【WorkBuddy专栏51】Codex与WorkBuddy的底层基因——两条完全不同的AI智能体路线（上）

2026年7月，两个消息同时出现在我的信息流里：花旗发研报，WorkBuddy跨平台MAU突破2000万，DAU超1300万，腾讯内部定位为「继QQ、微信后的第三款现象级产品」。另一边，OpenAI宣布Codex全量并入ChatGPT，ChatGPT将从聊天工具升级为「超级应用」。

这两个动作，代表着同一种判断——AI智能体，是下一个超级入口。但两家公司走向这个目标的路线，完全不同。

今天这篇文章，把这两款产品的底层基因拆清楚：它们各自怎么诞生的、技术架构怎么搭的、核心能力差在哪。不是为了比出个输赢，而是为了让你看清楚——你用的到底是什么，它为什么长成现在这样。

一、基因溯源——不是同一棵树上的果子

先别急着比功能。你得知道它们从哪来，才能理解它们为什么长成现在这样。

Codex的基因：OpenAI的「编程+超级应用」延伸

Codex最早可以追溯到2021年的Codex模型——一个能把自然语言转成代码的AI。2025年演进为Codex CLI，2026年2月推出macOS桌面版，4月加入Computer Use（桌面控制），6月宣布并入ChatGPT。

这条进化路线有一条清晰的主线：从「帮你写代码」→「帮你操作电脑」→「帮你搞定一切工作」。

OpenAI的视角是：全球有超过2500万开发者，他们是生产力工具的早期采纳者，也是最愿意为AI付费的群体。所以Codex的演进策略是——先深度绑定开发者，再横向扩展到其他岗位。事实也验证了这个判断：Codex目前周活500万+，非开发者用户占比20%，但增速是开发者的3倍。

WorkBuddy的基因：腾讯生态的「AI触角」

WorkBuddy是2026年3月上线的，技术底座与开源项目OpenClaw同源，由腾讯云CodeBuddy团队开发。它的诞生逻辑和Codex完全不一样——不是为了绑定开发者，而是为了让腾讯生态里的所有用户（尤其是非技术用户）能用上AI。

WorkBuddy的模式是：「我不操控你的电脑，我直接住进你的应用里」。企业微信、腾讯文档、QQ邮箱、微信小程序——WorkBuddy不是站在这些产品外面调接口，而是直接嵌入进去。你在腾讯文档里说一句话，它就在文档里完成修改，不用下载、上传、切换应用。

为什么基因决定一切

基因不同，导致两个产品的核心取舍完全不同。举个例子：

Codex在2026年4月推出了Computer Use——AI能看到你的屏幕，移动光标、点击按钮、输入文字，跟你自己操作一样。多Agent可以同时在不同窗口干活。这个能力的代价是：仅限macOS，EU/UK还没开放，而且需要你给AI桌面控制权限。

WorkBuddy这边呢？它压根不碰你的桌面。它选择了一条相反的路——通过API和应用内嵌入去完成任务，不需要看你的屏幕。代价是：离开腾讯生态的应用，它干不了什么。

这不是谁好谁坏的问题，是两种哲学：Codex觉得Agent应该像你的双手，WorkBuddy觉得Agent应该像你的团队。

二、技术架构——都叫「Agent」，内部长得完全不一样

都说自己是AI智能体，但打开盖子，内部结构完全是两样东西。

Codex的架构：多Agent并行 + 云端沙盒

用户自然语言指令
↓
任务规划层（GPT-5.3-Codex / GPT-5.4）
↓
Work Tree 隔离（每个Agent独立分支）
↓
┌──────┼──────┐
↓ ↓ ↓
Agent1 Agent2 Agent3 （并行执行）
↓ ↓ ↓
文件系统 / 终端 / 浏览器 / 第三方应用
↓
结果合并 → 用户审查 → 确认提交

Codex的核心机制是Work Tree——类似Git的分支机制。每个Agent在一个独立的工作分支里干活，互不干扰。主Agent负责规划任务、分派子Agent、合并结果。用户审查通过后，变更才合并到主分支。

这套架构的优势很明显：支持大规模多文件重构、复杂任务并行处理、出了问题可以回滚。Codex在SWE-bench多文件重构任务中准确率达77.9%，Terminal-Bench评测77.3%，独立完成软件工程师任务能力达79.9%。

