OpenAI突施冷箭：7个命令让Codex接管Claude Code

#科普# #学习# #探寻人工智能，人与AI全新序章#

OpenAI 这次的动作，有点耐人寻味。

它没有单独发布一个全新的编程工具，也没有再讲一遍 Codex 有多会写代码，而是做了一件更直接的事：把 Codex 接进 Claude Code。

这个项目叫 codex-plugin-cc，已经 21.6k star，是 OpenAI 官方放在 GitHub 上的插件。它的定位很明确：让 Claude Code 用户可以在原来的工作流里直接调用 Codex，用来做代码审查，或者把任务委派给 Codex。官方仓库里写得很直白：在 Claude Code 里用 Codex。

真正值得注意的是，最新版 v1.0.5 在 2026 年 6 月 23 日发布，新增了 /codex:transfer，可以把当前 Claude Code 会话转成一个可继续的 Codex 线程。换句话说，你在 Claude Code 里聊到一半、调试到一半、改代码改到一半，可以把上下文交给 Codex 接着干。

这就不只是“多装一个插件”了。

它更像是两个编程智能体之间，第一次被官方打通了一条工作通道。

以前是各干各的，现在开始互相接力

过去用 AI 编程工具，大多数人都是这样：

Claude Code 开一个窗口，Codex 开一个窗口，Cursor 又开一个窗口。

每个工具都有自己的上下文，自己的会话，自己的判断。你想让另一个工具接着干，往往要手动复制需求、复制报错、复制代码片段，再重新解释一遍背景。

问题就出在这里。

人类自己成了“中转站”。

你在 Claude Code 里已经解释过一遍项目结构，到了 Codex 又要解释一次；你在 Codex 里排查出一个 bug，回到 Claude Code 还要重新同步。工具越多，人越累。

OpenAI 这个插件解决的不是“多一个聊天入口”，而是试图让两个智能体在同一个工作流里接力。

Claude Code 可以继续做你熟悉的主驾驶，Codex 则可以变成审查员、质疑者、救火队，甚至接手当前会话继续往下跑。

这才是这次更新最关键的地方。

7 个命令，基本覆盖一套双智能体流程

这个插件目前最核心的 7 个命令是：

/codex:review/codex:adversarial-review/codex:rescue/codex:transfer/codex:status/codex:result/codex:cancel

看上去只是几个命令，但背后其实是一套完整流程。

/codex:review 是普通代码审查。你在 Claude Code 里改完一批代码，可以直接让 Codex 只读检查，不让它动代码。

/codex:adversarial-review 更狠一点，它不是简单挑语法问题，而是专门质疑你的实现方案。比如缓存设计是否合理，重试逻辑有没有坑，鉴权有没有漏洞，回滚机制是否可靠。

/codex:rescue 是把具体任务交给 Codex。比如测试挂了、构建失败、某个 bug 查不出来，就可以让 Codex 去调查、尝试修复，甚至继续上一次 Codex 任务。

/codex:transfer 是这次 v1.0.5 最值得写的新增能力。它可以把当前 Claude Code 会话生成一个 Codex 可恢复的线程，然后给出类似 codex resume 的命令。也就是说，不是复制粘贴一段文字给 Codex，而是把上下文迁过去继续做。

剩下三个命令负责管理后台任务。

/codex:status 看任务进度。

/codex:result 拿最终结果。

/codex:cancel 取消还在跑的任务。

这套组合起来，就很像一个真实团队：Claude Code 负责主线推进，Codex 负责复查、反驳、救火、接班。

最实用的场景：让 Codex 当第二双眼睛

如果只是普通写代码，这个插件未必马上让所有人兴奋。

但如果你经常让 AI 改项目，尤其是一次改多个文件，它的价值就出来了。

AI 写代码最大的问题，不是它不会写，而是它太容易“看起来写好了”。

页面能跑，测试也许过了，但里面可能有边界条件没处理，可能有状态没清理，可能有异步逻辑隐患，可能把一个小改动扩大成了大改动。

这时候让同一个智能体自己检查自己，效果有限。

更合理的方式是：一个智能体写，另一个智能体审。

比如你在 Claude Code 里完成一轮修改后，可以直接运行：

/codex:review --background

让 Codex 在后台审查当前改动。你继续干别的，过一会儿用：

/codex:status/codex:result

把结果取回来。

这很像真实开发里的 code review。不是为了证明 Claude Code 不行，而是让另一个模型从不同角度挑错。

