WorkBuddy vs QClaw vs OpenClaw:腾讯两只「龙虾」到底差在哪,别再被混淆了

WorkBuddy vs QClaw vs OpenClaw:腾讯两只「龙虾」到底差在哪,别再被混淆了

先说一个正在被大量文章搞错的事实。

你在中文互联网搜 WorkBuddy,会看到很多标题写着”腾讯基于 OpenClaw 打造的商用产品””WorkBuddy = OpenClaw 内核 + 腾讯云安全链路”。这个说法是错的,而且错得很有代表性。

WorkBuddy 产品负责人汪晟杰在 3 月接受观察者网采访时说得很直接:”我们百分之百自研,没有用过任何一行 OpenClaw 的源码。”同期他对 APPSO 也是同样表述。

那些文章不是凭空捏造,是把 WorkBuddy 和 QClaw 搞混了。腾讯同期推出了两个”龙虾”类产品,其中确实有一个基于 OpenClaw 封装——但那是 QClaw,不是 WorkBuddy。

这篇文章要做的事很简单:把三者的技术基底、产品路线、适用人群拆清楚,让你知道自己该装哪个。

一张表先看清定位差异

维度 WorkBuddy QClaw OpenClaw
出品方 腾讯云 CodeBuddy 团队 腾讯电脑管家团队 开源社区
技术基底 自研 Agent 框架 基于 OpenClaw 封装优化 原生开源框架
核心定位 桌面工作台,主动规划执行 微信遥控电脑 可完全自定义的 Agent 框架
交互逻辑 桌面端发起,多步任务链 IM 发指令,被动响应 自己配,怎么玩都行
部署门槛 下载即用 下载即用 环境配置 + 依赖 + API Key
模型 平台内置多模型 内置国产模型,可自定义 全自己配
成本结构 积分制 积分制,每日免费额度 自付 Token,不可预估
权限深度 较高,可操作系统级文件 较低,C 盘受限 取决于你给多少
适合谁 职场人、企业团队 个人用户、想远程遥控的 开发者、极客

表看完了,但表说不清最关键的东西——它们的产品哲学根本不同。下面是我认为真正值得你花时间理解的部分。

WorkBuddy 的核心:交付物,不是对话

WorkBuddy 官方定位是”全场景职场 AI 智能体桌面工作台”。这话很虚,翻译成人话:它的产出物是文件,不是文字回复。

你说”把桌面上的合同 PDF 整理好,提取文件名和日期,生成 Excel 清单”,它自己拆步骤、读文件、跑分析,最后给你一个能直接打开的 xlsx。传统 AI 对话给你的是”你可以这样做……”然后你自己动手。

四个支撑点:

多 Agents 并行 + 统一看板。 多任务同时跑,任务拆解、执行进度、最终交付物都在看板上,不是一坨聊天记录。这个设计意图很明显——面向”我要交东西给老板”的场景,而不是”我想跟 AI 聊聊”。

云端与本地协同。 发起任务后可以走人,任务在云端或本地继续推进。不用守着屏幕看”正在思考”。

Claw 远程控制。 企业微信、飞书、钉钉、QQ 发条消息就能调度电脑干活。

模型矩阵 + auto 路由。 混元、DeepSeek V4(pro/flash,100 万 token 上下文)、GLM、Kimi(200 万 token)、MiniMax 都在。/model auto 模式会在每轮请求前用轻量路由判断任务复杂度,自动选模型和推理级别。这个设计对不懂模型差异的普通用户是实打实的减负。

再加上 MCP 协议支持,能标准化连接第三方应用,不只是操作本地文件。

时间线能证伪”套壳”说法

自研这件事,光看官方表态不够有说服力。时间线更硬:

  • 2025 年下半年:CodeBuddy 团队已经在搭开放平台、SDK、AI 驱动框架
  • 2026 年 1 月初:Claude 推出 Cowork,汪晟杰看到后基于自家平台做原型
  • 1 月 17 日:0.01 版本上线,内部使用(此时 OpenClaw 尚未在国内破圈)
  • 2 月:春节后 OpenClaw 爆火
  • 3 月 9 日:正式公测,当天访问量远超预期,紧急扩容十倍
  • 6 月:单月访问量突破 2000 万,超过行业第二、第三名总和

关键在 1 月 17 日这个点。原型的直接灵感来源是 Claude Cowork,不是 OpenClaw。产品本质上更接近 Cowork 的半自动化形态。

需要说清楚的是:架构上兼容 OpenClaw 的 Skills 技能生态,但代码不是。 这两件事经常被混为一谈。兼容技能格式≠使用源码,就像能读 PDF 不等于用了 Adobe 的代码。

QClaw 才是那个基于 OpenClaw 的

QClaw 出自腾讯电脑管家团队,中文昵称”小龙虾 AI”,它的核心定位一句话说完:让你用微信远程控制电脑。

坐在沙发上发条微信,家里电脑开始整理文件、写邮件、处理报表。数据全在本地,内置沙箱监测剪贴板、摄像头等权限调用。

它确实基于 OpenClaw 开源框架,但做了深度优化不是简单套壳。2026 年 4 月的 V2 版本支持最多 3 个 Agent 并行——”无不言”负责文案、”林且慢”负责复盘、”代可行”负责编程。内置 Kimi-2.5、Minimax-M2.5、GLM-5、DeepSeek-V3.2,也支持填自己的 API Key。

