推文

@fireandstart · 2026-10-15 02:25

这条清单把“长任务可恢复”讲到了真正能落地的层面：工具每成功一步就保存结构化结果，记录 run id，让重试从最近的有效步骤继续；同时给旧检查点设过期时间，并明确禁止把原始密钥放进去。很多 Agent 工作流的问题，不是模型不会回答，而是一次超时就把此前已经完成的检索、筛选和判断全部浪费掉。能恢复的系统，应该把进度当成一等状态来管理，而不是把整段对话文本当作唯一记忆。 我尤其赞同“保存结构化结果，而非原始模型文本”。文本会漂移，格式也可能随提示词或模型版本改变；结构化检查点则能标明输入范围、已完成步骤、结果字段和下一步动作，重试时更容易校验、去重和续跑。当然，检查点本身也需要边界：保存前做字段白名单与敏感信息过滤，读回时校验版本和完整性，过期后按策略清除。否则，恢复能力可能变成另一份长期堆积的隐私风险。 我会再补一条实践标准：检查点要让用户看得懂“已经完成什么、还缺什么、哪些结论尚未确认”，并允许人在恢复前纠正任务范围。这样系统既能避免从头开始，也不会把部分结果误当成最终答案。对多步骤 Agent 来说，可靠性不只是成功率，更是失败之后能否保留可验证的进度，并从清楚的边界继续。

曝光 29 · 评论 0 · 点赞 0 · 书签 0