Claude Code 里直接召唤 Codex 审代码：codex-plugin-cc 怎么用

如果你已经习惯用 Claude Code 做需求拆解、架构讨论和代码修改，你大概率遇到过一个小麻烦：代码写到一半，想让 Codex 再帮你审一遍。于是你切到另一个终端或应用，重新说明项目背景，重新解释这次改了什么，再告诉它你担心哪里有问题。

真正烦的不是多敲几行字，是上下文断了。

codex-plugin-cc 解决的就是这个问题。它是 OpenAI 给 Claude Code 提供的插件，可以让你在 Claude Code 里直接调用本机 Codex：

让 Codex 审查当前改动。
让 Codex 做更挑剔的对抗性审查。
把测试失败、回归调查交给 Codex。
把当前 Claude Code 会话迁移成可在 Codex 里继续的任务。

项目地址：https://github.com/openai/codex-plugin-cc

一句话说清楚它的价值：Claude Code 负责推进，Codex 负责质疑。具体地说，是把 AI 编程从「一个助手陪你写」推进到「一个负责推进，一个负责把关」。

[!info] 阅读导览
全文 5 节：它真正解决什么问题（1.1）→ 普通审查（1.2）→ 对抗性审查（1.3）→ 任务委派（1.4）→ 会话迁移（1.5：含一套真实工作流 / 三个坑 / 使用建议）

flowchart LR
    subgraph 推进方
        CC[Claude Code<br>需求拆解 / 架构 / 写代码]
    end
    subgraph 把关方
        CR[/codex:review 普通审查] --> CA[/codex:adversarial-review 对抗性审查]
        CA --> CU[/codex:rescue 调查任务/]
        CU --> CS[/codex:transfer 会话迁移/]
    end
    CC --> CR

1. 在 Claude Code 里直接召唤 Codex 审代码

1.1. 它真正解决什么问题

以前的流程通常是这样：

在 Claude Code 里实现功能。
切到 Codex。
重新解释项目背景、当前改动和风险点。
等 Codex 审查。
再切回 Claude Code 修改。

这个流程最大的问题是：你每切一次工具，就要重新组织一次上下文，也更容易漏掉关键约束。

装上 codex-plugin-cc 之后，流程变成：

继续留在 Claude Code。
输入 /codex:review 或 /codex:rescue ...。
Codex 基于同一个仓库、本机 Codex 配置和认证状态执行任务。
用 /codex:status、/codex:result 查看结果。

Claude Code 仍然是你的主工作台，Codex 变成随时能叫来的审查员和调查员。

1.1.1. 什么时候值得安装

如果你符合下面任意一种情况，就值得试一下：

你经常在提交前找 AI 做二次审查。
你希望一个模型写代码，另一个模型挑问题。
你做的是多文件改动，审查时间比较长，想放到后台跑。
你希望把测试失败、回归分析、可疑 bug 调查丢给 Codex。
你已经在本机安装并登录过 Codex CLI。

如果你只是偶尔写一个很小的脚本，或者还没有稳定使用 Claude Code，这个插件不是刚需。

它真正有价值的场景，是你已经有一个稳定开发工作流，只是想把「二次审查」和「问题调查」变成顺手动作。

1.1.2. 安装前检查

先确认三件事：

Node.js 18.18 或更高版本。
本机可用的 Codex CLI。
Codex 已经完成登录或配置好可用的认证状态。

如果还没有安装 Codex CLI，可以先执行：

npm install -g @openai/codex
codex login

在 Claude Code 里，也可以通过 shell 命令执行：

!codex login

1.1.3. 安装插件

在 Claude Code 里依次执行：

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

然后跑初始化检查：

/codex:setup

/codex:setup 会检查 Codex 是否安装、认证是否可用。安装成功后，你应该能看到一组 /codex:* 命令。

1.1.4. 命令怎么选

不要把所有命令都背下来。先记住这张表就够了。

你要做什么	用什么命令	适合场景
提交前普通审查	`/codex:review --background`	找明显 bug、遗漏边界条件、行为回归
审查相对于主分支的改动	`/codex:review --base main --background`	创建 PR 前自查
挑战某个设计选择	`/codex:adversarial-review --base main ...`	缓存、重试、权限、支付、数据删除
调查测试失败或回归	`/codex:rescue --background ...`	把明确问题交给 Codex 查
继续上一次 Codex 任务	`/codex:rescue --resume ...`	接着上次调查结果处理
查看后台任务	`/codex:status`	看运行中和最近任务
读取任务结果	`/codex:result`	拿 Codex 审查或调查结论
取消后台任务	`/codex:cancel <task-id>`	停掉不需要的任务
迁移当前会话	`/codex:transfer`	把 Claude Code 上下文转成 Codex 可继续的任务

最常用的是三个：

/codex:review
/codex:adversarial-review
/codex:rescue

1.2. 普通审查：让 Codex 做第二双眼睛

第一次使用，建议先跑这个：

/codex:review --background

它会审查当前仓库里的未提交改动，并在后台运行。多文件改动时，后台模式更舒服，不会把 Claude Code 会话卡住。

查看进度：

/codex:status

查看结果：

/codex:result

如果你想审查当前分支相对于 main 的改动：

/codex:review --base main --background

注意：/codex:review 是只读审查，不会直接修改代码。它适合提交前、创建 PR 前、合并前做最后检查。

1.3. 对抗性审查：不要让 Codex 只说「看起来可以」

普通审查负责找 bug。对抗性审查负责质疑你的方案。

比如你改了缓存和重试逻辑，不要只说：

