inversion-strategist
Inversion Strategist
The Core Principle
"Invert, always invert." - Carl Jacobi
Instead of: "How do I achieve X?" Ask: "What would GUARANTEE I DON'T achieve X?" Then: Systematically avoid those things.
The Process
- State the goal
- Invert it: "What would guarantee failure?"
- List failure paths (7-10, obvious AND subtle)
- Categorize: Fatal / Damaging / Annoying
- Flip to avoidance strategies
- Build anti-checklist
Output Format
GOAL: [What you want]
INVERTED: "How would I guarantee failure at [goal]?"
FAILURE PATHS:
🔴 FATAL:
• [Path] → AVOID BY: [Strategy]
🟡 DAMAGING:
• [Path] → AVOID BY: [Strategy]
🟢 ANNOYING:
• [Path] → AVOID BY: [Strategy]
ANTI-CHECKLIST:
□ Never [behavior]
□ Never [behavior]
PRO-CHECKLIST:
□ Always [opposite of failure]
□ Always [opposite of failure]
Charlie Munger Wisdom
"It is remarkable how much long-term advantage people like us have gotten by trying to be consistently not stupid, instead of trying to be very intelligent."
"Tell me where I'm going to die, and I'll never go there."
Integration
Compounds with:
- first-principles-decomposer → Rebuild from fundamentals after inverting
- pre-mortem-analyst → Inversion finds paths; pre-mortem stress-tests timeline
- six-thinking-hats → Black Hat is inversion-lite; combine for thorough analysis
See references/examples.md for Artem-specific inversions
More from fimoklei/pm-ai-playbook
first-principles-decomposer
Break any problem down to fundamental truths, then rebuild solutions from atoms up. Use when user says "firstp", "first principles", "from scratch", "what are we assuming", "break this down", "atomic", "fundamental truth", "physics thinking", "Elon method", "bedrock", "ground up", "core problem", "strip away", or challenges assumptions about how things are done.
20optimize-docs
Condense markdown documentation for token efficiency while preserving all semantic meaning. Use when rules, documentation, or config files need optimization. Target 25-40% reduction through systematic condensation patterns.
18idea-challenger
Pre-launch red team analysis that identifies failure modes and validates assumptions before resource commitment. Use when evaluating new products/features/strategies, before significant resource allocation, when stakeholders seem overly optimistic, or when cost of failure would be high (reputation, budget, market position).
18pre-mortem-analyst
Imagine the project already failed, then work backward to find why. More powerful than risk assessment because it assumes failure is certain. Use when user says "pre-mortem", "premortem", "imagine this failed", "what could go wrong", "risk analysis", "before we launch", "stress test", "what would kill this", "project risks".
18security-threat-model
Repository-grounded threat modeling that enumerates trust boundaries, assets, attacker capabilities, abuse paths, and mitigations, and writes a concise Markdown threat model. Trigger only when the user explicitly asks to threat model a codebase or path, enumerate threats/abuse paths, or perform AppSec threat modeling.
16when-stuck
Dispatch to the right problem-solving technique based on how you're stuck
15