Story Readiness

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 « Story Readiness ». Le skill lui-même vérifie qu'un fichier de story contient tout ce qu'un développeur a besoin avant d'écrire du code — aucune question de design en plein build, aucune devinette, aucun critère d'acceptation vague. Son périmètre est un chemin de story, un epic, 'sprint' ou 'all' (chaque story-*.md sous production/epics/) ; un périmètre vide s'arrête avec NOT ASSESSED et n'imprime jamais un résumé zéro propre. Il rassemble ses faits une fois par exécution via les scripts du template (.claude/scripts/story-facts.sh --lint pour les stories, .claude/scripts/adr-status.sh pour chaque ADR référencé), plus la version du control manifest et le registre TR, puis applique une checklist en six groupes (complétude du design, complétude de l'architecture, clarté du périmètre, questions ouvertes, références d'assets vérifiées pour leur existence seulement, definition of done), le palier décidant quels groupes bloquent. Verdicts par story, le premier qui correspond gagne : BLOCKED (un ADR référencé est manquant, Proposed, Deprecated ou Superseded — bloquant à chaque palier —, une story de dépendance est manquante ou Draft, ou une question de design non résolue), NEEDS WORK, NOT ASSESSED (quelque chose de requis n'a pas pu être lu ; ce n'est jamais READY), ou READY (les écarts consultatifs toujours listés). En mode de revue full, il confie chaque story à l'agent qa-lead du template pour la porte QL-STORY-READY (references/qa-lead-gate.md) ; en mode solo ou lean, cette porte est sautée et le rapport le dit. Le skill est strictement en lecture seule : il n'écrit ni ne modifie jamais un fichier en aucune circonstance, et quand l'utilisateur accepte sa proposition de clôture, il rédige les parties manquantes dans la conversation seulement, laissant l'écriture à l'utilisateur ou à /create-stories. Il résout sa configuration en lançant le hooks/yaml-helper.sh du template, hors du dossier de ce skill, et CONTRACT.md énonce la même garantie de lecture seule comme un contrat de handoff. Dépôt : https://github.com/Donchitos/Claude-Code-Game-Studios (le skill est tout le dossier .claude/skills/story-readiness/ au commit épinglé : 3 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-readiness/ 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 9f72e5fad1591d91ddb19f295ef392ac31d227908c248354b7584327ebd73891 - SKILL.md: SHA-256 0c73e0a2c22b13a711a40ea4682a1d31c3c61cd8ad4a5a5115c41f8270659d12 - references/qa-lead-gate.md: SHA-256 f919c5e0cfc94d1caccd0c68c4ab5b97b64fca75c24d1632ab6f2297a534c226 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 3 fichiers : SKILL.md, CONTRACT.md (son contrat de handoff, qui réénonce la garantie strictement lecture seule) et references/qa-lead-gate.md (la porte de revue qa-lead de la phase 5). Rien dans le dossier n'est un programme ; les fichiers sont des instructions et un contrat 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 et adr-status.sh, lit les fichiers de stories, ADR, registre TR, control manifest, fichiers de sprint et assets référencés de mon projet, suit .claude/docs/director-gates.md quand sa porte roule, et en mode de revue full lance l'agent qa-lead du template — des hooks, scripts, docs et un agent 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, il n'écrit rien du tout, en aucune circonstance : son CONTRACT.md garantit aucune modification de fichier, et sa proposition de clôture ne fait que rédiger les parties manquantes dans la conversation. Aucun service tiers, compte ni identifiant n'est nommé dans les fichiers. - Ne vérifie la préparation d'aucune story, ne lance aucun hook ni 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-readiness dans le répertoire des skills de l'agent, dans un dossier nommé exactement « story-readiness », en gardant ses 3 fichiers dans leur arborescence relative d'origine (SKILL.md à sa racine). 4. Vérifie sans appels réseau : frontmatter valide (name: story-readiness), les 3 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, travaille via ses scripts d'aide .claude/scripts/ et, en mode de revue full, son agent qa-lead), et qu'à l'usage il est strictement en lecture seule et n'écrit ni ne modifie jamais aucun fichier). 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.