经验教训（LL）结构化沉淀

团队常踩的坑

项目收尾或问题关闭后，教训往往只留在当事人记忆里：记录随意、字段不全，换人即丢；只有现象没有根因，同类问题还会再发；没有统一编号和索引，新项目启动时也很难「按关键词找到前车之鉴」。本技能把 Lesson Learned（LL） 当成可检索的知识条目，而不是随手写的复盘笔记。

技能如何工作

Agent 扮演质量/项目侧的知识管理助手，按内置 LL 字段模型 与你逐项对齐：事件背景（项目、时间、地点、当事人）、现象、类别（如设计/工艺/供应链/测试/管理）、性质（正面经验/负面教训）、严重度、根因（可关联 5Why/FMEA 结论）、纠正/预防措施、责任人、状态与检索标签。流程上先明确 LL 来源（阶段评审、问题单、审核发现等），再归入分类体系并生成统一编号（如 LL-年份-序号），建立「类别 + 关键词 + 根因类型」索引大纲，经你确认后产出 经验教训库.md 与纯文字 经验教训库.txt，便于归档和跨系统检索。

边界与注意点

• 不做泛化案例改写或营销文案；那是「案例适配」类技能的职责。
• 不编造根因、措施与数据；缺失处标注「待企业补充」，并说明对复用价值的影响。
• 不替代 8D/CAPA 的实质分析，但可引用其结论作为 LL 来源。
• 不部署企业知识库系统，只交付结构化模板与索引文档；分类维度以企业规范为准，存疑同样标注待补充。