A skill pack for the Pi Coding Agent that turns raw ideas into a practical, testable product strategy before build work.
It helps technical builders avoid overbuilding by forcing clarity on market, user, problem, offer, MVP, proof, messaging, and acquisition.
MARKET SIGNAL → USER CONTEXT → PROBLEM/OUTCOME → OFFER → MECHANISM → MVP → PROOF → MESSAGE → ACQUISITION → STRATEGY BRIEF
AI can accelerate execution, but it can also accelerate waste.
Pi Strategy enforces a simple discipline:
- define who you serve;
- define the painful problem and desired outcome;
- define a credible offer;
- define the smallest MVP that proves the offer;
- define proof and acquisition path before downstream execution.
Core rule:
Do not build before strategy.
- Technical founders
- Indie builders
- Small early-stage product teams
- Anyone repeatedly shipping without clear validation
From npm:
pi install npm:@felipefontoura/pi-strategyThen reload Pi:
/reload
Use through Pi skill commands:
/skill:strat-init
/skill:strat-market-signal
/skill:strat-user-context
/skill:strat-problem-outcome
/skill:strat-product-offer
/skill:strat-unique-mechanism
/skill:strat-mvp-scope
/skill:strat-proof-system
/skill:strat-message-system
/skill:strat-acquisition-path
/skill:strat-brief
Initializes strategy workspace in the user project.
Typical output:
.ai/strategy/
.ai/strategy/index.md
Checks if there is enough reachable market signal to proceed.
Typical output:
.ai/strategy/signal/market-signal.md
Defines concrete user and buyer context, workflow, triggers, and objections.
Typical output:
.ai/strategy/signal/user-context.md
Separates surface vs deeper problem and defines measurable desired outcome.
Typical output:
.ai/strategy/signal/problem-outcome.md
Builds the offer using the value equation.
Typical output:
.ai/strategy/offer/product-offer.md
Defines why this works differently from the old way.
Typical output:
.ai/strategy/offer/unique-mechanism.md
Defines the smallest deliverable that proves the offer and mechanism.
Typical output:
.ai/strategy/offer/mvp-scope.md
Maps available proof, missing proof, and proof acquisition plan.
Typical output:
.ai/strategy/offer/proof-system.md
Turns strategy into clear technical messaging.
Typical output:
.ai/strategy/gtm/message-system.md
Chooses the right CTA and conversion path based on readiness and trust.
Typical output:
.ai/strategy/gtm/acquisition-path.md
Consolidates all artifacts into final handoff.
Typical output:
.ai/strategy/handoff/strategy-brief.md
/skill:strat-init
/skill:strat-market-signal
/skill:strat-user-context
/skill:strat-problem-outcome
/skill:strat-product-offer
/skill:strat-unique-mechanism
/skill:strat-mvp-scope
/skill:strat-proof-system
/skill:strat-message-system
/skill:strat-acquisition-path
/skill:strat-brief
Strategy state lives in the user project:
.ai/strategy/
index.md
signal/
market-signal.md
user-context.md
problem-outcome.md
offer/
product-offer.md
unique-mechanism.md
mvp-scope.md
proof-system.md
gtm/
message-system.md
acquisition-path.md
handoff/
strategy-brief.md
Optional durable context:
.ai/steering/
Pi Strategy writes:
.ai/strategy/handoff/strategy-brief.md
Downstream packages should consume this file instead of inventing strategy again.
Ready for Handoff should only be used when:
- offer is specific and testable;
- MVP scope is bounded;
- proof exists or proof plan exists;
- message system is specific;
- acquisition path is coherent and measurable.
It does not create implementation code, UI, ad systems, CRM automations, or full downstream execution assets.
Package source/docs are EN-US.
At runtime, skills adapt to user language, while preserving canonical technical identifiers (file paths, status values, commands, and stable headings).
MIT