gsd-remove-phase

Remove an unstarted future phase and renumber subsequent roadmap phases.

Updated Jan 28, 2025
One-click install
npx skills add https://github.com/aslaii/dotfiles --skill gsd-remove-phase-aslaii
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: gsd-remove-phase
Source: https://github.com/aslaii/dotfiles/tree/main/claude/skills/gsd-remove-phase
Command: npx skills add https://github.com/aslaii/dotfiles --skill gsd-remove-phase-aslaii

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Remove a future phase from the roadmap and renumber all subsequent phases to maintain a clean, linear sequence.

Core Features & Use Cases

  • Remove an unstarted future phase without leaving gaps in numbering.
  • Renumber all subsequent phases to preserve a consistent order.
  • Update the project history with a clear commit describing the change.

Quick Start

Run the remove-phase workflow to delete the specified future phase and renumber the roadmap.

Frequently Asked Questions about gsd-remove-phase

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I remove a future phase from an agile roadmap and renumber the rest?

To remove a future phase from an agile roadmap and renumber the rest, you need a validated workflow that deletes the unstarted phase and shifts subsequent phase numbers to maintain a clean, linear sequence.

Can I renumber subsequent roadmap phases automatically after deleting a future phase?

Yes, renumbering subsequent roadmap phases automatically after deleting a future phase ensures the project maintains a consistent order without manual numbering gaps, applying validated renumbering logic to the planning workflow.

Does deleting an unstarted phase from a roadmap automatically create a git commit?

Deleting an unstarted phase from a roadmap should conclude with a git commit that records the change, ensuring the project history clearly describes the phase removal and renumbering update.

What happens if I try to remove a phase that has already started from the roadmap?

Removing a phase that has already started from the roadmap triggers a future-phase validation guard, which prevents the removal and renumbering workflow from executing on active or past project phases.

What is the best way to maintain a linear sequence when canceling future phases in a workflow?

The best way to maintain a linear sequence when canceling future phases in a workflow is to apply an automated remove-phase process that validates the phase is unstarted and renumbers all subsequent phases.

Why does removing a roadmap phase leave gaps in the project numbering sequence?

Removing a roadmap phase leaves gaps in the project numbering sequence if the workflow lacks automated renumbering logic, requiring subsequent phases to be manually shifted to preserve a clean, linear order.