@elasticdotventures/pre-mortem
BPre-mortem (Gary Klein): before starting, assume the project has catastrophically failed.
Install
agr install @elasticdotventures/pre-mortem --target claudeWrites 1 file into .claude/skills/, pinned to git-072ab5b8.
- .claude/skills/pre-mortem/SKILL.md
Document
name: pre-mortem type: skill hint: Imagine the project failed; work backward to identify why; surfaces risks before they happen version: 1.0.0 tags: [transferable, pre-mortem, risk, failure, planning, prospective, hindsight, mitigation] tier: sm0l complexity: 3 description: |- Pre-mortem (Gary Klein): before starting, assume the project has catastrophically failed.
What
The pre-mortem (coined by Gary Klein) is a prospective failure analysis technique. Before starting a project, assume it has catastrophically failed. Ask: "It is 6 months from now. This project failed completely. Why?" List every plausible cause and rank by likelihood × impact. This technique works because prospective hindsight activates different reasoning than standard risk analysis — people are more honest about failure causes when asked "why did it fail" vs "what might go wrong."
Steps: (1) State the goal clearly. (2) Fast-forward to failure. "It failed. What happened?" (3) List all causes — suppress optimism bias, allow pessimism. (4) For each top-3 cause, add a mitigation to the plan now.
When to Use
Use pre-mortem before any significant project, feature launch, or deployment. It is especially valuable in high-stakes situations where optimism bias might cause teams to underweight tail risks.
How
- State the goal clearly.
- Fast-forward: assume the project has failed completely.
- List every plausible cause, suppressing optimism bias.
- Rank causes by likelihood × impact.
- Add mitigations for the top 3 causes to your plan.
- Beware the anti-pattern: only planning for success and ignoring tail risks.
Trustgrade B
- passBody integrity
Whether the stored document is plausibly the kind of file the artifact declares, rather than something fetched by mistake.
- passType matchnot applicable to this artifact type
Whether the artifact is really the kind of thing its metadata claims it is.
- passFreshness
How long since the source repository was last pushed to.
- passPrompt injection
Scans the artifact's own text for instructions aimed at your agent rather than at you.
- warnLicenseno SPDX license detected
Whether the source repository declares an SPDX license permissive enough to redistribute.
How the grade is calculated
Each check contributes 0 points when it passes, 1 when it warns, and 2 when it fails. The total maps to a letter:
- Aevery check passed
- Bone warning
- Ctwo warnings
- Dprompt injection or body integrity failed, or three warnings
- Fone of those failed, and something else is wrong
These are automated hygiene checks, not a security audit, and not a dependency or vulnerability scan. A grade of A means nothing was flagged — not that the artifact is safe.
Versions
git-072ab5b8cbd32026-07-31