可复用经验教训条目

这个场景能帮你做什么

复盘报告存了很多，下个项目仍不知道什么时候该参考哪条。这个任务把有依据的事件整理成带场景、信号、判断、动作及失效条件的经验条目，供下次启动、风险会或交接使用。

开始前需要准备什么

准备已确认复盘、目标实际、关键时间线、决定动作、结果和原始记录位置，注明约束及争议。只有一份结论性总结而无证据时，先列候选条目，不包装为成熟方法。

具体怎么做

第一步：提取有证据的候选事件

让 WorkBuddy 保留项目与阶段、当时信息、做了什么、结果如何及来源，分事实、解释和建议。不要用事后知道的结果倒推当时必然应该预见。

第二步：转成可使用的判断

每条回答什么场景、出现什么早期信号、应向谁确认什么、可以采取什么动作、理由是什么。保留资源、权限和时间条件，避免只剩“提前沟通、重视风险”。

第三步：保留例外与验证状态

记录不适用或可能失效的条件。没有真实反例时明确为待验证条件，不编造曾发生案例。一项结果不能自动上升为通用规律，因果未明就标假设。

第四步：合并同机制条目并交审核

相似条目按判断机制比较，保留不同项目条件，不能仅凭关键词合并。实际参与者确认事实和可推广程度，组织确认后才进入检查表或知识库，并明确更新责任。

可以直接交给 WorkBuddy 的完整要求

请从指定复盘和证据提炼可复用经验，按实际材料决定条数。
每条保留原项目阶段、事实来源、当时信息、决定动作及结果，区分已确认因果与解释假设。
改写为场景、早期信号、要问谁确认什么、建议动作和理由，补适用条件、限制及例外。
没有真实反例写待验证失效条件，不编经历；同机制可合并但保留条件差异。
输出经验条目与待确认项，未经实际参与者确认不称成熟组织规则，不自动发布知识库。

完成后会得到什么

经验卡可含名称、原项目与来源、触发场景、信号、判断理由、确认对象、动作、适用与失效条件、验证状态。它应帮助下一项目作具体判断，而非复述整份报告。

结果应该怎么检查

是否把相关写成因果、一次写成普遍、团队成果归个人；条件是否在抽象中丢掉；是否有人能够按条目指出下一次该检查什么。

遇到这些情况怎么处理

事实成立但推广未验证，保留候选；事件无可迁移判断，不强行提炼；条目冲突先比较适用条件；涉及个人责任或客户经历，确认事实与使用权限。

哪些由工具处理，哪些必须人工决定

WorkBuddy 提取、组织和比较。参与者确认经历，专业负责人判断适用性，组织决定发布及更新；生成条目不代表经验已被新项目验证。