任务经历与失败经验

记录经历，不急着总结规律

某次任务在一个API版本下失败、某个网页控件需要特殊操作、一次财报比较如何核对口径，都可以成为episode。它记录发生了什么、条件是什么、怎样验证以及结果如何，帮助后续任务避免重复探索。它不等同于“以后永远这样做”的规则。

LangChain把episodic memory与事实、程序记忆区分，常通过相关历史例子辅助当前行为。应用可以保存精简经历并指向原始trace，避免每次检索整段聊天；但摘要中的关键判断必须能回到工具结果与验证证据。

环境和结果必须完整

建议episode包含任务类型、输入条件、工具/模型/环境版本、行动摘要、成功判据、失败类别、证据和局限。将“API返回200”“文档生成”“业务状态读回”和“人类确认”分别记录，不能统称成功。人类补救的部分也要保留，避免Agent错误学习自身已具备能力。

失败经历有时比成功例更有用，但需知道是否已被新版本修复。一次偶然超时不应被记成永远不可调用某工具，用户临时例外也不应成为通用流程。经历检索应考虑环境兼容、时间与反例，而非只看语义相似度。

从复用效果判断价值

可比较无经历、随机经历和相关经历三组，观察是否减少重复失败、工具次数和人工修正。若检索到过多旧失败，让模型过度保守或绕过正确新接口，也属于记忆退化。需要跟踪某个episode被使用后造成的结果。

程序化推广应进入独立能力准入流程：多个经过验证的经历可以支持候选skill，单次“看起来成功”的轨迹不能自动修改全局提示词。验收要同时覆盖成功与失败归因、环境变化和错误经验撤回，证明系统积累的是可用证据而不是更多故事。