用途：在交付、评审或调查结束后使用，把本次会话中学到的东西转化为下次会话可直接使用的指导。资料把“教训”定义为：令人意外的事、被重试或修正的事、用户纠正、重复到足以模板化的操作，或需要重新推导理由的决策。只能使用当前会话证据或用户明确提供的证据，不得编造历史。
主要能力与流程：一、收集：列出所有候选教训，产出顺序为失败与诊断（错误假设、被取消的检查、回滚）、用户纠正、重复的手工操作、来之不易的设计决策、澄清或冲突的领域术语；每个失败和用户纠正都要交代，或保留或明确驳回；需记录证据、复现触发条件与重要原因。二、分类：每条教训只给一个处置，包括技能编辑（改变可重复流程，搜索现有技能，更新拥有该流程的单一技能，若有两个匹配则更具体者胜出）、新技能（无可重复流程归属且有独立触发条件或引导动词；优先薄组合并指向已有技能）、记忆（持久用户偏好、私有临时项目状态或智能体偏见，保持私有）、文档（持久领域语言或面向维护者的来源解释）、ADR（影响大且难以逆转、存在真实替代方案与理由的决策）、No-op（情境性、过时、未验证或已是默认行为，需说明驳回原因）。记忆前需通过提升测试：仓库内另一个智能体是否会撞上同一堵墙，是则归技能、文档或 ADR；再判断流程与含义，工作如何运行归技能，系统含义或已定决策归文档/ADR。三、应用：检查目标是否足够新，查看当前仓库内容与相关本地策略，不基于过时摘录改动；每个含义只保留一个真实来源；技能编辑添加最小可操作规则并删除重复或无效措辞；新技能默认由用户调用，链接而非复制归属方指导；文档或 ADR 需先提出确切目标文件与统一 diff 并等待批准，每个决策一个 ADR 且置于受影响的最低范围；不得把团队可复用指导存入私有记忆；只应用证据支持的教训，交付变更与智能体基础设施教训分开，除非用户合并。四、报告：返回一张可审计表格，包含教训、证据、处置、目标、写入或提议、原因；目标为已改文件、提议文件、记忆位置或驳回原因；每条保留教训都要指明产生的写入或提议，每条 no-op 都要说明驳回原因。
适用场景与限制：适用于交付、评审、排查后的经验沉淀与智能体基础设施改进。限制包括必须基于证据、不得编造历史、文档与 ADR 写入前需用户批准、团队指导不能进私有记忆。收费、价格、平台与安装命令等资料暂未提供。