Test Evidence 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 « Test Evidence Review ». 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 revoit la QUALITÉ des fichiers de test et des preuves manuelles d'un projet de jeu, au-delà de la simple existence ou réussite : pour chaque story du périmètre (un chemin de story, le sprint courant, ou un système/epic) il localise les preuves (fichiers de tests unitaires/d'intégration dans les racines de test du moteur, captures conservées et documents de preuve sous production/qa/evidence/, rapports de smoke), évalue la couverture d'assertions (3+ assertions par fonction de test est normal ; un test à 0 assertion est signalé BLOCKING au niveau de porte du type de story), la traçabilité des cas limites et des formules, la qualité des noms, le lien aux critères, les signatures et la fraîcheur, et assigne à chaque story un verdict : ADEQUATE, INCOMPLETE, MISSING, NOT ASSESSED (quand la revue n'a pas pu être faite, jamais rapporté comme MISSING) ou WAIVED à qa.level minimal. Il résout la configuration du studio en lançant le hooks/yaml-helper.sh du template (automation, workflow, qa.level, testing.strict), et vérifie la fraîcheur des preuves en lançant le script .claude/scripts/review-receipts.sh du template, deux fichiers du template hors du dossier de ce skill. Il présente le rapport en conversation et n'écrit production/qa/evidence-review-[date].md qu'après avoir demandé. Il ne corrige pas les tests et ne lance pas lui-même la suite de tests du projet. Dépôt : https://github.com/Donchitos/Claude-Code-Game-Studios (le skill est tout le dossier .claude/skills/test-evidence-review/ 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-evidence-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 a7ab49090d3018910d1efc2a43bb16f8239c9150bc3b180bdfdaf8bca208c96f 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 ; ce sont des instructions que l'agent suit à 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 revu 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 et vérifie la fraîcheur des preuves en lançant le .claude/scripts/review-receipts.sh du template ; les deux vivent hors du dossier de ce skill et sont absents dans une installation seule. Dans le template, il lit les stories, fichiers de test et preuves QA de mon projet, en local ; il n'exécute aucune suite de tests et ne contacte aucun service réseau. - À l'usage, il n'écrit qu'après avoir demandé : sa seule sortie persistante est le rapport optionnel à production/qa/evidence-review-[date].md. Son protocole collaboratif dit qu'il rapporte les problèmes de qualité sans les corriger ; il ne modifie jamais les fichiers de test ni les documents de preuve. - Ne revois aucun projet, ne lance aucun hook ni script 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-evidence-review dans le répertoire des skills de l'agent, dans un dossier nommé exactement « test-evidence-review », 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-evidence-review), 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.