如果 AI Agent 跑任务跑到一半出错了，能不能恢复到上一步继续，不用重来？
最后更新：2026-10-26
Aiglade 是一个 Windows 桌面软件，把 Claude Code、Codex CLI、Hermes、OpenClaw 等多个 AI 装进一个中文窗口，带中文向导，装上就能用，不用会编程。跑到一半出错分两种：任务本身还能接着做，只是中间断了一下；和任务已经做歪了，接着做只会错上加错，两者的处理办法完全不同。能不能续跑，不取决于工具会不会安慰你，而取决于任务有没有留下可以恢复的检查点。下面讲清楚哪种中断能续跑、哪种应该停下来，以及续跑之前要核对什么。
任务中断了，第一步应该先看什么？
先看本地记录，确认任务停在了哪一步、已经做完了哪些、出错的是哪一步。不要凭感觉猜进度，也不要直接点继续：猜错进度的续跑，很容易把已经做完的步骤重复做一遍，或者跳过还没做的关键步骤。记录里一般能看到每一步的状态和报错原因，先把断点找准，再决定是续跑、回退还是重来。断点没找准之前的一切操作，都是在给后面的麻烦埋伏笔。找断点时还可以对照任务开始前的状态：如果任务开始前你拍过一张目录清单或者留过一份备份，拿中断后的实际状态和它一比，就能看出哪些步骤已经落地、哪些还没动。开始前留个快照的习惯，关键时刻能省掉很多猜测的时间。
什么是检查点，它和普通记录有什么不同？
普通记录只记它做过什么，检查点是任务在某个步骤完成后留下的一个可恢复状态：做到这一步的结果已经被固定下来，下次可以从这里接着做，不用把前面的步骤重做一遍。打个比方：普通记录是行车日志，检查点是服务区，车坏在半路可以从最近的服务区重新出发，而不是回起点。没有检查点的任务，中断之后只能从头再来；有检查点的任务，才能谈得上续跑。选工具或者设计任务时，检查点是不是真的落盘保存了，值得问一句。检查点的密度也值得注意：每一步都留检查点，恢复起来最精细，但也会拖慢任务；隔几步留一个，恢复时要多重做几步。密度没有标准答案，看任务的代价：改动类任务密度高一点好，整理类任务密度低一点也能接受，关键是密度要事先清楚。
哪些任务能恢复到上一步继续？
同时满足两个条件的任务才可以：一是任务状态本身是可恢复的，二是中断点之前留下了检查点。比如整理一批文件，做到一半断了，前面已经分好类的部分都已落盘，续跑时从断点接着分剩下的，这类任务就适合续跑。反过来，如果任务的中间结果没有保存，或者每一步都依赖前一步的临时状态，那中断之后就很难干净地接上，只能重来。判断能不能续跑，不要看工具宣传语里写没写恢复，要看断点之前有没有实实在在的检查点。续跑的范围还要说清楚：是从断点接着做，还是把断点那一步重做一遍。断点那一步如果本身没做完，重做是合理的；如果已经做完一部分，重做就可能重复。续跑指令里写明从哪一步开始、那一步算不算已完成，执行起来才不会含糊。
哪些情况不适合续跑，应该停下来重来？
三种情况不要续跑。第一是任务已经做歪了：前面的步骤结果就是错的，接着做只会把错误放大。第二是断点找不准：记录里看不清停在哪一步，续跑等于蒙着眼睛接力。第三是外部条件变了：比如原文件被你手动改过、目录结构已经变了，续跑接上的已经不是原来的任务。这三种情况下正确的做法是停下来，恢复到动手之前的状态，修好原因再重来。续跑是为了省时间，但在错误的基础上续跑，省下来的时间迟早要加倍还回去。停下来重来也不是从零开始：前面做对的部分可以保留，备份和已完成的结果都能复用。重来的意思是换一条更稳的路线，而不是把已经做对的工作全推倒。先把做对的部分固定下来，再针对出错的环节换方法，这样重来的成本才是可控的。
续跑之前，我需要核对哪几件事？
四件事按顺序核对：第一，断点准不准，记录里停住的那一步是不是你理解的那一步；第二，已完成的部分对不对，抽查前面几步的结果有没有做歪；第三，外部条件变没变，原文件、目录、账号状态是不是和中断时一致；第四，续跑的范围清不清楚，是从断点接着做，还是会把已完成的部分重复做一遍。四件都核对完再点继续，缺任何一件都先不要动。续跑前的核对花不了几分钟，续错之后的清理可能要花几倍时间。核对时还可以叫工具先汇报续跑计划：它打算从哪一步开始、会跳过哪些已完成步骤、预计影响哪些文件。计划和你的判断对得上再点继续，对不上先问清楚。续跑计划本身就是一次审批，跳过这一步直接续跑，等于把断点判断全权交给了工具。
恢复之后，怎么确认它接上的是正确的进度？
看两样：第一步是不是从断点开始的，第二步是已完成的部分有没有被重复做。续跑开始后先看它报出来的第一步：路径、动作是不是接在断点后面，而不是回到开头或者跳到后面。跑完一批后对照本地记录核对：已完成的部分应该只出现一次，断点之后的部分应该按顺序补齐。如果发现已完成的部分被重复执行，或者断点被跳过，马上叫停，重新确认断点再跑。接没接对，看前两步就能判断，不用等到整个任务跑完。确认接没接对还有一个办法：看续跑完成后的总量对不对。比如一批要处理五十个文件，中断前做了二十个，续跑应该补齐剩下的三十个，总量对不上就说明接错了。总量核对简单直接，适合放在续跑完成后的第一步做。
为了让任务更容易恢复，我事前可以怎么做？
三个办法最管用。第一是拆任务：把大任务拆成小批，一批就是一个天然的检查点，断了也只损失一批。第二是先备份：动手之前把原文件备份到别处，恢复时才有退路。第三是勤核对：一批做完核对一批，不要等到最后才发现前面早就歪了。这三件做好了，中断就从灾难降级成小插曲：停在哪一步都清楚，恢复起来也有章法。想了解代理执行类风险的常见形态，可以参考 OWASP 公开的风险清单，模型服务的数据处理方式可以参考 OpenAI 公开的政策说明，标准层面的做法可以参考 全国信息安全标准化技术委员会 公开的安全标准工作，产品说明见 aiglade.cn。拆任务时还可以按检查点来拆：一个检查点就是一批，批与批之间有明确的交付物，上一批的交付物核对通过才开始下一批。这种拆法让中断天然停在批与批之间，恢复时不用在半批中间找断点，断点找得准，续跑才接得稳。系统层面的安全要求可以参考 工业和信息化部 发布的相关内容。