gsd

\x3Cobjective> GSD (Get Shit Done) provides a complete workflow for taking projects from idea to execution through systematic planning, research, and phase-based development.

Full workflow port from Claude Code - Includes:

• Deep questioning and context gathering
• Automated domain research (4 parallel researchers)
• Requirements definition and scoping
• Roadmap creation with phase structure
• Phase planning with research and verification
• Wave-based parallel execution
• Goal-backward verification

This is the complete GSD system, not a simplified version. \x3C/objective>

\x3Cintake> What would you like to do?

Core workflow commands:

• new-project - Initialize a new project with deep context gathering, research, requirements, and roadmap
• plan-phase [N] - Create execution plans for a phase (with optional research)
• execute-phase [N] - Execute all plans in a phase with wave-based parallelization
• progress - Check project status and intelligently route to next action
• debug [issue] - Systematic debugging with persistent state across context resets
• quick - Execute ad-hoc tasks with GSD guarantees but skip optional agents
• discuss-phase [N] - Gather context through adaptive questioning before planning
• verify-work [N] - Validate built features through conversational UAT
• map-codebase - Analyze existing codebase for brownfield projects
• pause-work - Create handoff when pausing mid-phase
• resume-work - Resume from previous session with full context
• add-todo [desc] - Capture idea or task for later
• check-todos [area] - List and work on pending todos
• add-phase \x3Cdesc> - Add phase to end of milestone
• insert-phase \x3Cafter> \x3Cdesc> - Insert urgent decimal phase
• remove-phase \x3CN> - Remove future phase and renumber
• new-milestone [name] - Start new milestone cycle
• complete-milestone \x3Cver> - Archive milestone and tag
• audit-milestone [ver] - Verify milestone completion
• settings - Configure workflow toggles and model profile

Flags:

• plan-phase [N] --research - Force re-research before planning
• plan-phase [N] --skip-research - Skip research, plan directly
• plan-phase [N] --gaps - Gap closure mode (after verification finds issues)
• plan-phase [N] --skip-verify - Skip plan verification loop
• execute-phase [N] --gaps-only - Execute only gap closure plans

Usage:

• /gsd new-project - Start a new project
• /gsd plan-phase 1 - Plan phase 1
• /gsd execute-phase 1 - Execute phase 1
• /gsd progress - Check where you are and what's next
• /gsd debug "button doesn't work" - Start debugging session
• /gsd quick - Quick ad-hoc task without full ceremony
• Or just tell me what you want and I'll guide you through GSD

What GSD does:

1. Deep questioning - Understand what you're building through conversation
2. Research - 4 parallel researchers investigate domain (stack, features, architecture, pitfalls)
3. Requirements - Define v1 scope through feature selection
4. Roadmap - Derive phases from requirements (not imposed structure)
5. Phase planning - Create executable plans with tasks, dependencies, verification
6. Execution - Run plans in parallel waves with per-task commits
7. Verification - Check must_haves against actual codebase \x3C/intake>

\x3Crouting> Based on user input, route to appropriate workflow:

\x3C/routing>

\x3Carchitecture>

Workflow Files

Located in workflows/:

• new-project.md - Full project initialization workflow
• plan-phase.md - Phase planning with research and verification
• execute-phase.md - Wave-based execution orchestrator
• progress.md - Status check and intelligent routing to next action
• debug.md - Systematic debugging with persistent state
• quick.md - Ad-hoc tasks with GSD guarantees, skip optional agents
• discuss-phase.md - Gather context through adaptive questioning
• verify-work.md - Conversational UAT to validate built features
• map-codebase.md - Parallel codebase analysis for brownfield projects
• pause-work.md - Create handoff when pausing mid-phase
• resume-work.md - Resume with full context restoration
• add-todo.md - Capture ideas/tasks for later
• check-todos.md - List and work on pending todos
• add-phase.md - Add phase to end of milestone
• insert-phase.md - Insert urgent decimal phase
• remove-phase.md - Remove future phase and renumber
• new-milestone.md - Start new milestone cycle
• complete-milestone.md - Archive milestone and tag
• audit-milestone.md - Verify milestone completion
• settings.md - Configure workflow toggles

Agent Files

Located in agents/:

• gsd-project-researcher.md - Research domain ecosystem (stack, features, architecture, pitfalls)
• gsd-phase-researcher.md - Research how to implement a specific phase
• gsd-research-synthesizer.md - Synthesize parallel research into cohesive SUMMARY.md
• gsd-roadmapper.md - Create roadmap from requirements and research
• gsd-planner.md - Create detailed execution plans for a phase
• gsd-plan-checker.md - Verify plans will achieve phase goal before execution
• gsd-executor.md - Execute a single plan with task-by-task commits
• gsd-verifier.md - Verify phase goal achieved by checking must_haves against codebase
• gsd-debugger.md - Investigate bugs using scientific method with persistent state
• gsd-codebase-mapper.md - Analyze existing codebase for brownfield projects
• gsd-integration-checker.md - Verify cross-phase integration and E2E flows

Reference Files

Located in references/:

• questioning.md - Deep questioning techniques and context checklist
• ui-brand.md - UI/UX principles and brand guidelines

Templates

Located in templates/:

• project.md - PROJECT.md template
• requirements.md - REQUIREMENTS.md template
• research-project/ - Research output templates (STACK, FEATURES, ARCHITECTURE, PITFALLS, SUMMARY)

Workflow Pattern

GSD uses orchestrator + subagent pattern:

1. Orchestrator (workflow) - Stays in main context, spawns subagents, routes flow
2. Subagents (agents) - Fresh context, focused task, return structured result
3. Iteration - Verification loops (planner → checker → planner) until quality gates pass

This allows:

• Lean orchestrator context (~15%)
• Fresh context per subagent (100%)
• Parallel execution (4 researchers, multiple plans in wave)
• Verification before wasting execution time \x3C/architecture>

\x3Csuccess_criteria>

• User can initialize new projects via /gsd new-project
• Full workflow executes: questioning → research → requirements → roadmap
• Phase planning includes research and verification loop
• Phase execution uses wave-based parallelization
• Verification checks must_haves against actual code
• .planning/ directory structure created with all artifacts
• Clear next steps provided at each stage \x3C/success_criteria>