月活 200 万的 AI 助手,还是被腾讯砍了:一场大厂赛马如何杀死一个产品

AI 要点

• 腾讯 QClaw（别名"本地虾"）9 月 24 日官宣停运，12 月 24 日正式关灯；上线不到十个月，月活一度达到 200 万。
• 这不是产品失败，是内部赛马出局：6 月底负责人离职、7 月 20 日划入 WorkBuddy 所在部门，胜负 9 月才官宣。
• 10 月 8 日，网易 LobsterAI 发公开信"不把用户体验和数据当赛马筹码"，并推出 QClaw 迁移助手抢人。
• 真正的底牌是开源的：QClaw、WorkBuddy、Octop 同源于 OpenClaw 底座——腾讯砍的是产品，押的是平台与开源。
• 同一周，OpenAI、谷歌、微软在平台层抢"Agent 运行时"；阿里在生态层做全栈押注。不同层级的战争，不能用同一把尺子比。

3 月 9 日，腾讯大厦楼下排起长队。人们是来"安窝"的——给一只本地 AI 助手 QClaw 抢个内测资格。上线一周，用户量破纪录；半年后，它成为腾讯月活最高的 AI 产品之一，达到 200 万。

9 月 24 日，一纸公告：因业务发展调整，QClaw 将于 12 月 24 日正式停止运营。

从千人排队到平安夜关灯，这只"龙虾"活了不到十个月。更值得玩味的是它死法里的信息量：产品没做砸、用户没跑光，但它输掉了一场大多数用户看不见的比赛。这场比赛的名字叫内部赛马——它是理解中国大厂 AI 产品生态的钥匙，也是今天所有打算把数据和工作流押给任何一款"大厂 AI 新品"的人，都该读懂的一课。

为什么这件事值得单独写一篇？因为过去半年，几乎每一家中国大厂都在用同一套动作试水 AI Agent：立多个团队、做多个产品、放出去互相打，再按结果收敛。QClaw 是这个模式下第一个"月活很高却被主动砍掉"的公开样本——它不是失败案例，而是赛马机制第一次完整地走完从孵化、对打、定局到关停的全流程。对腾讯、阿里的开发者来说，看懂这套机制，比记住任何一个产品的功能都重要。

01 一只「龙虾」的九个月

QClaw 的故事要从它的出身说起。它是腾讯电脑管家团队基于开源项目 OpenClaw 深度定制的本地 Agent 助手，别名"本地虾""小龙虾"。它的核心体验是：一个完全运行在你电脑本地的智能体，能直接操控文件、浏览器、邮件，并且通过微信扫码绑定实现远程操控——你在微信里发条消息，电脑上的 Agent 替你干活。

这个产品切中了 2026 年春天最热的两个词：本地智能体与入口之争。3 月 9 日内测即爆，腾讯大厦千人排队"安窝"，上线一周用户量破纪录；此后月活一路爬到 200 万量级。对一个无需编程基础就能在电脑上创建、运行、管理智能体的产品来说，这个增长速度本身就是信号——市场对"本地行动型 Agent"的需求是真实存在的。

转折从年中开始。6 月底，产品负责人张舒昱离职；7 月 20 日，据雷峰网独家报道，QClaw 产品中心相关业务和部分团队被调整至云产品六部——那是 WorkBuddy 所在的部门。当时官方口径是"QClaw 产品仍将持续运营"，但明眼人都知道，赛马胜负已定。

9 月 24 日，停运公告挂上官网：12 月 24 日正式停运，即日起停止新用户注册，提供 WorkBuddy 迁移工具，并给迁移用户 1000 积分补贴。

一只"龙虾"的九个月，就这样划上句号。

02 腾讯为什么杀它：赛马的机制与账

停运公告写得客气，"业务发展调整"。翻译过来是：这场内部赛马，QClaw 输了。

把时间线拉直看，这是一场标准的大厂双轨实验。同一个底座（OpenClaw），两支团队，两个产品：

