Test Setup

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 « Test Setup ». 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. Le skill lui-même échafaude l'infrastructure de tests automatisés d'un projet de jeu, une fois, avant le premier sprint : il détecte le moteur configuré et tout état de test existant, présente un plan qui exige une approbation explicite (sa Phase 2), puis crée l'arborescence de test standard du moteur et la configuration du lanceur de tests, le fichier de workflow CI .github/workflows/tests.yml (GitHub Actions, par moteur : GdUnit4 pour Godot, game-ci pour Unity, un runner Windows auto-hébergé pour Unreal), et une graine de test de fumée, en suivant tour à tour ses six fichiers de phases sous references/. Il n'écrase jamais les fichiers de test existants (l'argument optionnel « force » ne crée que les fichiers manquants), arrête et redirige vers /setup-engine quand aucun moteur n'est configuré, et note que pour la CI Unity, le secret UNITY_LICENSE doit être configuré manuellement par l'utilisateur dans son propre dépôt : le skill ne gère pas les licences et ne recueille aucun identifiant. Le workflow CI qu'il écrit lance les tests du projet sur l'infrastructure GitHub à l'usage (au push) : c'est un fichier créé dans le dépôt de l'utilisateur, pas un service auquel le skill se connecte pendant l'installation. Dépôt : https://github.com/Donchitos/Claude-Code-Game-Studios (le skill est tout le dossier .claude/skills/test-setup/ au commit épinglé : 7 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/test-setup/ 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 7d420f14829ba4062dcaf354a91808e41523c091516160593bac048533679973 - references/1-detect.md: SHA-256 88e37a991c459ec5021a6be8657e5ca0ef6909354c407cd00364eb36c17c31c2 - references/2-plan.md: SHA-256 c815ab098204cdf75159bc544100b7538f20500204f60590a3544ac6969932b4 - references/3-directories.md: SHA-256 87d07a2a7a8fd4eeb642a6d310057f6a315e2d534cdab2c4739de86c57468be1 - references/4-ci.md: SHA-256 1897b67d5b21a5274e83758a356837076e5bd6fd2886ad05dbb96eccb1a45245 - references/5-smoke-seed.md: SHA-256 c2c4dabcf16bca70fa3d4170b5fbb6ea9ae92dae4567a23fc0066025f5c9ba6e - references/6-summary.md: SHA-256 4b614ab4edcc1e9b90f7b8429b3498e17dd59055f592c7565c3689484f18298a 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 7 fichiers : SKILL.md plus 6 fichiers de phases sous references/ (1-detect, 2-plan, 3-directories, 4-ci, 5-smoke-seed, 6-summary) que le SKILL.md lit et suit tour à tour. Rien dans le dossier n'est un programme. - 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 échafaudé 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 (hors du dossier de ce skill, absent seul), et vérifie un manifeste Unity par un grep local. Dans le template, il travaille sur les fichiers de mon projet, en local. - À l'usage, il crée de vrais fichiers de projet, seulement après l'approbation explicite de sa phase de plan : l'arborescence tests/ du moteur et la configuration du lanceur, une graine de test de fumée, et le workflow GitHub Actions .github/workflows/tests.yml dans mon propre dépôt. Il n'écrase jamais les fichiers de test existants ; pour la CI Unity, je dois configurer moi-même le secret UNITY_LICENSE dans mon dépôt, le skill ne le demande ni ne le manipule jamais. - N'échafaude rien, ne lance aucun hook 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 test-setup dans le répertoire des skills de l'agent, dans un dossier nommé exactement « test-setup », en gardant ses 7 fichiers dans leur arborescence relative d'origine (SKILL.md à sa racine). 4. Vérifie sans appels réseau : frontmatter valide (name: test-setup), les 7 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, et ce qu'il fait dans le template). 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.