Scope 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 « Scope Check ». Le skill lui-même est en lecture seule — il rapporte des constats et n'écrit aucun fichier, et ses allowed-tools ne contiennent ni Write ni Edit : il localise le plan d'origine d'une fonctionnalité, d'un sprint ou d'un milestone (un GDD sous design/, un plan de sprint ou un fichier de milestone), lit l'état actuel depuis la base de code, le plan de sprint et le git log local (sa seule permission shell est Bash git log), et produit une comparaison — additions de périmètre, retraits, un score de gonflement quantifié, une évaluation des risques et des recommandations couper/différer/garder — avec un verdict PASS, CONCERNS, NOT ASSESSED ou FAIL. Un pourcentage n'est jamais calculé depuis une base vide ou illisible : ce cas est NOT ASSESSED, pas 0 %. Contrairement à la plupart des skills de ce template, il ne résout aucune configuration de studio et ne lance aucun hook yaml-helper. Son frontmatter épingle model: haiku. Dépôt : https://github.com/Donchitos/Claude-Code-Game-Studios (le skill est tout le dossier .claude/skills/scope-check/ 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/scope-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 70af8cd294881a0c1e62852bc5e47a63f142381f008f4f92adc1b0ed03ab5e11 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. Son frontmatter n'accorde aucun outil Write ni Edit — le caractère lecture seule est dans la liste d'outils elle-même, pas seulement dans son texte. - 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 lit les documents de base de mon projet (GDD sous design/gdd/, plans de sprint sous production/sprints/, production/milestones/), scanne la base de code pour les fichiers de la fonctionnalité et les commentaires TODO/FIXME, et lit le git log local — des fichiers de projet qui vivent hors du dossier de ce skill et sont absents dans une installation seule, donc il n'a rien à comparer hors de la structure de projet du template. Fait inhabituel pour ce template, il ne lance aucun hook yaml-helper et ne résout aucune configuration. - À l'usage, il n'écrit rien du tout : sa seule sortie est le rapport de comparaison et le verdict montrés dans la conversation. L'historique git qu'il lit reste local. Aucun service tiers, compte ni identifiant n'est nommé dans le fichier. - Ne vérifie aucun périmètre, ne lance pas git log, 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 scope-check dans le répertoire des skills de l'agent, dans un dossier nommé exactement « scope-check », 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: scope-check), 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 à la structure de projet du template complet Claude Code Game Studios et peut ne pas rouler seul (il compare les documents de base design/ et production/ du template contre la base de code et le git log local), et qu'il est strictement en lecture seule et n'écrit aucun fichier à l'usage). 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.