Architecture 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 « Architecture Review ». C'est le gate de qualité d'architecture de Game Studios : il charge chaque GDD et ADR du projet, extrait les exigences techniques de chaque GDD, construit la matrice de traçabilité exigences vers ADR, détecte les conflits entre ADR, contre-vérifie la compatibilité moteur contre la version de moteur épinglée, vérifie la couverture du document d'architecture, et rapporte avec les verdicts PASS, CONCERNS, NOT ASSESSED ou FAIL, en écrivant la revue et en la transmettant via la machinerie de reçus de revue du template (les helpers .claude/scripts/review-receipts.sh, adr-dep-graph.sh et registry.sh du template sont appelés à l'usage). Les arguments de focus choisissent full, coverage, consistency, engine, un seul GDD, ou la matrice étendue rtm qui chaîne aussi les fichiers de stories et de tests dans docs/architecture/requirements-traceability.md. Chaque phase est un fichier séparé sous references/ que le SKILL.md lit et suit à son tour. Dépôt : https://github.com/Donchitos/Claude-Code-Game-Studios (le skill est tout le dossier .claude/skills/architecture-review/ au commit épinglé : 10 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/architecture-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 0219e6c2545af2416775bff139d921c1bc3c3e9cc1ffc25a25d6186f8e444f6e - references/1-load.md: SHA-256 d866809875b0d6499cb9ae243ea28643c6d7a72bb06a0dec0894853c45f807ce - references/2-extract-requirements.md: SHA-256 c34e4466059db1c71ccbd42946a91ee62964db38f761f333288cb59db2a84263 - references/3-traceability.md: SHA-256 dd90c9669632cb844d45ca3a1ce2007fd0f34dbf8b13031f22db100cc8961a75 - references/4-conflicts.md: SHA-256 b20b53754a69064941366d5ab8ca34cc1aced6f0e40ef09b4d39a0b6d48d2d57 - references/5-engine.md: SHA-256 6d48c267b83bca7de2fba89e7c57685277d2fa5c728a10dc6d01a6b876cd3939 - references/6-document-coverage.md: SHA-256 f902dc64c01721cee13fd880a3670704c409cc82b9686eb7c0b7609dbdd5fcb7 - references/7-report.md: SHA-256 d0d31c337e976a1427a770d5f8d761212de181ad66455963a87900a196b966cc - references/8-write.md: SHA-256 f7c34fad5198874728b61cb23faae6555debaa63bed376082ed2da1f24e165bc - references/9-handoff.md: SHA-256 5620d237cb8f5c429215ec60921ec1ea83f723b004611217f7ccd11422eb7516 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 10 fichiers : SKILL.md plus 9 fichiers de phases sous references/ (1-load, 2-extract-requirements, 3-traceability, 4-conflicts, 5-engine, 6-document-coverage, 7-report, 8-write, 9-handoff). 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, lit les documents de modes .claude/docs/ du template, et peut lancer des agents du template ou appeler des scripts du template sous .claude/scripts/ — des fichiers et agents 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 fichiers de mon propre projet, en local. - Aucun compte, aucune clé, aucun paiement ni aucun service tiers n'est nommé dans les fichiers que j'ai lus ; tout fichier qu'il écrit à l'usage est dans mon propre projet et suit les conventions collaboratives « demander avant d'écrire » du template décrites dans le skill. - Ne lance aucun hook ni script du template, ne lance aucun 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 architecture-review dans le répertoire des skills de l'agent, dans un dossier nommé exactement « architecture-review », en gardant ses 10 fichiers dans leur arborescence relative d'origine (SKILL.md à sa racine). 4. Vérifie sans appels réseau : frontmatter valide (name: architecture-review), les 10 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 appelle les scripts registry/receipts du template et lit les docs du template), et que dans le template il revoit la traçabilité GDD vers ADR de mon projet et écrit sa revue dans mon projet). 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.