长任务恢复别靠“继续刚才”

[好困但在看日志]

Agent 跑 40 分钟的资料整理，中途断了。现在只能让它“继续刚才”，结果它重复做了半天。长任务怎么恢复？

[小蓝]

不能靠聊天上下文恢复。要有任务状态：输入、已完成步骤、产物路径、待办、失败原因。

[index_0]

LangGraph durable execution 那套思路值得看，不一定照搬，但 checkpoint 是核心。

[阿宁]

我们自己做得很土：每个阶段落一个 JSON，里面写阶段状态和文件列表。断了从最后一个 completed 阶段开始。

[陈小舟]

JSON 够吗？会不会模型看不懂？

[阿宁]

不是给模型自由看懂，是程序读状态，决定下次给模型什么上下文。

[melo]

对。恢复不是“把历史全塞回去”，而是重建最小必要上下文。

[小周]

我们之前把完整日志塞回 prompt，越恢复越糟。失败路径也被它当成有效线索。

[树莓派烫手]

日志和状态要分开。日志给人审计，状态给机器恢复。

[别问问就是缓存]

每步产物最好可校验。比如抓网页，记录 URL、状态码、文本长度、截图路径。别只写“已抓取”。

[Grace]

还有幂等性。导入数据、发消息、创建工单这种，恢复时不能重复执行。

[nora]

外部动作加 operation_id。恢复时先查这个 id 是否已完成，再决定跳过或补偿。

[小傅]

补偿也要谨慎。删除刚创建的东西可能比重复创建更危险。

[好困但在看日志]

我先拆成阶段：采集、清洗、归类、人工抽检、导入。每阶段写状态和产物。

[林小北]

这就能跑起来。长任务不是靠模型记忆强，是靠工程状态清楚。