Codex搬进了Claude Code，这说明了一切

OpenAI 把 Codex 做成了 Claude Code 插件，就在 Anthropic 发布 Computer Use 的同一天。看到那个 repo 的时候，我的第一反应是不信。一家公司把自己的 Agent 塞进竞争对手的 Agent 里跑，等于主动寄生在对方的生态里。

三行命令就能装好。先跑 /plugin marketplace add openai/codex-plugin-cc，再跑 /plugin install codex@openai-codex，最后 /codex:setup。你需要一个 ChatGPT 订阅（免费版就行）或者一个 OpenAI API key，加上 Node.js 18.18 以上。装完之后，不用离开 Claude Code 的会话就能调用第二个 Agent。

现在能干什么

这不是用来替代 Claude Code 内置能力的。Codex 作为插件层运行在 Claude 的默认行为之上，只做两件事：任务委派和代码审查。

/codex:review 跑只读的代码审查。/codex:adversarial-review 做压力测试，专门找隐藏假设。/codex:rescue 在 Claude Code 卡住的时候把控制权交给 Codex。--background flag 让 Codex 异步运行，你可以用 /codex:status 随时看进度。

代码审查是真正有意思的场景。在社区 benchmark 里，Codex 的代码审查质量一直稳定高于 Claude。把这个优势直接接入 Claude Code 的工作流，由 Claude 管整个会话，Codex 管审查，是一种很实际的分工。

还有成本上的考量。如果你接一个更便宜的 API 而不是 Claude 订阅来处理委派任务，token 消耗会明显下降。具体省多少取决于你的工作负载，但这个架构让省钱成为可能。

Codex 在产品品味上输了

两个工具我都用了好几个月。我注意到的规律是，Codex 的更新一直在追 Claude Code 的方向。功能迭代、UX 设计模式，甚至新能力的发布节奏。Claude Code 团队定义了产品品味，Codex 团队跟在后面。

Claude Code 的开放插件架构让这一切成为可能。谁都可以扩展它。这种开放性最终把一个直接竞争对手拉了进来。Codex 打不过 Claude Code 的 UX，所以不打了，搬进去住。

这个插件带着 ChatGPT 登录集成、一个可以连接任何开发环境的 app server 模型，以及完全开源的代码库。OpenAI 毫不掩饰地想让 Codex 无处不在，哪怕是在对手家里。

OpenAI 的护城河不是 UX

重度使用 Codex 几个月之后，这步棋让我佩服，恰恰因为它诚实地承认了自己的短板。Claude Code 的开发者体验更好。OpenAI 用一个插件承认了这一点，而不是装作没这回事。

OpenAI 看准的是自己真正的优势在哪。Claude 的可靠性有实际问题。Token 策略的变动让开发者很烦，高负载下的错误率在企业场景里几乎算是风险事件。我还是继续用 Claude，因为它的质量上限很高，但下限低得让人不安。

OpenAI 这边，用更低的成本输出 frontier 模型，保持更大的吞吐量，错误率维持在生产级别。这种基础设施层面的差距，即使是模型质量很强的中国 AI 公司，也无法在同等规模上复制。

规模始终赢过脚手架

看着一家公司把自己的产品嵌入竞争对手的产品里，表面上像是认输。“我们是这个品类的领导者”这种叙事会被削弱。但剥掉表象来看，这就是 bitter lesson 在产品策略上的复现。

Codex 进入了它在 UX 上打不过的产品内部，直接绕过了品味差距。Cursor、OpenCode、Droid，以及所有脚手架优先的工具，可能在界面设计上领先。但那个能以低成本、高可靠性、大规模分发 frontier 模型的公司，才是在所有这些工具底下占据生态位的那个。

Sam Altman 的基础设施优先策略在这里兑现了。不管开发者选哪个 Agent 或 IDE 壳子，工具内部消耗的 token 总得有个来源。OpenAI 正在把自己定位成那个来源，即使表面上的产品属于别人。

服务层的所有权正在转移。每一家开发者工具公司都要回答一个问题：你是在盖房子，还是在供电。