Story Done

Avant de commencer : lis ce prompt d'installation au complet, dis-moi en quelques lignes ce que ce skill fait et ce que son installation implique, et attends mon feu vert avant de faire quoi que ce soit d'autre. Prérequis — SYSTÈME INTÉGRÉ D'ABORD : ce skill est une pièce du template complet « Claude Code Game Studios » (49 agents, 74 skills, templates de studio et un CLAUDE.md de studio, selon le README du dépôt). Chaque skill suppose ce template installé, avec ses conventions, sa configuration project.yaml / project.local.yaml, ses documents de modes .claude/docs/, ses hooks (par exemple hooks/yaml-helper.sh, hors du dossier de ce skill) et ses scripts d'aide .claude/scripts/. Installer cette fiche seule copie seulement le dossier de ce skill, sans le reste du système : le skill peut référencer des agents, fichiers, hooks ou scripts du template absents hors du template complet, et il peut ne pas fonctionner comme prévu seul. Aucun compte, aucune clé ni aucun paiement n'est requis pour copier les fichiers, et rien n'est exécuté pendant l'installation. Une exception divulguée au motif habituel demander-avant-d'écrire : son checkpoint de session dans production/session-state/active.md est écrit à chaque exécution, quel que soit le verdict ; la clôture de la story elle-même exige toujours ton choix explicite. Installe-moi « Story Done ». Le skill lui-même clôt une story terminée — le seul skill qui marque une story Complete, et seulement sur le oui de l'utilisateur. Il trouve la story (chemin en argument, le checkpoint dans production/session-state/active.md, ou les stories en cours listées par le script story-facts.sh du template), charge ce contre quoi la story est vérifiée pour son palier (critères d'acceptation du GDD, décisions ADR, registre TR, control manifest), et vérifie chaque critère d'acceptation : vérifications d'existence pour les fichiers et tests nommés (la présence d'un fichier de test est rapportée, jamais sa réussite — ce skill n'exécute aucun test), questions pour les critères de comportement (Yes passe, No échoue, Not tested yet garde le verdict à au mieux NOT ASSESSED), et captures d'écran conservées pour les critères visibles. Il vérifie les preuves de test que son type et qa.level exigent, balaye les déviations par rapport au GDD, aux ADR et au propre périmètre de la story (contre git status --porcelain), et exécute les portes de revue ou consigne leur saut (en mode de revue full, il confie QL-TEST-COVERAGE et LP-CODE-REVIEW aux agents qa-lead et lead-programmer du template, via references/review-gates.md). Il montre ensuite le rapport et demande « How do you want to proceed? » avant toute écriture de clôture : sur un choix de clôture, il met le Status de la story à Complete avec des Completion Notes, met à jour production/sprint-status.yaml (en silence, couvert par cette même réponse, selon son CONTRACT.md), ajoute optionnellement une ligne de dette technique par déviation consultative à docs/tech-debt-register.md quand l'utilisateur choisit cette option (references/tech-debt-row.md), et imprime un commit git suggéré (il ne commit pas). Verdicts : COMPLETE, COMPLETE WITH NOTES, NOT ASSESSED, BLOCKED — clore une story bloquée ou non évaluée est toujours demandé comme une décision de périmètre, dans chaque mode d'automatisation. À chaque exécution, quel que soit le verdict et que la story se clôture ou non, il écrase le bloc checkpoint dans production/session-state/active.md via le script session-state.sh du template — cette écriture se fait sans demande séparée et est divulguée ici et dans les prérequis. Il résout ses nombreux réglages en lançant le hooks/yaml-helper.sh du template, hors du dossier de ce skill, et son CONTRACT.md et ses trois fichiers de référence détaillent ses entrées, sorties et contraintes dures. Dépôt : https://github.com/Donchitos/Claude-Code-Game-Studios (le skill est tout le dossier .claude/skills/story-done/ au commit épinglé : 5 fichiers en tout) Version épinglée : installe le code au commit 05ad7c8a5b8aa2aa86bbd3439ae7cf7295cac418 exactement. Ne substitue pas une version plus récente. Si ce commit est inaccessible, arrête-toi et dis-le-moi. 1. Clone https://github.com/Donchitos/Claude-Code-Game-Studios dans un dossier temporaire, place-toi au commit 05ad7c8a5b8aa2aa86bbd3439ae7cf7295cac418, et copie le dossier .claude/skills/story-done/ de ce checkout. Compare ensuite chaque fichier du dossier aux empreintes enregistrées pour cette fiche le 2026-10-22 : [FINGERPRINTS] - CONTRACT.md: SHA-256 b805929ac2ad562172f5ff9d0492268b172cd7db0f3043a94bf35dc7eec9117a - SKILL.md: SHA-256 3946b6770a8f27fd679a0a2f5d9c8aec6096bba6ee7982827700d1b542c9e74f - references/review-gates.md: SHA-256 49618b4e574a5db5dd9b25bc681b92d357b513ef9e05c760a4509d0471913741 - references/sprint-next.md: SHA-256 d18331c32a0e15ac6858d60ac4c9b220b81da607c3f5c83f69eaa691cc932c10 - references/tech-debt-row.md: SHA-256 9bc9090f96ee6b1e3e03a99fee382dcd5029647f07ce1bcdb6d730a492f8c31e Si un fichier ne correspond pas, il a changé depuis la préparation de la fiche : ne l'installe pas encore, dis-moi ce que tu as trouvé et laisse-moi décider. 2. Lis SKILL.md au complet, et dis-moi en mots simples : ce que le skill fait quand on l'utilise, à quoi il se connecte, s'il lit ou envoie des informations personnelles ou des identifiants, et tout ce qui semble inhabituel. Arrête-toi sur tout signal d'alerte et dis-le-moi avant d'aller plus loin. Confirme ces points à partir des fichiers : - Le dossier du skill contient 5 fichiers : SKILL.md, CONTRACT.md (son contrat de handoff : entrées, sorties, règles d'immutabilité et contraintes dures) et 3 fichiers sous references/ (review-gates, sprint-next, tech-debt-row). Rien dans le dossier n'est un programme ; les fichiers sont des instructions et des contrats que le skill lit et suit à l'usage. - Rien n'est envoyé nulle part pendant l'installation elle-même ; le seul téléchargement à l'installation est le dossier du skill depuis GitHub au commit épinglé, et aucun projet à moi n'est audité, lu ni modifié. - Réalité du système intégré, depuis les fichiers : à l'usage, le skill lance le hooks/yaml-helper.sh du template (de nombreuses clés résolues) et les scripts du template .claude/scripts/story-facts.sh, story-status.sh, adr-status.sh, md-section.sh, review-receipts.sh et session-state.sh, lit git status, suit .claude/docs/director-gates.md, coding-standards.md et automation-modes.md, lit la story, son GDD, ses ADR, le registre TR, le control manifest et les fichiers de preuves, et en mode de revue full lance les agents de porte qa-lead et lead-programmer du template — des hooks, scripts, docs et agents qui vivent hors du dossier de ce skill et sont absents dans une installation seule, donc il ne peut pas rouler comme prévu seul. - À l'usage, le fichier de story et sprint-status.yaml ne sont écrits que sur le choix explicite de clôture décrit ci-dessus (le yaml embarque en silence sur cette même réponse), le registre de dette technique seulement sur sa propre option, et un commit est seulement suggéré, jamais fait ; la seule écriture qui n'a pas besoin d'une demande séparée est le bloc checkpoint de session dans production/session-state/active.md, écrasé à chaque exécution par session-state.sh et divulgué ici. Il n'écrit jamais dans la racine de code ni de test, et aucun service tiers, compte ni identifiant n'est nommé dans les fichiers. - Ne clôture, ne vérifie et ne mets à jour aucune story, ne lance ni git status, ni aucun hook ou script du template, et n'utilise le skill d'aucune façon pendant cette installation : l'utiliser est une étape séparée qui ne commence que quand je le demande plus tard. 3. Quand je dis « yes, install », installe-le comme skill : copie tout le dossier story-done dans le répertoire des skills de l'agent, dans un dossier nommé exactement « story-done », en gardant ses 5 fichiers dans leur arborescence relative d'origine (SKILL.md à sa racine). 4. Vérifie sans appels réseau : frontmatter valide (name: story-done), les 5 fichiers en place avec des empreintes concordantes. N'exécute rien du dossier et n'utilise pas le skill pour vérifier. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (par exemple : qu'il appartient au template complet Claude Code Game Studios et peut ne pas rouler seul (il résout ses réglages via le hook yaml-helper du template et travaille via ses scripts d'aide .claude/scripts/ et ses agents de porte), et qu'à l'usage il ne clôt une story que sur mon choix explicite, tandis que son checkpoint de session dans production/session-state/active.md est écrit à chaque exécution sans demande séparée, comme divulgué dans ce prompt). GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger sauf s'il figure dans les prérequis ci-dessus. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Si quelque chose semble anormal, arrête-toi et demande-moi.