怕的不是AI写代码，怕的是它写得你能跑、不敢读。上周小红书一篇《如何审核AI写的代码》拿下7600多赞、1.2万收藏，最高赞评论一句话：“让英雄去查英雄，让好汉去查好汉”。另一条更扎心：“AI review就是没完没了，永远找不完问题。”
这个问题，最近开始有了官方答案——Anthropic发了一篇文章，介绍Claude Code团队是怎么审核AI写的代码的。他们的代码约90%是Claude写的。仓库每天合并的改动量从5月的2500个涨到9月的3万个。逐行人工review物理上做不到，但他们没砍掉审查，而是搭了六层检查机制，把大部分工作交给机器，人只盯最关键的部分。结果反直觉：6月到9月，PR合并量翻了一倍多，回滚率反而降了超过40%。看的人少了，错反而少了。小红书微博知乎微博知乎微博
整条流水线，核心是三招。
第一招：把审查提前进写码过程，别等写完再审。 提PR前让AI自己跑测试、拿截图和设计稿做比对，再开一个干净上下文的全新agent重新扫一遍diff，躲开"自己审自己"的盲区。Claude Code创始人Boris Cherny给的口径：加上验证流程，输出质量能提升两到三倍。知乎微博
第二招：AI审查先于真人，但先分清新账旧账。 AI会把问题标注清楚哪些是这次改动新引入的、哪些是原本就有的老问题，老问题单独打标签，不让人背不是自己造成的锅。这个防甩锅细节，是读者里共情最强的。知乎
第三招：人工按风险分级，AI的批准不算数。 系统按改动内容判定风险：改文档可以自动通过；碰到计费、权限这类地方，必须真人批准，而且AI的批准不算数，关键路径上只认人类。低风险0人审批、中风险1人、高风险2人。人不再逐行读码，只盯最贵的地方。微博知乎
当然，他们也踩了所有"AI审查"迟早要踩的坑：有一份申请，一夜之间审了改、改了审，五十多轮，直到人出手叫停。回头一查：被AI反复盯的代码里，约59%从项目之初就没动过——AI每轮找的不是新bug，是多翻出几个老bug；于是他们定了条铁律，最多跑三轮，超过就让作者自己重新判断方向。这正好回答"永远找不完问题"——停止条件得人来设，AI自己不会喊停。微博知乎
文章结尾划了条线：三样东西机器替代不了——要不要做这个功能、架构决策、还有责任。他们的目标是：一个PR从提交到合并，最多只需一个真人参与（含作者本人），同时不让回滚率上涨。代码只要上线就得有人负责——你合并的，你负责。谁操作AI，谁就是那个负责人。知乎微博
小团队照搬不了整条流水线，但三招今天就能用：能机器验证的，全部自动化前置；AI审AI时换个干净会话；给互审设一个明确的止损线。人工审查的时代没终结，只是人从读代码，改成了写规则。
