事故事后分析生成器

事故复盘为什么难写

故障处理结束后，团队最常面对的不是技术难点，而是文档：PagerDuty 里的事件时间线散落在值班记录里，Slack 频道中的关键讨论被刷了几百条，Grafana 面板的状态截图还留在不同人的电脑上。把这些信息拼成一份结构完整的事后分析（postmortem），往往要人工翻三个系统、对时间、截图表，最后写出来的版本还不一致。

它做了什么

@user_3c6cb52e/incident-postmortem-generator-skillhub 的思路是直接对接数据源，而不是让人手动复制粘贴：

• 拉取 PagerDuty 事件：通过 PagerDuty Incidents API 获取事件的触发、确认、解决等关键时间点，作为复盘文档的时间骨架。
• 汇总 Slack 频道记录：读取事故期间相关频道的消息历史，提取人工介入、讨论和决策的线索。
• 附加 Grafana 快照：抓取面板快照，把当时的指标曲线作为证据附在文档里，而不是事后凭记忆描述。
• 套用 Google SRE 模板：输出遵循 Google SRE 风格的无指责（blameless）复盘文档，聚焦流程与系统改进，而非追责个人。

适用边界

这份 SKILL.md 没有附带经过验证的安装与使用说明（页面仅指向 PagerDuty 开发者文档），因此在把生成结果接入敏感的事故流程之前，建议先阅读上游项目，并自行确认 API 权限范围与数据保留策略。另外，模板化的输出解决了结构与信息归集问题，但复盘质量仍取决于原始数据是否完整。