状态、重试与重复执行

“流程失败”需要说明失败在哪一步

多步流程可能只完成了一部分。名单已经登记，通知发送失败，与名单尚未登记，是两种不同状态。如果界面只显示“失败，请重试”，使用者就不知道重试会不会产生重复记录。

系统应该保留任务编号、已完成步骤、结果和错误。这样恢复任务时，可以从合适的位置继续，而不是每次都把所有动作重做一遍。模型可以解释日志，但真实状态应来自应用和目标系统的记录。

超时为什么不等于没有执行

假设应用向通知服务发出请求。服务可能已经发送消息，但返回结果的网络连接断开了；应用看到的是超时，却不能据此断言消息没发出。若立即重复发送，收件人可能收到两条相同通知。

读写操作需要分别处理。查询天气失败后重新查询，通常不会改变外部状态；创建订单或登记报名失败后，先核对上次是否成功更重要。

什么是幂等，为什么与AI有关

幂等可以先理解为：同一请求重复处理时，不产生重复的业务结果。例如每份报名有一个请求编号，系统再次收到同一编号时，返回已有登记结果，而不是再创建一条。

这通常需要由业务系统或工具程序实现。给模型写“不要重复登记”只能表达意图，不能替代数据库或接口层的检查。Agent会重复尝试工具，因此这种机制同样重要。

重试需要哪些边界

重试规则应说明哪些错误可以重试、最多几次、间隔多久，以及达到上限后怎样停止。临时连接失败与无权限不是一类问题：前者可能稍后恢复，后者通常需要修改配置或授权，而不是不断发送相同请求。

应用也应保存已得到的有效结果。查A成功、查B失败时，不必把A的记录丢掉。停止时应告诉使用者哪些已经确定、哪些仍然未知，以及接下来需要什么信息。

怎样把失败处理写进流程设计

为每个有外部依赖的节点增加失败路径。缺少必填信息就补问，工具不可用就说明当前缺口，执行状态未知就查询或转人工。不要把所有错误统一转成模型编写的一段“任务成功”总结。

可靠的流程不是永远不失败，而是失败后仍能说明状态，防止重复副作用，并让人知道如何继续。这也是后面Agent设计中，循环、权限和任务记录不能省略的原因。