AI 任务中断了怎么继续?从断点安全续跑的 3 个步骤
"跑到 80% 断了""重新跑会不会把前面做的覆盖掉""续跑了一次,结果出来两份"——AI 任务中断之后,比中断本身更麻烦的,是不知道哪些部分已经完成、哪些要重跑。盲目从头再来至少浪费一轮,还可能把已完成的部分做两遍。
安全的续跑不是点一下"继续",而是三个步骤:先确认"哪些已经完成",再定位"断在哪一环",最后从断点重试,并用对账防止重复执行。
1. 第一步:确认已完成阶段和已有产物
任务拆解之后,每个阶段都应该有自己的产物:一份中间表、一个目录、一版草稿。中断后先盘点产物,而不是凭印象回忆进度——产物是客观的,记忆是乐观的。
盘点用一张三列清单就够:阶段、产物(文件名或位置)、完成时间。以一次数据整理任务为例(虚构示例,仅用于演示):原始数据已归档、清洗脚本已跑完并输出中间表、报表只生成了一半——那么断点就在"报表生成"这一步,前两步的产物直接复用,不用重跑。
盘点时最容易犯的错,是把"好像跑过了"当成"确实完成了"。验证方法很朴素:产物文件存在、大小和修改时间合理、打开能看。三样都过,才记为已完成。
2. 第二步:定位失败环节,判断能否安全重试
断点确认后,下一步是弄清失败发生在哪个环节、属于哪一类。失败分三类,处理方式完全不同:
| 失败类型 | 常见表现 | 安全的做法 |
|---|---|---|
| 临时性失败 | 网络超时、服务暂时不可用 | 直接从断点重试该环节 |
| 输入性失败 | 材料缺失、格式不对、字段对不上 | 先补输入,再重试;重试前不改产出规则 |
| 依赖性失败 | 后续步骤依赖的前置结论错了 | 回退到出错的前置环节重做,而不是硬着头皮往下走 |
判断错类型,重试就可能造成重复执行:把临时性失败当成输入性失败,会白白重跑已完成的阶段;把依赖性失败当成临时性失败,会在错误的结论上继续堆积。宁可多花两分钟确认类型,也不要盲目点重试。
3. 第三步:从断点重试,并防止重复执行
从断点重试前,先确认续跑机制不会重做已完成的阶段:已完成的部分要跳过,或者执行前先去重。续跑完成后做一次对账——新产物与已有产物合并前先查重,输出总数与预期对得上。
对账是防重复的最后一道闸。以数据整理任务为例(虚构示例,仅用于演示):续跑后输出 1,200 行,其中 800 行与断点前的中间表重复——合并前按唯一键去重,才能避免报表数字翻倍。凡涉及删除、发送、支付这类敏感动作的续跑,还应该在执行前人工确认一次范围。
4. 把续跑检查清单固定下来
三步流程可以压成一张可复用的续跑检查清单,每次中断都按它走一遍:
| 检查项 | 填写内容 |
|---|---|
| 任务目标 | 这次任务要交付什么 |
| 中断位置 | 断在哪个环节、什么时间 |
| 已完成阶段 | 有产物证明的阶段逐项列出 |
| 失败类型 | 临时性 / 输入性 / 依赖性 |
| 重试范围 | 从哪一步续跑,跳过哪些 |
| 防重复措施 | 去重键、对账方式 |
| 敏感动作确认 | 删除、发送、支付类动作的人工确认记录 |
清单的价值和上次一样:把"凭印象续跑"变成"按清单续跑"。任务越复杂、中断次数越多,这张清单越有用——它同时是执行记录和交接文档。
这类包含进度维护、失败摘要与断点续跑的任务,也可以交给 AutoClaw 这样的工具执行:输入是任务目标与已有产物,它会盘点已完成阶段、生成失败摘要并从断点续跑,输出续跑结果与对账记录;涉及删除、发送、支付等敏感动作时,仍由人确认后再执行。
中断本身不可避免,可控的是中断之后怎么接。确认产物、定位环节、从断点重试——三步走完,任务才不会在中断里丢掉已有的成果,也不会在续跑里制造新的重复。