Agent 暂停期间用户补了信息，恢复时怎样决定哪些步骤重算

Agent 暂停后收到新信息，恢复不能简单从下一行继续。先保存暂停时的输入版本，再比较新信息影响哪些步骤：没有变化的事实可以沿用，依赖已改变条件的计划需要重新生成，已经完成的外部动作则单独保留。本文讨论用户主动暂停并改变条件的任务，与故障后按检查点续跑有所区别。

暂停保存的是可解释的状态

以合成设备巡检建议为例，任务先读取设备资料，再拟处理计划，最后创建待审核草稿。用户在拟计划阶段暂停，把处理地点从甲区改为乙区。设备型号没有变化，但可用人员、时间和处理办法可能变化。若系统只保存一个“执行到第三步”的编号，就无法判断原计划还是否适用。

暂停快照应包含任务号、输入版本、各步骤的输入摘要、依赖、当前状态与已产生对象。它不是把全部聊天原文复制一份；关键业务条件应有结构化字段与来源。时间、地点、对象等字段从哪轮输入得到、是否经过确认，都要可核对，不能让模型自己判断哪句话是最终决定。

暂停请求可能在某个调用尚未结束时到达。界面先显示暂停处理中，到达允许停止点后再显示已暂停，并说明仍在途的部分。执行器在暂停期间不启动新步骤；读回既有动作结果可以继续，不能把接收回执误认为又执行了一次业务。若底层仅能在节点边界暂停，应直接注明暂停粒度。

LangGraph中断文档说明如何保存状态、等待外部输入并恢复执行。应用仍要自己定义暂停快照与变更规则，持久化机制不会自动知道“改地点”是否使某个业务方案失效。本页样例是定制合同，不是可直接导入某平台的工作流文件。

把旧输入与新输入逐字段对照，得到变更集合。随后沿步骤依赖向下检查：仅依赖设备型号的资料读取可以复用；依赖地点与人员的计划需要作废重算；尚未创建的草稿使用新版计划。不能因为变更字段数量很少就认为影响很小，一个截止日期变化也可能使整项任务不再可执行。

附件用明确的依赖关系演示，不要求模型凭自然语言猜计算图。没有写出依赖的步骤标为需人工复核，不能默认复用。用户修改后应看到“将重新生成计划，已读取资料继续保留”的差异摘要；恢复确认绑定这一版输入，之后再修改则重新评估，旧确认不跨版本沿用。

若暂停发生在草稿创建之后，改变地点不能把旧草稿悄悄覆盖成新草稿，也不能假装旧草稿从未存在。先列出已有对象及其采用的输入版本，再由业务规则决定重新生成、标注失效或转人工。本文只定义停止与重算，不授权作废已提交单据。

恢复时也重新核对当前权限与来源版本。暂停前有权读取某对象，不代表长时间以后仍有权使用其详情；保存了结果不代表可以永久向用户展示。若来源资料变化且无法证明旧读取仍适用，列为需重查项，并让用户看到重新查验的原因，而不是随机选择缓存或最新值。

下载暂停快照与输入变更样例。附件分别演示无变化恢复、改地点重算、已创建草稿后改条件、缺失依赖定义以及任务已经取消。每条都有快照、新输入、预期复用项、预期失效项和目标证据位置，能用于双方逐项核对。

在隔离模拟源执行时，固定同一任务号并生成新的输入版本。检查复用步骤没有再次调用，失效步骤确实收到新版参数，已完成对象仍保留原版本。再用旧页面提交暂停前的恢复指令，预期被版本条件拒绝，避免多个浏览器标签页相互覆盖。

恢复前显示将继续的步骤、将重算的步骤和不会自动撤回的对象。有无法确定影响的字段时，要求补齐规则或人工处理，不给一个看似顺畅的继续按钮。若原任务已经结束、被取消或被其他人员接管，应先处理状态冲突，不能通过恢复命令绕过任务终态。

暂停不是无限期授权。等待多久、等待期间的计时规则、过期后能否续办，要由项目方定义；没有统一适用于所有业务的天数。交付材料应记录目标版本、暂停点、变更输入和执行器实际行为，附件里的预期只能作为待验证标准，不能当成已经跑通的证据。

相关背景可读批次检查点恢复，本题则归入流程自动化的交互状态设计。通过定制咨询提供脱敏步骤依赖、允许修改的条件与已有业务对象规则，可评估暂停、重算及恢复确认的实现范围。