Skill Improve

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, il réécrit les propres fichiers du skill cible après avoir demandé — cette réécriture est sa raison d'être même, divulguée au complet ci-dessous, et elle est pilotée par les scores /skill-test du même template. Installe-moi « Skill Improve ». Le skill lui-même exécute une boucle d'amélioration sur un seul skill nommé du template de studio : tester, corriger, retester, garder ou revert. Il lance d'abord /skill-test static [name] pour une base (nombre de FAIL et de WARN, et lesquelles des 7 vérifications ont échoué), puis /skill-test category [name] quand le skill a une catégorie dans studio-tests/catalog.yaml ; une base NOT ASSESSED arrête l'exécution, et une base entièrement propre l'arrête avec « no improvements needed ». Il lit ensuite le skill cible au complet (son SKILL.md et chaque fichier de son dossier references/), nomme l'écart exact derrière chaque vérification en échec ou en avertissement, montre le diagnostic complet, et propose une correction ciblée par échec sous forme de blocs avant/après clairement marqués, en ne changeant que ce qui échoue. Il demande « May I write this improved version to .claude/skills/[name]/SKILL.md? » (en nommant chaque fichier que la correction change), et seulement sur un oui, il enregistre le contenu actuel de chaque fichier dans la conversation, écrit la version améliorée, et relance les tests. Si le score combiné (FAIL et WARN static plus catégorie) s'est amélioré, les changements sont gardés et résumés ; s'il est égal ou pire, il demande de restaurer le contenu enregistré d'avant l'exécution, fichier par fichier — jamais un git checkout, qui jetterait les modifications non committées faites avant l'exécution. Son score vient des vérifications /skill-test qui lisent le skill plutôt que l'exécuter, donc un meilleur score signifie un skill mieux écrit, pas la preuve d'un meilleur comportement. 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-improve/ 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-improve/ 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 79b9febba255d732e2e722d45be8e2b90f7182b7ce5bdb772195e22c1ad8c65e 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 le skill cible sous .claude/skills/ et le studio-tests/catalog.yaml du cadre de test du template, et pilote le skill séparé /skill-test — des fichiers et un skill frère 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, il n'écrit qu'après sa demande « May I write » (une exception divulguée : sous le mode d'automatisation autonomous du template, le document de mode qu'il suit laisse les écritures procéder avec journalisation plutôt qu'une demande) : il réécrit le SKILL.md du skill cible et tout fichier references/ que la correction approuvée touche, et ne restaure les originaux enregistrés qu'après une demande séparée quand le score ne s'améliore pas. Aucun service tiers, compte ni identifiant n'est nommé dans le fichier. - Ne teste, n'améliore et ne réécris aucun skill, 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 skill-improve dans le répertoire des skills de l'agent, dans un dossier nommé exactement « skill-improve », 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-improve), 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 et pilote le /skill-test et le cadre studio-tests/ du template), et qu'à l'usage il ne réécrit les fichiers du skill cible qu'après avoir demandé, en ne les gardant que si le score du retest s'améliore). 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.