恢复与追加

蜂群部分完成后，不一定需要从头再来。先分清是请求没有确认、任务执行失败，还是工作已经结束但还要补充内容，再选择下一步。

本篇沿用发布说明审阅：功能描述已核对，操作步骤检查中断。目标是保留能用的成果，只处理还缺的部分。

先确认发生了什么

请求重试、执行重跑和重新汇总不是同一个动作。尤其不要把“重试”理解为保证从最后一步无缝续接。

保留可用的成果

打开已完成分支的记录，核对它使用的材料版本、检查范围和结论。如果过程中允许修改文件，同时检查当前文件状态。

在示例中，“功能描述”一路的记录可以保留；但如果发布说明已被改写，它的旧结论可能不再适用。需要复用的是仍然有效的证据，而不只是一个“已完成”状态。

只处理未完成部分

先解决失败原因：材料无法读取就补齐输入，权限不足就明确授权范围，文件冲突就重新划分责任。单纯重发相同指令不一定解决问题。

可以这样提出后续要求：

保留已完成的功能描述审阅。先确认操作步骤检查中断前留下了哪些记录，只补查尚未覆盖的段落。使用当前版本的发布说明，不修改文件；最后把新增问题与原审阅结果合并去重。

能否接续原任务，取决于运行时保留的状态。能够关联原任务时，使用其恢复能力；状态不完整时，把现有记录和未完成范围交给新任务，先确认还需要做什么，再继续执行。

曾经写入文件、发送消息或执行外部操作的任务，重跑可能重复这些动作。停止不会自动撤销已经发生的操作；应先核对实际结果，再决定下一步。

在已有结果上追加

如果两路审阅都已结束，后来又想检查术语，就新增一项清楚的工作：

在这次审阅基础上追加术语检查。使用同一版本的发布说明，参考已完成的审阅记录，找出同一功能的不同叫法。只补充新增问题，最后更新合并建议，不重做已完成的功能与步骤检查。

追加与原目标有关的工作，可以继续利用已有材料；目标或材料已经明显变化时，应说明变化，重新确定旧结果的适用范围。

这与 持续蜂群 的区别是：这里关心怎样接着已有成果做，持续蜂群关心主 AI 忙碌时怎样接收新工作。

递归任务的恢复

递归任务有独立的任务树与快照。使用它提供的「检查并恢复」入口时，先刷新状态，确认哪些前置任务需要恢复，以及哪些后续节点仍在等待。

普通蜂群的重跑、持续蜂群的请求重试和递归任务的快照恢复各自处理不同状态。没有恢复入口时，可以先整理已有成果与待办清单，再发起范围更小的新任务。

最后重新整合

恢复或追加结束后，请主智能体以最初目标为依据，给出一份更新后的交付物，并保留尚未解决的问题。这样最终结果不会散落在几次重试和追加的回答中。