/codex:adversarial-review

更好的写法是：

/codex:adversarial-review --base main challenge whether this caching and retry design is safe

如果你担心竞态条件和数据丢失：

/codex:adversarial-review --background look for race conditions and data-loss risks

对抗性审查特别适合这些场景：

认证、授权、支付、数据删除。
缓存、重试、并发、事务。
你已经能跑通功能，但不确定方案是否足够简单。
上线前想让另一个模型扮演反方。

不要只让它「帮我审一下」。你越明确告诉它要挑战什么，输出越有价值。

1.4. 任务委派：把调查交给 Codex

/codex:rescue 适合处理明确任务，比如：

定位 CI 为什么失败。
找 flaky test 的触发条件。
查最近一次回归来自哪个改动。
尝试给失败测试写最小修复。

不要这样写：

/codex:rescue fix tests

这太空了。

更好的写法是：

/codex:rescue --background investigate why checkout tests fail on Windows. Do not refactor unrelated code. Prefer the smallest patch.

给目标，给边界，给修复偏好。

这才是把任务交给 Codex，而不是把判断权也一起交出去。

1.5. 会话迁移：把 Claude Code 上下文交给 Codex

如果你在 Claude Code 里已经讨论了很久，想把上下文转到 Codex 继续，可以用：

/codex:transfer

成功后，它会给出一个可以在 Codex 中继续的恢复命令。

这个命令适合三种情况：

当前任务更适合 Codex 深入执行。
你想保留一次 Claude Code 会话，之后在 Codex 里继续。
你已经讲了大量背景，不想再重新解释一遍。

1.5.1. 一套稳的真实工作流

下面这套就够日常用了。

第一步，让 Claude Code 实现功能。

你照常讨论需求、修改代码、跑测试。

第二步，让 Codex 做普通审查。

/codex:review --base main --background

第三步，你继续跑测试或补文档。

npm test

第四步，查看 Codex 结果。

/codex:status
/codex:result

第五步，如果 Codex 提到高风险设计，再做对抗性审查。

/codex:adversarial-review --base main focus on auth bypass, data loss, and rollback behavior

第六步，如果测试失败，把调查交给 Codex。

/codex:rescue --background investigate the failing tests and propose the smallest safe fix

这套流程的关键不是「让两个 AI 都说一遍」，而是给它们不同角色：

Claude Code：主驾驶，负责理解需求、写代码、整合修改。
Codex：审查员和调查员，负责找风险、找回归、跑后台任务。

角色分清后，多模型协作才不会变成重复劳动。

1.5.2. 三个不要踩的坑

第一，不要把 Codex 当成第二个 Claude。

如果 Claude Code 已经负责推进，Codex 就应该负责质疑。不要让两个模型做同一件事，否则你只是在制造更多文本。

第二，不要默认开启 review gate。

/codex:setup 支持配置 review gate。开启后，插件可以在特定时机触发 Codex 审查。

这个功能很强，但不适合日常一直开。它可能拉长 Claude 和 Codex 的循环，也会更快消耗额度。

更稳的用法是：

普通日常开发：不开。
关键发布前：短时间开启，并人工盯着。
大型重构：可以用，但要限定任务范围。

第三，不要给 /codex:rescue 模糊任务。

「fix tests」「check bug」「make it work」这类指令很容易让输出失控。

你应该写清楚：

哪个测试失败。
在什么环境失败。
不要改哪些东西。
优先最小修复还是允许重构。

Codex 可以帮你跑调查，但边界要你来定。

1.5.3. 我的使用建议

刚开始用，不要一上来就开所有高级功能。按这个顺序来：

先装好插件，跑通 /codex:setup。
用 /codex:review --background 做一次普通审查。
熟悉 /codex:status 和 /codex:result。
再尝试 /codex:adversarial-review，专门挑战一个风险点。
最后把测试失败、回归调查交给 /codex:rescue。

等你熟悉后，可以把它固定进提交前流程：

/codex:review --base main --background

关键功能再加一条：

/codex:adversarial-review --base main focus on failure modes and simpler alternatives

1.5.4. 结语

codex-plugin-cc 的意义不只是「Claude Code 里多了几个 Codex 命令」。

它真正改变的是分工：

一个模型负责推进，一个模型负责质疑；一个工具承接你的开发上下文，另一个工具在后台帮你查风险、找回归、做审查。

真正好用的 AI 开发流程，不是让模型替你做所有判断，而是让不同工具在合适的位置承担合适的角色。

如果你已经在 Claude Code 里写代码，又希望 Codex 帮你把关，codex-plugin-cc 值得装上试一次。

[!success] 核心要点

一句话价值：Claude Code 负责推进，Codex 负责质疑——两个模型分工协作

三个核心命令：/codex:review（普通审查）、/codex:adversarial-review（对抗性审查）、/codex:rescue（任务委派）

两个辅助命令：/codex:status 看进度、/codex:result 取结果；/codex:transfer 可迁移会话

安装三步：确认 Codex CLI 已登录 → /plugin marketplace add openai/codex-plugin-cc → /codex:setup 初始化检查

三个坑：别把 Codex 当第二个 Claude；review gate 不要默认常开；rescue 任务要写清目标、边界和修复偏好

#AI #教程

#Claude Code #Codex #AI 编程 #代码审查 #OpenAI #codex-plugin-cc

Claude Fable 5 的五个必做用例：一周窗口期，错过损失数千美元的机会成本上一篇

Claude Code 核心配置：CLAUDE.md 配置详解和干货分享下一篇