你以为在审代码，其实在点合并

你以为在审代码，其实在点合并

上周五下午四点，我已经合并了十二个 PR。

这个数字放在两年前是不可想象的。以前一个下午能推两三个就算高产了。但那天有 Claude Code 帮我写，每个 PR 从生成到审查到合并，平均二十分钟。效率确实高。

到第十三个的时候，我开始走神。Agent 跑完了一段缓存逻辑的重构，我打开 diff，眼睛在扫，但脑子已经不太转了。看了一遍，觉得”大概没问题”，测试也全绿，就合并了。周一早上上线，缓存命中率掉了 40%。我去查，发现那段代码在某个分支条件下会跳过缓存直接查数据库。这个问题在 diff 里是能看到的——如果我当时认真看的话。

事后回想，那个下午我做了一件特别蠢的事：我一直在”工作”，但从某个时刻开始，我已经不是在审查了，是在走流程。

---

两条曲线，被 AI 拆开了

以前写代码的时候，有一个朴素的事实保护着你：你累了，产出就慢了。下午三四点，手速下降，打字出错，逻辑绕不过来。你可能会站起来喝杯水，或者干脆换个轻松的任务做。身体在告诉你：“该歇了，再往下走质量会出问题。”

产出速度和判断力以前是同步的。你产出慢了，犯错的机会也就少了。两条曲线绑在一起往下走，互相制约。

AI 把这两条曲线拆开了。

Agent 不累。下午四点和上午十点一样快、一样自信。你让它写第十三个模块，输出质量跟第一个没有区别。产出曲线是一条平的线。

但你的判断力曲线还是那条老样子的下坡路。上午你能仔细看每一行 diff，想到边界条件，质疑 AI 的设计选择。到了下午，审查变成了扫一眼、看测试结果、合并。

产出还在加速，判断力已经在减速。这两条曲线之间的缺口，就是风险藏身的地方。

问题在于，你意识不到这个缺口在变大。

因为在 Agentic 工作流里，你大部分时间在”看”，不在”写”。看 Agent 的输出，看 diff，看测试结果。看起来比手写代码轻松得多。你不会手酸，不会有那种”我写不动了”的疲惫感。

但判断是真的在消耗。每审查一个 PR，你都在做一连串微小的决定：变量名合不合适、错误处理到不到位、跟现有架构搭不搭。每个决定都不难，但它们会叠加。到第十三个 PR 的时候，我的脑子已经不判断了，只通过。

身体没喊累，但判断力已经掉线了。

这也是为什么我那天能一口气合并十三个 PR 而中间没停下来。如果是手写代码，到第七八个的时候我肯定会觉得”写不动了”。但因为我只是在”看”AI 写的代码，体感上觉得还行——我又没干什么体力活。

这种错觉很危险，你已经在自动驾驶了。

---

谁替你踩刹车

以前不需要谁替你踩刹车。你的身体就是刹车系统。写不动了就慢下来，慢下来就少犯错。整个系统是自调节的。

AI 把这个自调节机制解除了。你的手不累，因为 AI 在写。你的眼睛不累，因为你在看，不在盯着一行代码想半天。你的产出没有减速，因为 Agent 永远在全速跑。所有以前会触发你停下来的信号，都被绕过了。

那只能自己来。

我一开始试过给自己定时限，比如每天最多审两个小时的 PR。但很快就发现这个标准不对——有时候一个小时审了三个复杂的已经到极限了，有时候一下午审了八个简单的还有余量。按时间算，切不到点上。

后来换了个思路。真正管用的标准不是时间，是深度。每个 PR 审完之后问自己一句：刚才我是在审查，还是在确认？如果只是在确认——看到测试全绿就点了合并——那说明今天的审查质量已经用完了。

审到”只是在确认”就停。

用完了就停。剩下的明天再审。

以前代码质量靠手速兜底，写不动了就停了。现在代码质量靠自律兜底，你得在自己还觉得”还行”的时候主动喊停。因为等到你发现”不行”的时候，你已经放过了好几个本该被拦住的问题。

AI 不着急，它可以等。