公众号名称：绿蚁红泥天欲雪

作者名称：九皋山人

发布时间：2026-03-31 19:12

OpenAI 这次干了一件很有意思，感觉要明目张胆偷 Claude 用户。

不是发了个更强的模型。

不是又加了个更花的 Agent 能力。

而是给 Claude Code 做了个插件。

仓库名字就叫：codex-plugin-cc。

截至我改这篇稿子的时候，GitHub 已经是 4.1k stars。半天不到，涨得挺猛。

如果你平时就同时在用 Claude Code 和 Codex，看到这个仓库，大概率会先愣一下：啊？这都行？

但真相是，这事不但行，而且合理得吓人。

因为现在 AI 编程工具最烦的，已经不是谁不够强了。

而是都挺强。

强到你得来回切。

Claude Code 适合控主线：边聊，边写，边推进。Codex 在 review、挑战设计、后台跑活这些场景里也很好用。问题是，这两把刀，经常不在一个刀架上。

想让 Claude Code 继续往前推，Codex 顺手来一轮 second opinion？切出去。
想把一个 bug 调查甩给 Codex 慢慢跑？切出去。
想收工前让另一个模型再挑一遍刺？还是切出去。

切一次没什么。

但一天切十几次，真的烦。

烦的不是多点两下鼠标。

而是节奏一直被打断。

这种打断很低级。

低级到你都不好意思把它叫问题。

所以我现在的判断很直接：

这个插件最值钱的，不是把 Codex 接进了 Claude Code。

而是它把第二个模型，接进了主工作流。

这一下，层级就变了。

一、它到底是什么？

先说定义，别搞玄学。

codex-plugin-cc 是 OpenAI 官方开源的 Claude Code 插件。作用很直接：你可以在 Claude Code 里调用 Codex 做代码审查，或者把任务委派给 Codex 去跑。

它给 Claude Code 增加了 7 个命令：

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

外加一个 codex:codex-rescue 子 Agent。

看起来像“多了几个命令”。

但先别急。

这个插件最重要的，不是表面这层 UI，而是它底下那套接法。

README 里写得很清楚：它不是在 Claude Code 里偷偷塞了一套新的 Codex 运行时。它复用的是你机器上已经装好的 codex CLI、已有登录态、同一个仓库环境，还有同一套本地配置。

翻译成人话就是：

它不是另起炉灶。它是一座桥。

上面接 Claude Code。

下面接你本机已经跑着的 Codex。

这就很关键了。

因为很多所谓“集成”，看着很香，真用起来一碰到配置、权限、登录态、环境变量，立刻满地是坑。

而这个插件的思路是：别折腾，我就吃你已经有的那套。

做法朴素。

想法不朴素。

二、先别聊战略，先看怎么装

官方给的门槛不高：

Node.js 18.18 或更高
ChatGPT 账号或 OpenAI API key

安装就 4 步：

/plugin marketplace add openai/codex-plugin-cc
/plugin install codex@openai-codex
/reload-plugins
/codex:setup

如果你机器上还没装 Codex，/codex:setup 会检查出来。官方给的手动安装方式就是：

npm install -g @openai/codex
!codex login

这部分没什么花活。

就这么简单。

但问题是，很多人看到这里就会下结论：哦，不就是让 Claude Code 调一下 Codex 吗？

如果你只理解到这里，那就还是看浅了。

真正值钱的地方，在后面。

三、它最聪明的，不是功能多，而是分工清楚

我把 README 和命令说明看完后的最大感受，不是“功能真全”。

而是：作者把角色边界想明白了。

1. `review`：只看，不动

/codex:review 这命令最重要的，不是“能 review”。

而是它把 review 和修改硬拆开了。

官方写得很死：这是 read-only review，只读，不改。

这不是形式主义。

这是产品判断。

因为 review 一旦和修改混在一起，第二个模型就会从“挑毛病的人”变成“抢键盘的人”。

本来你只是想多一双眼睛。

最后却变成多一个会乱伸手的同事。

而且它还支持 --base main，适合审整个分支；支持 --background，适合多文件慢慢跑。

这味道就对了。

2. `adversarial-review`：不是顺着你，是拆你

这个命令名字起得非常好。

不是 strict review，不是 deep review，而是 adversarial-review。

翻译成人话就是：

你别顺着我，你来拆我。

它不是帮你找拼写错误，也不是帮你抠两个边角 bug。

它是来质疑方向的。

比如：

这个缓存和重试设计，根是不是就歪了？
这个方案看着能跑，上生产最容易死在哪里？
这个权衡，到底值不值？
有没有更简单、更稳、更便宜的做法？

很多坑根本不是“代码写错了”。

而是“方向一开始就歪了”。

普通 review 擅长找细节问题。

adversarial review 更像在问：

你这条路，是不是就不该这么走？

这就从“多看一眼”，升级成了“多一个敢唱反调的脑子”。

