用途：在生产中断、服务降级、重大未遂事故、用户可见错误、数据丢失或 SLA 违约后，帮助团队撰写结构化、无指责的事后复盘（post-mortem），形成共同理解、定位根因并产出可执行的改进项。不适用于在预发环境发现的小缺陷、计划内维护或无学习价值的事故。
主要能力：提供完整流程与模板，包括收集事故元数据（标题、检测与解决时间及时区、严重级别、事故指挥/值班负责人）、影响量化（受影响服务、用户影响、受影响用户数、数据丢失、SLA/SLO 违约）、时间线重建（首次症状、告警、值班呼叫、事故宣告、根因定位、缓解、完全恢复、客户沟通）、根因分析（5 Whys）、贡献因素梳理、行动项表格（含负责人与截止日期）以及文档模板。
使用方式：先按章节补齐缺失信息，未提供完整细节时逐节询问；再重建精确时间线（建议 UTC），标注信息缺口；用 5 Whys 迭代分析，区分根因与贡献因素；量化影响；为每个根因和贡献因素生成至少一个行动项，负责人须为具体个人而非团队，并给出截止日期；最后按模板输出，保存到 docs/postmortems/YYYY-MM-DD-<slug>.md。
限制与注意：强调“系统会失败，而非人”，避免指责性语言；根因不应停留在“人为错误”；行动项不可笼统写“改进监控”，需明确服务、指标、阈值与时间；时间线应基于日志、告警、Slack、PagerDuty 等记录而非回忆；建议在 48–72 小时内完成。具体工具集成、收费与平台支持情况暂未提供。