两个产品同源、同赛道，但资源配置必然倾斜。7 月 20 日的部门调整就是信号：QClaw 并入 WorkBuddy 所在部门，等于赛马结束、资源集中。两个月后官宣，只是走完流程。

这里有个反直觉的点：月活 200 万为什么不够？ 因为对大厂来说，Agent 产品不是靠月活赚钱，而是靠入口地位赚钱。WorkBuddy 绑定了企业微信、QQ、飞书、钉钉四个办公入口，背后是腾讯云的商业化链路；QClaw 的微信中转模式，本质上是一个"个人玩具"。在"办公智能体主入口"这个战略目标面前，200 万个人月活的权重，远低于一个能长在企业办公链路里的入口。

赛马的残酷在于：它不是淘汰失败者，而是淘汰"非战略重点"。QClaw 没有失败，它只是不在主赛道上。

还要看懂赛马为什么是中国大厂的主流打法。逻辑很简单：AI 方向不确定性极高，没人能提前判断哪个团队、哪种形态能跑出来，于是同时押多匹"马"，用最小成本试错，赢了就集中资源、输了就砍掉。字节有飞书妙搭、豆包等并行产品线，阿里在通义与云之间也有多支队伍，腾讯这次是 WorkBuddy 与 QClaw 同门对打。赛马本身没有错，它的问题在于：赛马的裁判是内部战略，不是用户。当一个产品"打得很好但不在主赛道上"，它照样会被放弃——QClaw 就是这套逻辑的完整演示。

03 网易的公开信：商战与行业表态

10 月 8 日晚，网易 LobsterAI 团队发了一封"致用户的一封信"，直接回应 QClaw 停运。这不是道歉，是商战。

公开信的核心是四句话：

• 不抱"干了再说"的心态开发产品，坚持长期投入、用心做好产品。
• 不会把用户的体验和数据，当作内部赛马的筹码。
• 用户选择一款产品，投入的不只是使用时间，还有积累的数据、工作习惯，以及对产品的信任。
• 对用户负责，应当贯穿产品规划、功能迭代和每一次决策。

配合表态的是动作：推出「QClaw 迁移助手」Skill，支持一键把 QClaw 资产数据迁入 LobsterAI；新用户可领 1000 积分。媒体把这个场面概括为：从"3Q 大战"到"易 Q 大战"。

LobsterAI 是网易面向办公人群的桌面端 Agent 产品，2026 年 2 月上线，到 10 月已迭代 82 个版本。这封公开信的价值不止于抢用户：它是中国大厂第一次有产品团队公开把"内部赛马"这个词，当成竞争对手的软肋来打。赛马第一次被公开点名。

公开信发出去之后，讨论很快烧到了脉脉和微博。最被高频复述的一句用户评论是："赛马输了，凭什么让用户买单？"这句话之所以能击中这么多人，是因为它把散落在各个产品停运公告背后的共同情绪点破了——过去几年，大厂关停产品并不罕见，但几乎从没有团队站出来承认：用户是被内部竞争连累的。网易这次等于替所有用户，把这句话说在了台面上。

对开发者来说，这封信真正值得记住的不是立场，而是它点破的事实：你的数据、工作流和习惯，确实会随一个产品的停运而蒸发；而迁移工具能迁走的，只是其中一部分。

04 真正的底牌：OpenClaw 与「平台不死」

QClaw 死了，但腾讯的 Agent 棋局并没有收缩。把它放在同一张图上看，格局完全不同：

• QClaw（产品）：已停运，数据迁 WorkBuddy。
• WorkBuddy（商用）：赛马胜出，成为腾讯 AI 办公主入口。
• Octop（开源）：7 月 10 日以 MIT 协议开源（源自此前的 LightClaw ACE），10 月 6 日以英文版正式面向海外开发者发布，定位"开源自托管的 AI 助手"，面向家庭和小团队，数据留在本机 ~/.octop/ 目录。

