在 Claude Code 改代码的那几分钟，你在干嘛？
盯进度条、倒水，或者顺手开下一个仓库。评论区里最扎心的自白，是有人已经不 review 代码本身，只看 AI 改了哪几个文件。另一个人补了句大实话：不降智的情况下，真的可以一直按回车——人是有惰性的。知乎
这种焦虑有了名字：认知投降。Claude 自家工程师发文警惕它，Addy Osmani 也补了一刀——Agent 一次性甩出 6000 行 PR，你只知道它跑起来没报错，然后 next，至于它写了什么、为什么这么写、具体怎么实现，能答上来的人越来越少。"问题到答案"之间的认知空隙，正在被高频、大体正确的输出压缩。知乎
而用户真正怕的，还不是 AI 犯错，是那种看不见的意图错位：我以为它懂了，它可能误解了。知乎
Anthropic 自己怎么解这道题？10 月 15 日，Claude Code 团队公开了自家审核流程，先摆出的不是关卡名，而是一组数字：约九成代码由 Claude 写；6 月到 9 月合入的 PR 翻了一倍还多，需要回滚的占比反而降了四成以上。知乎
六道关卡的真实走法：
前置检查：先跑测试、跑通构建，改了界面要贴截图对照设计稿——光说"测试过了"不算，贴出跑过的命令和输出才算；
干净脑子复查：另开一个全新上下文的子智能体重读 diff，因为写代码那个会话的上下文已经被来回改动污染了；
并行评审+投票验证：多组 AI 评审员找 bug，另一组投票，票数够了才贴到 PR 上。3 月刚上线时，拿到实质性评审意见的内部 PR 从 16% 涨到 54%。知乎
安全审查单独一关：有没处理完的指摘就合不进去，要么修掉，要么写清理由关掉；
人这一关按风险分级：文档、文案、藏在功能开关后的改动免审；一般改动一人批；计费、自动更新这类高风险路径要两人——AI 的批准不算数，且批准只对某一次提交有效，新提交一推就失效；
合并队列复查：轮到它时在最新主分支上把所有检查重跑一遍，堵住"单测都过、合起来出问题"的坑；兜底是一张网：功能开关+快速回滚，出事立刻关掉，不等下一个版本。
但照抄有三个坑。一是评审员和作者是同一套模型，盲点会共振：3 月 26 日上线的一个功能，AI 在对话恢复后反复清理推理记录，一路漏检，直到 4 月 10 日才修掉。二是投票制会筛掉少数派意见，而致命的 bug 往往只有一个人看出来——有 PR 走了 50 多轮评审加修复都没收敛。三是低风险免审全押在分级器不看走眼上，所以团队还在补熔断机制：回滚率一抬头，自动收紧审批。知乎
普通团队今天就能抄的，其实是三件小事：让 AI 贴证据，别让它自报通过；责任写死，出了问题找的不是模型，是下指令的人；把重复出现的问题写进 REVIEW.md 和 CLAUDE.md，让这次的教训变成下次的检查项——一轮评审加修复就通过的 PR 从 65% 涨到 78%，平均评审轮次从 2.08 降到 1.32。知乎
国内也有同向的实践。美团技术团队今年 5 月公开的工程实践里，一个规模 31 万行、九成以上由 AI 生成的业务系统，把工程规范转化成 AI 能执行的规则，提交前先由 AI 自查规范、缺陷和异常处理。36氪
这些流程真正改变的不是"审得严不严"，而是人在审什么。所以下次等 AI 改代码，别看进度条，盯 diff：它动没动"不该动"的文件，retry、except 是不是在一层层往上加还越改越慢——那通常就是它没摸到根儿的信号。知乎36氪
六道关卡一道都替你答不了两个问题：这次改动最坏会出什么事，以及出事之后，由谁来修。
