停止条件是什么？Agent 循环怎样区分完成、暂停与失败
通过重复查询资料的例子解释停止条件，说明结果证据、步骤上限与人工中断，区分终止运行和任务成功，并避免重试产生重复副作用。
先理解这个概念
停止条件规定Agent或工作流在什么情况下结束或暂停，例如结果已验证或达到步骤预算，也可能因为遇到需要人工判断的问题。它应由执行程序检查，而不只依赖模型自觉停止。运行终止不等于任务成功，预算耗尽和工具失败需要明确报告。写入动作发生后还要核对目标状态，防止重启循环时重复执行。
完成条件必须对应可观察的结果
例如资料助手需要找到一份支持结论的公告，不能以已经搜索三次作为完成。应检查原文确实包含相关事实，再形成答案。步骤数量可限制工作量，却无法证明资料质量；没有找到依据时，应报告未确认，而不是拼出一个看似完整结论。
代码任务可以采用相关测试通过等结果，但还需确认测试覆盖本次修改。模型说完成只是一个信号，不能直接代替执行证据。这里给出条件设计，没有运行真实工具循环或宣称某个系统能自动判断所有任务是否完成。
预算和错误阈值用于限制无效继续
AutoGen提供按消息数或特定文本等设置终止条件的机制，Anthropic也讨论最大迭代次数。实际应用应按任务定义限制，必要时加入超时与取消。不同框架对一步的计数方式可能不同，不能把轮数直接当作工具调用次数。
若同一查询反复得到相同错误，应记录原因并停止无效重试，或改用已经获准的其他路径。不能靠不断改写自然语言掩盖底层权限缺失。预算耗尽时保存当前进度和未完成项，有助于之后恢复，却不能把这些状态标成成功。
暂停恢复还要防止重复外部操作
人工中断后，需要明确下一步从哪里继续。若上一轮提交动作超时，可能已经生效，应先查询确认，而不是直接重发。幂等机制可以降低重复影响，但它有自身的键和有效范围，不能凭工具名称假定已经具备。
核查可以用假工具模拟一次失败和一次重复返回，确认上限生效且状态准确。本文只描述验证方法，没有执行业务写入。交付记录应分别说明完成、等待人工或失败，清晰状态比一句循环已结束更能帮助后续处理。
核对来源
以下资料用于核对概念和方法。文中的示例与测试范围分别注明，实际使用时请核对所用工具的版本。