三个产品同源于 OpenClaw 开源底座——这是 2026 年春节后腾讯云、阿里云相继上线一键部署的那个开源生态。研究机构给这个阶段起过一个名字："入口之战，国产 Claw 产品涌现"：3 月以来，国内大厂相继推出基于自身生态的 Claw 类型产品，QClaw、WorkBuddy、飞书妙搭都是这一波的产物。看清这一点，腾讯的策略就清晰了：它砍掉的是产品，押注的是平台与开源。

为什么这么说？因为产品的生命周期天然短：赛马会砍、战略会转、KPI 会变。但开源底座和协议标准活得最长——它们不依附于任何单个产品。Octop 的开源、WorkBuddy 的商用、QClaw 的牺牲，本质是同一盘棋的三个落子：用开源圈开发者、用商用产品变现、用赛马淘汰低战略价值的重复建设。

对开发者而言，这条逻辑链比任何一款产品的兴衰都重要：你在跟的到底是产品，还是平台？

05 更大的棋盘：平台级玩家本周抢「运行时」

QClaw 的故事是国内生态的切面。把镜头拉远到同一周，还有一层更大的战争在打——平台级玩家抢的不是产品，是"Agent 运行时"。

这三个动作的共同点：它们都不卖"一个产品"，而是定义"Agent 应该跑在哪、怎么被约束"。OpenAI 把运行时做成云托管服务，Agents API 提供托管 Codex harness 和 sidecar egress proxy 策略层；谷歌把 Agent 直接种进办公套件，甚至可以调竞争对手的模型；微软从操作系统层面给 Agent 划安全边界（Windows/macOS/Linux，Rust/.NET/Node SDK）。

工程上拆开看，这三个动作各抓了一层：OpenAI 抓的是"托管"——容器、会话、上下文压缩、权限全由平台包办，开发者不需要自己搭运行时；谷歌抓的是"数据连接"——Agent 能直接操作 Gmail、日历、Drive，把办公数据变成 Agent 的弹药库；微软抓的是"边界"——Agent 能访问什么文件、什么网络，由策略在容器层强制，而不是靠模型自觉。三层拼在一起，恰好是"Agent 运行时"的全部构成：跑在哪、能碰到什么、被怎么约束。

这就是"平台层"的玩法：产品会死，运行时定义生态。你在平台层上写的代码、接的协议、沉淀的工作流，不会因为一个应用下架而消失——只要运行时还在。

06 阿里的另一种打法：全栈押注 vs 产品赛马

回到国内。如果说腾讯的打法是"赛马 + 平台收敛"，那阿里走的是另一条路：全栈押注，不赛马。

9 月 22 日云栖大会，千问发布 Qwen Intelligence 全栈方案：Mobile Planner 给出每千次任务约 2.41 美元的定价锚点；Mobile-Use 采用"API 优先 + GUI 兜底"，官方公布端到端任务成功率 90%（高于头部方案 3 个百分点）、任务完成时间压缩 28.8%（单任务从 83.6 秒降到 59.5 秒）、费用降低 20%；Mobile Creative 面向内容创作，首图生成 3 秒出结果。

阿里的赌注是体系：模型（Qwen 系列）+ 云（百炼平台）+ 终端（与主流安卓厂商深度合作），从模型到入口一条线全押。10 月 6 日 Apsara 2026 又推出 Smart Fusion 多模型统一 API，官方称统一路由可再降 50% 成本；10 月 8 日，阿里巴巴集团主席蔡崇信在都灵说：五年后 AI 会像今天的互联网一样，成为融入业务每个环节的隐性基础设施。

这里要回应一个经常被问到的判断：腾讯和阿里是同一个量级的对手吗？不是。 阿里押的是体系（模型 + 云 + 终端三层全栈），腾讯押的是平台与开源（WorkBuddy 入口 + Octop 底座 + OpenClaw 生态）；OpenAI、谷歌、微软在定义更底层的运行时标准。它们不在同一层竞争，比的不是同一个东西——用"谁赢谁输"的框架去比较，本身就是错的。

