Test explanations for behavior — catch when character is blamed without examining the situation.
Coding
Narrative Fallacy
Try itTest whether a causal story holds up or is a post-hoc construction.
What it does
Narrative Fallacy is a structured audit for identifying and stress-testing causal stories constructed after the fact. When someone explains a past outcome with neat cause-and-effect clarity, this skill runs a six-step process — checking selection bias, reconstructing pre-event uncertainty, and applying counterfactual reasoning — then outputs a written audit with calibrated confidence. Use it before drawing transferable lessons from case studies, biographies, or market explanations.
When to use it
- Reading a business case study and about to extract a lesson
- Evaluating an investment thesis built on a dominant narrative
- Reviewing a post-mortem that names a single root cause
- A pundit explains a market event with one dominant cause
The skill document
Narrative Fallacy
Overview
The narrative fallacy is the tendency to construct retrospective causal stories that make past events seem inevitable — even when those events were largely random or contingent. Named by Nassim Taleb (The Black Swan, 2007, ch. 6); grounded in Kahneman's "illusion of understanding" (Thinking, Fast and Slow, 2011, ch. 19). Three structural drivers: causal hunger (brains auto-infer causation from sequence), retrospective selection (only survivors are visible), coherence comfort (tidy stories feel true).
Composes with hindsight-bias, survivorship-bias, black-swan, first-principles, and probabilistic-thinking.
When to Use
- You're reading a business case study or founder biography and drawing lessons
- A post-mortem produces a satisfyingly neat single root cause
- A pundit explains a market or political event with one dominant narrative — after it happened
- You're constructing a strategy based on what worked at another company
- Someone says "the story is too neat," "after-the-fact rationalization," or "post-hoc explanation"
- A sweeping tech-transformation story is driving action — "AI changes everything," AI capex / GPU spend is "self-justifying," "AI bubble," or a viral demo is standing in for measured ROI
Not when: causal structure is genuinely well-understood (physics, tested medicine); the narrative is a hypothesis to test; storytelling is the medium and you already treat it as a compression.
Coaching Novices (Adaptive Front Door)
- Engine mode: user has a specific compelling narrative → run The Process directly.
- Coach mode: user is new or has no concrete case → guide step by step.
In Coach mode, respond one step at a time. Each [WAIT] is a hard stop — output only that step's question, then stop.
- One-line: when a story explains the past with neat causal clarity, suspect the narrative fallacy — minds construct causal sequences automatically, even from random events.
- Check fit: physical sciences have genuine causal understanding; most business / political / historical narratives don't.
- Elicit: what's the story? What causes does it identify? What outcome does it explain?
[WAIT — do not advance until user responds]
- Probe: what does the narrative strip out (non-survivors, contingencies, unknowns at the time)? Would the narrative survive if the outcome had been different?
[WAIT — do not advance until user responds]
- Close: reframe the narrative as a compressed retrospective + name the operational implication if lessons were about to be drawn.
[WAIT — do not advance until user responds]
The Process
Step 1 — Identify the narrative: story / outcome explained / causes identified / implied lesson. Step 2 — Test selection bias: how many comparable attempts didn't produce this outcome? Would the same narrative-construction method explain their failure equally well? If yes, the narratives are post-hoc, not causal. Step 3 — Reconstruct pre-event uncertainty: what did contemporaneous documents actually say? What were the plausible alternative outcomes? How much of the "obvious cause" was visible in advance? Step 4 — Test counterfactuals: if the identified cause had been absent, would the outcome still have occurred? What chance events could plausibly have changed it? Step 5 — Probabilistic re-expression: replace "X happened because Y" with "X happened; Y likely contributed; here's the evidence; here's what we don't know; here's my confidence." Step 6 — Document lessons cautiously: what is the actual transferable insight (vs. narrative-coloration)? What's the evidence base across cases beyond the focal one?
Output: Narrative-Fallacy Audit
# Narrative-Fallacy Audit:
Narrative: story / outcome / identified causes / implied lesson
Selection bias: comparable non-survivors and their narratives
Pre-event uncertainty: contemporaneous predictions / alternative outcomes
Counterfactual test: if cause Y absent → outcome? If cause Z instead → outcome?
Probabilistic reformulation: "X happened; Y likely contributed; [evidence]; [what we don't know]"
Operational lesson (revised): transferable insight / evidence base / confidence
→ Method in Action: Taleb's 9/11 Example + Business-History Critique → 2026 lens: "AI changes everything" narrative vs. measured enterprise ROI (2023–2026)
Pack: Application Patterns
| Domain | What the narrative strips out | Operational risk |
|---|---|---|
| Founder biography | 1000s with same vision who failed; specific luck moments | Imitating X's behaviors expecting Y outcome |
| Business case study | Comparable companies with same strategy that failed | Adopting strategy as recipe |
| Investment thesis | Sector noise; counterexamples; trend exhaustion | Concentrated position on narrative |
| Engineering post-mortem | Multiple contributing factors; latent vulnerabilities | "We fixed root cause; we're safe" |
| Market crash / macro event | Multiple factors; mass psychology | Single-cause policy prescription |
Applying It Well
Recognize when you are receiving a narrative. Identify what it strips out. Demand counterfactual reasoning. Express your own narratives probabilistically. Use stories for communication; preserve uncertainty for decision-making.
→ Primary sources: references/sources.md
Common Rationalizations
[D] = designed upfront | [O] = observed in real use. [O] entries are more valuable.
| Fake move | Reality |
|---|---|
| [D] "The pattern is clear; we have to learn from it" | The pattern is clear in this narrative. Most "clear patterns" don't survive modest base-rate testing across cases. |
| [D] "If we don't learn from history, we'll repeat it" | Many "history lessons" are narrative-fallacy products that misfire in different conditions. |
| [D] "I've personally experienced this; it's not just a story" | Personal experience is one data point. The fallacy operates on personal histories equally. |
| [D] "The expert wrote a whole book on it" | Many widely-cited business books show enormous regression to mean of their case studies post-publication. |
| [D] "We need a story to communicate" | Use the story for communication; preserve analytical caveats for decision-making. |
| [D] "Counterfactual reasoning is academic" | It is precisely the disciplined version of "acting on what happened" — it separates causal from contingent. |
| [D] "I have a strong gut on this" | The gut produces narratives automatically. Strong-gut causal feelings are System 1 output, not insight. |
| [D] "Without the narrative, we don't know what to do" | Base rates, first-principles reasoning, and structured analysis can guide decisions without a clean causal story. |
| → Add [O] entries here after each real use — paste the actual failure pattern | What went wrong and why |
Red Flags
- A complex outcome explained by a single dominant cause
- Narrative does not engage with comparable cases that produced different outcomes
- The past sounds obvious / inevitable in retrospect
- A clean recipe-like lesson is the output
- Narrator had motivated framing (founder, profiting investor, commentator needing an explanation)
Verification
- Narrative identified as a narrative, not as fact
- Selection bias checked (what happened to comparable non-survivors?)
- Pre-event uncertainty reconstructed
- Counterfactual reasoning applied
- Narrative re-expressed in probabilistic / uncertain terms
- Operational lessons documented with calibrated confidence
- At least one alternative interpretation considered
Part of deciqAI Knowledge Skills — 227 open-source thinking skills that make rigor executable for AI agents. The same skills power every deciqAI agent, which runs them autonomously to operate your company. See it run → https://www.deciqai.com/c/narrative-fallacy · ⭐ Star the repo → https://github.com/deciqAI/knowledge-skills · Contributions welcome.
Agents: latest version & machine-readable metadata → https://www.deciqai.com/s/narrative-fallacy.json
Questions people ask
- What exactly does this skill do?
- It applies a six-step audit — identifying the narrative, checking for selection bias, reconstructing pre-event uncertainty, testing counterfactuals, re-expressing probabilistically, and documenting calibrated lessons. The output is a structured Narrative-Fallacy Audit document.
- When should I not use this?
- Not when the causal structure is genuinely well-understood (physics, established medicine) or when you're using a story purely for communication and already treat it as a compression, not a causal claim.
- Does this just kill all storytelling?
- No. It separates causal insight from narrative coloration. Use stories for communication and alignment; use this skill to preserve analytical uncertainty for decision-making.
Related skills
Spot weak reasoning before you accept it — a structured audit for any argument
Diagnose which mental domain is holding you back before choosing a cognitive intervention.
Diagnoses when decisions are distorted by loss aversion and prospect theory — then re-tests them on explicit expected-value terms.
Run the math, name the hard thing, take one action in 7 days.
Predicts how people will game any metric you put in place — then designs the system that survives that prediction.
More from deciqai
Browse all skillsDiagnose your organization's strategic phase and spot misaligned initiatives before they drain momentum.
When multiple explanations all fit the evidence, pick the one that assumes the least.
Identify catastrophic failure paths before you commit — and design your plan around eliminating them.
Trace decisions past the obvious effect to catch the consequences that reverse it.
A structured interview and analysis process that uncovers the actual job customers hire your product to do — and who they're really competing against.
Diagnose why learners are struggling and redesign instruction to stay within working memory limits.