说说它的缺点。Work Tree机制虽然灵活，但每次任务都要创建隔离环境，对于小任务（比如改个变量名）来说太重了。而且多个Agent并行时，如果任务拆分得不够好，可能出现「两个Agent改同一个文件」的冲突，需要人工介入处理。

WorkBuddy的架构：三种模式 + 任务链 + 生态嵌入

用户自然语言指令
↓
模式选择（Ask / Plan / Craft）
↓
任务规划 + 上下文注入（SOUL + USER + MEMORY）
↓
Agent执行（单线程任务链）
↓
┌──────┬──────┬──────┐
↓ ↓ ↓ ↓
Bash 文件 浏览器 连接器（企微、腾讯文档、邮箱…）
操作 操作 操作 操作
↓
结果输出 → 用户审查

WorkBuddy的架构更偏向「任务链」模式——一个任务拆成多个步骤，顺序执行，每步可以调用不同类型的工具（Bash、文件操作、浏览器、连接器）。它有三种运行模式：Ask（只问答）、Plan（先出方案再执行）、Craft（直接干，不废话）。

关键差异在于上下文注入机制。WorkBuddy每次执行任务前，会加载三份记忆文件：SOUL.md（AI的行为准则）、USER.md（用户偏好）、MEMORY.md（项目级记忆）。这使得WorkBuddy不需要每次都从头理解你在做什么，上下文维护成本很低。

Codex也有Memory功能（2026年4月加的），但目前仅限Enterprise和Edu用户，更偏「记住偏好」而非「理解项目上下文」。Plus和Pro用户还没用上。

有一说一，Codex的并行Agent架构在处理大型重构任务时确实更强——它能同时改10个文件，改了之后还能自动跑测试验证。WorkBuddy的顺序执行在这方面就慢得多，改完一个文件再改下一个。但反过来，小任务场景下WorkBuddy更轻量——不用创建隔离环境，改完就改完了，不需要「合并分支」这一步。

三、核心能力拆解——找对战场，才知道谁更擅长

现在我们把两款产品放在同一个擂台上，看看每项能力谁更强。别只看⭐数量，看后面的解释才重要。

3.1 编程与代码开发

编程领域，Codex确实是碾压级的。它不是为了「对话写代码」设计的，而是为了「自主完成工程任务」设计的。WorkBuddy的编码能力更像是「赠送技能包」，能写脚本、做小工具、辅助debug，但遇到大型项目重构或复杂架构设计时，差距就大了。

但这里有个容易被忽略的点：Codex的编程能力在中国大陆环境下打折严重。网络延迟、代理不稳定、模型响应慢，这些都会把Codex的优势打折扣。后面下篇会详细讲。

3.2 办公自动化与非编程任务

办公自动化领域，WorkBuddy全面碾压。不是Codex技术上做不到，而是它压根不是为这个设计的。Codex可以通过Computer Use操控桌面办公软件（非常慢且容易出错），但这不是它的设计目标。

WorkBuddy在这块的杀手锏是：你已经在这个生态里了。你的文件在本地、你的文档在腾讯文档、你的消息在企业微信——WorkBuddy不需要「接入」，它就在里面。

3.3 桌面控制与跨应用操作

这是Codex的杀手锏。2026年4月的Computer Use更新，让Codex能做到：

• 看到你的屏幕（屏幕截图理解）
• 移动光标、点击按钮、输入文字
• 多个Agent同时在不同窗口工作
• Background模式：你用电脑，它在后台干活

这个能力有多强？举个例子：你打开一个Figma设计稿，Codex看到后，自动在Xcode里生成对应的iOS界面代码。不需要你描述设计稿长什么样，它直接「看」到了。

WorkBuddy的策略完全不同——它不走桌面操控路线，而是通过连接器体系去对接应用。目前WorkBuddy接了43个连接器（虽然实际可用的远没那么多），覆盖腾讯系核心应用。它的哲学是：与其操控应用的GUI，不如直接打通API和数据通道。

说得直白点：Codex能操控任何你屏幕上看得到的应用；WorkBuddy只能在它已经对接好的应用里干活。前者灵活但有安全风险，后者安全但受限于生态。

四、模型与定价——买的是什么，值不值

这部分其实最能看出两个产品的定位差异。

模型策略

Codex的模型策略是「最强即默认」——给你最好的模型，不需要你选。代价是你只能用OpenAI的模型，没得选。

WorkBuddy走的是「多模型自由切换」路线，用户可以选混元、DeepSeek、Hy3等。Hy3正式版上线后数据不错：任务解决率从72%跃升到90%，平均耗时缩短34%。而且token消耗显著低于竞品模型——文档处理节省47.4%，PPT制作节省49.0%。

