企业 AI 执行多步骤任务时，中断后直接重跑可能重复写入或发送。本文说明如何保存执行进度、核对外部结果并建立受控恢复机制。
企业 AI 整理资料、生成报告并回写业务记录时，一次任务可能包含多个步骤。网络中断或服务重启后，系统如果只知道“任务没有完成”，就可能把已经成功的步骤再做一遍。长任务恢复需要保存过程证据，并在恢复前核对实际业务结果，不能把重新运行等同于继续执行。
把任务拆成可以核对的步骤
每个步骤应有明确输入、输出和完成条件。读取资料、生成草稿、审核确认、业务写入可以分别记录状态，而不是只维护一个总进度。系统可使用任务编号和步骤编号关联记录，并区分未开始、执行中、已完成、结果待核对和已终止。对于生成内容，应保存必要的版本标识，避免恢复时使用已经变化的草稿。
检查点应记录证据而不只是百分比
一个有效检查点需要说明已完成哪一步、使用了哪些资料版本、输出保存在哪里，以及下一步需要什么前置条件。涉及业务动作时，还应保存目标对象和结果编号。完整原文、密钥及敏感业务资料不应无边界写入日志；可以保留受权限控制的引用和脱敏摘要。进度百分比适合展示，不能代替执行证据。
把响应不确定单独处理
请求超时可能意味着动作未发生，也可能意味着业务系统已经处理、只是返回结果丢失。遇到这种情况，应先通过目标记录、业务流水或接口查询确认结果。能证明动作尚未完成时才重新执行；已经完成时补记状态；仍无法确定时转人工核对。尤其是付款、消息发送和批量修改，不能因为没有收到成功响应就自动重试。
防重复机制要与业务系统配合
可以给一次业务动作分配稳定的操作标识，并在重试时沿用。目标系统只有在支持并正确保存该标识时，才能识别重复请求；仅在 AI 侧生成一个编号并不能保证安全。对于不支持此能力的接口，可在动作前后核对业务记录，必要时限制自动恢复。并发任务还需要避免多个执行者同时接管同一个检查点。
恢复时重新检查变化的条件
任务暂停期间，资料、权限、业务状态和审批决定都可能变化。恢复前应确认发起人仍有权限、目标记录仍处于允许状态、资料版本仍适用。若关键输入已变更，应重新评估受影响步骤，而不是继续沿用旧结论。恢复成功后记录接管时间、核对依据和实际动作，让责任人能还原全过程。
常见问题
是不是每一步都必须从头重做？
不必。已完成且证据仍有效的步骤可以保留；受输入变化影响的步骤需要重新评估。
超时后能直接重试吗？
对于可能产生业务变化的动作，应先核对是否已经执行。结果不确定时保留待核对状态。
断点恢复是否能保证任务一定成功？
不能。它帮助控制中断后的执行秩序；权限变化、资料冲突或外部系统故障仍可能需要终止或人工接管。