用途：在事故、故障、回归、发布失败、实验失败、客户升级或险兆事件后，组织结构化、无责的事后复盘，目标不是追责，而是理解人、流程、代码与组织如何共同导致结果，并落实可持久的改进。
主要能力：严重级别分类（Sev 0-4 与险兆阈值，含复盘要求与 SLA）；无责主持（五条基本规则、Dekker 新视角、去除后见之明与反事实、Allspaw 测试）；10 段式撰写（标题→摘要→影响→时间线→做得好/不好→因素→根因→行动项→教训）；根因分析（清晰单链用 5 Whys，多因素 Sev 0/1/2 用因果树，区分根因与促成因素）；行动项纪律（单一负责人、真实工单、可测试验收标准、定期完成审计）；分发与归档（按受众选择格式，可搜索、按服务打标签）。
使用方式：事故关闭时由事故指挥官指派作者，打开 assets/post_mortem_template.md，从事故聊天记录搭建标题、摘要、影响与时间线；在 SLA 窗口内（Sev 1 为 5 个工作日，Sev 2 为 7 个）完成其余章节、执行所选根因方法并召开 60-90 分钟无责评审；应用 Allspaw 测试，将每个行动项登记为带负责人与截止日期的真实工单，再发布到可搜索归档。撰写前需确认严重级别、事故时间线/聊天记录、客户与业务影响、根因方法；信息不明时应询问，若用户要求直接起草，则在文首列出假设。
适用场景：Sev 1/Sev 2 客户可见故障、数据丢失、安全事件、支付失败或重大回归；出现新失败类别的 Sev 3；发布失败或回滚；产生负面业务结果的实验失败；客户升级；险兆事件。低于阈值且近期已见同类失败时，在既有复盘中记录复发即可。
限制：不涵盖实时事故指挥与值班协调、团队实践冲刺回顾、发布前风险发现、定量可靠性工程与错误预算策略。无责文化是前提而非产出，若管理层将其用作绩效信号，文档会被净化；受监管行业需在面向监管报告之外并行开展内部无责复盘。复盘是学习产物而非修复产物，修复依赖行动项及其跟进，零完成行动项的复盘视为失败。参考资料包括 post-mortem-process.md、blameless-culture-guide.md、5-whys-vs-causal-tree.md、red-flags.md 及模板与跟踪表等资产。