先限定助手负责的任务
外部接口超时，AI重试会重复办事吗？建议先查询结果。本题围绕自动执行外部任务，主要要防止超时结果未知却立即重做。把允许自动完成的结果与必须交人工的情况分开，才能判断助手有没有越过任务边界；生成了答案、建议或文本，不等于真实业务已经正确完成。
能生成操作建议与有权执行操作是两件事。外部系统执行需要身份、范围、参数校验和结果核对，模型文字不能作为成功证据。
建立能核对的输入与输出
准备业务键、请求编号和外部结果作为对照，样本既要包括常见情况，也要包含“订单已建但响应丢失后再建”这类容易出错的输入。保留脱敏原文或原记录、助手输出和最终处理结果，标明哪部分是提取事实、哪部分是建议。这样纠错时不必凭印象判断，也能知道错误来自资料、理解还是实际执行。
将读取、预览和实际执行分开，保存执行编号；失败或超时后先确认外部结果，再决定重试，避免重复业务动作。
把处理规则落到三个动作
先核对外部接口是否支持幂等键与结果查询，并确认幂等的范围和有效期限。支持时，重试复用同一业务键，补查真实执行结果；只在本系统记录编号，并不能约束不支持该机制的外部服务。如果结果未知且无法查询，应暂停自动重试并转人工核查，保留请求编号和时间，不能让AI猜测成功或失败。
用一个失败例子检验边界
超时可能发生在外部动作已经完成、响应尚未返回时。先查对方订单或执行记录；无法取得可信结果时，将任务标为待人工确认。对于不支持幂等又不能查询的写入接口，不应自动反复调用。
例如：订单已建但响应丢失后再建。先写出人工处理该样本时会依据什么证据，再比较自动化结果。发现差异时，保留原样本并纠正具体规则，而不是只让助手重新生成一次更像正确答案的文本。将该样本加入下一版本的检查，才能判断修正是否稳定。
高影响动作设置确认或复核；只读任务可以先小范围试用。不得把任意文本中的指令直接升级为操作权限。
试用达到什么条件再扩大
验收应在测试环境模拟外部已执行但响应丢失：支持幂等时，同一业务键重复请求不产生第二次动作，查询结果与外部记录一致；不支持或无法确认时，系统暂停自动重试，生成可接管的人工待办。核查人员能看到请求编号、时点和已知证据，再决定是否补做。不能用本地日志里的“已发送”当作外部已完成的证明。
执行与验收清单
- 明确自动执行外部任务的正确结果：未知可查询且无重复业务。
- 准备并脱敏核对资料：业务键、请求编号和外部结果。
- 确认外部幂等支持、范围与期限，再验证同键重试。
- 结果无法查询时停止自动重试，转人工核查并保留请求证据。
- 使用“订单已建但响应丢失后再建”复查问题，并记录未解决事项。