Claude Code 与 Codex 代码审查：一个追求深度验证，一个过滤到只剩高危项，两者都不自带合并门禁
Qodo 的 Dana Fine 对比了 Anthropic Claude Code 和 OpenAI Codex 各自的代码审查机制。Claude Code 用并行代理搜索、验证步骤和三级严重度标记追求深度覆盖，通过 REVIEW.md 可调规则；Codex 只标记 P0 和 P1 级别问题，通过 AGENTS.md 的 Code Review Rules 段引导。两者都不默认阻止合并：Claude Code 的检查运行始终为中性结论，Codex 只发布评论。同时使用两个代理的团队面临配置文件碎片化问题。
Anthropic 的 Claude Code 和 OpenAI 的 Codex 现在都内置了代码审查功能，但两者的设计方向相反。Claude Code 的托管审查服务在 Anthropic 基础设施上运行多个并行代理搜索差异和周边代码，然后经过验证步骤丢弃不成立的发现，再按严重度去重排序，最终以三级标记（🔴 Important、🟡 Nit、🟣 Pre-existing）发布为行内评论。Codex 在 GitHub 上只标记 P0 和 P1 级别问题，刻意将低优先级发现排除在外，使每条评论都有分量。
这种差异直接体现在配置方式上。Claude Code 读取 REVIEW.md 作为审查专用指令（从默认分支读取，PR 不能改写自己的审查规则），CLAUDE.md 作为项目上下文；Codex 则在距离变更代码最近的 AGENTS.md 文件中查找 ## Code Review Rules 段。OpenAI 的建议是从两三条规则起步，编码审查者经常解释的检查项，写明安全路径，把格式和 lint 留给 CI。
一个容易被忽略的共同限制：两者都不默认阻止合并。Claude Code 的检查运行结论始终为中性而非失败，审查本身也不批准 PR；Codex 只发布评论，把执行权留给测试、分支保护和必需审批。想要合并门禁的团队需要自行解析 Claude Code 检查运行输出中的严重度计数，或依赖 Codex 评论配合分支保护规则。
同时使用两个代理的团队因此面临配置文件碎片化：AGENTS.md 只引导 Codex，REVIEW.md 只引导 Claude Code，标准需要手动同步。文章建议的折中方案是把昂贵代价才能修复的规则（架构、安全、禁止模式）放在编码代理读取的指令文件中，完整团队标准清单交给独立审查器，使指令文件短到代理能实际遵循。
需要指出的是，这篇文章来自 Qodo——一家提供独立代码审查平台的厂商。文中关于两个代理审查机制的技术描述与各自产品文档一致，但将两者都定性为存在结构性缺陷（自我审查盲区、规则文件厂商锁定、上下文止于仓库）的框架，服务于 Qodo 推广自家跨仓库独立审查器的商业定位。
Dana Fine 是 Qodo 的全球社区与开源经理，非工程或研究岗位。文中的 Qodo Code Review Benchmark 声称 Qodo 在 100 个 PR 和 580 个注入问题上比 Claude Code Review 高出 12 个 F1 点，这是厂商自报结果，无独立复现。