Receber por email
← Voltar para o catálogo

gsd:complete-milestone

Archive completed milestone and prepare for next version

3.1kestrelas
Atualizado há 4 meses

Ver no GitHub ↗ Licença: MIT

Como adicionar

/plugin marketplace add davepoon/buildwithclaude

O comando exato pode variar conforme o repositório. Confira o README no GitHub.

Para o autor da skill

Cole no README do seu repo

Mostra que sua skill está catalogada na Skillteca, gera backlink e tráfego rastreável.

[![Skillteca](https://www.skillteca.com.br/api/badge/gsd-complete-milestone/svg)](https://www.skillteca.com.br/skills/gsd-complete-milestone)

Skills relacionadas

Ver todas de Desenvolvimento →

Alerta por categoria

Receba novas skills de Desenvolvimento toda segunda

1 email curto, só com as skills novas de Desenvolvimento. 4 minutos de leitura, sem spam, cancela com 1 clique.

Você confirma o email no primeiro envio. Sem spam. Cancela com 1 clique.

Ler descrição completa

<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):

  • @${CLAUDE_PLUGIN_ROOT}/workflows/complete-milestone.md (main workflow)
  • @${CLAUDE_PLUGIN_ROOT}/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 /gsd:audit-milestone first
  • If audit status is gaps_found: recommend /gsd:plan-milestone-gaps first
  • If audit status is passed: proceed to step 1

```markdown ## Pre-flight Check

{If no v{{version}}-MILESTONE-AUDIT.md:} ⚠ No milestone audit found. Run /gsd:audit-milestone first to verify requirements coverage, cross-phase integration, and E2E flows.

{If audit has gaps:} ⚠ Milestone audit found gaps. Run /gsd: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. ```

  1. Verify readiness:
  • Check all phases in milestone have completed plans (SUMMARY.md exists)
  • Present milestone scope and stats
  • Wait for confirmation
  1. Gather stats:
  • Count phases, plans, tasks
  • Calculate git range, file changes, LOC
  • Extract timeline from git log
  • Present summary, confirm
  1. Extract accomplishments:
  • Read all phase SUMMARY.md files in milestone range
  • Extract 4-6 key accomplishments
  • Present for approval
  1. 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
  1. 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)
  1. Update PROJECT.md:
  • Add "Current State" section with shipped version
  • Add "Next Milestone Goals" section
  • Archive previous content in <details> (if v1.1+)
  1. 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
  1. Offer next steps:
  2. /gsd:new-milestone — start next milestone (questioning → research → requirements → roadmap)

</process>

<output_format> After the milestone is archived and tagged, emit a Milestone Complete continuation block following the pattern in references/continuation-format.md (§ Milestone Complete variant):

  • ## 🎉 Milestone v{{version}} Complete with phase/plan/task summary
  • Brief one-paragraph "what shipped" recap
  • ## ▶ Next Up heading
  • Use ` /clear then: before /gsd:new-milestone`
  • Parenthetical: (/clear is safe — /gsd:resume-work restores position from HANDOFF.json if you change your mind)
  • Optional "Also available:" with /gsd:audit-milestone (retrospective audit) or /gsd:review-backlog (deferred items review)

Milestone close is the single biggest context-shed point in the workflow. The just-shipped milestone's plan/execute conversation is finished; the next milestone wants a clean slate. Always suggest /clear. </output_format>

<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 /gsd:new-milestone which includes requirements definition

</critical_rules>

Compartilhar X LinkedIn