Sprint Plan

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. Installe-moi « Sprint Plan ». Le skill lui-même crée, met à jour ou rapporte un plan de sprint pour un projet de jeu, en trois modes : new, update et status. Pour un nouveau plan, il rassemble le contexte (le jalon écrit à la main dans production/milestones/ quand il en existe un, le sprint précédent et ses reports non terminés, les stories Ready trouvées en globant production/epics/**/story-*.md — sans stories, il s'arrête BLOCKED et n'invente jamais de travail — les documents de design dans design/gdd/, et le registre de risques quand il en existe un), puis génère le plan : objectif du sprint, une vérification des prérequis de l'objectif (ce que montrer l'objectif requiert, ce qui manque, signalé mais jamais corrigé en silence en inventant des stories), la capacité avec un tampon de 20 pour cent, les tableaux Must Have, Should Have et Nice to Have, les reports, les risques et une definition of done. Il prépare aussi, sans encore l'écrire, production/sprint-status.yaml, le fichier de statut des stories lisible par machine que lisent /sprint-status, /story-done et /help. En mode de revue full seulement, il lance l'agent producer du template avec la porte directeur PR-SPRINT pour juger la faisabilité (sautée en modes lean et solo) ; dans chaque mode, il vérifie ensuite l'existence d'un plan QA et, quand il n'y en a aucun, demande explicitement comment procéder avant la demande d'écriture. Seulement après un oui à la question séparée « May I write the sprint plan to production/sprints/sprint-NNN.md and production/sprint-status.yaml? » écrit-il les deux fichiers ensemble ; un non donne le verdict BLOCKED. Le mode update révise un plan existant et son yaml sous la même approbation ; le mode status ne fait que générer un rapport. Il résout review_mode, automation, story_granularity et workflow en lançant le hooks/yaml-helper.sh du template, hors du dossier de ce skill, et il n'écrit un mode de revue nulle part. Son frontmatter épingle model: sonnet. Dépôt : https://github.com/Donchitos/Claude-Code-Game-Studios (le skill est tout le dossier .claude/skills/sprint-plan/ au commit épinglé : 1 fichier 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/sprint-plan/ de ce checkout. Compare ensuite chaque fichier du dossier aux empreintes enregistrées pour cette fiche le 2026-10-22 : [FINGERPRINTS] - SKILL.md: SHA-256 55b5da9a8180dd0d62a6babffd63dc2cbcc6d5156a2dbcc2528b427253a1606e 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 1 fichier : SKILL.md seulement. Rien dans le dossier n'est un programme ; ce sont des instructions que l'agent 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 le fichier : à l'usage, le skill lance le hooks/yaml-helper.sh du template pour résoudre review_mode, automation, story_granularity et workflow, suit .claude/docs/automation-modes.md, config-resolution.md et director-gates.md, lit le jalon, les sprints, epics, stories, fichiers de design et de risques de mon projet sous production/ et design/, et en mode de revue full lance l'agent producer du template pour la porte PR-SPRINT — des agents, docs et fichiers de projet 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, ses sorties persistantes sont le fichier de plan de sprint dans production/sprints/ et production/sprint-status.yaml, écrits ensemble seulement après sa demande explicite « May I write » (un oui antérieur à la question du plan QA n'est jamais cette approbation) ; le mode status n'écrit rien. Aucun service tiers, compte ni identifiant n'est nommé dans le fichier. - Ne planifie et ne mets à jour aucun sprint, ne lance pas l'agent producer, ne lance aucun hook 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 sprint-plan dans le répertoire des skills de l'agent, dans un dossier nommé exactement « sprint-plan », en gardant ses 1 fichier dans leur arborescence relative d'origine (SKILL.md à sa racine). 4. Vérifie sans appels réseau : frontmatter valide (name: sprint-plan), les 1 fichier 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, lit les fichiers production/ et design/ du template et peut lancer son agent producer), et qu'à l'usage il n'écrit le plan de sprint et sprint-status.yaml ensemble qu'après sa demande d'écriture explicite). 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.