两种组织打法的差异也值得拆开。腾讯的收敛逻辑是"赛马出真金"：多个团队放出去打，用结果决定资源配置，代价是产品有周期性死亡。阿里的打法则更像是"一口锅"：通义模型、百炼云平台、手机厂商合作从需求到供给一条线，Qwen 系列从模型开源到 Agent 方案全栈打包，少有同门对打的公开案例。这不是优劣之分，而是赌注结构的差异：赛马押的是"谁能赢"，全栈押的是"整个盘子都是我的"。对开发者来说，理解这个差异的价值在于预测风险——在腾讯生态里要防"产品被砍"，在阿里生态里要防"体系绑定"。

07 开发者视角：你的数据会不会死

绕回 QClaw 停运，回到开发者最该关心的问题：当一个大厂产品死亡，用户到底失去什么？

腾讯给 QClaw 用户提供了迁移工具：数据一键迁到 WorkBuddy，外加 1000 积分。但仔细看，能迁的是"数据包"——Agent 配置、部分资产。迁不走的是什么？是长年积累的提示词习惯、调好的工作流、模型对你的偏好的记忆，以及最贵的那个东西：信任。

这暴露了押注任何单一"大厂 AI 新品"的结构性风险。举一个具体的场景：你花三个月时间，在 QClaw 里调好了一套自动化流程——每天自动整理邮件、抓取竞品页面、生成日报并发送。这套流程是你的"工作资产"，它由三部分组成：Agent 配置、触发规则、以及模型长期积累的对你的偏好理解。停运当天，迁移工具能搬走配置文件和部分数据；但触发规则里那些"你后来改过的细节"、模型对"你要的是表格不要段落"这类偏好的记忆，大概率搬不干净。你必须重来。

这也是网易公开信能在 24 小时内刷屏的原因：它不是一个人在说话，而是替所有"把身家押给大厂产品"的用户说出了焦虑。

结论很朴素：把数据和流程押在"产品"上，等于押在一个随时可能被赛马淘汰的变量上；押在协议、开源底座和可控的运行时上，才是资产。

08 给腾讯、阿里开发者的三个判断

如果你是腾讯、阿里的开发人员，这轮"龙虾之死"给出三个可以直接用的判断：

判断一：押协议与平台，不押具体产品。 模型会换、产品会死、赛马会砍人，但协议和开源底座活得最久。接入任何智能体能力之前，先问：我的能力绑在哪个协议（MCP / ACP）和哪个运行时上？绑在开源标准和开放协议上的部分，是资产；绑在某一个"大厂新品"私有接口上的部分，是负债。

判断二：数据主权自己握。 QClaw 停运当天，用户能迁走的是配置和数据包，迁不走的是习惯与信任。生产数据默认落自己可控的地方——本地、自托管或至少是可导出格式，别让"迁移工具"成为唯一的逃生通道。

落地并不复杂：第一，Agent 的配置与工作流用版本化文件保存（Markdown + JSON），而不是只存在产品云端；第二，能自托管的组件默认自托管，Octop 这类 MIT 开源方案的部署成本已经低到一条命令拉起；第三，每半年做一次"迁移演练"——假设产品明天停运，你的核心流程能否在一周内搬走。能做到这三条的团队，就不会成为下一个"跟着产品一起关灯"的人。

判断三：识别你司的"QClaw"。 作为内部开发人员，你最该问的是：我在做的这个产品，是战略主入口，还是赛马候选？同门双轨的项目，默认按 6-18 个月的生命周期设计架构；核心资产不要绑定在可能被合并或砍掉的内部产品上。

一句话：把 Agent 当基础设施做，别当"大厂新品"跟。

09 风险与边界

押注智能体平台，也要看清三块风险。

