Setup Engine

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. À l'usage, celui-ci fait aussi des appels réseau (WebSearch et WebFetch pour les recherches de version du moteur, les documents de référence et les guides de migration, tous divulgués ci-dessous) et lance des sondes locales du moteur et des scripts du template. Installe-moi « Setup Engine ». Le skill lui-même configure le moteur de jeu et sa version pour un projet de jeu, en quatre modes : spécification complète (moteur et version donnés), moteur seul (la version est recherchée), sans argument (sélection entièrement guidée, avec des questions sur l'expérience et la plateforme cible), refresh (mettre à jour les documents de référence du moteur) et upgrade (migrer vers une nouvelle version du moteur). Il recherche la version actuelle avec WebSearch plutôt que la deviner, montre la section Technology Stack proposée pour CLAUDE.md et demande « May I write these engine settings to CLAUDE.md? », puis écrit la configuration du moteur en double dans project.yaml (le magasin de configuration principal) et .claude/docs/technical-preferences.md (le miroir legacy), détermine l'écart de connaissances pour la version choisie, et crée les documents de référence sous docs/engine-reference/<engine>/ — avec WebSearch et WebFetch quand la version dépasse les données d'entraînement du modèle, et sans jamais combler un écart depuis les données d'entraînement. Pour Godot, il peut échafauder project.godot quand il est absent (montré, puis demandé : « May I create project.godot at the repo root? ») ; pour Unity et Unreal, il ne crée pas le projet et dit à l'utilisateur de le créer d'abord dans l'éditeur. Il peut aussi ajouter une section Version Awareness aux fichiers des agents spécialistes du moteur, après avoir demandé. Il lance les sondes locales permises dans son frontmatter (godot --version, un import headless, command -v godot, uname -s) et le .claude/scripts/project-coherence.sh du template, résout le palier workflow en lançant le hooks/yaml-helper.sh du template (hors du dossier de ce skill), et suit à leur tour ses douze fichiers de phases sous references/. Son frontmatter épingle model: sonnet. Dépôt : https://github.com/Donchitos/Claude-Code-Game-Studios (le skill est tout le dossier .claude/skills/setup-engine/ au commit épinglé : 13 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/setup-engine/ 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 37c08d68ed58b70e6880e269e711e2617b89f2f165d9bba5d966e326e73e9a17 - references/11-upgrade.md: SHA-256 4099ab07db41a6ef9cc7c19280c52e1241b3c1cb46621aeffed3365ab466d248 - references/12-output-summary.md: SHA-256 0d722f38faecad23c1acf89aa085d6bf9a5db3f0814129c11869a013b2dc90bb - references/2-guided-mode.md: SHA-256 77ef8e043ef536db796f3d32a78d960ecde7a8320caf568f30b7b93036128ffa - references/3-version.md: SHA-256 e39430dbb5b1e0afe002568fb150ebd123de5079be48d5a257ada36a22be74ac - references/4-claude-md-stack.md: SHA-256 a122df4ebb9167c2defa5a8b9dc5b6a4a649e29f0c48eb43795a1230fb24d2cf - references/5-technical-preferences.md: SHA-256 fc332503d281bfbd6163b89f835276ba4ad3f3d6d17ec6df673ffbe2d0103aa5 - references/5.5-project-yaml.md: SHA-256 853492f39487b65f8155d8dc972e7861adbd01087068c3c525a2954f45b601bd - references/6-knowledge-gap.md: SHA-256 694517ca40542c55b671af5c47afe39420dbe9170b29f749e479894acef67a27 - references/7-reference-docs.md: SHA-256 f072c0a70331e75f7931b5b9ed4d63c9b10b5455e044683616220b4f7846704e - references/7.5-scaffold.md: SHA-256 4906f271bd3020520dfe22716f65fb1a8df60554946faf74be810611cb383e22 - references/8-verify.md: SHA-256 9d75412fd622ec9a51686a9ba81bc9e3f81b097eee0cba22e8cf67bd38d15fa1 - references/godot-language-config.md: SHA-256 82b2aad2ad6a63616c30a5168f720eb6e83ca40e585bddf82dc13395a0a7d404 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 13 fichiers : SKILL.md plus 12 fichiers sous references/ (11-upgrade, 12-output-summary, 2-guided-mode, 3-version, 4-claude-md-stack, 5-technical-preferences, 5.5-project-yaml, 6-knowledge-gap, 7-reference-docs, 7.5-scaffold, 8-verify, godot-language-config). Rien dans le dossier n'est un programme ; les fichiers de référence sont des instructions que le skill lit et suit, phase par phase, à 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 audité, lu ni modifié. - Réalité du système intégré, depuis les fichiers : à l'usage, le skill lance le hooks/yaml-helper.sh du template pour résoudre le palier workflow, lit et écrit CLAUDE.md, project.yaml et .claude/docs/technical-preferences.md, utilise WebSearch et WebFetch pour les recherches de version, les documents de référence et les guides de migration (appels réseau vers le web, divulgués dans les prérequis), et lance des sondes locales (godot --version, un import Godot headless) et le .claude/scripts/project-coherence.sh du template — le hook, les scripts et les fichiers .claude/docs/ vivent hors du dossier de ce skill et sont absents dans une installation seule, donc il ne peut pas rouler comme prévu seul. - À l'usage, ses écritures sont montrées ou demandées d'abord : la section Technology Stack de CLAUDE.md (demandée), la double écriture project.yaml / technical-preferences.md, les documents de référence du moteur sous docs/engine-reference/<engine>/ (création demandée, et les documents existants ne sont jamais écrasés sans demander), un échafaudage project.godot pour Godot (montré, puis demandé ; jamais d'écrasement d'un existant), et les sections Version Awareness dans les fichiers des agents spécialistes du moteur (demandées d'abord). Les données qu'il envoie à l'usage se limitent à des requêtes de recherche et de fetch web sur les versions, API et guides de migration du moteur ; aucun fichier de projet n'est téléversé par le skill lui-même, et aucun compte ni identifiant n'est nommé dans les fichiers. - Ne configure aucun moteur, ne lance ni godot, ni aucun hook ou script du template, n'utilise ni WebSearch ni WebFetch, 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 setup-engine dans le répertoire des skills de l'agent, dans un dossier nommé exactement « setup-engine », en gardant ses 13 fichiers dans leur arborescence relative d'origine (SKILL.md à sa racine). 4. Vérifie sans appels réseau : frontmatter valide (name: setup-engine), les 13 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 son palier via le hook yaml-helper du template et écrit les fichiers CLAUDE.md, project.yaml et docs du template), et qu'à l'usage il fait des appels WebSearch/WebFetch sur les versions du moteur, lance des sondes locales du moteur, et n'écrit sa configuration et ses documents de référence qu'après les avoir montrés ou demandés). 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.