夜雨聆风
OpenAI 官方插件来了!可在 Claude Code 里直接调用 Codex 审查代码
这个插件让 Claude Code 用户可以直接在当前工作流里调用 Codex 来审查代码，或者把任务交给 Codex 处理。GitHub 上已经收获了 3.4k Stars，热度可见一斑。
今天就来讲讲这个插件到底怎么用，以及它能帮我们做什么。
先说最重要的：安装
在ClaudeCode中只需要 4 步：
/plugin marketplace add openai/codex-plugin-cc
/plugin install codex@openai-codex
/reload-plugins
/codex:setup
/codex:setup会检查 Codex 是否已安装和登录。如果还没装，它会提示你安装；如果没登录，提示你运行!codex login。前置要求：
-
ChatGPT 订阅（含免费版）或 OpenAI API Key -
Node.js 18.18+
核心命令：一个插件，6 个能力
1. /codex:review —— 标准代码审查
运行标准的只读 Codex 审查，检查你当前的代码改动。
/codex:review # 审查未提交的改动
/codex:review --base main # 对比 main 分支审查
/codex:review --background # 后台运行（推荐，多文件审查较慢）适用场景：日常代码审查、PR 前的自检。
2. /codex:adversarial-review —— 挑战性审查
这是我觉得最有意思的功能。与普通审查不同，它可以引导 Codex 去质疑你的实现逻辑、假设和设计决策。
/codex:adversarial-review --background
/codex:adversarial-review --base main challenge whether this was the right caching design
/codex:adversarial-review look for race conditions适用场景：
-
上线前的最终检查 -
关键功能（认证、数据迁移、基础设施脚本） -
重构前的风险评估 -
质疑”这样做真的安全吗？”
文档特别提到：adversarial review 对隐藏假设特别有效——那些不是语法错误、但可能导致线上问题的设计缺陷。
3. /codex:rescue —— 交给 Codex 处理
直接把任务丢给 Codex，让它帮你调查 bug、尝试修复、或者继续之前的任务。
/codex:rescue investigate why the tests started failing
/codex:rescue fix the failing test with the smallest safe patch
/codex:rescue --model gpt-5.4-mini --effort medium investigate the flaky test
/codex:rescue --resume apply the top fix from the last run它支持
--model指定模型（如spark、gpt-5.4-mini），也支持--effort控制投入程度。
4. /codex:status 和 /codex:result
查看后台任务状态和结果。
/codex:status # 查看当前仓库的任务列表
/codex:result # 查看最新完成任务的结果
/codex:result task-abc123 # 查看指定任务结果
5. /codex:cancel
取消正在运行的后台任务。
/codex:cancel
/codex:cancel task-abc123
6. /codex:setup
检查环境是否就绪，还可以开启审查门控（Review Gate）功能：
/codex:setup --enable-review-gate # 开启门控
/codex:setup --disable-review-gate # 关闭门控审查门控是插件提供的一个很有意思的安全网：开启后，当你准备结束会话时，插件会自动运行一次 Codex 审查。如果发现严重问题，会阻止你退出，让 Claude 先处理。
⚠️ 官方也提醒：门控可能造成长时间循环，谨慎使用。
典型使用流程
根据官方推荐的典型场景：
1. 发版前审查
/codex:review2. 丢一个问题给 Codex
/codex:rescue investigate why the build is failing in CI3. 长时间任务
/codex:adversarial-review --background
# 之后用以下命令查看：
/codex:status
/codex:result
技术细节：它是怎么工作的？
很多人关心：这是不是又启动了一个独立的 AI 运行时？
不是。插件通过本地安装的 Codex CLI 和 Codex App Server 来工作：
-
不需要额外的运行时 -
复用你现有的 Codex 认证和配置 -
读取你本地的 .codex/config.toml 配置
也就是说，如果你已经在用 Codex，插件直接继承你所有的设置。
关于配置
你可以在 ~/.codex/config.toml（用户级）或 .codex/config.toml（项目级）中设置默认模型和推理努力：
model = "gpt-5.4-mini"
model_reasoning_effort = "xhigh"
谁适合用这个插件？
-
已经在用 Claude Code 的开发者：想引入 Codex 的审查能力，又不想切换工具 -
重视代码审查的团队：想要一个独立的”第二双眼睛”来检查代码 -
需要挑战性审查的场景：认证改造、数据迁移、关键基础设施修改 -
经常需要调查 bug 的人：可以直接让 Codex 帮你排查
一点行业观察
这个插件的发布，其实挺有意思。
大家知道，Claude Code 是 Anthropic 的 CLI 工具，而 Codex 是 OpenAI 的 AI 编程助手。两者是直接竞争对手。
但 OpenAI 选择了主动集成——不是做一个竞品去抢占市场，而是做了一个插件，让自己的能力可以被竞争对手的用户使用。
这背后有几个可能的信号：
-
生态优先：与其让用户二选一，不如让自己成为用户工作流中的一部分。用户在 Claude Code 里用 Codex，某种程度上也是在培养对 Codex 的依赖。 -
差异化竞争：Codex 的代码审查能力（在指令执行、架构分析方面）有其独特优势。OpenAI 可能希望通过插件让更多开发者接触到这一点。 -
开源生态的惯性：开发者社区已经习惯了”在 Claude Code 里调用一切”。OpenAI 选择顺从这个趋势，而不是逆行。
当然，这也可能是 OpenAI 的一种防御性布局——先占住这个生态位再说。
至于这个插件能不能真正改变开发者的日常工作，还有待观察。但至少，它降低了”同时使用两个工具”的切换成本。对于需要多角度审查的复杂项目，这确实是一个实用的选择。
参考来源：
-
GitHub: https://github.com/openai/codex-plugin-cc