定价对比

价格差距非常大。WorkBuddy个人Pro版折后约$10/月，不到Codex个人Pro版($200/月)的二十分之一。即使跟Codex Plus($20/月)比，WorkBuddy也更便宜。

这里必须补充一个事实：Codex对于中国大陆用户来说，还有一笔隐形成本——代理费用。买代理一个月几十块，看起来不多，但加上网络不稳定带来的效率损失（任务被中断、需要重试），实际成本要高得多。后面下篇会展开讲。

五、各自的硬伤——没有完美的产品

不吹不黑，两款产品都有让人头疼的地方。

Codex的五个硬伤

硬伤一：中国大陆访问是灾难级的。 OpenAI全系产品在中国大陆被墙，Codex也不例外。虽然可以通过自定义base_url和wire_api配置把请求指向第三方兼容网关（如ofox.io），绕过openai.com域名，但代理不稳定、延迟高的问题很难解决。一个任务跑了20分钟，中间断了，又得重来——这种体验能让任何一个用户崩溃。

硬伤二：仅限macOS的Computer Use。 Codex最核心的差异化能力——桌面操控——目前只能用在macOS上，而且EU和UK还没开放。Windows用户、Linux用户、很大一部分潜在用户，根本用不上这个功能。Windows版本据说「即将上线」，但什么时候出，没人知道。

硬伤三：跟中国办公生态完全割裂。 你没法让Codex帮你操作企业微信、没法让它处理腾讯文档、没法让它对接微信小程序。Codex在全球有90+插件，但没有一个跟中国办公工具有关。

硬伤四：模型锁死。 只能用OpenAI自家的模型。GPT-5.4再强，也有它不擅长的场景。用户没得选。

硬伤五：Memory功能没全面开放。 长期记忆是AI智能体的核心，但Codex的Memory目前仅Enterprise和Edu能用，占绝大多数的Plus和Pro用户在排队。

WorkBuddy的五个硬伤

硬伤一：编程能力天花板太低。 写脚本、改bug、做小工具还行，但遇到大型项目重构、复杂架构设计、高并发性能优化，WorkBuddy明显力不从心。它不是不能写代码，但它不是为「深度编程」设计的。

硬伤二：离开腾讯生态就废了。 WorkBuddy最大的优势是「住在腾讯生态里」，这同时也是它最大的劣势。如果你的工作流不依赖腾讯系产品——比如你用Notion而不是腾讯文档，用Slack而不是企业微信，用GitHub而不是Gitee——那WorkBuddy的连接器就帮不上忙了。

硬伤三：没有真正的自进化能力。 WorkBuddy的「专家团」和「Skill」是「人教AI」的模式——你把方法论封装成专家/Skill，别人可以复用。但跟Hermes那种「AI自己学、越用越聪明」的自进化比起来，WorkBuddy还差得远。

硬伤四：模型受限于国内。 虽然支持5大模型切换，但没有接入Claude、Gemini等海外顶级模型。这是地理政治现实决定的，短期看不到改变的希望。

硬伤五：产品迭代方向摇摆。 WorkBuddy上线三个月更新了43个版本，速度快是好事，但也说明产品方向还在摸索中。企业版、个人版、AI云电脑、Agent Suite——功能铺得很开，但有些功能的深度还不够。

六、总结

回到最开始的问题：Codex和WorkBuddy，谁的「基因」更好？

这个问题本身就不对。它们不是同一物种。Codex是一个「硅基程序员」——编程能力全球顶尖，桌面操控能力独一无二，但对中国大陆用户有巨大的接入障碍。WorkBuddy是一个「本土化办公AI同事」——开箱即用、微信直连、价格是Codex的二十分之一，但编程深度有限，离开腾讯生态就束手束脚。

今天这篇文章拆的是它们「长什么样」。但一个产品好不好用，不只取决于它的技术架构——更取决于你用它的时候，它在你的工作流里跑得顺不顺、会不会因为网络问题翻车、有没有踩到各种坑。

下篇，我会把战场搬到中国大陆——Codex在这里能不能用、好不好用、跟WorkBuddy比到底差多少。同时拆解WorkBuddy在大陆的快速崛起逻辑，以及两款产品的未来走向。

专栏导航

本文是「腾讯小龙虾 WorkBuddy 专栏」第 {51} 篇。