Test Helpers

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 Helpers ». 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 génère des bibliothèques d'aides de test propres au moteur du projet : utilitaires d'assertion, fonctions fabriques et aides de scène écrits dans le langage du moteur (GDScript pour Godot/GdUnit4, C# pour Unity/NUnit, C++ pour Unreal), placés dans la racine d'aides du moteur (tests/helpers/ pour Godot, Assets/Tests/EditMode/Helpers/ pour Unity, Source/<Module>/Private/Tests/Helpers/ pour Unreal) parce que c'est le seul endroit où le lanceur de tests les compile. Il résout d'abord le moteur, le langage et le framework de test depuis project.yaml ou .claude/docs/technical-preferences.md (si le moteur n'est pas configuré, il arrête et redirige vers /setup-engine), lit un échantillon des tests existants plus l'index des systèmes, des sections de GDD et le registre TR pour suivre le style du projet et les bornes des GDD, et génère les aides de base (mode scaffold), un système, ou tous les systèmes. Deux règles dures du texte : les aides générées doivent asserter via l'API d'assertion du framework configuré, jamais un assert() nu (qui avorte le run et disparaît des builds de sortie), et quand l'appel d'assertion exact du framework ne peut pas être confirmé depuis les sources du projet, il ne génère AUCUNE aide plutôt que de deviner (l'exemple Godot travaillé porte un placeholder FAIL_IF délibéré pour cet appel). Il présente la liste des fichiers et demande avant d'écrire, et il n'écrase jamais un fichier d'aide existant. Dépôt : https://github.com/Donchitos/Claude-Code-Game-Studios (le skill est tout le dossier .claude/skills/test-helpers/ au commit épinglé : 1 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-helpers/ 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 b368b009a8abd6fd9282ce55b6a88aaccb512535cd9622b405b1f5a3f98053c1 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 1 seul fichier : SKILL.md. Rien dans le dossier n'est un programme ; le code d'aides GDScript/C#/C++ travaillé dedans est du texte d'exemple que le skill adapte à l'usage, pas du code qui roule à l'installation. - 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 le mode d'automatisation en lançant le hooks/yaml-helper.sh du template (hors du dossier de ce skill, absent seul) et lit le project.yaml / technical-preferences.md du template, les tests existants du projet, des sections de GDD et docs/architecture/tr-registry.yaml. Toutes les lectures sont locales ; aucun service réseau n'est nommé. - À l'usage, il écrit de vrais fichiers de code, seulement après avoir demandé : de nouveaux fichiers d'aides dans la racine d'aides du moteur (il n'écrase jamais un fichier existant), dont les assertions doivent passer par le framework de test configuré du projet ; quand l'appel d'assertion du framework ne peut pas être confirmé, il ne génère aucune aide plutôt que de deviner. - Ne génère aucune aide, 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-helpers dans le répertoire des skills de l'agent, dans un dossier nommé exactement « test-helpers », en gardant ses 1 fichiers dans leur arborescence relative d'origine (SKILL.md à sa racine). 4. Vérifie sans appels réseau : frontmatter valide (name: test-helpers), les 1 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.