Design Review

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 « Design Review ». Il revoit un document de design (un GDD) pour sa complétude, sa cohérence interne, son implémentabilité et les standards de design, avant que le document soit remis aux programmeurs. Il ouvre par un contrôle de fraîcheur : le review-receipts.sh du template, sous .claude/scripts/, compare le document, le registre d'entités et le fichier de ce skill lui-même aux hash consignés dans le journal de revue précédent, et un document inchangé avec un verdict antérieur couvrant est proposé au lieu d'être revu au plein prix. Il lit ensuite le document cible au complet (par plages, selon les titres), vérifie la présence des sections de façon déterministe avec le gdd-structure-check.sh du template et applique les règles du palier de workflow résolu (8 sections requises à full, 5 à standard plus Formulas quand le système définit des règles numériques, consultatif à minimal), contre-vérifie chaque valeur énoncée dans le document contre design/registry/entities.yaml par un grep sur tout le document, valide le graphe de dépendances, et teste chaque critère d'acceptation pour sa testabilité indépendante. En mode de revue full seulement, il lance les agents spécialistes du template en parallèle — briefés de façon adversariale pour trouver des problèmes, jamais pour valider — et un agent creative-director synthétise le verdict final (APPROVED, NEEDS REVISION, MAJOR REVISION NEEDED, ou NOT ASSESSED quand la revue n'a pas pu être réellement faite). La revue elle-même n'écrit rien : la phase 4 est explicitement en lecture seule, et les seules écritures de tout le skill sont optionnelles et demandées une par une — mettre à jour design/gdd/systems-index.md, ajouter le résumé de revue (avec sa ligne de hash de reçu) au journal de revue, ou éditer le GDD lui-même quand l'utilisateur choisit « revise now ». Son dossier est un seul SKILL.md. Dépôt : https://github.com/Donchitos/Claude-Code-Game-Studios (le skill est tout le dossier .claude/skills/design-review/ 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/design-review/ 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 8ed70a1d109fdd5e1a765ae4b2198730c033fb183ac3e3539fa339c106cebe1f 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 un seul fichier : SKILL.md. Rien dans le dossier n'est un programme ; ce sont des instructions de revue que la session 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 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, automation, workflow, system_overrides) et lance des scripts du template sous .claude/scripts/ (review-receipts.sh check et hash, gdd-structure-check.sh) plus des greps sur tout le document contre design/registry/entities.yaml — des fichiers 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 lit les GDD, le concept ou brief, les fichiers narratifs et CLAUDE.md de mon projet, en local. - La revue elle-même est en lecture seule : elle n'écrit rien pendant ses phases d'analyse et de verdict. Les seules écritures sont des suivis optionnels, chacun demandé séparément : marquer le système dans design/gdd/systems-index.md, ajouter le résumé de revue à design/gdd/reviews/[doc-name]-review-log.md, et — seulement si je choisis « revise the GDD now » — éditer le GDD pour traiter les éléments bloquants. En mode full, il lance aussi les agents spécialistes du template et un agent creative-director, qui n'écrivent aucun fichier. Aucun service tiers, compte ni identifiant n'est nommé dans le fichier que j'ai lu. - Ne revois aucun document, 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 design-review dans le répertoire des skills de l'agent, dans un dossier nommé exactement « design-review », 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: design-review), 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 — 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 lance les scripts review-receipts et gdd-structure-check du template), et que la revue elle-même est en lecture seule, toute mise à jour de suivi ou révision du GDD n'étant écrite qu'après mon choix). 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.