Anthropic 公布 Claude Code 六层审查机制：九成代码 AI 生成，零人审批仍需人工兜底

Anthropic 公司近日公开了 Claude Code 团队的内部代码审查流程，展示了如何在代码生成量激增的背景下维持高质量。数据显示，6 月至 9 月间合并进代码库的 PR 数量翻了一倍多，主代码库每日合并改动从约 2500 次激增至超过 3 万次。面对如此庞大的代码体量，团队认为逐行人工审查已不现实，转而构建了一套包含六道检查关卡的自动化与人工结合的审查体系。

该流程的核心在于将审查重心从“是否有人读过”转向“改动可能出错及如何拦截”。在创建合并请求（PR）前，Claude 需运行测试、完成构建，若涉及界面改动还需截图对照设计稿。此外，一个未参与写代码的子智能体将被派去专门审查代码差异，开发者必须提交具体的命令和输出作为验证依据，仅回复“测试通过”不符合要求。

进入 PR 阶段后，多智能体并行查找漏洞并进行投票核验，确保问题真实存在后再显示在 PR 上。随后是严格的安全审查与持续集成（CI）检查，涵盖代码规范、类型检查及构建打包等环节。对于反复出现的问题，团队会通过 CLAUDE.md 和 REVIEW.md 记录项目约定，将过往经验转化为新的检查规则。

在完成上述自动化检查后，系统根据风险分级决定人工审批的强度。低风险改动如文档或隐藏功能可免人审；涉及敏感区域或普通产品改动则需一人审批；高风险代码需两人批准。关键在于，即便无需人工拍板，审查者仍需明确说明已验证的内容及剩余风险，且开发者对提交代码负责，若出问题通常由提交者自行修复。

合并与发布阶段设立了最后防线。改动通过各关后进入队列，系统将其置于主分支最新状态并再次运行所有检查，以防止集成冲突。新功能上线前会隐藏于功能开关之后，仅对内部员工开放，利用高强度内部使用提前暴露问题。一旦发现问题，团队可迅速拉下总闸停止服务。

为了提升效率，团队还优化了审查策略以应对 AI 的局限性。针对审查器反复指出旧代码问题的情况，新规规定满三轮未通过则提醒作者调整方案，并限制只审新增改动。这一调整使一轮审查后的通过率从 65% 升至 78%，平均审查次数由 2.08 降至 1.32。同时，团队承认自动化审查并非万无一失，仍需结合人工监控、熔断机制来确保系统安全。

Anthropic 也通过具体案例展示了审查的边界与改进方向。例如一次关于清理推理记录的优化因逻辑漏洞导致系统持续误删数据，该 bug 在单元测试和内部试用中均未被发现。事后复盘发现 Opus 4.7 模型配合完整上下文能检出该问题，而旧版本则未能做到。目前，团队正将事故案例转化为考题，每日对审查器进行测试，并在完善熔断机制前保持适度的人工监督。