plugins/pm/skills/strategy-sprint/SKILL.md
Create product strategy in 1 day, 1 week, or 1 month timeframes. Progressive strategy development framework.
npx skillsauth add coalesce-labs/catalyst strategy-sprintInstall 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.
When to use: When you need to create or update product strategy quickly, align stakeholders, or prepare for planning cycles
Framework source: Aakash Gupta's "How to Write a Product Strategy in 1 Day/Week/Month"
thoughts/shared/pm/frameworks/ and thoughts/shared/pm/context/business-info-template.md for existing contextthoughts/shared/product/strategy/strategy-[topic]-[date].mdWhich tier should you pick?
Sometimes you start at one tier and realize you need a bigger sprint. Here's when to escalate:
1-Day → 1-Week Escalation: Escalate when any of these appear during your 1-day sprint:
1-Week → 1-Month Escalation: Escalate when any of these appear during your 1-week sprint:
How to escalate gracefully:
Strategy doesn't always need to be a month-long exercise. Depending on your timeline and context, you can create effective strategy in three different timeframes:
Use when:
What to include:
Problem/Opportunity (2-3 sentences)
Target Customer (1 paragraph)
Hypothesis (1 sentence)
Success Metric (1 metric + target)
Key Risks (3 bullets)
Next Steps (3 action items with owners)
Time investment: 4-6 hours Output: 1-page doc that gets everyone pointed in the same direction
Use when:
Build on 1-day foundation with:
Jobs-to-Be-Done Analysis
Competitive Positioning
User Research Validation
Technical Feasibility Check
Success Criteria (expanded)
Rollout Plan
Daily Breakdown (1-Week Sprint):
| Day | Focus | Deliverable | Hours | | ------------- | --------------------------- | --------------------------------------------------------------------------------------------------------- | ------- | | Monday | Foundation + Research Setup | 1-day snap strategy draft; schedule 5-8 interviews; pull support tickets and NPS data | 5-6 hrs | | Tuesday | Customer Research | Conduct 3-5 interviews; review survey data and support themes; draft JTBD canvas | 5-6 hrs | | Wednesday | Competitive + Technical | Competitive positioning analysis; engineering feasibility sync; identify top 3 technical risks | 4-5 hrs | | Thursday | Synthesis + Strategy Draft | Combine research into strategy doc; define success criteria and guardrails; draft rollout plan | 5-6 hrs | | Friday | Review + Finalize | Get feedback from 2-3 key stakeholders; incorporate feedback; finalize 3-5 page doc with clear next steps | 3-4 hrs |
End-of-week deliverable: 3-5 page strategy doc with JTBD analysis, competitive positioning, success metrics, and rollout plan.
Time investment: 20-30 hours across 5 days Output: 3-5 page doc with research backing
Use when:
Build on 1-week foundation with:
Market Analysis
/competitor-analysisStrategic Fit
7 Powers Analysis
Financial Model
Org & Resourcing Plan
Risk Mitigation
Roadmap (6-12 months)
Stakeholder Alignment Sessions
Weekly Breakdown (1-Month Sprint):
| Week | Theme | Key Activities | Deliverables | | ------------------------------------- | ------------------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------ | | Week 1: Foundation | Discovery + Snap Strategy | Complete 1-day snap strategy; kick off market research; schedule all stakeholder reviews for weeks 2-3; begin competitive analysis; pull baseline metrics | Snap strategy doc (1-page); research plan; stakeholder review calendar | | Week 2: Deep Research | User Research + Market Analysis | Conduct 8-10 user interviews; complete competitive deep dives (3-5 players); TAM/SAM/SOM sizing; engineering feasibility assessment; 7 Powers analysis | Research synthesis; competitive landscape doc; market sizing; technical feasibility report | | Week 3: Synthesis + Socialization | Strategy Draft + Stakeholder Reviews | Write full strategy doc; run stakeholder alignment sessions (engineering, design, exec, sales/CS, legal); build financial model; draft roadmap | Strategy doc v1 (10-15 pages); financial model; stakeholder feedback log | | Week 4: Finalization | Incorporate Feedback + Finalize | Incorporate all stakeholder feedback; finalize roadmap with go/no-go criteria; create executive summary; build FAQ doc from all questions received; present final strategy | Final strategy doc; executive summary; FAQ; presentation deck; risk mitigation plan |
Key milestones within each week:
Time investment: 60-80 hours across 4 weeks Output: 10-15 page comprehensive strategy doc
Ask yourself:
Don't default to 1-month if 1-week will do.
Use /strategy-sprint and reference thoughts/shared/pm/context/business-info-template.md
I need to create a [1-day / 1-week / 1-month] strategy for: [describe the opportunity/problem]
Timeline: [your actual deadline]
Key stakeholders: [who needs to approve this]
Main decision: [what decision does this strategy inform]
Help me work through the appropriate framework step by step.
For 1-Day Strategy:
For 1-Week Strategy:
/user-research-synthesis to process interviews quicklyFor 1-Month Strategy:
Universal tip:
❌ Spending a month when a week would work
❌ Skipping the 1-day foundation
❌ Writing strategy in isolation
❌ Treating this as final
Scenario: You need a growth strategy for Q2
Week 1: Create 1-day snap strategy
Week 2: Expand to 1-week strategy
Week 3-4: (Optional) Expand to 1-month if needed
Result: You have a clear strategy in 2 weeks instead of rushing a half-baked doc in 1 month
/prd-draft - Turn strategy into PRDs/competitor-analysis - Research competitors/user-research-synthesis - Process customer insightsBefore delivering the strategy document, verify:
Framework credit: Adapted from Aakash Gupta's strategy framework. Read the full article: https://www.news.aakashg.com/p/strategy-in-1-day-week-month
development
Migrate a single-harness repo to the dual-harness layout so both Claude Code and Codex load the same instructions and skills — AGENTS.md as the portable canonical doc, a thin CLAUDE.md `@AGENTS.md` bridge, and a `.agents/skills` dir with a `.claude/skills` symlink onto it. Use when asked to migrate to dual-harness, make this repo work in both Claude and Codex, or for agent metadata cleanup.
tools
Goal-driven senior-engineer pipeline-unstick sweep (CTL-1176 rung 3). Given the stuck/failed/needs-human set (or ONE ticket handed by the recovery router), its GOAL is to get the pipeline MOVING again — not to fix one ticket's review findings (that is phase-remediate). It runs AFTER the eyes (diagnostician evidence) and the hands (deterministic unstuck-sweep seams) have already tried, and it CONSUMES their output from a recovery-pass.json brief rather than re-diagnosing or redoing their narrow work. It acts like a senior engineer with full tool access — it resolves merge conflicts, rebases, force-pushes, merges green PRs, and re-dispatches stalled phases AUTONOMOUSLY — and escalates to the operator ONLY for a genuine value judgment / something that degrades other functionality / a real cost-benefit trade-off / a serious architecture change / an ADR conflict. On escalation it AUTHORS the operator inbox row + the push notification (executive-voiced). Dispatched as a `claude --bg` job by phase-agent-dispatch via slash command, AND invocable bare by the operator as a sweep — hence `user-invocable: true`. Ships behind CATALYST_RECOVERY_PASS (off by default — no live behavior change until shadow/enforce).
tools
Diagnose and fix Catalyst setup issues. Validates tools, database, config, OTel, direnv, and thoughts. Automatically fixes what it can — creates directories, initializes the database, sets WAL mode, runs migrations. Use for new installs, upgrades, or when something isn't working.
tools
--- name: phase-triage description: Phase agent that triages a Linear ticket — expands acronyms, classifies (feature/bug/docs/refactor/chore), identifies genuine blockers (a semantic second-pass over the backlog — NOT a prose scrape; CTL-838), estimates scope, writes triage.json, and posts a triage analysis comment to Linear. Triage completion is signaled by that comment plus the local triage.json — there is no `triaged` label. Emits phase.triage.complete.<TICKET> on success and phase.triage.fai