如何让审阅代理真正发现缺陷并推动项目完成——而无需你盯着品味？

想了解别人使用什么样的配置来让审阅/批评代理真正有用，而不是对主代理的工作走个过场。我一直遇到的失败模式是：编码代理生成了看似合理的东西，审阅代理说“看起来不错”，而我在审查时发现它偏离了规格或品味不对（命名、结构、过度设计），于是不得不介入纠正。到了那一步，循环就不再自主了——实际上我成了审阅者。对于真正让这套机制跑通的人：1. 你如何提示/构建审阅代理，让它发现真正的缺陷（规格偏差、正确性、死胡同），而不是批准主代理所做的任何事？2. 你会给它独立的权限去运行测试/构建/规格检查，还是纯粹靠读代码？3. 你如何防止主代理在品味/细节上偏离，同时仍让它无人值守地运行？（lint规则、生成的测试、规格文件、验收标准？）4. 最有用的分工是什么——一个审阅者，还是审阅者加一个提出替代方案的批评者，或者多个专门的检查器？5. 你如何决定任务应该交回给你，还是让代理链继续打磨？我希望循环最终能以真正可交付的东西结束——而且理想情况下，当出现问题时，审阅者本身能提出修复方案，而不仅仅是标记问题。很好奇大家为了这个目标在跑什么样的配置、提示模式以及工具。