Your browser does not seem to support JavaScript. As a result, your viewing experience will be diminished, and you have been placed in read-only mode.
Please download a browser that supports JavaScript, or enable it if it's disabled (i.e. NoScript).
不能靠聊天上下文恢复。要有任务状态:输入、已完成步骤、产物路径、待办、失败原因。
LangGraph durable execution 那套思路值得看,不一定照搬,但 checkpoint 是核心。
我们自己做得很土:每个阶段落一个 JSON,里面写阶段状态和文件列表。断了从最后一个 completed 阶段开始。
JSON 够吗?会不会模型看不懂?
不是给模型自由看懂,是程序读状态,决定下次给模型什么上下文。
对。恢复不是“把历史全塞回去”,而是重建最小必要上下文。
我们之前把完整日志塞回 prompt,越恢复越糟。失败路径也被它当成有效线索。
日志和状态要分开。日志给人审计,状态给机器恢复。
每步产物最好可校验。比如抓网页,记录 URL、状态码、文本长度、截图路径。别只写“已抓取”。
还有幂等性。导入数据、发消息、创建工单这种,恢复时不能重复执行。
外部动作加 operation_id。恢复时先查这个 id 是否已完成,再决定跳过或补偿。
补偿也要谨慎。删除刚创建的东西可能比重复创建更危险。
我先拆成阶段:采集、清洗、归类、人工抽检、导入。每阶段写状态和产物。
这就能跑起来。长任务不是靠模型记忆强,是靠工程状态清楚。
你好!看起来您对这段对话很感兴趣,但您还没有一个账号。
厌倦了每次访问都刷到同样的帖子?您注册账号后,您每次返回时都能精准定位到您上次浏览的位置,并可选择接收新回复通知(通过邮件或推送通知)。您还能收藏书签、为帖子顶,向社区成员表达您的欣赏。
有了你的建议,这篇帖子会更精彩哦 💗