postmortem-solo

Generate a blame-free solo postmortem report with root causes and two concrete changes.

Updated Aug 12, 2026
One-click install
npx skills add https://github.com/Barbaros911/As-mine --skill postmortem-solo-barbaros911
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: postmortem-solo
Source: https://github.com/Barbaros911/As-mine/tree/main/.claude/skills/solo-skills/postmortem-solo
Command: npx skills add https://github.com/Barbaros911/As-mine --skill postmortem-solo-barbaros911

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? When an incident, failed launch, or missed deadline happens and you are the only person responsible, there is no team to run a retrospective with. This Skill turns a recent failure into a short, structured postmortem that produces one or two concrete systemic changes instead of vague self-blame. ## Core Features & Use Cases - Five-Section Structure: What happened, impact, timeline, root causes via 5 Whys, and at most two changes with owner, due date, and verification method. - Strict Word Limits: Total output capped at 350 words to force decisions rather than lengthy reports. - No-Blame Accountability Framing: Steers root causes toward process, automation, and alerts rather than personal fault or external excuses. - Use Case: After a Friday deploy broke your signup flow for six hours and cost 40 trial signups, use this Skill to draft a postmortem that identifies the missing 500-rate alert and produces a deploy-time blocking rule. ## Quick Start Ask the AI to run a solo postmortem on the incident where your last launch failed, describing what happened and what it cost.

Frequently Asked Questions about postmortem-solo

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

FAQPage Schema
How do I write a postmortem when I work alone?▼

Use a five-section structure: what happened, impact, timeline, root causes, and changes. Keep the total under 350 words and limit yourself to two concrete changes, each with an owner, due date, and verification method.

What is a blame-free postmortem for one person?▼

A blame-free solo postmortem avoids both self-flagellation and blaming external factors. Instead it asks what system, habit, or default you could change so that a tired future version of you cannot repeat the mistake.

When should I not run a postmortem?▼

Skip the postmortem while the incident is still active, since fixing comes first. Also skip it for routine setbacks like a single production bug, and when you need emotional processing rather than cold analysis.

How many action items should a postmortem produce?▼

At most two concrete changes per postmortem. More than two changes rarely get done, so cut the list down and omit any root cause that does not tie to a specific action.

Why is "be more careful next time" a bad postmortem outcome?▼

It is a wish, not a change, because it relies on willpower rather than systems. Replace it with process, automation, or alarms such as uptime checks, deploy-time blocks, or pre-push hooks.