QQ、微信雙端接入“小龍蝦”，騰訊撕開AI入口新戰局？

文 | AI價值官，作者丨星野，編輯丨美圻

3月7日，全國兩會廣東團小組會議上，高文院士轉述了馬化騰的一句話："沒想到養龍蝦會火得這么一塌糊涂。"

這句"沒想到"，多少有些耐人尋味。

龍蝦，正是當下席卷全球AI產業的開源Agent框架OpenClaw的中文昵稱。它率先從全球極客與開發者社區引爆口碑，隨后憑借極強的實用性破圈滲透，從技術圈的小眾狂歡，演變為一場引爆全網的現象級事件，成為AI Agent從概念走向大眾的關鍵里程碑。

就在OpenClaw出圈的同期，騰訊連出兩步棋：QQ開放平臺全量官宣原生接入OpenClaw，用戶可一鍵創建機器人、直接在QQ里與龍蝦對話；同時，一款名為QClaw的新產品悄然進入內測，主打本地一鍵部署，并試圖以非官方技術路徑直連QQ、微信。

這兩步棋加在一起，勾勒出騰訊在這輪Agent熱潮中的戰略路徑：以QQ官方通道卡位C端認知，以QClaw向更大的入口試探——而那個更大的入口，指向的是微信。

QQ、微信雙端接入“小龍蝦”，但騰訊并沒有看上去“激進”

騰訊內部有一條久經驗證的產品邏輯：新功能、新形態優先在QQ跑通驗證，成熟后再向微信逐步落地。這并非明文規定，而是多年產品迭代中自然形成的風險可控、節奏穩健的上線策略。

微信作為覆蓋12億用戶社交關系鏈的超級App，試錯成本極高；而QQ用戶以年輕群體為主，對新功能的接受度更高、包容度更強，天然成為騰訊測試前沿功能、驗證新模式的內部試驗場。

這套“先QQ試水、再微信漸進開放” 的路徑，在多次AI迭代中反復驗證：2024年3月，QQ率先上線"AI聊天搭子"，聯合筑夢島與混元助手讓用戶與AI角色對話互動；同年年末灰度推出"QQ智能體"，用戶可在聊天界面喚起智能體、查找記錄、發起群聊。上述功能，微信至今未全面跟進。

2025年2月，DeepSeek熱潮期間，QQ瀏覽器率先完成混元與DeepSeek-R1雙引擎接入，微信同期灰度測試AI搜索，第一天便因服務器過載崩潰，騰訊緊急調用元寶托底。先讓QQ消化沖擊，再向微信開放——這個節奏沒有變過，此次Opeclaw接入亦然。

這背后還有一個常被忽視的原因：QQ比外界認知的更具“生產力”。QQ群作為項目協作、行業交流的載體，在職場中的滲透從未真正衰退，擁有一個沉默卻規模巨大的生產力用戶群體， 也讓QQ與OpenClaw的多任務并行、自動化工作流高度契合。

用戶在手機或電腦端登錄QQ開放平臺，掃碼創建機器人，全程無需企業認證，最多可創建5個獨立機器人。完成創建后，用戶在使用已安裝OpenClaw的設備上執行QQ開放平臺提供的預設指令，即可將機器人與OpenClaw完成對接。

它能做的事，覆蓋了職場中眾多重復性工作場景，不需要用戶盯著進度，也不依賴用戶實時在線，對本就有辦公習慣的QQ用戶而言，這種切換更接近工具升級而非認知重建。相比飛書需創建自建應用、釘釘需搭建測試組織的接入流程，QQ"養龍蝦" 的門檻明顯更低。

QQ接入OpenClaw的云端運行環境，由騰訊云輕量應用服務器提供官方一鍵部署支撐，是QQ機器人穩定在線的核心底座。

就在QQ開放平臺接入OpenClaw的同時，騰訊的另一支團隊也在同步推進QClaw的內測。

據媒體3月9日報道，騰訊最近在研發一款OpenClaw一鍵啟動包產品QClaw，以方便用戶在本地電腦上輕松部署“小龍蝦”。Qclaw支持與已安裝的OpenClaw關聯，兼容Kimi、MiniMax等主流國產模型，也支持用戶自定義。

但QClaw更引起關注的，是它內置了QQ、微信雙端直連通道。用戶可以直接在QQ或微信的聊天界面中下達指令，讓OpenClaw遠程操控本地電腦完成任務。

值得注意的是，QClaw由騰訊電腦管家團隊打造，微信本身并未將OpenClaw接入自身生態。換句話說，龍蝦跑在用戶自己的電腦上，微信只充當了發號施令的窗口，這與飛書的接入路徑迥然不同。

