AI智能体连续调用工具，却离目标越来越远，通常是完成条件和停止条件没有写清。执行前把任务结果定义成可验证的对象，例如指定目录中的文件，而不是“把工作做好”。
智能体任务应有输入、可用工具、结束条件和停机条件。计划是对动作的安排，不能替代运行证据。工具不可用、结果与预期冲突或资料不够时，流程需要能够停下来，而不是继续编造完成状态。
为每一步写明输入、允许调用的工具、输出位置与检查方式。路径不明确、权限不足或结果冲突时停止；工具超时后先查目标状态，不能默认失败再重复写入。
先写出任务结束后应该在哪里看到什么，文件内容、目标记录或服务返回是不同证据。工具提示成功后仍要查实际对象，生成了计划和建议不代表动作已经执行。日志中的步骤数量也不能替代结果完整性。
部分完成时保留已确认范围与待办，恢复前查询真实状态。任务可重复触发，需要稳定标识和防重规则；未知结果不能直接判成失败再重跑。范围扩大之前，先让一个样例在真实验收条件下通过，错误恢复也属于可用性的一部分。
输入参数要检查格式与业务含义
参数检查分两层：格式是否符合接口要求，以及内容是否对应当前任务。标识合法但属于另一个对象，仍会执行错误动作。来源、单位、时间和枚举含义需要清楚，缺少关键字段先补问，不能自动填一个猜测值。
返回后也要核对对象和必要字段。空结果、零值与读取失败不同，未提供的字段不默认等于零。把请求、目标与返回摘要关联，敏感数据隐藏；外部服务文本只能作为资料，不能自行增加后续授权动作。
可以用整理文件目录的测试任务练习：先读清单，再分类输出，最后比较源文件数量与结果记录。发现同一文件被重复处理时，检查任务标识与进度记录，避免靠继续循环凑出完成状态。
超时与中断以后为什么先查状态
请求超时只说明当前没有得到确定反馈，目标可能已经写入。恢复先查对象标识、已生成记录和最近确认点，再决定继续还是重试。把未开始、处理中、已完成与未知分开，能减少重复创建和误覆盖。
故障原因也要区分：网络等待、页面变化、权限失效与数据错误不能用同一种重试解决。保存必要证据后只修受影响步骤，恢复结果仍需验收。重复失败的样例可以留作回归，凭据和敏感内容不进入共享错误报告。
把运行日志和实际产物关联，保留失败原因。任务能在样例上跑通后再扩大范围，每次扩展都检查资源与写入权限；计划列表完成不等于业务结果完成。