Compléter et archiver une étape

VérifiéSûr

Archive un jalon terminé en créant des copies historiques de la feuille de route et des exigences, en mettant à jour l'état du projet et en créant un tag de version. Aide à maintenir un historique clair du projet et garantit que les fichiers de planification sont prêts pour le prochain jalon. Utile lors de la livraison d'une version pour conserver les réalisations et le périmètre du jalon.

Spar Skills Guide Bot
DeveloppementIntermédiaire
02/06/2026
Claude Code
#milestone#archive#roadmap#requirements#git

Recommandé pour

Synthèse automatique

Archive un jalon terminé en créant des enregistrements historiques et en préparant la prochaine version.

Points forts

  • Automatise l'archivage des jalons avec mise à jour des fichiers de planification.
  • Intègre le tagging Git pour un suivi de version précis.
  • Garantit une documentation cohérente grâce à des modèles prédéfinis.
  • Prépare automatiquement le projet pour le prochain jalon.

Limites

  • Nécessite que le jalon ait été audité au préalable.
  • Fonctionne uniquement dans le cadre du workflow GSD spécifique.
Quand l'utiliser

À la fin d'un jalon pour formaliser son achèvement et préparer la suite du projet.

Quand l'éviter

Si le jalon n'est pas complètement terminé ou si l'audit préalable n'a pas été effectué.

Analyse de sécurité

Sûr
Score qualité90/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.

Aucun point d'attention détecté

Comment cette analyse est faite

Exemples

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>

Du fichier au premier essai

Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.

Consulter la source et ses fichiers annexes

Ce téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.

1. Télécharger le fichier

Télécharger SKILL.md

Depuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/complete-and-archive-milestone-mm8o526m/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.

Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.

mkdir -p '.skill-downloads/complete-and-archive-milestone-mm8o526m' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/complete-and-archive-milestone-mm8o526m/download' --output '.skill-downloads/complete-and-archive-milestone-mm8o526m/SKILL.md.part' && mv '.skill-downloads/complete-and-archive-milestone-mm8o526m/SKILL.md.part' '.skill-downloads/complete-and-archive-milestone-mm8o526m/SKILL.md'

2. Vérifier les prérequis

Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.

Outils déclarés par l’auteur (à vérifier dans votre agent) : Read, Write, Bash

Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.

Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.

3. Charger la skill

Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.

Claude Code
test -f '.skill-downloads/complete-and-archive-milestone-mm8o526m/SKILL.md' && test -s '.skill-downloads/complete-and-archive-milestone-mm8o526m/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/gsd-complete-milestone' && cp -R '.skill-downloads/complete-and-archive-milestone-mm8o526m' '.claude/skills/gsd-complete-milestone'

OpenSkills

OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.

Installation officielle d’OpenSkills
openskills install './.skill-downloads/complete-and-archive-milestone-mm8o526m'

openskills read 'complete-and-archive-milestone-mm8o526m'

La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.

Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.

openskills sync

Mode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.

4. Faire un premier essai

Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :

Lis .skill-downloads/complete-and-archive-milestone-mm8o526m/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.

Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.

Skills similaires