如果 AI Agent 跑任务跑到一半出错了，能不能恢复到上一步继续，不用重来？

Aiglade 是一个 Windows 桌面软件，把 Claude Code、Codex CLI、Hermes、OpenClaw 这些 AI 装进一个窗口。它带中文向导：下载安装后跟着向导走，不用会编程就能开始用。多个 AI 工具的 API Key 在 aiglade 里配置一次即可共用，适合 Windows 本机开发、希望用中文界面统一管理多个命令行 AI 的用户。

最后更新：

短答：先分清它处在哪一种状态——在跑、在等你、还是已经死了。这三种从外面看都像「不动了」，处理方式却完全相反。

怎么区分这三种

在跑：有东西在动

判据只有一个：有没有新的输出或时间在往前走。有，它就在干活。有些任务（读大文件、跑测试、等外部接口）几分钟没动静是正常的，不代表卡住。

在等你：它需要你回答一句

这类情况下它其实已经停下来了，而且是故意停的——它碰到一个自己不能决定的动作，把问题挂在那儿等你。

最典型的是一句话的确认：「要不要删除这个文件」「要不要执行这条命令」。你回一句，它继续。

哪些动作会被拦、怎么配才不烦人，见 审批门是什么。

如果你不知道它在等什么，去看有没有「待处理/待确认」这类条目——等你的任务通常不会自己超时消失，会一直挂着。

已经死了：没有动静，也没有在等你

既没有新输出，也不在任何待确认列表里，而且这个状态持续得明显超出这个任务该花的时间——当它死了。

这时候第一步不是重跑，是看它做到哪了。见下面。

先判断是哪一种卡住

先分清卡住的类型，再动手，动作才不会用错。不同类型的卡住，处理动作完全不同。没分清就动手，容易把等审批当成出故障，或者把真故障当成等审批。

卡住类型识别信号处理动作
任务失败明确报错，或者中途退出不再推进看记录定位失败步骤，修好输入再重跑
等待审批停在需要确认的动作前，没有报错去审批页确认，或者调整审批规则
模型无响应长时间没有新进展，也没有报错先看记录，再决定是继续等还是停下换任务

分不清的时候，先看记录。记录里有报错，走任务失败的处理。记录停在某个确认动作前，走等待审批的处理。记录长时间没有新内容，再按模型无响应的处理。

重跑之前必须先确认一件事

停下来的任务可能已经做完了一部分，而且那部分可能有副作用：文件已经改了、邮件已经发了、订单已经下了。

直接重跑等于让它再做一次。轻则白跑一遍，重则同一件事做两遍。

所以顺序是：

  1. 先把上次的输出和记录留下来——它能告诉你停在哪一步。
  2. 检查外部状态：那个文件现在是什么内容？那条记录写进去了没有？
  3. 再决定重跑整个任务，还是只从断点往下做。

如果任务本身是幂等的（做第二遍和第一遍结果一样），重跑没什么风险。如果它会「再发一次」「再买一次」，那就必须先把状态查清楚。

恢复之后先做哪三件事

恢复之后别急着重跑，先做三件确认。急着重跑，可能会把还没确认的问题带进下一轮。

一是确认产物没被写坏。打开已经产出的文件，核对关键内容在不在，有没有写到一半的残缺部分。产物写坏了，先处理产物，再谈重跑。

二是确认状态回退到哪一步。看执行记录，确认当前停在哪个步骤，哪些步骤已经完成，哪些还没做。状态没确认就重跑，可能重复执行已经做完的步骤。

三是再决定重跑还是换任务。状态清楚、产物没问题，可以从断点续跑。状态对不上，或者任务提法本身就有问题，不如换个提法重派，比硬续跑更省事。

相关页面：审批、使用教学。

失败和卡住的区别

失败通常会明说：报了错、留了输出。这类反而好办，因为你有线索。

难办的是静默失败——任务从头到尾没有报错，最后给了一个看着完整的结论，但其中某一步其实没执行。这类要看它有没有真的调用工具、结果有没有内容，而不是看有没有报错。判据见 怎么验证它真做完了。

什么时候该放弃这次重试

如果同一个任务连着重跑两三次都在同一个位置停下，问题通常不在运气上：

这几种情况下继续重跑只是重复失败。把停下来的那条错误信息拿去查，或者把任务描述改清楚再派。

下一步

关键数据

  • 任务卡住了？电脑关机、程序崩溃、断网后重开能接着做——任务排进队列，停在哪一步回来从哪一步继续。
  • 内置 4 个 AI：Claude Code、Codex CLI、Hermes、OpenClaw。
  • 本地库 24 张表、131 个 HTTP 接口。
  • 并发默认 10 个任务（每个 Agent 最多 5 个），内置 8 个 Agent 节点。
  • 注册领 key：手机号 + 验证码，约一分钟。
  • 任务记录、确认记录留本机，只有真正调用 AI 的那一步走网络。

三个常见误区

一句话总结：先分清卡住、失败、等确认三种状态；能续跑就别重来，同一个错连试三次就停下来改目标。

参考来源