第一块是可靠性。常驻 Agent 意味着模型要在无人监督的情况下连续执行任务。幻觉、工具误用、循环卡死，都会从"一次对话的错误"放大成"一个业务事故"。任何生产级 Agent 都需要把关键动作的确认机制、超时熔断和人工介入点做进架构——这也是 OpenAI Dots 把"敏感操作需确认"做成默认功能的原因。

第二块是安全。Agent 拿到浏览器、命令行、IM 权限之后，权限边界比传统 API 宽得多。提示词注入、恶意工具输出、凭据窃取都是真实威胁；本地开源方案看似安全，但把模型、数据和工具装在一台机器上，也把攻击面收敛到了单点。微软 Execution Containers 从操作系统层给 Agent 划边界，正是这个问题的工程回应。安全设计应该跟产品功能同步上线，而不是上线后补课。

第三块是生态锁定。无论接 MCP 还是 ACP、用云端 API 还是自托管，都要评估切换成本。协议会收敛，平台会变，真正属于自己的资产是数据、工作流和用户关系——这三样尽量不要绑死在单一厂商的专有格式上。QClaw 的停运已经演示过一次：当你的资产在别人的产品里，别人关灯，你就得搬家。

结尾：接下来看什么

接下来的观察点有三个：

第一，WorkBuddy 能承接多少 QClaw 用户。迁移工具 + 积分补贴只是入口，真正留住用户的是 Agent 能力的延续性——这是腾讯"平台收敛"战略的第一次大考。

第二，开源底座的生态增长速度。Octop 的海外发布与 OpenClaw 的开发者基数，决定腾讯在"产品层"之外能圈住多少长期资产。开源社区的增长，比任何单个产品的月活都更能说明腾讯 Agent 战略的成色。

第三，平台层的运行时之争。OpenAI 的云电脑、谷歌的办公 Agent、微软的安全容器——谁定义的"Agent 运行时"成为事实标准，谁就拿到下一代计算平台的门票。而国内开发者要做的，是在这场战争尘埃落定之前，把自己押在协议和开源底座上，而不是任何一款注定会过期的"大厂新品"。

一只龙虾的死，教会我们的不是"别用腾讯产品"，而是：看清楚你押的是产品、平台，还是协议。

参考来源

1. 南方+ — 官宣了！腾讯将停运"龙虾"QClaw^[1]
2. 腾讯云开发者社区 — QClaw 停运，一键迁移 WorkBuddy 送 1000 积分（含停运时间线）^[2]
3. 36氪 — QClaw 停运：腾讯不养虾，腾讯要当塘主^[3]
4. 搜狐科技 — 月活 200 万仍停运：腾讯办公 Agent 开始向主入口集中^[4]
5. 雷峰网 / 腾讯云开发者社区 — 腾讯整合 WorkBuddy 与 QClaw 团队^[5]
6. 鞭牛士 — 网易 LobsterAI 发布公开信：拒绝抱着"干了再说"心态开发产品^[6]
7. ZAKER — 从"3Q 大战"到"易 Q 大战"：QClaw 的用户，LobsterAI 宣布接手了^[7]
8. i黑马 — 网易 LobsterAI 回应 QClaw 停运，称不把用户数据当赛马筹码^[8]
9. 腾讯云开发者社区 — 腾讯已经有 WorkBuddy 为什么还要开源 Octop？^[9]
10. 东方财富研报 — OpenClaw 启发 AI Agent 新阶段：能力跃迁与入口争夺^[10]
11. 36氪 — 不等 Gemini 4 了，谷歌发布办公 Agent，支持调用 Claude（Gemini at Work 2026）^[11]
12. Windows Blog — Build 2026：Microsoft Execution Containers（MXC）^[12]
13. 博客园 — 阿里云栖大会发布 Qwen Intelligence（转引）^[13]

赛博帕鲁 · 只写值得跟进的。

引用链接