mcpField
P
postmortem

postmortem

github.com/neurofoo云与 DevOps123105 次安装41 周前更新
代码仓库

关于 postmortem

postmortem 是供团队进行无责事故分析的结构化技能,覆盖影响、时间线、原因、经验教训及责任明确的后续行动。

主要功能

  1. 01无责事故分析
  2. 02执行摘要与事件时间线
  3. 03影响与根因审查
  4. 04列出负责人及行动项
  5. 05总结经验教训

适用场景

  1. 01记录服务事故
  2. 02复盘发现与缓解延迟
  3. 03分配后续预防工作

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/neurofoo/agent-skills --skill postmortem

安装后在 Claude Code 中输入/postmortem确认已加载。

详细介绍

无责事后复盘

全面、无责地分析事故,以了解发生了什么并防止再次发生。

说明

按顺序完成每个部分。关注系统和流程,而非个人。目标是汲取经验,而不是追究责任。

输出格式

执行摘要

事故:[一句话描述] 日期/时间:[发生时间] 持续时间:[持续时长] 严重程度:[严重/高/中/低]

摘要 [用 2-3 句话概述:发生了什么、造成了什么影响、如何解决]


时间线

所有时间均为[时区]。

时间事件执行者
HH:MM[发生了什么][谁/什么执行了操作]
HH:MM[检测情况][如何发现问题]
HH:MM[响应操作][谁进行了响应]
HH:MM[解决情况][如何修复]

关键时刻

  • 触发:[什么引发了事故]
  • 检测:[何时/如何发现出了问题]
  • 缓解:[何时止住了损失]
  • 解决:[何时彻底解决]

影响

客户影响

  • 受影响用户:[人数]
  • 影响持续时间:[时长]
  • 用户遇到的症状:[用户看到的情况]

业务影响

  • 收入影响:[如适用]
  • 违反 SLA/SLO:[是/否,详情]

根因分析

根因 [发生事故的根本原因——不是触发因素,而是触发因素导致事故的原因]

触发因素 [直接原因——是什么引发了后续事件]

促成因素

因素造成的影响
[因素][说明]

为什么没有及时发现?

  • 为什么测试没有发现问题?
  • 为什么监控没有更早发出告警?

哪些方面做得好

有效做法起到的作用
[事项][说明]

哪些方面做得不好

失效事项影响
[事项][影响]

行动项

立即(本周)

行动负责人截止日期
[行动][负责人][日期]

短期(本月)

行动负责人截止日期
[行动][负责人][日期]

经验教训

  1. [经验教训]
  2. [经验教训]
  3. [经验教训]

指南

  • 无责:“部署脚本未进行验证”,而不是“爱丽丝未经检查就进行了部署”
  • 完整的时间线:记录所有情况,包括令人尴尬的延误
  • 具体的行动:“添加内存告警”,而不是“改进监控”
  • 指定负责人:无人负责的行动不会落实

$ARGUMENTS

评论

支持 Markdown