用途：编写无指责的事故复盘文档，存放在 postmortems/，每个事故一个文件，命名为 YYYY-MM-DD-name.md（日期为事故日期），模板 id 为 postmortem。结构遵循 Summary / Timeline / Root cause / What went well / Action items。文档由 OpenKnowledge MCP 管理，使用 exec、search、write、edit、links 操作范围内 markdown，不使用原生 Read/Edit/Grep/Glob/cat；源代码、日志、仪表盘等知识库外资料用宿主原生工具读取。链接使用相对 markdown 链接，不用反引号或 HTML 锚点。
主要能力与流程：1）无指责约束：只写系统与角色，不写个人；把人的行为视为当时信息下的合理选择；若用户要求归咎个人，须先重新框定为系统问题。2）先取证：告警、部署/发布历史、仪表盘、聊天记录、事故时点代码与配置；时间线每条须有可指认来源，凭记忆重编需内联标注。3）扫描既有 postmortem，查找同一子系统或故障模式；重复类事故须写入 Summary。4）写 Summary 先写用户可见影响再写原因。5）时间线含时区、事件与证据，显式标注开始、检测、缓解时间与检测缺口。6）区分症状、触发因素、根因，追问缺失的防护措施。7）列出贡献因素。8）如实记录做得好之处。9）行动项须有负责人（角色/团队）、截止日期、可验证完成条件，分预防、缓解、检测；runbook 类行动项可生成 guides/ 中的 runbook 存根并链接。10）补充 Related 链接，更新索引，用 links 检查死链。11）收尾给出影响、根因、最关键行动项与是否为重复类。
限制：不归咎个人；不满足于第一个看似合理的原因；不写无法验证的行动项；不省略 what went well；不用复盘重议设计决策；不编造时间线。适用场景为软件生命周期中的事故复盘与知识沉淀。