对普通用户来说，这一点很重要：未来使用 AI 工具，不一定是追求“一个工具全能”，而是让多个工具互相制衡。

更狠的是反向审查：专门让 Codex 唱反调

普通 review 是看有没有问题。

/codex:adversarial-review 更接近“找茬模式”。

它适合在你准备发布前使用，尤其是涉及登录、支付、数据删除、缓存、权限、并发、回滚这些高风险场景。

比如你可以这样写：

/codex:adversarial-review --background look for race conditions and question the chosen approach

意思是，让 Codex 专门检查竞态条件，并质疑当前方案是否合理。

这类命令的价值不在于“自动写更多代码”，而在于把 AI 从执行者变成审稿人。

很多人用 AI 编程最大的问题，是一路让 AI 往前冲，却没有一个机制让它停下来问：

这条路是不是错的？

有没有更简单的方案？

这个改动会不会引入新的风险？

adversarial-review 的意义就在这里。它不是帮你加速，而是帮你刹车。

/codex:transfer才是这次真正的新信号

这次 v1.0.5 新增的 /codex:transfer，表面上只是一个会话转移命令。

但它背后的方向更重要。

以前不同 AI 工具之间最难打通的就是上下文。一个 Agent 知道的东西，另一个 Agent 不知道；一个工具里的推理过程，换到另一个工具就断了。

现在这个插件开始处理这件事：把 Claude Code 里的当前会话转换成 Codex 可以继续的线程。

官方说明里提到，它会创建一个持久 Codex thread，并打印出 codex resume 命令。你可以把在 Claude Code 里开始的调试或实现会话，继续放到 Codex 里推进。

这说明 AI 编程工具正在从“单点能力竞争”，进入“上下文迁移竞争”。

谁能接住上一个工具的上下文，谁就更容易留在用户的真实工作流里。

这也是为什么这个插件值得写。

它不是简单增强 Claude Code，也不是简单推广 Codex，而是在承认一个事实：用户不会只用一个智能体。

安装也很直接，但门槛还在开发者这边

在 Claude Code 里添加插件市场：

/plugin marketplace add openai/codex-plugin-cc

安装插件：

/plugin install codex@openai-codex

重载插件：

/reload-plugins

然后运行设置：

/codex:setup

如果本地还没有 Codex，也可以手动安装：

npm install -g @openai/codex

如果 Codex 没登录，则运行：

codex login

这里要说清楚：它不是给完全零基础用户点一下就用的消费级产品。你至少要知道 Claude Code、Codex CLI、Node.js、本地项目这些东西。

但对已经在用 Claude Code 或 Codex 的人来说，这个门槛不算高。

它更像是给现有 AI 编程用户上的一层“协作桥”。

这件事真正说明了什么？

OpenAI 这次动作有一个很明显的信号：

编程智能体不会只剩一个。

过去大家总喜欢问：Claude Code 强，还是 Codex 强？Cursor 强，还是 Gemini CLI 强？

但真实工作流可能不是单选题。

以后更常见的模式可能是：

一个 Agent 负责写；

一个 Agent 负责审；

一个 Agent 负责查资料；

一个 Agent 负责跑测试；

一个 Agent 负责总结结果；

人类负责决定采纳哪一个。

这和过去的 AI 聊天完全不同。

聊天时代，我们希望一个模型什么都懂。

Agent 时代，我们更需要它们分工、接力、互相检查。

OpenAI 把 Codex 接进 Claude Code，看起来像是给竞品生态做插件，但本质上是在抢一个更大的入口：工作流入口。

只要 Codex 能出现在用户已经习惯的地方，它就不用非得把用户从 Claude Code 里拉走。

这一步很现实，也很聪明。

干货提炼

这次值得关注的不是“Codex 又多了一个插件”，而是 OpenAI 官方把 Codex 接入 Claude Code，让两个编程智能体可以在同一个工作流里协作。

7 个核心命令里，/codex:review 负责普通审查，/codex:adversarial-review 负责反向质疑，/codex:rescue 负责接任务救火，/codex:transfer 负责把 Claude Code 会话转给 Codex 继续跑，/codex:status、/codex:result、/codex:cancel 负责后台任务管理。

真正的新点是 2026 年 6 月 23 日发布的 v1.0.5，它新增了 /codex:transfer。这代表 AI 编程工具开始从“各自单打独斗”，走向“上下文可迁移、任务可交接、智能体可协作”。

一句话总结：

以后写代码，可能不再是你指挥一个 AI，而是你指挥一组 AI 互相打工。