title: "你的 AI 编程助手只会单手操作——2.5 万人决定让它学会左手审右手" description: "OpenAI 给竞品的 Claude Code 写了个插件，3 个月 25K Star，但真正的故事不是功能，是两个对手开始共享一个指挥台" tags: ["AI编程", "Claude Code", "Codex", "OpenAI", "代码审查", "AI协作"]
你见过交响乐团只有一个指挥吗？
一个指挥站在台上，左手空着，右手拼命挥——弦乐、管乐、打击乐全靠一只手调度。偶尔遇到复杂的乐段，他得放下弦乐的拍子，转身去管打击乐，再回来时弦乐已经跑调了。
这就是现在大多数 AI 编程的真实状态。
你用 Claude Code 写代码，写得又快又好，但写完想审查——得切到另一个终端，打开 Codex，重新解释一遍上下文，重新上传一遍代码。等你做完这些，心流已经碎了。
3 个月前，OpenAI 做了一件反直觉的事：给竞争对手的拳头产品写了个官方插件。
这个叫 codex-plugin-cc 的项目，让 Claude Code 可以直接调用 Codex 的审查能力——不用切换终端，不用重复解释背景，一个命令搞定。
3 个月，25,873 个 Star。6 个版本迭代。12 个贡献者。
但如果你只看到"两个 AI 终于能协作了"，你只看到了表面。
左手审右手：一个命令打通两个大脑
插件的核心逻辑简单到一句话就能说清：在 Claude Code 里，用斜杠命令调用 Codex。
7 个命令，三类能力：
第一类：审查
/codex:review 是日常款——写完代码，一个命令让 Codex 从头到尾审一遍，只读不改，审完给你报告。想省时间？加个 --background，审查在后台跑，你继续写。
/codex:adversarial-review 是压力测试款——它会质疑你的设计决策，挑战你的实现方案。不是挑错别字，是审"你为什么要这么做"。上线前的关键功能，跑一遍这个，比找三个同事 review 都狠。
第二类：委派
/codex:rescue 是最有意思的——你不想干的脏活，直接扔给 Codex。"调查一下这个测试为什么挂了"，"用最小改动修一下这个 bug"，Codex 会在自己的沙箱里跑完，把结果带回来。
第三类：会话迁移
这是 v1.0.5 新增的功能，也是最被低估的一个。/codex:transfer 可以把你在 Claude Code 里聊到一半的上下文，打包成 Codex 能恢复的线程。你在 Claude 里调了半天 bug，调到一半发现需要 Codex 的能力，transfer 一下，Codex 接着你的上下文继续干。
两个指挥家，终于能看同一份乐谱了。
3 个月 6 个版本：OpenAI 为什么这么急？
看一下版本节奏：
- 3 月 30 日：v1.0.0 发布
- 3 月 31 日：v1.0.1 修 Windows 兼容，同天 v1.0.2 修测试套件
- 4 月 8 日：v1.0.3 修 Windows Git Bash 和后台任务作用域
- 4 月 18 日：v1.0.4 修 rescue 递归 bug 和安全漏洞
- 6 月 23 日：v1.0.5 新增会话迁移
3 天两个版本，第一周三个版本——这不是从容的迭代节奏，这是在抢时间。
为什么？因为 AI 编程工具的用户正在分化成两派：Claude Code 派和 Codex 派。两个工具各有所长，但用户只能选一个主力。OpenAI 用插件把 Codex 的能力嵌入 Claude Code，本质上是在说：你不用二选一，但 Codex 必须在场。
更有意思的是贡献者名单。除了 OpenAI 员工 Dominik Kundel（11 次提交）和 Stefan Stokic，还有一批社区贡献者——xiaolai、pengyou200902、VOIDXAI。其中 xiaolai 的安全修复 PR 里，commit message 的 co-author 写着 **claude[bot]**。
Claude 帮忙修了让自己和 Codex 握手的代码。这个画面值得细品。
代价清醒：两个 AI 协作，你的账单也在协作
说完好的，说说贵的。
第一层：双订阅门槛
用这个插件，你需要同时拥有 Claude Code 订阅和 ChatGPT/Codex 订阅。LinkedIn 上有人直接问："To achieve this setup I need to have 2 subscription?"——是的，两份钱。
有 CSDN 博客算过一笔账：插件本质是"把 lead 自己包成 manager 把活外包"，结果是你付双份甚至三份 inference 钱。
第二层：Token 吞噬循环
这是最严重的 bug。GitHub Issue #306 报告：Codex 触达速率限制后，会触发无限审查循环，持续消耗 Claude Code 的 token 而不产出任何结果。一位用户写道："If I wasn't at the computer, this would have likely continued all the way until claude code rate limits were hit"——如果你走开喝杯咖啡，回来可能发现 token 已经烧光了。
Issue #115 报告了类似的问题：rescue 任务陷入无限工具调用循环，反复重读相同文件。
第三层：效率悖论
Claude Code 的 token 消耗远超 Codex。有对比测试数据：同一个 Express.js 重构任务，Claude Code 花 $155，Codex 花 $15。而 Claude Code 完成的实际工作量，体感只有 Codex 的五分之一。
两个系统交互时，上下文在两套系统间来回传递，每次传递都带完整上下文。双系统叠加，不是 1+1=2，是 1+1=3 的 token 消耗。
省钱生态已经成型
成本痛点深到什么程度？已经有人专门做省钱工具了：
- Ponytail 插件：省 87% token，实测审查后上下文剩余从 6% 提升到 26%
- CCSwitch：拆开官方登录和第三方模型，"不用两头挨宰"
- RTK：声称降低 92% 成本
当省钱工具成为一个项目的子生态，你就知道"贵"不是抱怨，是事实。
过度工程，还是必要进化？
Medium 上有篇文章标题很直接：**"Shouldn't Exist But Exploding"**。
"It feels like we are getting to a point where we are overengineering everything or trying hard to justify use cases."
知乎上更尖锐：**"codex-plugin-cc 的本质，是 OpenAI 的撤退信号"**——OpenAI 不再试图用 Codex 替代 Claude Code，而是承认用户会同时用两个工具，所以主动嵌入。
我不同意"撤退信号"这个判断，但同意它背后的观察：**AI 编程正在从"谁是最好的助手"变成"谁是最好的编排者"**。
单独看每个 AI 编程工具，都不完美。Claude Code 擅长推理但贵，Codex 擅长执行但审查不够深。真正的效率提升不来自换一个更好的工具，而来自让不同的工具在最合适的环节介入。
codex-plugin-cc 的真正价值不是"让两个 AI 协作"——这个谁都能做。它的价值是建立了一个编排范式：谁负责思考，谁负责审查，谁负责执行，分工明确，流程可追溯。
v1.0.5 的 /codex:transfer 就是这个方向的信号。它不是简单的"把对话搬过去"，而是把上下文状态从一个 Agent 移交给另一个 Agent——这才是多 Agent 协作的基础设施。
适合谁？不适合谁？
适合你，如果：
- 你是 Claude Code 重度用户，经常需要代码审查
- 你的项目上线前需要对抗性审查（安全敏感、性能关键）
- 你愿意为"审查质量提升"支付额外 token 成本
- 你有能力监控后台任务的 token 消耗
不适合你，如果：
- 你只用一个 AI 编程工具就够了
- 你对 token 成本敏感（个人开发者、小团队）
- 你的项目规模不大，自审就够了
- 你不想管理两套订阅和两套工具链
安装
如果你决定试试，四步搞定：
# 1. 安装 Codex CLI
npm install -g @openai/codex
codex login
# 2. 在 Claude Code 中添加插件源
/plugin marketplace add openai/codex-plugin-cc
# 3. 安装插件
/plugin install codex@openai-codex
# 4. 重载并验证
/reload-plugins
/codex:setup
前提条件：Node.js 18.18+，ChatGPT 订阅（免费版就行）或 OpenAI API Key。
AI 编程的下一站，不是更强的模型，是更聪明的编排。
一个指挥不够用，两个指挥得学会共享乐谱。OpenAI 先伸出了手，Anthropic 还没接——但 2.5 万个 Star 说明，用户已经替他们做了选择。
唯一要记住的：每次你让两个 AI 协作，你的账单也在协作。 别让左手审完右手，发现口袋已经被掏空了。
暂无评论。