skills/strategic-reasoning/SKILL.md
MANDATORY strategic analysis. You MUST invoke this skill for business decisions, product strategy, competitive analysis, roadmap prioritization, or any decision about WHAT to build rather than HOW to build it. Do NOT skip SWOT analysis. Do NOT present strategy without measurable OKRs. Invoke when the problem is about direction, positioning, or priorities rather than implementation.
npx skillsauth add xD4O/praxis strategic-reasoningInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
EXTREMELY_IMPORTANT: This is a MANDATORY protocol, not a suggestion. Follow every step. Do not skip steps. Do not combine steps. Do not summarize. Work through each gate in order.
This isn't a code problem — it's a strategy problem. Different tools.
Ask: "What job is the user actually hiring this solution for?"
The stated goal is often not the real goal:
State the real job in one sentence. Confirm with the user.
Complete all four quadrants. Each must have 3+ items.
Then cross-reference:
If competitors or alternatives are relevant, map them:
State the differentiation strategy in one sentence.
If multiple initiatives are competing for resources, apply:
Impact vs effort matrix: For each initiative, estimate impact (1-10) and effort (1-10). Plot mentally. High impact + low effort = do first.
Constraint check: What's the bottleneck? Time, money, people, skill? Which initiatives are blocked by the same constraint? Resolve the constraint first, or accept that blocked initiatives won't happen.
Kill candidates: Which initiatives should be explicitly STOPPED to free resources for higher-priority ones? Name them. Stopping things is a decision that requires the same rigor as starting things.
For the recommended strategy, define OKRs:
Objective: Qualitative, inspiring, one sentence. Key Results: 2-3 quantitative measures. Each must be:
Test: "Can someone other than me verify whether this KR is met?" If no, it's not measurable enough.
STRATEGIC ANALYSIS
├── Real job: [one sentence]
├── Top strength × opportunity: [the highest-leverage play]
├── Differentiation: [one sentence]
├── Top priority: [what to do first and why]
├── Kill list: [what to stop doing]
├── OKR: [objective + 2-3 key results]
└── Confidence: [HIGH / MEDIUM / LOW]
<HARD-GATE>
Do NOT present a strategic recommendation without:
- The real job stated and confirmed with the user (not the stated goal)
- All 4 SWOT quadrants completed with 3+ items each
- At least one initiative explicitly on the kill list
- OKRs with measurable, verifiable key results
Rationalizations this skill catches:
development
MANDATORY — HIGHEST PRIORITY SKILL. You MUST invoke this skill (praxis) BEFORE invoking superpowers:brainstorming or ANY other skill when the task is non-trivial. This skill classifies the problem, selects reasoning frameworks, and runs threat analysis BEFORE brainstorming begins. Do NOT invoke superpowers:brainstorming first. Do NOT respond directly. Do NOT ask clarifying questions on your own. Invoke praxis FIRST, complete its gates, THEN hand off to superpowers:brainstorming. Non-trivial means: system design, feature planning, architecture decisions, debugging, security-sensitive code, trade-off evaluation, code review, or refactoring. Trivial means: fix a typo, rename a variable, answer a factual question, run a command.
development
MANDATORY threat analysis. You MUST invoke this skill before writing or approving ANY code involving authentication, authorization, cryptography, input handling, payment processing, PII, secrets management, API endpoints, or trust boundaries. Do NOT write security-sensitive code without running STRIDE analysis first. Do NOT say you will add security later. Auth is a design decision, not a feature to bolt on.
development
MANDATORY first step. You MUST invoke this skill before brainstorming, designing, or planning any non-trivial work. Do NOT start asking clarifying questions on your own — this skill's gates ARE the clarifying questions. Invoke when the user asks to build, design, plan, create, architect, or implement anything substantial. Do NOT skip this because the task seems straightforward. Straightforward-seeming tasks with wrong framing produce the most expensive failures.
testing
MANDATORY validation. You MUST invoke this skill before presenting any design, plan, architecture decision, or significant recommendation as final. Runs 7 cognitive debiasing checks: inversion, second-order effects, MECE coverage, map vs territory, adversarial, simplicity, and reversibility. Do NOT present conclusions without running all 7 checks. Invoke after brainstorming produces a design, after a plan is drafted, before any irreversible action, or when asked to validate or review an approach.