Create Architecture

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 « Create Architecture ». C'est l'auteur d'architecture maître de Game Studios. Le SKILL.md est l'orchestrateur : chacune de ses phases vit dans son propre fichier sous references/ (0-load-context, 1-layers, 2-module-ownership, 3-data-flow, 4-api-boundaries, 5-adr-audit, 6-missing-adrs, 7-write, 8-handoff), lu et suivi à son tour. Il charge les docs de référence du moteur épinglé et les sections techniques de chaque GDD dans une base d'exigences techniques dont les TR-ID restent stables contre docs/architecture/tr-registry.yaml (les nouveaux sont provisoires, numérotés via le script de registre du template), cartographie les systèmes en couches, définit la propriété des modules, les flux de données et les frontières d'API avec une approbation à chaque phase, audite les ADR existants contre la base, liste les ADR encore manquants, puis écrit docs/architecture/architecture.md une seule fois — en mode de revue full après une signature du technical-director (TD-ARCHITECTURE) et une revue de faisabilité du lead-programmer (LP-FEASIBILITY) en parallèle, dont les verdicts sont consignés dans le bloc de statut du document après leur propre demande. Les arguments de focus (layers, data-flow, api-boundaries, adr-audit) roulent une seule phase et mettent à jour juste cette section d'un document existant. Dépôt : https://github.com/Donchitos/Claude-Code-Game-Studios (le skill est tout le dossier .claude/skills/create-architecture/ 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/create-architecture/ 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 0613360ba1247bbfc53f840b0f97d15430f38799b4a67498c6efabe53763c23d - references/0-load-context.md: SHA-256 2083798d7784c597ca8b9c0933f13d3fd2161936c0fc6771a351f98ab0b56481 - references/1-layers.md: SHA-256 889231d49bd42e96bb0d4cd3bb052434bce83f5567ebf2d1567b82b3712a0f46 - references/2-module-ownership.md: SHA-256 1c373de52748ed4941a223092f6a6d17b251df32cac500f275672f4742ee5dff - references/3-data-flow.md: SHA-256 33664f68c24c751182df4a95eda3ae2740a94381d58a7806b1d2a40c2b96506a - references/4-api-boundaries.md: SHA-256 dc914d8fa14cb7e80b46fbc4702d327ba473284744425272f854237645f6d0fd - references/5-adr-audit.md: SHA-256 f2dffe08fe962b555cf87f62141cd82b12928ceb7fa67544f5a6c8f485b58e51 - references/6-missing-adrs.md: SHA-256 d88aa82cabb0803e6b8d989664da8b219eed7f8e39de7fe66b9c635aefdf1ade - references/7-write.md: SHA-256 e10e9fb89a6b09bd0cd41791d8da83dd79f996a83847982daccf144e0960ee69 - references/8-handoff.md: SHA-256 dd6f3eb676c4497cf61383cee696d94db1dc7d22c73d5baa574a1f215229bf77 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, l'orchestrateur, plus 9 fichiers de phases sous references/ (0-load-context, 1-layers, 2-module-ownership, 3-data-flow, 4-api-boundaries, 5-adr-audit, 6-missing-adrs, 7-write, 8-handoff) que le SKILL.md lit et suit phase par phase. Rien dans le dossier n'est un programme ; les fichiers de phases sont des instructions que le skill lit à 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, docs.density), lit les documents director-gates, engine-reference et templates .claude/docs/ du template, appelle le .claude/scripts/registry.sh du template pour la numérotation des TR-ID, consigne les décisions approuvées dans production/session-state/active.md, et en mode de revue full lance les agents technical-director et lead-programmer du template — des fichiers, scripts 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 GDD, ADR et docs moteur de mon propre projet, en local. - À l'usage, il n'écrit que dans mon propre projet et selon le protocole « demander avant d'écrire » du template : les décisions approuvées sont consignées dans production/session-state/active.md à mesure que les phases avancent, et le document maître docs/architecture/architecture.md est écrit une seule fois, après l'approbation de chaque section (une mise à jour n'écrit que les sections choisies, après sa propre demande). Aucun compte, aucune clé, aucun paiement ni aucun service tiers n'est nommé dans les fichiers que j'ai lus. - Ne rédige aucune architecture, ne lance 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 create-architecture dans le répertoire des skills de l'agent, dans un dossier nommé exactement « create-architecture », 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: create-architecture), 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 résout ses réglages via le hook yaml-helper du template, numérote les exigences via le script de registre du template et signe via les agents directeurs du template), et que dans le template il n'écrit mon document d'architecture maître qu'après l'approbation de chaque section). 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.