對騰訊而言，這既是在官方完整方案落地之前的產品過渡，也是對用戶需求強度的一次真實測量——微信官方接入OpenClaw的時機與條件，或許將在很大程度上取決于QClaw積累的用戶行為數據。

目前，微信已接入元寶，覆蓋了問答、內容生成等對話式場景。但元寶本質上仍是“對話式AI”，單次調用、單次完成，與OpenClaw的“執行型AI”在邏輯上根本不同。OpenClaw接收目標指令后，自主拆解子任務、調用工具、跨步驟執行，算力消耗量級是傳統對話應用的數十倍。

一旦微信全面接入，數億用戶對AI下發任務指令、實現跨應用復雜工作流，這個沖擊量級與元寶完全不在同一維度。這也正是騰訊只能慢走的原因——等QQ和QClaw把安全合規、生態穩定的每道關口先走一遍。

由此，騰訊圍繞OpenClaw的布局呈現出清晰雙結構：騰訊云在云端承接開發者和中小企業；QClaw覆蓋本地部署用戶，并以微信、QQ為指令入口延伸使用場景。這套結構覆蓋了專業用戶和大眾用戶，而微信生態的深度整合，仍是這套布局尚未完成的最后一環。

OpenClaw大火之后，AI入口之爭將如何生變？

OpenClaw的出圈，讓此前僅在產業界內部探討AI Agent入口之爭，真正走到大眾視野中。行業參與者的目標高度一致，分歧僅在于技術路徑的選擇。

在OpenClaw走紅之前，字節布局的是另一條技術路線：與手機廠商聯手打造AI 原生手機，其核心為純視覺驅動的GUI智能體，無需依賴第三方應用的API授權，僅借助安卓通用無障礙權限，就能識別屏幕UI元素、理解界面語義，模擬人類操作完成跨應用指令執行。

這背后的邏輯是：豆包已在用戶心智中建立了AI助手的先發優勢，借此占據移動端系統級AI入口，便等于掌握了移動生態最上游的流量分發權。

但這條路比預想中更難走。豆包手機助手觸碰了主流App的數據安全與自動化防護紅線，上線后遭遇了應用層面的集體封鎖。

OpenClaw的爆火，某種程度上是對這一路線的反向注解。它的成功恰恰來自開放性而非封閉性：不做全場景通用執行入口，只做可靈活插拔的工具連接框架，支持用戶自主部署、自由選擇模型服務。正是這種開放性，讓它迅速獲得了國內外大廠的普遍支持與接入。

字節顯然讀懂了這個信號。OpenClaw走紅后，字節迅速通過飛書與火山引擎全面開放OpenClaw云端部署服務——企業用戶可經由飛書接入，開發者可借助火山引擎完成部署，在"賣鏟"市場跟上了行業節奏。

但字節內部仍有一道尚未理順的問題：豆包手機助手代表的端側系統Agent路線，與OpenClaw代表的開源框架路線，如何形成協同而非內耗？一個走封閉接管路徑，一個走開放連接路徑，兩套邏輯如何并？目前還沒有清晰答案。

對阿里而言，能否讓普通C端用戶真正用起來Agent能力，在一定程度上取決于千問能否與主動執行能力實現有效融合。

千問在"幫用戶辦事"這個心智上已有先發積累——2026年1月全面接入淘寶、支付寶、飛豬、高德等阿里生態核心業務，覆蓋超400項生活服務，"能辦事"已成為千問區別于其他AI助手的鮮明標簽。

若能將Agent主動執行能力進一步深化，讓生阿里態不同服務實現跨場景自動串聯，或許是千問在這輪競爭中最自然的切入點，但這一融合能否在用戶層面真正落地，目前仍是未知數。

騰訊的布局，呈現出一種清晰但充滿張力的結構：QQ的官方接入已全量落地，是當前最穩定的C端通道；QClaw的本地方案正在內測，以聊天界面作為指令入口、讓用戶遠程操控本地龍蝦，實現了一種云端與本地隔離的折中方案；微信與AI Agent的深度整合，則被排在了更靠后的時間表上。

OpenClaw的出圈，本質上是一個需求信號的釋放：C端對AI Agent的渴望早已存在，等待的只是一個足夠低的門檻。這個信號既已釋放，各方的布局只會加速，不會收縮。騰訊出招之后，我們相信字節、阿里也將會快速跟進，一場圍繞AI Agent的新戰役即將全面打響。