QClaw 的真实短板:复杂多步任务容易中断。它的架构定位是轻量任务调度器,适合明确、单一的活。想让它跑”读数据→分析表格→生成图表→写报告→输出 PPT”这种长链条,大概率半路断掉。

另外权限较低,往 C 盘存文件会报”由于权限限制无法……”,而且不解释执行逻辑。WorkBuddy 在这两点上都更宽松——能操作系统级文件,也会告诉你它在干什么。

有个安装坑值得记:部分系统环境下 QClaw 启动不了,需要在快捷方式目标栏末尾加 --disable-gpu --no-sandbox,这是底层 Chromium 引擎的兼容问题。

为什么腾讯不追全自动

这是我觉得整件事里最有判断价值的部分。

行业主流方向是往”全自动托管”冲,OpenClaw 就是最右端的代表。WorkBuddy 主动选择站中间,汪晟杰的原话是”我们目前绝对不是一个纯纯的托管的自动化产品,我们可能是在一半的路上”。

他甚至公开给行业降温:”很多人一直在用 OpenClaw,也该泼一下冷水——它冲太前了,超出了这个时代当下马上需要的点。”

背后是两个具体顾虑。

第一是失控风险。 他举的例子:”在我没有授权的情况下,AI 自己给我发一篇小红书、自己去做我以前发过的内容的总结——就是很恐怖的事情。”

第二是账单不可预估。 OpenClaw 费钱的根源是”它在背后默默地在做自主进化记录,上下文越来越长”。对没有技术背景的用户,这笔 Token 账几乎无法预判。WorkBuddy 直接内置模型算力,用完买积分包,把这个变量消掉了。

还有一层是合规压力。2026 年 3 月前后,工信部接连发文警示龙虾类产品安全风险,国家互联网应急中心点名提示词注入、插件投毒、误操作删除等隐患,多所高校禁止在办公电脑安装 OpenClaw,海外多家企业全面封禁。

WorkBuddy 从设计之初就规避了”透传”——本地工作环境与远端直接建立连接的方式,而这正是监管重点预警的风险点。

这个选择的代价也很明确:你想要极致自动化,WorkBuddy 满足不了你。 它是刻意留了人在环路里的。

版本号这件事,我没查到确切数字

坦白说这块信息是缺的。

能确认的只有里程碑:0.01(1/17 内部版)→ 公测(3/9)→ 官方文档最后更新 5/20。当前对外发布的具体版本号,官方站点没给明确数字。

要准数只能下客户端看关于页。我不编一个看起来像真的数字给你。

QClaw 那边有零星版本信息可参考:0.2.14 版本开始支持创建定时任务,V2 版本(4 月)支持 3 Agent 并行。

积分额度的说法也有出入。不同来源分别提到公测送 5000 credits、500 基础包 + 3200 活动包、新用户 3700 体验额度。大概率是不同时间段的活动政策不同,报名时以官方页面为准。

还有一个混淆源:WorkBuddy 不是 CodeBuddy

腾讯云社区有文章把 WorkBuddy 描述成”多模型 AI 编程平台,IDE + CLI + 插件,$10/月,对标 Cursor 和 Claude Code”。

这跟官方文档的定位是矛盾的。WorkBuddy 官方文档写得很清楚,它面向的是文档生成、数据分析、PPT/报告生成、深度研究、批量文件处理这些职场场景,不是编程。

那篇文章描述的其实是 CodeBuddy——WorkBuddy 的兄弟产品,也是它的技术底座来源。两者共享同一套 AI 驱动架构,但定位不同:CodeBuddy 管写代码,WorkBuddy 把边界扩展到”坐在电脑前能做的事”。

看到把 WorkBuddy 和 Cursor 放一起比的内容,直接跳过。

怎么选

选 WorkBuddy,如果你要的是交付物。多步骤任务链、定时自动跑报表、团队里有非技术成员需要零门槛上手。它是三者中唯一真正为”我要交东西”这个场景设计的。

选 QClaw,如果你的核心需求是远程。人在外面,想用微信让家里电脑处理点急事。任务简单明确,不指望它跑长链条。

选 OpenClaw,如果你是开发者且愿意为控制权付代价。要自己配环境、自己付 Token、自己承担安全边界——换来的是完全的可定制性和没有任何厂商限制。

也可以两个都装。QClaw 管外出时的轻量遥控,WorkBuddy 管办公室的批量处理,功能重叠但场景不冲突。

最后一句判断

腾讯同时推三款龙虾产品,外界叫”赛马”,内部叫”多样性”。汪晟杰给了一个我认为很值得记住的说法:未来每个具体产品可能只是一个触点,用户的资料、偏好、记忆——也就是上下文——或许能在多个龙虾产品之间流动。

如果这个方向成立,那么现在纠结”选哪个”的意义会下降,真正的竞争点会转移到谁能持有并流转你的上下文。这也解释了为什么腾讯敢同时推多款——它赌的不是单个产品赢,是整个入口层。

至于眼下,判断标准比想象的简单:你要的是一个会聊天的助手,还是一个会交东西的同事。 想清楚这个,选择就不难了。

Stay updated with our latest AI insights

Follow FuturePicker on Google
滚动至顶部