Playground › Catalog › Incident Postmortem
IP

Incident Postmortem

🟢 Production-Ready🕐 updated 2026-10-11 ✅ 4.8/5 🔷 SkillSpec L3 pm-engineering

Write a structured incident postmortem or post-incident review. Use when asked to write a postmortem, incident report, P1/P2 review, outage report, or RCA (root cause analysis). Produces a blameless postmortem with timeline, root cause, contributing factors, impact summary, and action items.

📚 Based on Blameless postmortems — Google SRE

▶ Run it free — no key needed 📝 Grade your existing draft ⬇ Add to Claude (works in Duet) 📱 Use as an app View SKILL.md ↗ What changed

🗣 Say this to your agent

“Write a postmortem.”“Write the incident report.”“Write the P1 review.”“Do a root cause analysis of the outage.”

What to give it

▸Incident title / ID
▸Severity — P1 / P2 / P3 or SEV1 / SEV2 / SEV3
▸Date and duration — of the incident
▸What happened — rough notes are fine — the skill will structure them
▸Services or systems affected
▸Customer impact — how many users, what was degraded
▸How it was detected
▸How it was resolved
▸Initial thoughts on root cause
▸Action items already identified (optional) — optional
▸Responders — who was on-call or responded — names or roles; used for the timeline, not for blame
▸Customer or external communications sent (optional) — optional — any status page updates, emails, or support messages with timestamps

✅ The bar it holds itself to

Every skill in this library self-verifies — these are this skill's own quality checks, straight from its definition.

✓Timeline has no blame-focused language
✓Root cause is specific (not "human error")
✓Root cause answers "why did this happen?" not just "what happened?" — it names a system or process gap, not a symptom
✓Contributing factors explain the systemic gaps
✓Every action item has an owner and due date
✓"What went well" section is genuine, not token
✓No action item contains vague language like "improve monitoring", "increase resilience", or "better testing" — each must name a specific change
✓Executive summary is readable by non-technical leadership

⚠️ What it refuses to do

Do not assign blame to individuals — postmortems must focus on system and process failures
Do not write action items with vague language like "improve monitoring" — each must name a specific, ownable change
Do not skip the contributing factors — root cause alone misses the systemic issues that enable incidents
Do not omit the detection timeline — how long it took to detect matters as much as how long it took to resolve
Do not treat the postmortem as closed until all action items have named owners and due dates

Install

npx pm-claude-skills add --agent claude   # or codex · cursor · gemini · hermes
# or one-line MCP (every skill, any client):
claude mcp add pm-skills -- npx -y -p pm-claude-skills pm-claude-skills-mcp

Example output

Input: Checkout was down 42 minutes after a deploy set a wrong env var on the payments service; 5xx spiked, ~1,200 failed checkouts. Detected by alert in 6 min, fixed by rollback. Blameless postmortem with timeline and action items. · generated by claude-sonnet-4-6

Start with

Related skills

🔌 Embed this skill

Drop this on your blog, docs, or site — it renders a "Run this skill" card:

<div data-pm-skill="incident-postmortem"></div>
<script src="https://mohitagw15856.github.io/pm-claude-skills/embed.js" async></script>

💬 Discussion

Incident Postmortem is one of 1326 open-source professional AI agent skills — all SkillSpec L3. Try them all in the browser · ⭐ Star on GitHub · Browse the full catalog