要在Codex中创建可落地的代码审查任务，须明确范围、触发方式和交付路径：CLI需进项目根目录、Git状态干净，运行codex review --base main --wait；Claude Code中用/codex:review或/codex:adversarial-review；自定义规则需配置.rules.yml并指定路径。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要在 Codex 中创建一个真正能落地的代码审查任务，不是输入一句“帮我审一下代码”就完事，而是必须明确审查范围、触发方式和结果交付路径。Codex 不会主动扫描整个仓库，它只响应你给的上下文和指令；漏掉 --base 分支参数或没指定工作区，任务会默认审查空内容或当前未暂存的脏文件，导致结果完全失真。
用 CLI 创建基础审查任务
第一步：确保当前终端已进入目标项目根目录，且 Git 仓库状态干净（无未提交修改）。Codex 审查依赖 Git diff，若工作区有未 add 的变更，它只会看到工作区快照，看不到 staging 区内容。
第二步：运行命令 codex review --base main → 这会对比当前分支与 main 分支的差异，并将所有变更文件喂给 Codex。
第三步：加上 --wait 参数强制同步等待结果，避免后台任务启动后立即返回空响应。不加 --wait 时，Codex 会返回一个 job ID，后续需手动调用 codex result --id
在 Claude Code 中通过插件委派审查
方法一：直接审查当前工作区
在 Claude Code 编辑器中打开任意文件，输入斜杠命令 /codex:review，回车执行。该命令仅读取当前已打开文件及关联引用（如 import 的模块），不涉及 Git 状态，适合快速聚焦单点逻辑验证。
方法二：挑战式审查，质疑设计假设
输入 /codex:adversarial-review，然后紧跟一段自然语言描述，例如：“这个 retry 机制是否考虑了幂等性？下游服务超时是否会导致重复扣款？”→ Codex 会基于你写的提示，反向推演风险场景并指出实现盲区。
注意：必须先运行 /codex:setup 确认插件已就绪，否则命令无响应。如果提示缺失 Codex，不要手动 npm install，应使用 /reload-plugins 触发自动修复流程。
为Claude Code提供对提醒事项、日历、联系人、笔记、邮件和tmux的本地命令访问权限，以便在macOS上进行工作流感知的个人操作。
配置自定义规则后启动审查
第一步：在项目根目录下创建 .codex/rules.yml 文件，写入自定义规则，例如禁止使用 console.log、要求所有 API 调用带 timeout 参数。
第二步：执行 codex review --rules .codex/rules.yml --base develop → 指定规则文件路径和比对分支。
第三步：审查完成后，Codex 自动生成 REPORT.md，包含问题行号、违规规则 ID 和修复建议。若未生成该文件，说明规则路径错误或 YAML 格式存在缩进问题，需检查冒号后是否多了一个空格。
