Complete and archive milestone

VerifiedSafe

Archives a completed milestone by creating historical copies of the roadmap and requirements, updating the project state, and creating a version tag. Helps maintain a clear project history and ensures the planning files are clean for the next milestone. Useful when shipping a version to preserve the milestone's accomplishments and scope.

Sby Skills Guide Bot
DevelopmentIntermediate
1306/2/2026
Claude Code
#milestone#archive#roadmap#requirements#git

Recommended for

Our review

Archives a completed milestone by creating historical records and preparing for the next version.

Strengths

  • Automates milestone archiving with planning file updates.
  • Integrates Git tagging for precise version tracking.
  • Ensures consistent documentation through predefined templates.
  • Automatically prepares the project for the next milestone.

Limitations

  • Requires the milestone to have been audited beforehand.
  • Only works within the specific GSD workflow framework.
When to use it

At the end of a milestone to formalize completion and set up for the next iteration.

When not to use it

If the milestone is not fully complete or if the pre-audit has not been conducted.

Security analysis

Safe
Quality score90/100

The skill automates project milestone archiving by reading and writing local files, using git commands. It does not involve external network calls, obfuscated code, or destructive actions beyond intentional file deletion (REQUIREMENTS.md) which is clearly documented. No security concerns.

No concerns found

Examples

Complete Milestone
Archive milestone 1.0 and prepare for the next version.

name: gsd-complete-milestone description: Archive completed milestone and prepare for next version argument-hint: <version> allowed-tools: Read, Write, Bash

<objective> Mark milestone {{version}} complete, archive to milestones/, and update ROADMAP.md and REQUIREMENTS.md.

Purpose: Create historical record of shipped version, archive milestone artifacts (roadmap + requirements), and prepare for next milestone. Output: Milestone archived (roadmap + requirements), PROJECT.md evolved, git tagged. </objective>

<execution_context> Load these files NOW (before proceeding):

  • @{{PLATFORM_ROOT}}/get-shit-done/workflows/complete-milestone.md (main workflow)
  • @{{PLATFORM_ROOT}}/get-shit-done/templates/milestone-archive.md (archive template) </execution_context>
<context> **Project files:** - `.planning/ROADMAP.md` - `.planning/REQUIREMENTS.md` - `.planning/STATE.md` - `.planning/PROJECT.md`

User input:

  • Version: {{version}} (e.g., "1.0", "1.1", "2.0") </context>
<process>

Follow complete-milestone.md workflow:

  1. Check for audit:

    • Look for .planning/v{{version}}-MILESTONE-AUDIT.md
    • If missing or stale: recommend {{COMMAND_PREFIX}}audit-milestone first
    • If audit status is gaps_found: recommend {{COMMAND_PREFIX}}plan-milestone-gaps first
    • If audit status is passed: proceed to step 1
    ## Pre-flight Check
    
    {If no v{{version}}-MILESTONE-AUDIT.md:}
    ⚠ No milestone audit found. Run `{{COMMAND_PREFIX}}audit-milestone` first to verify
    requirements coverage, cross-phase integration, and E2E flows.
    
    {If audit has gaps:}
    ⚠ Milestone audit found gaps. Run `{{COMMAND_PREFIX}}plan-milestone-gaps` to create
    phases that close the gaps, or proceed anyway to accept as tech debt.
    
    {If audit passed:}
    ✓ Milestone audit passed. Proceeding with completion.
    
  2. Verify readiness:

    • Check all phases in milestone have completed plans (SUMMARY.md exists)
    • Present milestone scope and stats
    • Wait for confirmation
  3. Gather stats:

    • Count phases, plans, tasks
    • Calculate git range, file changes, LOC
    • Extract timeline from git log
    • Present summary, confirm
  4. Extract accomplishments:

    • Read all phase SUMMARY.md files in milestone range
    • Extract 4-6 key accomplishments
    • Present for approval
  5. Archive milestone:

    • Create .planning/milestones/v{{version}}-ROADMAP.md
    • Extract full phase details from ROADMAP.md
    • Fill milestone-archive.md template
    • Update ROADMAP.md to one-line summary with link
  6. Archive requirements:

    • Create .planning/milestones/v{{version}}-REQUIREMENTS.md
    • Mark all v1 requirements as complete (checkboxes checked)
    • Note requirement outcomes (validated, adjusted, dropped)
    • Delete .planning/REQUIREMENTS.md (fresh one created for next milestone)
  7. Update PROJECT.md:

    • Add "Current State" section with shipped version
    • Add "Next Milestone Goals" section
    • Archive previous content in <details> (if v1.1+)
  8. Commit and tag:

    • Stage: MILESTONES.md, PROJECT.md, ROADMAP.md, STATE.md, archive files
    • Commit: chore: archive v{{version}} milestone
    • Tag: git tag -a v{{version}} -m "[milestone summary]"
    • Ask about pushing tag
  9. Offer next steps:

    • {{COMMAND_PREFIX}}new-milestone — start next milestone (questioning → research → requirements → roadmap)
</process>

<success_criteria>

  • Milestone archived to .planning/milestones/v{{version}}-ROADMAP.md
  • Requirements archived to .planning/milestones/v{{version}}-REQUIREMENTS.md
  • .planning/REQUIREMENTS.md deleted (fresh for next milestone)
  • ROADMAP.md collapsed to one-line entry
  • PROJECT.md updated with current state
  • Git tag v{{version}} created
  • Commit successful
  • User knows next steps (including need for fresh requirements) </success_criteria>

<critical_rules>

  • Load workflow first: Read complete-milestone.md before executing
  • Verify completion: All phases must have SUMMARY.md files
  • User confirmation: Wait for approval at verification gates
  • Archive before deleting: Always create archive files before updating/deleting originals
  • One-line summary: Collapsed milestone in ROADMAP.md should be single line with link
  • Context efficiency: Archive keeps ROADMAP.md and REQUIREMENTS.md constant size per milestone
  • Fresh requirements: Next milestone starts with {{COMMAND_PREFIX}}new-milestone which includes requirements definition </critical_rules>
Related skills