9.7 KiB
create-plans
Hierarchical project planning optimized for solo developer + Claude
Create executable plans that Claude can run, not enterprise documentation that sits unused.
Philosophy
You are the visionary. Claude is the builder.
No teams. No stakeholders. No ceremonies. No coordination overhead.
Plans are written AS prompts (PLAN.md IS the execution prompt), not documentation that gets transformed into prompts later.
Quick Start
Skill("create-plans")
The skill will:
- Scan for existing planning structure
- Check for git repo (offers to initialize)
- Present context-aware options
- Guide you through the appropriate workflow
Planning Hierarchy
BRIEF.md → Human vision (what and why)
↓
ROADMAP.md → Phase structure (high-level plan)
↓
RESEARCH.md → Research prompt (for unknowns - optional)
↓
FINDINGS.md → Research output (if research done)
↓
PLAN.md → THE PROMPT (Claude executes this)
↓
SUMMARY.md → Outcome (existence = phase complete)
Directory Structure
All planning artifacts go in .planning/:
.planning/
├── BRIEF.md # Project vision
├── ROADMAP.md # Phase structure + tracking
└── phases/
├── 01-foundation/
│ ├── PLAN.md # THE PROMPT (execute this)
│ ├── SUMMARY.md # Outcome (exists = done)
│ └── .continue-here.md # Handoff (temporary)
└── 02-auth/
├── RESEARCH.md # Research prompt (if needed)
├── FINDINGS.md # Research output
├── PLAN.md # Execute prompt
└── SUMMARY.md
Workflows
Starting a New Project
- Invoke skill
- Choose "Start new project"
- Answer questions about vision/goals
- Skill creates BRIEF.md
- Optionally create ROADMAP.md with phases
- Plan first phase
Planning a Phase
- Skill reads BRIEF + ROADMAP
- Loads domain expertise if applicable (see Domain Skills below)
- If phase has unknowns → create RESEARCH.md first
- Creates PLAN.md (the executable prompt)
- You review or execute
Executing a Phase
- Skill reads PLAN.md
- Executes each task with verification
- Creates SUMMARY.md when complete
- Git commits phase completion
- Offers to plan next phase
Pausing Work (Handoff)
- Choose "Create handoff"
- Skill creates
.continue-here.mdwith full context - When resuming, skill loads handoff and continues
Domain Skills (Optional)
What are domain skills?
Full-fledged agent skills that exhaustively document how to build in a specific framework/platform. They make your plans concrete instead of generic.
Without domain skill:
Task: Create authentication system
Action: Implement user login
Generic. Not helpful.
With domain skill (macOS apps):
Task: Create login window
Files: Sources/Views/LoginView.swift
Action: SwiftUI view with @Bindable for User model. TextField for username/password.
SecureField for password (uses system keychain). Submit button triggers validation
logic. Use @FocusState for tab order. Add Command-L keyboard shortcut.
Verify: xcodebuild test && open App.app (check tab order, keychain storage)
Specific. Executable. Framework-appropriate.
Structure of domain skills:
~/.claude/skills/expertise/[domain]/
├── SKILL.md # Router + essential principles
├── workflows/ # build-new-app, add-feature, debug-app, etc.
└── references/ # Exhaustive domain knowledge (often 10k+ lines)
Domain skills are dual-purpose:
- Standalone skills - Invoke with
Skill("build-macos-apps")for guided development - Context for create-plans - Loaded automatically when planning that domain
Example domains:
macos-apps- Swift/SwiftUI macOS (19 references, 10k+ lines)iphone-apps- Swift/SwiftUI iOSunity-games- Unity game developmentswift-midi-apps- MIDI/audio appswith-agent-sdk- Claude Agent SDK appsnextjs-ecommerce- Next.js e-commerce
How it works:
- Skill infers domain from your request ("build a macOS app" → build-macos-apps)
- Before creating PLAN.md, reads all
~/.claude/skills/build/macos-apps/references/*.md - Uses that exhaustive knowledge to write framework-specific tasks
- Result: Plans that match your actual tech stack with all the details
What if you don't have domain skills?
Skill works fine without them - proceeds with general planning. But tasks will be more generic and require more clarification during execution.
Creating a Domain Skill
Domain skills are created with create-agent-skills skill.
Process:
Skill("create-agent-skills")→ choose "Build a new skill"- Name:
build-[your-domain] - Description: "Build [framework/platform] apps. Full lifecycle - build, debug, test, optimize, ship."
- Ask it to create exhaustive references covering:
- Architecture patterns
- Project scaffolding
- Common features (data, networking, UI)
- Testing and debugging
- Platform-specific conventions
- CLI workflow (how to build/run without IDE)
- Deployment/shipping
The skill should be comprehensive - 5k-10k+ lines documenting everything about building in that domain. When create-plans loads it, the resulting PLAN.md tasks will be detailed and executable.
Quality Controls
Research prompts include systematic verification to prevent gaps:
- Verification checklists - Enumerate ALL options before researching
- Blind spots review - "What might I have missed?"
- Critical claims audit - Verify "X is not possible" with sources
- Quality reports - Distinguish verified facts from assumptions
- Streaming writes - Write incrementally to prevent token limit failures
See references/research-pitfalls.md for known mistakes and prevention.
Key Principles
Solo Developer + Claude
Planning for ONE person (you) and ONE implementer (Claude). No team coordination, stakeholder management, or enterprise processes.
Plans Are Prompts
PLAN.md IS the execution prompt. It contains objective, context (@file references), tasks (Files/Action/Verify/Done), and verification steps.
Ship Fast, Iterate Fast
Plan → Execute → Ship → Learn → Repeat. No multi-week timelines, approval gates, or sprint ceremonies.
Context Awareness
Monitors token usage:
- 25% remaining: Mentions context getting full
- 15% remaining: Pauses, offers handoff
- 10% remaining: Auto-creates handoff, stops
Never starts large operations below 15% without confirmation.
User Gates
Pauses at critical decision points:
- Before writing PLAN.md (confirm breakdown)
- After low-confidence research
- On verification failures
- When previous phase had issues
See references/user-gates.md for full gate patterns.
Git Versioning
All planning artifacts are version controlled. Commits outcomes, not process:
- Initialization commit (BRIEF + ROADMAP)
- Phase completion commits (PLAN + SUMMARY + code)
- Handoff commits (when pausing work)
Git log becomes project history.
Anti-Patterns
This skill NEVER includes:
- Team structures, roles, RACI matrices
- Stakeholder management, alignment meetings
- Sprint ceremonies, standups, retros
- Multi-week estimates, resource allocation
- Change management, governance processes
- Documentation for documentation's sake
If it sounds like corporate PM theater, it doesn't belong.
Files Reference
Structure
references/directory-structure.md- Planning directory layoutreferences/hierarchy-rules.md- How levels build on each other
Formats
references/plan-format.md- PLAN.md structurereferences/handoff-format.md- Context handoff structure
Patterns
references/context-scanning.md- How skill understands current statereferences/context-management.md- Token usage monitoringreferences/user-gates.md- When to pause and askreferences/git-integration.md- Version control patternsreferences/research-pitfalls.md- Known research mistakes
Templates
templates/brief.md- Project vision documenttemplates/roadmap.md- Phase structuretemplates/phase-prompt.md- Executable phase prompt (PLAN.md)templates/research-prompt.md- Research prompt (RESEARCH.md)templates/summary.md- Phase outcome (SUMMARY.md)templates/continue-here.md- Context handoff
Workflows
workflows/create-brief.md- Create project visionworkflows/create-roadmap.md- Define phases from briefworkflows/plan-phase.md- Create executable phase promptworkflows/execute-phase.md- Run phase, create summaryworkflows/research-phase.md- Create and run researchworkflows/plan-chunk.md- Plan immediate next tasksworkflows/transition.md- Mark phase complete, advanceworkflows/handoff.md- Create context handoff for pausingworkflows/resume.md- Load handoff, restore contextworkflows/get-guidance.md- Help decide planning approach
Example Domain Skill
See build/example-nextjs/ for a minimal domain skill showing:
- Framework-specific patterns
- Project structure conventions
- Common commands
- Phase breakdown strategies
- Task specificity guidelines
Use this as a template for creating your own domain skills.
Success Criteria
Planning skill succeeds when:
- Context scan runs before intake
- Appropriate workflow selected based on state
- PLAN.md IS the executable prompt (not separate doc)
- Hierarchy is maintained (brief → roadmap → phase)
- Handoffs preserve full context for resumption
- Context limits respected (auto-handoff at 10%)
- Quality controls prevent research gaps
- Streaming writes prevent token limit failures