incident-postmortem
Incident Postmortem Skill
This skill produces a complete, blameless incident postmortem document following industry-standard format. Output enforces blameless framing throughout — system gaps over individual failures — and drives toward specific, closeable action items rather than vague process commitments.
Proposes Actions
The action items don't have to stay on the page: hand them to action-runner, which previews them (dry-run, risk-rated), runs only what you approve via the connected action MCP, and records what was done back to the brain. Typical: file a follow-up issue per action item (🟡), assigned to its owner with a due date. This skill proposes; action-runner gates and runs — never silently.
Where this sits — turning an incident into fixes
Third in the incident-response spine: /slo-error-budget (frame) →
/debugging-log-analyser → incident-postmortem → /oncall-runbook. It receives the
root-cause diagnosis from /debugging-log-analyser (read it rather than
re-diagnosing) and hands /oncall-runbook the contributing factors and prioritised
action items — and the error budget from /slo-error-budget decides how urgent those
actions are. Blameless, root cause vs contributing factors, and action item are
defined once in docs/craft/incident-response.md;
blameless is the load-bearing rule.