Bug Report

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 « Bug Report ». C'est le skill de rapport de bug structuré de Game Studios, avec quatre modes selon son argument : une description simple devient un rapport structuré (titre, identifiant BUG-[NNNN] alloué, sévérité S1-S4 et priorité P1-P4 sur les mêmes échelles que /bug-triage lit, classification, environnement, étapes de reproduction, contexte technique et preuves) ; analyze [path] lit le fichier cible et rédige un rapport par bug potentiel trouvé ; verify [BUG-ID] revérifie un correctif rapporté, en lançant le test lié via le commands.test configuré du projet quand il existe et sinon en demandant à l'utilisateur s'il a joué les étapes de reproduction, et ne met à jour le statut du fichier de bug qu'après avoir demandé ; close [BUG-ID] ajoute un registre de fermeture à un bug Verified Fixed, encore seulement après avoir demandé. Les rapports sont écrits sous production/qa/bugs/ seulement sur un oui, et les bugs de fournisseurs restent des brouillons dans les Notes du rapport : le skill ne dépose jamais rien dans un tracker externe. Dépôt : https://github.com/Donchitos/Claude-Code-Game-Studios (le skill est tout le dossier .claude/skills/bug-report/ 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/bug-report/ 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 cf643bf40ba2bfd45d580ecb5dfadb186b779b1152ca650962418bbcb3c8d783 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 seulement : SKILL.md (10488 caractères d'instructions dans un seul fichier ; il n'y a aucun fichier compagnon dans son dossier). Rien dans le dossier n'est exécuté pendant l'installation ; les fichiers compagnons sont des instructions/références que le skill lit à l'usage, copiés tels quels. - 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'automation en lançant le hooks/yaml-helper.sh du template, suit les documents .claude/docs/automation-modes.md et directory-structure du template, lit project.yaml pour la ligne commands.test que son mode verify lance via Bash, et partage ses échelles de sévérité/priorité avec le skill /bug-triage du template — des fichiers et conventions qui vivent hors du dossier de ce skill et sont absents dans une installation seule, donc des parties ne peuvent pas rouler hors du template complet. Dans le template, il cherche et lit le code et les fichiers de bugs de mon propre projet, en local. - À l'usage, il n'écrit qu'après avoir demandé, et seulement dans mon propre projet : de nouveaux rapports sous production/qa/bugs/, des mises à jour de statut et des registres de fermeture dans les fichiers de bugs eux-mêmes. Aucun compte, aucune clé, aucun paiement ni aucun service tiers n'est nommé dans les fichiers que j'ai lus, et le skill dit qu'il ne dépose, n'ouvre ni ne commente jamais un issue ou un pull request dans le dépôt d'un fournisseur. - Ne rédige ni ne classe aucun rapport de bug, ne lance aucun test, 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 bug-report dans le répertoire des skills de l'agent, dans un dossier nommé exactement « bug-report », 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: bug-report), 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 (il résout son mode via le hook yaml-helper du template et lance la commande de test configurée du projet quand il vérifie un correctif), et que dans le template il classe les rapports de bugs sous production/qa/bugs/ seulement 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.