Generates blame-free postmortem documents for incidents and failures. Includes timeline, root cause analysis, and prevention measures following the blameless postmortem culture.
From forged-claude-codenpx claudepluginhub dokkabei97/forged-claude-code --plugin forged-claude-codeThis skill uses the workspace's default tool permissions.
Guides Next.js Cache Components and Partial Prerendering (PPR) with cacheComponents enabled. Implements 'use cache', cacheLife(), cacheTag(), revalidateTag(), static/dynamic optimization, and cache debugging.
Migrates code, prompts, and API calls from Claude Sonnet 4.0/4.5 or Opus 4.1 to Opus 4.5, updating model strings on Anthropic, AWS, GCP, Azure platforms.
Details PluginEval's skill quality evaluation: 3 layers (static, LLM judge), 10 dimensions, rubrics, formulas, anti-patterns, badges. Use to interpret scores, improve triggering, calibrate thresholds.
Documents failures so the team learns and the same mistake never happens twice. Blame people → they hide mistakes. Fix systems → they prevent mistakes.
| Trigger | Behavior |
|---|---|
| Production incident resolved | Full postmortem template |
| Project/launch failure | Project postmortem |
| "postmortem", "RCA" | Interactive postmortem builder |
# Postmortem: [Incident Title]
| Field | Value |
|-------|-------|
| **Date** | YYYY-MM-DD |
| **Severity** | P0 (Critical) / P1 (Major) / P2 (Minor) |
| **Duration** | [Start time] → [Resolution time] ([N] hours) |
| **Impact** | [Users affected, revenue lost, SLA breached] |
| **Author** | [Name] |
| **Reviewers** | [Names] |
| **Status** | Draft / Reviewed / Action Items Complete |
---
## Summary
[2-3 sentences: what happened, impact, how it was resolved]
## Timeline (All times in KST/UTC)
| Time | Event |
|------|-------|
| HH:MM | [First sign of issue] |
| HH:MM | [Alert triggered / User report] |
| HH:MM | [Investigation started by @name] |
| HH:MM | [Root cause identified] |
| HH:MM | [Fix deployed] |
| HH:MM | [Service fully restored] |
## Root Cause Analysis
### What Happened
[Detailed technical explanation of the failure chain]
### 5 Whys
1. **Why** did the service go down? → [Answer]
2. **Why** did that happen? → [Answer]
3. **Why** did that happen? → [Answer]
4. **Why** did that happen? → [Answer]
5. **Why** did that happen? → [Root cause]
### Contributing Factors
- [Factor 1 — not the root cause but made it worse]
- [Factor 2]
## What Went Well
- [Quick detection / response]
- [Effective communication]
- [Rollback worked as designed]
## What Went Poorly
- [Delayed detection]
- [Missing runbook]
- [Communication gaps]
## Action Items
| # | Action | Owner | Priority | Due | Status |
|---|--------|-------|----------|-----|--------|
| 1 | [Prevention measure] | @name | P0 | [date] | ⬜ |
| 2 | [Detection improvement] | @name | P1 | [date] | ⬜ |
| 3 | [Process change] | @name | P2 | [date] | ⬜ |
## Lessons Learned
- [Key insight for the team]
---
*This is a blameless postmortem. We focus on systems, not individuals.*
| Tool | Purpose |
|---|---|
| Write | Generate postmortem documents |
| Read | Reference previous incidents, runbooks |
Will:
Will Not: