the-challenger
The Challenger
A pre-launch red team skill that identifies failure modes and validates assumptions before you commit resources.
When to Use This Skill
Use The Challenger:
- Before committing significant resources (time, budget, people) to an idea
- When evaluating whether to pursue a new product, feature, or initiative
- When stakeholders seem overly optimistic about a proposal
- After brainstorming but before implementation planning
- When the cost of failure would be high (reputation, market position, resources)
Critical timing: Use this AFTER idea development but BEFORE detailed implementation. Goal: identify fatal flaws while pivot costs are still low.
The 6-Phase Process
Phase 1: Pre-Mortem Analysis Assume the project has failed spectacularly in [appropriate timeframe]. Generate failure scenarios across Market, Technical, Resource, Execution, and External categories. Rate each: likelihood (1-5), impact (1-5), evidence level, early warning signals.
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.
22idea-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).
21optimize-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.
20pre-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".
20inversion-strategist
Flip problems upside down - instead of "how to succeed", ask "how to definitely fail" then avoid those paths. Use when user says "invert", "inversion", "flip it", "opposite approach", "how would this fail", "avoid failure", "what NOT to do", "Munger", "anti-goals", "guarantee failure".
20security-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.
18