Gate Check

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 « Gate Check ». Il valide si le projet est prêt à avancer entre les phases de développement, avec un verdict formel : PASS, CONCERNS, NOT ASSESSED ou FAIL (NOT ASSESSED prime sur PASS — un gate qui n'a pas pu vérifier une partie de sa portée n'a pas établi la readiness). Le SKILL.md est le cadre : les checklists par gate vivent dans six fichiers sous references/ (gate-systems-design, gate-technical-setup, gate-pre-production, gate-production, gate-polish, gate-release — seul le fichier du gate cible est lu), la procédure dans cinq autres (2b-workflow-tier, 3-run-gate-check, 4-assessment, 5-verdict, 6-update-stage, 7-next-steps), plus un CONTRACT.md. Il lance les contrôles .claude/scripts/ du template (artifact-check.sh, gdd-structure-check.sh, adr-dep-graph.sh) et, pour les contrôles de tests, la suite de tests du projet quand un runner est configuré ; en modes de revue lean et full, un panel d'agents directeurs du template (creative, technical, producer, art directors) évalue le gate, alors que le mode solo ne fait que des contrôles d'existence d'artefacts. Il ne corrige jamais automatiquement un artefact manquant pour fabriquer un PASS. Le rapport est écrit à production/gate-checks/ seulement après l'approbation de l'utilisateur (« May I write this gate check report…? »). Sur PASS avec la confirmation de l'utilisateur — ou sur CONCERNS seulement quand l'utilisateur accepte explicitement les risques listés, jamais sur FAIL ou NOT ASSESSED — il avance le stage en lançant le set-stage.sh du template, qui écrit en double project.stage dans project.yaml et le legacy production/stage.txt et relit les deux. Fait unique dans cet ensemble, le skill se déclare exempt du mode automation : son protocole de demande collaboratif s'applique toujours, parce qu'un gate de phase est un point de contrôle humain délibéré. Dépôt : https://github.com/Donchitos/Claude-Code-Game-Studios (le skill est tout le dossier .claude/skills/gate-check/ au commit épinglé : 14 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/gate-check/ 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 efc3ec5e64ffe3fef6c5acb475d6f3d6246e9ac46ba877d45c780b0a28bbe380 - SKILL.md: SHA-256 e2ca66469e396bfd53de98fe3ba9761c24ce76b514cb933e5c5b00f17b36c8de - references/2b-workflow-tier.md: SHA-256 3daee07be4df4801b2d5295dbfee80d04cccb526ca37552fd32a3d3b101fc055 - references/3-run-gate-check.md: SHA-256 c1194a18249ee653ec5b582d66dc2499c48ef93b2d5224fb72b56bbb30e62bca - references/4-assessment.md: SHA-256 f3ebcc4955e4b76c1f20e8d417dcfc9a049dc627f9588d2a08db10c578bcd9d3 - references/5-verdict.md: SHA-256 d373188788563e8683727bd42baee68dcd82a0814174ebd5eaf79a242abc727c - references/6-update-stage.md: SHA-256 6f5039acd8c824e4a2ece527cb2bcf4c00571194cb6060e739ebea076c875b94 - references/7-next-steps.md: SHA-256 a1f9be494110861ce15ce0157e56b568fd42d12f0d0c396f0abd134b522966b1 - references/gate-polish.md: SHA-256 f55ab0697622578b8bf84b41806f9e17cd23247f81975e84031a299f0fc3d1e2 - references/gate-pre-production.md: SHA-256 6acf2cf7a92ed8ce4d2a77f8d75560fce49b98ad5218f2b06606a5ba0545786b - references/gate-production.md: SHA-256 9d77573b61576d4fb233ed9d3ee3f1efab81e26814c1596208fb408b57956e4a - references/gate-release.md: SHA-256 acc2705086afe5cf766b839fbfbe6dfd0b96039af56737e3d0726457b0a0973f - references/gate-systems-design.md: SHA-256 2472d9706f3b938c76eeb747b571d9a695232ada2ca05f4ecce4dffbd868be67 - references/gate-technical-setup.md: SHA-256 26279888b7a13b8b2f2ecbdc0105a1b743ddd39f621e304391d917df1d388bcb 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 14 fichiers : SKILL.md, CONTRACT.md et 12 fichiers sous references/ — les 6 checklists par gate, l'ajustement de palier, la procédure d'exécution, l'évaluation collaborative, le verdict, la mise à jour de stage et les prochaines étapes. Le SKILL.md lit et suit seulement les références dont son gate cible a besoin. Rien dans le dossier n'est un programme ; les 14 sont des instructions, des checklists ou un texte de contrat que le skill lit à l'usage. Son modèle est opus, le plus lourd de cet ensemble. - 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 lu ni modifié. - Réalité du système intégré, depuis les fichiers : à l'usage, le skill résout la configuration du studio en lançant le hooks/yaml-helper.sh du template (clés review_mode, workflow, qa.level, testing.strict, performance.enforce, team.size, project.stage, system_overrides) et lance des scripts du template sous .claude/scripts/ (artifact-check.sh, gdd-structure-check.sh, adr-dep-graph.sh, et set-stage.sh pour l'écriture du stage), lance les agents directeurs du template en modes lean et full, et lance la suite de tests de mon projet pour ses contrôles de tests — des fichiers, agents et commandes qui vivent hors du dossier de ce skill et sont absents dans une installation seule, donc il ne peut pas rouler hors du template complet. - À l'usage, ses écritures sont gatées : le rapport de gate va à production/gate-checks/ seulement après mon approbation, et l'avancement de stage — une double écriture de project.stage dans project.yaml et production/stage.txt via set-stage.sh — n'arrive que sur PASS avec ma confirmation, ou sur CONCERNS quand j'accepte explicitement les risques listés ; FAIL et NOT ASSESSED ne peuvent jamais être contournés en changement de stage, et le skill ne crée jamais les artefacts manquants pour fabriquer un PASS. Aucun service tiers, compte ni identifiant n'est nommé dans les fichiers que j'ai lus. - Ne lance aucun gate, aucun hook, script ni agent 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 gate-check dans le répertoire des skills de l'agent, dans un dossier nommé exactement « gate-check », en gardant ses 14 fichiers dans leur arborescence relative d'origine (SKILL.md à sa racine). 4. Vérifie sans appels réseau : frontmatter valide (name: gate-check), les 14 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 — qu'il appartient au template complet Claude Code Game Studios et peut ne pas rouler seul (ses checklists vivent dans ses fichiers references/ et il lance les scripts d'artefacts, de structure et de stage du template plus des agents directeurs), et qu'à l'usage il écrit un rapport de gate et, seulement sur un PASS confirmé ou un CONCERNS aux risques explicitement acceptés, avance le stage du projet dans project.yaml et production/stage.txt). 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.