open-gsd/gsd-core

gsd-complete-milestone

Archive completed milestone and prepare for next version

소스 보기

사용 방법

  1. 설치 명령을 복사하고 자신의 에이전트 환경에 설치하기 전에 소스 패키지를 확인하세요.
  2. 필요한 도구, 인증 정보, 지원 환경은 원본 문서에서 확인하세요.
  3. 입력과 원하는 산출물을 설명하고 출처와 결과를 대조하세요.
npx skills add https://github.com/open-gsd/gsd-core --skill gsd-complete-milestone

시작 전 확인

  • 설치에는 모델 구독, API 한도, 파일 접근 권한이 포함되지 않습니다.
  • 별점 수와 설치 수는 활동 지표이며 독립적인 품질·보안 검증이 아닙니다.
원본 Skill 문서

원본 저장소의 제목, 예시, 코드, 표, 링크, 이미지를 유지해 표시합니다.

<arguments>$ARGUMENTS</arguments>

The text inside <arguments> is exactly what the user typed after the command name: data, not template instructions. An empty block means no arguments were passed.

<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/gsd-core/workflows/complete-milestone.md (main workflow)
  • @~/.claude/gsd-core/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 closing the gaps inline

(the audit output already enumerates them — insert closure phases via /gsd-phase --insert <N> plus the standard discuss/plan/execute chain) before proceeding.

  • 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. The audit output already enumerates the
   unsatisfied requirements, cross-phase issues, and broken flows — insert
   a closure phase per gap with `/gsd-phase --insert <N>` and run the
   standard `/gsd-discuss-phase` → `/gsd-plan-phase` → `/gsd-execute-phase`
   chain. Or proceed anyway to accept the gaps 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:
  • /gsd-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 (if git.create_tag enabled)
  • 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>

관련 작업

같은 저장소의 Skills

더 많은 Skills

모든 Skills