给你的 agent 一种验证其工作的方法。这能大幅提升输出质量。

有了这套流程，Claude Code 能够自己编写 90%+ 的代码。当生成软件的速度超过你审查它的速度时，瓶颈就转移到了证明它能正常工作上。@bcherny 和团队在验证上投入了足够多，我们才得以在保持稳定的同时快速推进。

代码审查不会消失，但你需要换个角度看待它。一个人逐行阅读不再能作为一道关卡，它需要演变成一个多层次的验证系统，为你的 agent 构建快速的确定性反馈循环。

这正是 e2e 测试、功能地图（正如 @poteto 一直倡导的）、属性测试和多 agent 对抗性审查的用武之地。它们都提供了尽早发现错误并在事情失控之前修复它们的机会。

你没有足够的眼睛来应对正在编写的代码量，所以你的重点需要放在产品意图、风险评估和评估证据上，而不是审查代码。把代码检查工作交给你的自动化测试，根据风险调整你的审批规模，并把你的测试失败转化为活的评估。这种方法有助于在不失去可靠性的情况下保持速度。

让 agent 做它们最擅长的事，让你专注于让你不可替代的东西：判断力、方向和所有权。我们在这篇文章中试图记录我们如何处理代码审查和验证。希望它有帮助。