字节笔记本
2026年10月5日 · 约 7 分钟读完
Claude 写码，Codex 审查：OpenAI 官方插件
你用 Claude Code 写代码,想找个"第二双眼睛"帮你 review。以前的做法是另开一个终端,登录另一个 agent,手动把代码贴过去,来回切换非常折腾。现在 OpenAI 官方给出了一个更顺滑的答案:做一个插件,让你在 Claude Code 里直接调用 Codex。写代码用 Claude,审查用 Codex,两个 agent 在同一个终端里协作完成。
codex-plugin-cc 是什么
codex-plugin-cc 是 OpenAI 官方开源的 Claude Code 插件,仓库在 openai/codex-plugin-cc,采用 Apache-2.0 协议,GitHub 星标已经超过 3.3 万。它的定位一句话就能说清:Claude Code 用户想用 Codex,不需要切换工具,在已有的工作流里直接用。
官方 README 写得很直白:这个插件面向"想在自己已有工作流里用上 Codex 的 Claude Code 用户",用它可以做代码审查,也可以把任务委派给 Codex。
两条审查命令
普通审查:/codex:review
在 Claude Code 里直接启动 Codex 做代码审查,质量和你在 Codex 里直接跑 /review 是一样的。三种典型用法:
/codex:review # 审查当前未提交的改动
/codex:review --base main # 审查当前分支相对 main 的改动
/codex:review --background # 后台运行,不阻塞手头工作这个命令是只读的,不会改动你的代码。README 特别提醒:多文件改动的大审查可能比较慢,一般建议放后台跑,跑完用 /codex:result 取结果。
对抗性审查:/codex:adversarial-review
普通审查回答"有没有问题",对抗性审查则是"针对性地挑战某个决策或风险区域"。命令末尾可以直接写关注点,让 Codex 带着问题去审:
/codex:adversarial-review --base main 重点挑战这套缓存与重试设计是否可靠官方给的建议场景包括:上线前想质疑方向而不只是代码细节;聚焦设计选择、权衡、隐藏假设和替代方案;围绕鉴权、数据丢失、回滚、竞态条件、可靠性这类高风险点做压力测试。
任务委派:让 Codex 干活
| 命令 | 作用 |
|---|---|
/codex:rescue | 让 Codex 接手当前任务(救援模式) |
/codex:transfer | 把会话转移给 Codex |
/codex:status | 查看后台 Codex 任务进度 |
/codex:result | 获取 Codex 任务结果 |
/codex:cancel | 取消正在运行的 Codex 任务 |
安装完成后,/agents 列表里还会多出一个 codex:codex-rescue 子代理,救援模式就是靠它来执行的。
典型工作流:写码与审查分离
# 让 Claude 写代码
你: 帮我重构这个模块的错误处理
# 写完让 Codex 在后台审查
/codex:review --background
# 继续干别的,随时看进度
/codex:status
# 审完拿结果
/codex:result--background、/codex:status、/codex:result 这套组合意味着你不需要干等 Codex 审完:Claude Code 继续干活,Codex 在后台审查,结果随时可取。写代码和审查分离,两个模型各司其职,这正是多 agent 协作模式的具体落地。
安装:四条命令搞定
# 1. 添加 OpenAI 的插件市场
/plugin marketplace add openai/codex-plugin-cc
# 2. 安装插件
/plugin install codex@openai-codex
# 3. 重新加载插件
/reload-plugins
# 4. 初始化检查
/codex:setup/codex:setup 会检查 Codex 是否就绪。如果本机没有 Codex 且装了 npm,它会主动帮你安装;你也可以自己装,用 npm install -g @openai/codex,装完没登录就跑一下 !codex login。
前提条件不多:ChatGPT 订阅(免费版也算)或 OpenAI API Key 两者有其一,再加上 Node.js 18.18 以上版本。要注意的是,通过插件产生的用量会计入你的 Codex 使用限额。
为什么这件事有意思
第一,OpenAI 在主动拥抱多 agent 协作。这不是社区第三方的整活,而是 OpenAI 官方承认"Claude Code 用户也想用 Codex",并且主动把切换成本降到接近零。两大阵营的 agent 开始互为工具,而不是互相圈地。
第二,写代码和审查分离是值得遵守的最佳实践。让模型 A 写代码、模型 B 做审查,两个不同模型的"盲区"不一样,交叉审查比自我审查更可靠;对抗性审查这条命令,更是把"专门挑战设计决策"变成了标准动作,而不只是挑挑语法毛病。
第三,后台任务管理是容易被忽视的关键细节。审查慢是常态,能不能不阻塞主工作流,决定了这套协作是"能用"还是"好用"。rescue、transfer、status、result、cancel 这五条命令把任务委派做成了完整的生命周期管理,这是很多同类集成没做到位的地方。
写在最后
codex-plugin-cc 推动的趋势很清晰:AI coding agent 的协作不再局限于单个工具内,而是跨工具、跨模型。写代码用 Claude,审查用 Codex,一个终端搞定;两个模型盲区不同,交叉审查更可靠;后台运行让审查不阻塞你的工作流。
多 agent 协作的未来,不是"一个更强的 agent",而是"一群各有所长的 agent 一起干活"。这个插件,就是那个未来的一个小切面。
