知乎上有个问题最近吵得很凶：AI写代码太快，Review不过来，要不要违背祖训放弃Review？
一边是程序员的"祖训"——没有经过人眼审查的代码不许上线；另一边是现实——AI半小时产出的代码量，人读三天都读不完。这道题看起来只有两个选项：要么累死，要么裸奔。
但10月15日，Anthropic发了一篇博客，把自家Claude Code团队的真实做法摊开了。有意思的是，他们两个选项都没选。这篇博客后来被腾讯新闻、凤凰网科技、品玩等多家媒体转述，我把几个版本对照着核了一遍数字，说说里面最反直觉的部分。
先看事实：速度确实失控了
Claude Code这个项目，约90%的代码是Claude自己写的。Anthropic整个代码仓库的日均变更量，从5月的约2500次，涨到9月的超过30000次。团队自己承认：在这个速度下，人工逐行审查"极其困难，甚至不可能"。
按常理，代码产出翻十几倍、没人看得过来，质量应该崩才对。但官方披露的数据是：6月到9月，Claude Code合并的PR数量翻了一倍多，需要回滚的比例反而下降了超过40%。
产出暴涨、审查的人没增加、事故还变少了。这三件事同时成立，说明"人逐行读代码"从来就不是质量的关键变量。
他们做了什么：让机器先读，让人只签字
拆开看，这套流程的核心是三层。
第一层，AI预审。 每个PR在人类看到之前，先由Claude模型审查一遍：把代码改动和整个代码库、PR的原始意图做比对，检查是否解决了问题、是否符合规范、有没有破坏别的功能。效果是量化的——研究预览阶段，内部PR获得"实质性审查意见"的比例从16%涨到了54%。
第二层，按风险分级派人。 文档、文案这类低风险改动，通过自动审查后不需要任何人批准；普通产品改动一人审批；最高风险的代码两人审批。分级看的是改动内容，不是谁写的。
第三层，把回滚做快。 既然不能保证每行代码都被读过，那就保证错了能秒撤。他们甚至为此自研了版本控制系统Scion和审查工具Antique——这个我们之前聊过，七个人五个月干完的活。
还有一个细节特别真实：团队遇到过Agent一夜之间互相评审、来回修改五十多轮的情况，最后不得不给评审轮数设上限。用AI审AI，AI也会"卷"出内耗。
对普通人的启示：审查的对象从"代码"换成了"决策"
你可能会说，这是大厂的工程问题，跟我有什么关系？关系很大。
现在用AI写周报、做方案、生成视频脚本的人越来越多，你其实每天都在面对同一个问题：AI产出太快，你验不过来。而Anthropic这套做法翻译过来，就是三条通用原则——
一，不要均匀用力。 不是所有内容都值得逐字检查。AI生成的文案里，错别字无所谓，但涉及钱、权限、对外承诺的句子，必须人眼过一遍。把审查单位从"整篇"降到"关键决策"。
二，让AI先自查一轮。 生成之后，换个对话让AI挑自己的毛病："这段内容里哪些说法你没有把握？"一个从不说不确定的工具，不值得直接信任。我在自己的AI家园（spark1.cn）里搭工具链时也是这个思路：一个环节的输出，先进下一个校验环节，最后才到人手上——多步流水线天然比"一把生成直接用"靠谱。
三，留好撤销键。 发出去之前存个草稿版，改坏了能回退。大厂靠Scion，你靠一个"先存后发"的习惯，原理一样。
写在最后
回到知乎那个问题：要不要放弃Review？Anthropic的答案是——放弃"逐行读代码"式的Review，但绝不放弃Review本身。人类没有退出流程，只是从"读者"升格为"签字人"：机器负责读完所有代码，人负责决定哪些风险可以接受。
AI时代真正稀缺的从来不是产出，是判断。工具越快，越需要有人对结果署名负责。
评论