按规模审查输出

这里有个诚实的问题：当智能体跨越多个任务写出数百行时，你无法像审查十行 diff 那样读完每一行。假装可以，会导致两种结果之一：盖橡皮图章（不看就批准）或瘫痪（什么都不信任）。两者都发布不出东西。

走通的办法是在几个层面设卡，而不是把一切都读完：

• 测试是底线。 相关测试不绿、类型检查不干净，任何智能体输出都不得合并。这不可商量，而且是自动的——这部分由机器来做。
• 对高风险部分做抽查。 你读不完全部，所以读爆炸半径高的部分：任何触及认证、金额、数据删除或外部调用的地方。其余的，按构建功能那章的危险信号略读——它不该碰的文件、被悄悄删掉的东西、一个小请求生出的一份巨大 diff。
• 读 diff，而非整个代码库。 git diff --stat 几秒内就告诉你什么变了、变了多少。一个划定到一个模块的任务却在六个模块里显示改动，这是一个信号：在读任何一行之前，先更仔细地看。
• 运行它。 一套绿色的测试不是一个能用的应用。点一下那东西。最后的检查永远与其他每一章相同：它在你面前，是否真的做了你要它做的事？

划定范围在这里有双重回报。一个你紧紧划定范围的任务会产出一份你真能审查的 diff；一个你放开的任务会产出一份你不能审查的。审查问题大体在上游、在简报里就被解决了。