3. `rescue`：把 Codex 变成后台工种

第三个最值钱的命令是 /codex:rescue。

这个名字也很准。不是 task，不是 run，而是 rescue。

什么意思？

有脏活、慢活、救火活，甩给 Codex。

官方给的例子包括调查测试失败、尝试修复、继续上一次任务、换个更便宜的小模型快速过一遍。它支持 --background、--resume、--fresh、--model、--effort。

这就不是“发一段 prompt”那么简单了。

它真正补上的，是任务管理这一层：

可以后台跑
能查状态
能拿结果
能取消
能续跑
还能把结果对应回 Codex session，继续 codex resume

所以它的价值，不只是“让 Codex 干活”。

而是：

让 Codex 变成 Claude Code 里一个可以被调度的后台角色。

这不是小命令。

这是工作流能力。

四、你该怎么开始用？

别上来就研究全套命令。

我建议你按下面这个顺序试。

第一步：先确认环境通了

直接跑：

/codex:setup

看三件事：

本机有没有 codex
能不能正常调用
登录态在不在

如果这一步都没过，后面别折腾。

先把路修通，再谈飙车。

第二步：先拿 `review` 热手

最稳的第一枪是：

/codex:review --background

为什么我建议直接后台？

因为官方说明里也说了，多文件 review 可能会慢。既然插件已经把后台 job 管理做好了，就别自己站在原地傻等。

跑起来之后，用：

/codex:status
/codex:result

看进度和结果。

第三步：关键改动前，来一轮 `adversarial-review`

这命令特别适合什么时候用？

发版前。

大改之后。

你心里隐约觉得“不太踏实”的时候。

比如：

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

它不是帮你找小问题。

是帮你质疑大方向。

第四步：把慢活甩给 `rescue`

比如测试突然挂了、某个集成失败了、一个脏 bug 你现在不想亲自下去刨。

这时候直接：

/codex:rescue --background investigate why the tests started failing

如果只是想先试一个小修补，也可以：

/codex:rescue fix the failing test with the smallest safe patch

如果上次跑了一半，还能 --resume 接着干。

这就很像什么？

类比到医院，Claude Code 是门诊主治医生，你在他这里描述症状、看主线方案；Codex 则像会诊科室和检查科。要拍片子、做化验、补一份 second opinion，不用你自己跑出医院去另挂号。

你在一个地方把流程走完。

这就是效率。

五、真正有意思的，不是插件，而是 OpenAI 这一步棋

如果你只把这事理解成“OpenAI 给自己产品多加了个入口”，还是浅了。

冷静想想，这一步真正反直觉的地方在于：

OpenAI 没有逼你离开 Claude Code。

它反而在承认一件事：

既然很多开发者已经把 Claude Code 当成主工作台，那不如让 Codex 主动伸进去。

这跟很多大厂做产品的本能是反着来的。

多数人的第一反应是：把用户拉回来，把闭环做死，把所有动作都留在我自己的壳里。

OpenAI 这次没这么干。

至少在这个插件上，它走的是另一条路：不抢主工作台，先抢工作流里的关键位置。

这就很微妙了。

因为在 AI 编程这条线上，真正有价值的，不只是“你能不能写出代码”。

写代码已经不是门槛了。

控制代码流，才是。

谁在主线程里，谁就更接近用户的真实工作流；谁能插进 review、挑战设计、后台任务这些关键节点，谁就更接近“不可替代”。

从这个角度看，codex-plugin-cc 就不是一个普通插件了。

它像什么？

像你去别人家厨房，不是把整套灶台搬走，而是先把自己最锋利的那把刀，悄悄塞进对方最常用的刀架里。

小手挺灵活。

说句不好听的，这手法还有点脏。

六、值不值得装？

我的结论很直接：

值得试。

尤其是下面这几类人：

你已经在用 Claude Code
你也在用 Codex，或者至少愿意让 Codex 干 review 和后台活
你讨厌来回切工具、切会话、切上下文
你在意 second opinion，而不是只想看一个模型自说自话

但如果你根本不用 Claude Code，或者你更习惯整套流程都在 Codex 里做完，那这插件就没那么刚需。

它不是给所有人的。

但给对的人，会很香。

最后

这个仓库真正有意思的地方，不是功能表上多了几行命令。

而是它把一种原本很别扭的协作方式，做顺了：

Claude Code 继续当主线程
Codex 随时被拉进来做第二视角
需要时还能接过脏活，去后台慢慢跑

所以，它解决的从来不是“模型够不够强”。

而是另一个更烦、更现实的问题：

你明明已经在往前推了，为什么还要为了多一个视角，反复切出去？

说白了，它不是在造一把新刀。

它是在把两把本来就该放在一起的刀，重新插回同一个刀架里。

这一下，顺手多了。

也危险多了。

cover_image

Original 九皋山人绿蚁红泥天欲雪

作者提示: 内容由AI生成