Incident Postmortem

• 您需要在生产中断或性能下降事件发生后撰写 P1/P2/P3 或 SEV 级别的故障报告。
• 您有来自某次故障的粗略笔记，希望将其整理成专业的、无指责的 Incident Postmortem 格式。
• 您需要一份统一的根因分析（RCA）文档，能够同时面向技术工程师和非技术管理层进行分享。
• 您的团队会开展事后复盘会议，希望采用一种结构化格式，以强制使用无指责语言、明确行动项负责人，并进行系统性差距分析。

• 您需要实时事故运行手册或值班响应指南 — 此技能用于事后文档记录，而非实时响应。
• 事故仍在进行中且尚未解决；请等到检测、缓解和解决详情均可获取后再使用。

该技能在时间线和根本原因分析部分全程使用被动语态和以系统为中心的表述，明确避免带有归咎意味的措辞。质量检查清单会标记任何将责任归因于个人而非系统性缺陷的语言表述。

以简明技术语言生成主要根本原因陈述，同时列出各项促成因素，并如实说明现有保障措施为何未能发挥作用——这正是一份有价值的 RCA 的核心所在。

根据从首个症状出现到检测、升级、假设验证、修复及确认解决的全过程，生成带时间戳的事件时间线——包括关键事件之间的时间间隔。

行动项按以下类别分类：预防复发、改善检测或改善响应，并明确指定负责人和截止日期。模糊的条目（如"改善监控"）将被拒绝，取而代之的是可测试、可关闭的具体任务。

执行摘要面向非技术利益相关者撰写，不含任何专业术语；而技术章节则为工程团队提供深度内容——使同一份文档在整个组织中均能发挥作用。

每份生成的事后分析报告在共享前都包含一份自审清单，涵盖时间线措辞、根本原因的具体性、行动项的完整性以及执行摘要的可读性。

服务中断后，将您的值班记录和 Slack 讨论串粘贴到 Incident Postmortem 技能中。它会将这些内容整理成一份完整的事后分析报告，包含时间线、影响表格和根本原因分析——可在数分钟内发布到您的事件管理工具或 Wiki。

领导层需要对重大事件进行情况汇报。Incident Postmortem 技能在生成完整技术文档的同时，还会生成一份非技术性的高管摘要，让您只需发送一份报告即可满足所有受众的需求。

利用"哪些方面进展顺利"和"经验教训"部分来推动团队回顾会议。结构化的格式确保讨论涵盖响应改进措施以及值得跨团队分享的知识。

当某次事件违反客户 SLA 时，Incident Postmortem 中的影响表和沟通日志部分提供了结构化的证据，可用于面向客户的报告及补救措施跟踪。