用途：在写代码之前，对高风险实施计划做跨模型对抗式评审，适用于认证、数据模型、并发、迁移、支付等出错代价高的任务；明显简单或廉价的工作不建议使用。
主要能力：Claude（构建者/编排者）先读取相关代码并写出 PLAN_FILE（默认 PLAN.md，含目标、方法、关键决策与权衡、风险/未决问题、范围外）；Codex 作为只读批评者，可读仓库与计划但不能改任何文件。每轮向 Codex 发送统一评审提示，要求指出安全漏洞、竞态条件、缺失边界情况、schema 冲突、错误假设、可观测性缺口与更简单替代方案，并给出单行修复建议，最后以 VERDICT: APPROVED 或 VERDICT: REVISE 结束。Claude 对每轮 REVISE 拥有最终决定权，采纳或拒绝并记录理由；LOG_FILE（默认 PLAN-REVIEW-LOG.md）为追加式全程记录。
使用方式：需预先安装较新的 Codex CLI（codex --version 需 ≥ 0.130，旧版默认模型会报错）并已 codex login 认证。轮次可用参数如 rounds=3 覆盖默认 MAX_ROUNDS=5。首轮用 codex exec -s read-only --json -o /tmp/codex-verdict.txt "$(cat REVIEW_PROMPT)" 创建会话并从 thread.started 解析 THREAD_ID；后续轮用 codex exec resume "$THREAD_ID" -c sandbox_mode="read-only" --json -o /tmp/codex-verdict.txt。注意 resume 不接受 -s，必须用 -c sandbox_mode="read-only" 强制只读，否则可能继承 config.toml 的 danger-full-access 而写文件；除用户要求外不要指定 -m，模型变体在 ChatGPT 账号认证下会失败。循环始终在 MAX_ROUNDS 终止。
适用场景与限制：仅在两处人工介入——启动确认范围、以及评审结束后的最终签核；只有 APPROVED 且用户同意后才写代码。若达上限仍未通过，应明确列出未解决分歧交给人类裁决，不得假装收敛。不适用于评审既有代码（那是 /codex:review 的用途）。认证或模型错误应直接告知用户，不要静默重试。以上均据资料整理，未提供的功能或费用信息暂未提供。