← Browse

@elasticdotventures/pre-mortem

B

Pre-mortem (Gary Klein): before starting, assume the project has catastrophically failed.

skillclaude

Install

agr install @elasticdotventures/pre-mortem --target claude

Writes 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

  1. State the goal clearly.
  2. Fast-forward: assume the project has failed completely.
  3. List every plausible cause, suppressing optimism bias.
  4. Rank causes by likelihood × impact.
  5. Add mitigations for the top 3 causes to your plan.
  6. 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