Consistency 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 « Consistency Check ». C'est le contrôle de cohérence inter-documents de Game Studios. Il charge le registre d'entités (design/registry/entities.yaml) une fois, bâtit des tables d'entités, d'items, de formules et de constantes, puis scanne par grep les GDD en portée sous design/gdd/ pour ces noms enregistrés (contexte -C 3, aucune lecture complète sauf si un conflit demande une enquête), en comparant chaque valeur énoncée au registre et en classant conflits, entrées de registre périmées (le GDD source a bougé, pas le registre) et mentions invérifiables. Modes : full, since-last-review (git log sur design/gdd/), entity:<name> et item:<name> ; au palier de workflow standard, seuls les hits sous les sections requises des GDD sont comparés, le reste est listé comme non vérifié. Un registre vide, un nom non enregistré ou zéro GDD en portée se termine en NOT ASSESSED. Les corrections sont gardées : il relit le registre avant chaque édition, demande avant de le mettre à jour ou d'ajouter des entrées, ne supprime jamais d'entrées (il les déprécie), valide avec le .claude/scripts/registry.sh du template, demande avant d'ajouter les conflits à docs/consistency-failures.md, et ajoute silencieusement son fil d'Ariane d'une ligne à production/session-state/active.md. Dépôt : https://github.com/Donchitos/Claude-Code-Game-Studios (le skill est tout le dossier .claude/skills/consistency-check/ au commit épinglé : 1 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/consistency-check/ 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 be7697de6ff3b8b38b0078c7fa9a71eafe87cc04d008db7192a0439e3d000228 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 seulement : SKILL.md (15217 caractères d'instructions dans un seul fichier ; il n'y a aucun fichier compagnon dans son dossier). Rien dans le dossier n'est exécuté pendant l'installation ; les fichiers compagnons sont des instructions/références que le skill lit à l'usage, copiés tels quels. - 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 automation, workflow, system_overrides), suit les documents .claude/docs/automation-modes.md et workflow-modes du template, lance git log sur design/gdd/ en mode since-last-review, et valide les écritures au registre avec le .claude/scripts/registry.sh du template — des fichiers et scripts qui vivent hors du dossier de ce skill et sont absents dans une installation seule, donc des parties ne peuvent pas rouler hors du template complet. Dans le template, il travaille sur les GDD et le registre de mon propre projet, en local. - À l'usage, il n'écrit que dans mon propre projet et, sauf une exception divulguée, seulement après avoir demandé : les corrections et ajouts au registre design/registry/entities.yaml et les entrées de conflits dans docs/consistency-failures.md sont chacun demandés d'abord ; l'exception est le fil d'Ariane d'une ligne qu'il ajoute silencieusement à production/session-state/active.md à la fin d'un run, ce que le fichier dit faire silencieusement. Aucun compte, aucune clé, aucun paiement ni aucun service tiers n'est nommé dans les fichiers que j'ai lus. - Ne scanne aucun GDD, ne lance ni git, ni le script de registre, ni 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 consistency-check dans le répertoire des skills de l'agent, dans un dossier nommé exactement « consistency-check », en gardant ses 1 fichiers dans leur arborescence relative d'origine (SKILL.md à sa racine). 4. Vérifie sans appels réseau : frontmatter valide (name: consistency-check), les 1 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 valide avec le script de registre du template), et que dans le template il compare mes GDD à mon registre d'entités en local, en demandant avant de corriger le registre ou de consigner un conflit). 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.