Review Gate 会在 Claude Code 准备停止时触发 Codex 审查；如果审查发现问题，停止可能被阻止，Claude 处理后又可能再次触发门禁。它适合在操作者在线时，为一段明确的高风险改动增加补充检查，不适合永久开启或替代 CI。本文只解决如何控制这条循环：先完成仓库规定的测试，写清哪些发现需要处理以及何时转人工，临时启用 Gate，全程观察每轮结果，任务结束后显式关闭并确认配置状态。操作者还要保留触发原因、发现内容、处理决定和关闭结果，避免会话结束后无法解释门禁为何阻塞。
openai/codex-plugin-cc 官方 README 明确警告：
1. 如何启用和关闭
启用：
关闭：
不要只记得怎么开。
团队 runbook 必须同时写清什么时候关。
2. Review Gate 的运行链
风险就出在最后一步。
如果发现不明确、修复不彻底或两个模型意见不同，循环可能持续。
3. 哪些任务适合开启
适合：
不适合：
门禁应该由风险触发，不应该默认覆盖所有开发。
4. 开门禁前必须定义停止条件
至少写清：
插件本身的实际循环控制能力以当前版本为准。操作者应在发现重复、缺少证据或超出任务范围时手工关闭门禁，并转为人工审核。
5. Review Gate 不替代 CI
门禁能分析代码和上下文，但不能替代：
正确顺序：
AI 门禁是补充，不是测试框架。
6. 不要让两个模型自动互相说服
最危险的循环：
控制方法：
7. 一套任务结束前的工作流
第一步，确认工作区，并运行仓库实际规定的测试和静态检查：
第二步，短时间开启 Gate：
第三步，让 Claude Code 完成发布前检查与总结。
第四步，Codex Gate 审查发现。
第五步，逐条确认高风险问题并重跑验证。
第六步，关闭 Gate：
第七步，保存审查结果和人工决策。
不要把 Gate 永久留在所有会话里。
8. 常见错误
日常永久开启
会增加循环、延迟和额度消耗。
不定义阻塞等级
任何建议都可能触发修改。
Gate 通过就直接上线
仍然需要测试、CI 和人工批准。
忘记关闭
关键任务结束后应显式禁用。
9. 检查清单
10. 结论与限制
Review Gate 是一把强工具。
它把“记得找 Codex 审一下”变成 Claude Code 停止前的自动检查。
但自动化越强，越需要停止条件：
CI 与人工负责人仍然负责最终发布。Gate 只提供一次补充审查，不会证明代码正确，也不会替代确定性测试。
本文只覆盖当前官方 README 中的启用、禁用和循环警告。插件版本变化可能改变 hook 行为；实际使用时必须由操作者在线监控，并在任务结束后显式关闭，不能承诺自动循环一定在某一轮停止。
