一天3万个代码改动，人一行都读不完
先贴两条戳心评论，来自这个话题最火的几篇内容评论区：
“没完没了，永远找不完问题。”
“所以……到底看不看代码啊？”
这是2026年每个程序员都在面临的真实处境：代码越来越多是AI写的，但审查的人，还是你。
Anthropic的Claude Code团队最近晒出了自家的代码审查流程。他们约90%的代码由AI生成。而在Anthropic的主仓库（monorepo）里，每天合并的变更从5月的约2500条涨到9月的超3万条，涨了将近12倍。靠人一行行看？物理上做不到。小红书知乎知乎知乎
反直觉的是结果：流水线跑起来后，合并的PR翻了一倍多，回滚率反而下降了40%以上。量上去了，质量更稳了。知乎知乎
怎么做的？把"一道人工门"拆成四段流水线
1. PR前：AI先自证清白。 测试、构建、lint没过，根本不配进人工环节。更关键的是用一个全新上下文里干净的agent重扫diff——不能谁写的谁审，免得像自己批改作业。Claude Code创始人Boris Cherny的说法是：加上这步验证，输出质量能提升两到三倍。知乎知乎
2. PR中：AI先过滤噪音，人只看高风险。 多个agent并行找bug、交叉验证、过滤误报；安全审查单独一层，可以直接拦下合并。人工审批按风险分级：低风险0人批，中等1人，高风险2人——碰到计费、权限这类关键系统，AI批准不算数，只认人类点头。知乎知乎
3. 合并时：别让每个改动都觉得自己"单飞没事"。 合并队列会把PR和最新主干合在一起重跑全部检查，防止两个各自通过的变更一组合就把主干搞坏。
4. 合并后：不赌一次成功。 新功能先藏在功能开关后面合入，内部员工先用、再逐步放量；出事不用重新发布，关掉开关就回滚。
踩过的最大的坑：AI和AI杠上了，没人喊停
AI审查员挑问题，AI作者改；改完又挑出新问题，再改……有个PR一晚上循环了五十多次，最后是人手动停掉的。他们后来定了条规矩：最多三轮，超过就停下来让人判断方向。两个AI都在"认真工作"，整件事却一步没推进——知道什么时候喊停，比知道怎么往前冲更重要。知乎知乎
小团队没这条件？五招可以直接抄：提交PR前把机器能验的全自动化；让"另一个AI"来审；人工精力只押在高风险改动上；合并前重跑一遍完整检查；上线带功能开关。
那人审员还有活路吗？
这个团队自己承认，三件事机器接不走：要不要做这个功能、架构决策、以及责任。代码不论谁写的，上线了就得有一个真人负责——而这个年代，操作AI的人就是那个负责人。知乎
最危险的团队有两种：一种人肉逐行审AI代码，审到彻底审不动；另一种觉得AI写的不用审，直接上线。Anthropic的答案是中间路线：审查没有变少，而是分层了。机器负责可验证的部分，人守住判断的部分。知乎
下次AI甩给你一大坨diff，别急着逐行读。先问三句：测试跑了吗？这改动什么风险？它已经循环第几轮了？
