AI自动化真正进入浏览器、邮箱、表格、后台以后，任务失败是必然会遇到的：网页超时、登录过期、接口限流、网络断开。最危险的处理方式，是一失败就从第一步重新跑。前面如果已经发过邮件、创建记录或提交表单，重新开始可能产生重复操作。成熟自动化一定要知道自己做到哪里了。读取、创建、发送、确认分别记录。不要把十个动作塞进一个不可见的大步骤。

每步都有状态

待执行、执行中、成功、失败、未知。未知状态尤其重要，因为超时不代表对方没执行成功。

保存外部返回ID

邮件ID、订单号、文档ID、任务号都要记录。恢复时先查询这些ID，而不是重新创建。

长流程失败并不代表之前每一步都白做了。比如收集资料、生成摘要、创建草稿已经成功，最后上传附件超时，再从第一步开始会重复计算甚至创建两份草稿。

使用幂等ID

同一个逻辑动作重复调用时，服务端应该识别它是同一次任务。这样网络重试不会创建两份结果。

失败后先判断能不能重试

网络超时可以重试，权限不足通常不应该原样重试。错误类型决定恢复策略。

提交类动作先查状态

支付、发邮件、发布内容超时后，先确认是否已经成功。不要把“没收到响应”当成“没执行”。

人工确认也要保存

用户已经批准的金额和对象，可以绑定到这次任务。参数没变化时恢复后不用重复问。

给每个步骤记录任务ID、输入摘要、输出位置与完成回执。重试前先检查外部服务是否已经接受操作，再决定继续还是补做。发邮件、扣费、删除等不可逆动作尤其需要防止重复。

参数变化就重新确认

如果收件人、金额、内容变了，旧确认不能继续用。断点恢复不是无限复用授权。

网页任务保存关键页面状态

可以记录当前URL、已提交表单ID、已选择项目。恢复时尽量从可验证状态继续。

任务太久要设置过期

三天前没完成的购买任务今天可能已经无效。超过期限后应重新检查上下文。

给用户显示“做到哪了”

运行中、等待确认、失败可重试、已完成都应该可见。透明状态能避免用户自己又启动一份重复任务。

定期测试故障恢复

主动在测试环境里断网、关闭Worker、让接口返回错误。只有真正恢复过，才知道断点设计是否有效。权限设计可以结合AI自动化最小权限原则。自动化可靠性不是“永远不失败”，而是失败之后知道已经做了什么、下一步该从哪里继续，而且不会把真实世界动作重复一遍。

如果流程等待人工审批期间原文件更新或授权被撤销，恢复时还要重新验证前提。断点续跑保存的是已确认事实，不是无条件延续一份过期计划。

AI自动化 断点续跑的第1轮检查

真正上线前，建议把这个流程固定成可重复的测试：准备一组正常样本、一组容易出错的边界样本，再记录输入条件、模型或工具版本、实际结果和人工修正点。这样下次更换模型、升级软件或修改参数时，就能直接比较前后差异，而不是凭感觉判断“好像变好了”。如果是团队使用，还要把负责更新的人、检查频率和回滚方式写清楚。工具越自动化，越需要知道失败后怎么恢复、哪些数据不能丢、哪些动作必须重新确认。这样才能把一次性的AI技巧变成稳定工作流。

AI自动化 断点续跑的第2轮检查