Claude Code 内部 AI 代码审查体系拆解：AI 大量生成代码后怎么做 Code Review

Claude Code 团队在博客《Solving Code Review at Anthropic》中披露，Claude Code 约 90% 的代码由 Claude 编写；今年 6 月到 9 月，其代码库合入的 PR 数量翻了一倍多，需要回滚的比例反而下降 40% 多。同期 Anthropic 的 monorepo 每天合入改动从 5 月的约 2500 个增至 9 月的超过 3 万个，逐行人工审查已不可行。 团队把 Review 拆成两件事：上线前找问题修掉，以及让团队共享对代码库的理解。衡量标准从“有人读过代码”改为“人的时间”，同时盯每个 PR 的批准人数、人写评论数、等待时长，并以回滚率和事故率作护栏。 流程分多层：提 PR 前让 Claude 用测试、构建或设计稿截图自证结果，再开一个上下文干净的子 agent 审 diff；提 PR 后跑 CI、Claude 代码审查与安全审查，按风险决定是否要人批。AI 审查的每条意见先由多个 agent 投票验证，只保留真问题，并标注 Important、Nit 或 Pre-existing。内测后内部被指出真问题的 PR 占比从 16% 升至 54%。 风险分级由自动分类器按改动本身判定，与作者身份无关：低风险改动自动检查全绿即可合入，中风险需一人批准，高风险需两人。只有可信作者名单内的 PR 可少审一道，agent 的批准不算人的批准，agent 写的 PR 由指挥它的人承担审查责任，一次批准只对一个 commit 有效。 合并环节用 merge queue 重跑全部检查，新功能先对内部员工开功能开关，出问题直接关开关。团队承认尚缺指标变差就自动收紧审批的熔断机制。Reviewer 自身用历史事故 PR 组成考卷每日评测，改提示词或换模型须分数上涨才保留；针对 agent 互审空转，设轮次上限、前几轮后只审新增 diff，一轮通过的 PR 比例从 65% 升至 78%，需五轮以上的从 8.9% 降至 1.5%。 文章最后给出普通团队的起步建议：把测试与 lint 写进 CLAUDE.md 并配 hook，提 PR 前本地跑 /code-review 与 /security-review，PR 模板加“怎么测的、有什么风险、怎么撤回”，先在一个仓库试点 REVIEW.md，用 CODEOWNERS 和分支保护锁住鉴权、计费、CI 等敏感目录，并开启 Dismiss stale approvals。