事后剖析文档编写

要解决什么问题

线上事故之后，团队往往卡在「谁的责任」和「写一份能交差的报告」之间：时间线模糊、根因停在「有人误操作」、行动项没人认领，复盘开完就归档，同类故障照样再来。本技能面向 SEV1/SEV2、长时间用户影响、数据或安全事件、以及值得记录的险兆与新故障模式，帮助你把复盘写成 无指责、可验证、可跟进 的工程文档，而不是问责材料。

技能如何工作

核心框架是 无指责文化：问「什么条件允许了这种情况发生」，把焦点从个人错误转到 系统与流程 是否允许错误发生。编写上提供三类模板——标准事后剖析（含架构与时间线示意）、5 个为什么 根因链、以及 轻微事故快速版，并配套 主持指南 与常见 反模式对照表（指责游戏、浅层分析、无行动项、行动过大、无跟进）。

实践节奏建议：尽快启动（记忆衰减快）、时间戳与错误信息 写具体、用图表固定事实、每个改进行动 指定负责人 并在工单里追踪；需要更细的步骤与示例时，可对照技能内的 resources/implementation-playbook.md。

适用边界

• 任务与 事后剖析 / 事件复盘 无关时，不必启用本技能。
• 它不提供监控告警、故障处置或合规审计的替代方案，只覆盖 文档结构、会议主持与组织学习 这一层。
• 不要点名羞辱、不要把小事故一律跳过——小事故常暴露模式；行动项应 可达、有意义，并坚持 后续验证 是否真正完成。