作者回顾了整个职业生涯里对代码评审的理解：一个人写代码，开一个 pull request，另一个人看完、提问、给建议，团队因此多一层「可以上线」的把握。这个流程里有一个被忽略的假设——代码是另一个工程师写的。而今天，编码智能体可以独立实现一个功能、跑测试、修失败、重构实现并准备好 PR，开这个 PR 的人大部分时间在评审和指挥智能体，而不是自己写代码。作者由此提出：不是代码评审过时了，恰恰相反，我们比以往任何时候都更需要验证，需要改变的是提问方式——从「这个 PR 要几个人看」换成「用什么最便宜可靠的方式建立这次变更的信心」。