Skill Test

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, deux de ses quatre modes peuvent écrire des fichiers de résultats de test et de catalogue dans le dossier studio-tests/ du template, seulement après avoir demandé ; les deux autres n'écrivent rien, et aucun mode n'exécute le skill qu'il teste. Installe-moi « Skill Test ». Le skill lui-même valide les skills (.claude/skills/*/SKILL.md) et les agents (.claude/agents/*.md) du template de studio pour leur conformité structurelle et leur justesse comportementale, en quatre modes : static (un linter structurel exécutant 7 vérifications de conformité par skill, plus des observations agents, délégation et compatibilité non notées produites par les scripts du template .claude/scripts/agent-check.sh et .claude/scripts/compat-inventory.sh), spec (un vérificateur comportemental qui évalue chaque assertion et cas de test de la spécification de test d'un skill ou d'un agent depuis studio-tests/, en lisant, pas en exécutant), category (vérifications contre la grille de catégorie de studio-tests/quality-rubric.md), et audit (un rapport de couverture : spécifications écrites, dernières dates de test, écarts prioritaires). Aucun mode n'exécute le skill testé : un pass prouve que le fichier a la structure requise ou que ses instructions écrites couvrent les cas de la spécification, jamais qu'il se comporte ainsi à l'exécution. Le mode static et le mode audit n'écrivent aucun fichier. Le mode spec finit en proposant d'écrire ses résultats à studio-tests/results/skill-test-spec-[name]-[date].md et de mettre à jour l'entrée dans studio-tests/catalog.yaml (last_spec, last_spec_result), seulement sur un oui ; le mode category propose de même une mise à jour du catalogue (last_category, last_category_result). Un skill ou agent illisible est rapporté NOT ASSESSED avec sa raison, jamais abandonné en silence ni compté comme réussi, et chaque résumé indique combien de fichiers ont réellement été examinés. Il résout le mode d'automatisation en lançant le hooks/yaml-helper.sh du template, hors du dossier de ce skill, et son frontmatter épingle model: sonnet. Dépôt : https://github.com/Donchitos/Claude-Code-Game-Studios (le skill est tout le dossier .claude/skills/skill-test/ au commit épinglé : 1 fichier 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/skill-test/ 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 c4a1775aabdac131a0fde02fa380bd741eaffb380516f4e004ae34cfedb363c9 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 fichier : SKILL.md seulement. 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 audité, lu ni modifié. - Réalité du système intégré, depuis le fichier : à l'usage, le skill lance le hooks/yaml-helper.sh du template pour résoudre le mode d'automatisation, suit .claude/docs/automation-modes.md, lit les skills et agents sous .claude/, le catalogue et la grille de qualité de studio-tests/, et lance les scripts du template .claude/scripts/agent-check.sh et .claude/scripts/compat-inventory.sh — des fichiers qui 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, les modes static et audit n'écrivent rien ; le mode spec n'écrit un fichier de résultats sous studio-tests/results/ et ne met à jour studio-tests/catalog.yaml qu'après l'acceptation de sa proposition explicite « May I write these results », et le mode category propose le même genre de mise à jour du catalogue avant d'écrire. Il lance les deux scripts d'observation du template en local ; rien n'est envoyé à un tiers, et aucun compte ni identifiant n'est nommé dans le fichier. - Ne teste aucun skill ni agent, 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 skill-test dans le répertoire des skills de l'agent, dans un dossier nommé exactement « skill-test », en gardant ses 1 fichier dans leur arborescence relative d'origine (SKILL.md à sa racine). 4. Vérifie sans appels réseau : frontmatter valide (name: skill-test), les 1 fichier 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, lit le cadre studio-tests/ du template et lance ses scripts d'observation .claude/scripts/), et qu'à l'usage ses modes static et audit n'écrivent rien tandis que spec et category n'écrivent des résultats ou des mises à jour de catalogue qu'après avoir demandé). 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.