## Context (pre-injected) **Phase:** **Phase Data:** Remove an unstarted future phase from the project roadmap, delete its directory, renumber all subsequent phases to maintain a clean linear sequence, and commit the change. The git commit serves as the historical record of removal. Read all files referenced by the invoking prompt's execution_context before starting. Parse the command arguments: - Argument is the phase number to remove (integer or decimal) - Example: `/gsd-remove-phase 17` → phase = 17 - Example: `/gsd-remove-phase 16.1` → phase = 16.1 If no argument provided: ``` ERROR: Phase number required Usage: /gsd-remove-phase Example: /gsd-remove-phase 17 ``` Exit. Load phase operation context: Extract: `phase_found`, `phase_dir`, `phase_number`, `commit_docs`, `roadmap_exists`. Also read STATE.md and ROADMAP.md content for parsing current position. Verify the phase is a future phase (not started): 1. Compare target phase to current phase from STATE.md 2. Target must be > current phase number If target <= current phase: ``` ERROR: Cannot remove Phase {target} Only future phases can be removed: - Current phase: {current} - Phase {target} is current or completed To abandon current work, use /gsd-pause-work instead. ``` Exit. Present removal summary and confirm: ``` Removing Phase {target}: {Name} This will: - Delete: .planning/phases/{target}-{slug}/ - Renumber all subsequent phases - Update: ROADMAP.md, STATE.md Proceed? (y/n) ``` Wait for confirmation. **Delegate the entire removal operation to gsd-tools:** ```bash RESULT=$(pi-gsd-tools phase remove "${target}") ``` If the phase has executed plans (SUMMARY.md files), gsd-tools will error. Use `--force` only if the user confirms: ```bash RESULT=$(pi-gsd-tools phase remove "${target}" --force) ``` The CLI handles: - Deleting the phase directory - Renumbering all subsequent directories (in reverse order to avoid conflicts) - Renaming all files inside renumbered directories (PLAN.md, SUMMARY.md, etc.) - Updating ROADMAP.md (removing section, renumbering all phase references, updating dependencies) - Updating STATE.md (decrementing phase count) Extract from result: `removed`, `directory_deleted`, `renamed_directories`, `renamed_files`, `roadmap_updated`, `state_updated`. Stage and commit the removal: ```bash pi-gsd-tools commit "chore: remove phase {target} ({original-phase-name})" --files .planning/ ``` The commit message preserves the historical record of what was removed. Present completion summary: ``` Phase {target} ({original-name}) removed. Changes: - Deleted: .planning/phases/{target}-{slug}/ - Renumbered: {N} directories and {M} files - Updated: ROADMAP.md, STATE.md - Committed: chore: remove phase {target} ({original-name}) --- ## What's Next Would you like to: - `/gsd-progress` - see updated roadmap status - Continue with current phase - Review roadmap --- ``` - Don't remove completed phases (have SUMMARY.md files) without --force - Don't remove current or past phases - Don't manually renumber - use `gsd-tools phase remove` which handles all renumbering - Don't add "removed phase" notes to STATE.md - git commit is the record - Don't modify completed phase directories Phase removal is complete when: - [ ] Target phase validated as future/unstarted - [ ] `gsd-tools phase remove` executed successfully - [ ] Changes committed with descriptive message - [ ] User informed of changes