Claude Code亮出6道关卡

Claude Code约90%的自身代码由Claude编写，6月到9月合并进代码库的PR数量翻倍多。 Anthropic主代码库每天合并的改动从5月的约2500次涨到9月的超过3万次。 Claude Code团队公开了内部代码审查流程，PR数量翻倍的同时，需要回滚的PR占比相对下降超过40%。 团队采用六层检查和快速发现、快速回滚的兜底机制。 第一关是创建合并请求前，Claude跑测试、完成构建，子智能体审查代码差异。 第二关是PR上的AI审查，智能体并行找bug并投票核验。

第三关是安全审查，未关闭的发现导致PR合不进去。 第四关是持续集成检查，包括代码规范、类型检查等。 第五关是人工审批，根据风险分级决定是否需要人批准。 第六关是合并与发布，新功能先对内部员工开放。 兜底机制是出现问题时拉下总闸，团队每周轮班值守复盘。 审查没有消失，变成了贯穿开发、合并和发布的层层检查。 前四关全绿后，根据风险分级决定是否需要人工审批。 低风险改动自动审查和安全检查通过后可免人工审批，普通产品改动需要一个人，风险最高代码需要两个人。 审查的本事一半在找问题，一半在知道何时收手。

多层审查也不是万无一失，团队用Code Review重审出事的PR，在给足相关仓库上下文时才找到bug。 每一次事故都会变成一道考题，审查器每天对着这套考题跑分。 改动上线后仍要靠开发者、值班人员结合数据看板发现异常。 团队更愿意把力气花在更快发现问题、更快修复上。 一个人用AI写代码要验收三个问题：怎么验证的？ 会影响哪里？ 出错怎么撤回？ 养成三个习惯：换个「脑子」复审，给改动分档，三轮不过就换思路。 AI说「通过」，不等于你已经完成验收。

Claude Code团队的目标是让多数PR至多一人介入，同时守住回滚率和事故率。 人的注意力，要更多地放在判断风险、确认检查是否充分，以及出错后如何补救上。 人的注意力，要更多地放在判断风险、确认检查是否充分，以及出错后如何补救上。