文 | 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的新战役即将全面打响。