编码 Agent 一直检查却不交付，停止条件怎么设才有用？

怎么区分必要检查与没有推进的重复动作？

为当前任务保留一份简短的问题清单，每项都写清需要看到什么结果。例如，一个修改是否修复了已复现的错误，或是否影响现有调用。执行检查前说明它准备回答哪项问题，结束后把结果写回清单，方便判断还缺什么证据。

如果下一轮仍运行相同动作，却没有新的输入、失败信息或待解决问题，就先停下来解释为什么还需要继续。不要用检查次数代替任务进展。这里讨论的是工作方式，没有声称采集项目能够自动理解所有验证与业务需求的关系。

停止条件应该在什么时候约定清楚？

在实现前先列出必须通过的要求，以及无法验证时要留下的说明。把必要检查与有新证据才需要追加的检查分开，避免临近交付时不断扩展任务范围。若过程中发现真实风险，就更新清单，并说明它与当前改动的关系。

让停止条件允许明确报告未完成的部分。遇到环境不可用或需要关键输入时，可以保留已经完成的工作、失败位置和下一步，再交给相应的人处理。停下不等于声称全部成功，也不需要为了得到一个完成标签而反复尝试同一动作。

Agent 停下时，怎样留下可以接手的交付？

交付中说明改了哪里、运行了哪些检查、结果如何，以及还有哪些要求未得到验证。让后来接手的人能找到对应代码和失败信息，而不必重放整个对话。如果只是方案或局部实现，也直接标明当前阶段，避免误把进度报告当成完成结果。

先用一组固定输入检查结果

可以准备一个故意失败的测试：第一次运行保存错误；第二次不改代码原样运行，检查是否提示重复；第三次先修复被测函数再运行，检查是否允许新的验证。若代理改了文件却仍被一律阻止，就需要检查判定依据。这里只设计测试顺序，未运行插件，也没有据此计算节省的 Token 或提升的成功率。