给代理一个验证自己工作的办法，输出质量可能因此大幅提高

给代理一个验证自己工作的办法，输出质量可能因此大幅提高。 有了这套流程，Claude Code已经能自己写出90%+的代码。当软件生成速度超过你能评审的速度时，瓶颈就变成了如何证明它能正常工作。@bcherny和团队在验证上投入足够多，我们才得以保持稳定，同时快速推进。 代码评审不会消失，但思路需要变。只靠一个人逐行阅读，已经撑不起验收关口。它需要发展为多层验证系统，为代理提供快速、确定的反馈。 e2e（端到端）测试、@poteto一直提倡的功能地图、属性测试，以及多个代理之间的对抗式评审，都能发挥作用。它们能帮助我们尽早发现错误，在问题失控前修好。 生成的代码太多，人眼根本看不过来。因此，你的注意力应该放在产品意图、风险评估和证据判断上。把代码检查交给自动化测试，按风险调整审批力度，让失败测试成为持续演进的评测。这样才能在保持速度的同时，保住可靠性。 让代理做好它擅长的事，你则专注于不可替代的部分：判断、方向和责任。我们想在这篇文章里讲清楚，自己是怎么做代码评审和验证的。希望有帮助。