sd-postmortem

Generates evidence-linked, blameless incident postmortem reports with causal analysis and verifiable corrective actions.

Updated Jun 26, 2026
One-click install
npx skills add https://github.com/platypeeps/sd-ai-command-pack --skill sd-postmortem-platypeeps
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: sd-postmortem
Source: https://github.com/platypeeps/sd-ai-command-pack/tree/main/contrib/sd-postmortem
Command: npx skills add https://github.com/platypeeps/sd-ai-command-pack --skill sd-postmortem-platypeeps

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? After an incident or failed outcome, teams often produce postmortems that assign blame, assert unsupported root causes, or list corrective actions nobody can verify. This Skill reconstructs the event strictly from evidence, separates observation from interpretation, and produces a defensible report whose corrective actions map to causal findings with observable verification signals. ## Core Features & Use Cases - Evidence-linked timeline and source audit: Inventories every log, record, interview, and policy with coverage gaps and conflicts, then builds a timeline where each event carries a stable ID, source locator, and confidence level. - Rigorous causal and safeguard analysis: Distinguishes observations, interpretations, contributing factors, and root causes; analyzes detection, response, and safeguards that succeeded, failed, were bypassed, or were absent; returns "no defensible root cause established" when evidence is inadequate. - Verifiable corrective-action ledger: Maps every action to causal findings with verification signals, windows, expected risk reduction, and residual risk, while refusing to invent owners, dates, or approvals. - Use Case: After a production outage, supply the incident window, timezone, and authorized log sources; receive a blameless report with a sourced timeline, competing accounts preserved, safeguard failures explained, and corrective actions each tied to a finding and a verification signal. ## Quick Start Run a postmortem on last Tuesday's payment-service outage using the attached logs and incident channel export, with window=2024-06-11T14:00 to 2024-06-12T02:00, timezone=UTC, and sensitivity=restricted.

Frequently Asked Questions about sd-postmortem

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I write a blameless incident postmortem?▼

A blameless postmortem reconstructs the incident from evidence, treats human error as an observed action rather than a root cause, and examines task design, incentives, workload, and controls. This Skill enforces that structure with an evidence-linked timeline, safeguard analysis, and a corrective-action ledger.

What is the difference between a postmortem and a retrospective?▼

A postmortem makes formal causal claims, analyzes safeguards, and requires verifiable corrective actions for a specific incident. A retrospective is a lighter reflection without causal claims; this Skill directs you to sd-retro when that lighter format fits.

How do I determine root cause without enough evidence?▼

A root-cause claim requires a defensible causal mechanism plus supporting evidence; temporal correlation or narrative confidence is insufficient. When support is inadequate, the report explicitly returns "no defensible root cause established" instead of forcing a tidy story.

Can a postmortem tool handle sensitive or restricted incidents?▼

Yes. Setting sensitivity=restricted minimizes identifying, personal, security-sensitive, or confidential detail while retaining stable evidence IDs and validation locators, so authorized readers can still verify the underlying findings.

When should I not use a formal postmortem workflow?▼

Do not use it to coordinate an active incident, assign blame, make disciplinary or legal judgments, or execute corrective actions. The Skill is read-only and stops if incident response is still in progress.