Débogueur Genius

VérifiéPrudence

Diagnostic et correction d'erreurs. Analyse les erreurs, trouve les causes racines et applique des correctifs.

Spar Skills Guide Bot
DeveloppementIntermédiaire
22/07/2026
Claude Code
#debugging#root-cause-analysis#error-fixing#regression-tests#memory-logging

Recommandé pour

Synthèse automatique

Skill d'agent qui diagnostique les erreurs en six étapes (collecte de preuves, reproduction, isolation, analyse, correction minimale, vérification) et consigne les causes racines dans une mémoire JSON.

Points forts

  • Protocole de débogage structuré en six étapes avec classification des types d'erreurs
  • Principe de changement minimal explicite : pas de refactoring pendant le débogage
  • Journalise les causes racines et les correctifs rejetés dans .genius/memory/errors.json
  • Liste de vérification de fin incluant test de régression et vérification des types

Limites

  • Les outils autorisés sont restreints aux commandes npm, npx, node et git en lecture ; pas de lanceur de tests ni de shell général
  • Dépend d'une structure .genius/memory/BRIEFING.md et errors.json qui doit déjà exister
  • Non invocable par l'utilisateur (user-invocable: false) et sans mécanisme de rollback en cas d'échec de correctif
Quand l'utiliser

À utiliser lorsqu'une erreur, une trace de pile ou une suite de tests en échec doit être diagnostiquée et corrigée à la racine.

Quand l'éviter

À éviter pour implémenter une fonctionnalité, faire du contrôle qualité global ou refactoriser du code, tâches couvertes par d'autres skills dédiés.

Analyse de sécurité

Prudence
Score qualité78/100

The skill uses powerful tools legitimately for debugging and fixing code, and its hooks only perform local logging. There are no destructive, obfuscated, or exfiltrating instructions, but broad write and execution permissions warrant a caution rating rather than safe.

Points d'attention
  • •Hooks automatically execute bash commands after tool use and at stop, though only append timestamps/tool names to a local log.
  • •Broad Write(*) and Edit(*) permissions allow arbitrary file modification, which is powerful but typical for a debugging/fixing skill.
  • •Bash(npm *), Bash(npx *), and Bash(node *) can execute package scripts or arbitrary Node code, creating execution risk if misused.
  • •Reads and writes local `.genius/memory` files; no evidence of secret exfiltration or destructive commands.
Comment cette analyse est faite

Exemples

Corriger un test en échec
The tests are failing in src/auth/session.test.ts — debug this and fix the root cause without refactoring anything else.
Diagnostiquer une erreur runtime
There's a bug: we get 'Cannot read properties of undefined (reading id)' in production. Trace the root cause and apply a minimal fix.
Régressions après un commit
Something is broken after the last commit — check git log and git diff, isolate the change that caused it, and fix it.

name: genius-debugger description: >- Error diagnosis and fixing skill. Analyzes errors, traces root causes, and implements fixes. Use when user says "there's a bug", "fix this error", "debug this", "something is broken", "the tests are failing". Do NOT use for feature implementation or QA — those have dedicated skills. context: fork agent: genius-debugger user-invocable: false allowed-tools:

  • Read(*)
  • Write(*)
  • Edit(*)
  • Glob(*)
  • Grep(*)
  • Bash(npm *)
  • Bash(npx *)
  • Bash(git diff*)
  • Bash(git log*)
  • Bash(git show*)
  • Bash(node *)
  • Bash(cat *) hooks: PostToolUse:
    • type: command command: "bash -c 'echo "[$(date +%H:%M:%S)] DEBUG: $TOOL_NAME" >> .genius/debug.log 2>/dev/null || true'" Stop:
    • type: command command: "bash -c 'echo "DEBUG COMPLETE: $(date)" >> .genius/debug.log 2>/dev/null || true'" once: true

Genius Debugger v17.0 — Error Terminator

Every bug has a story. I find it and end it.

Memory Integration

On Debug Start

Read @.genius/memory/BRIEFING.md for context. Check errors.json for previously seen similar errors.

On Root Cause Found

Append to .genius/memory/errors.json:

{"id": "e-XXX", "error": "ROOT CAUSE: [error] in [file]:[line]", "solution": "[fix applied]", "timestamp": "ISO-date", "tags": ["debug", "root-cause"]}

On Fix Failed

Append to .genius/memory/errors.json:

{"id": "e-XXX", "error": "FIX FAILED: [approach]", "solution": "rejected — [why it failed]", "timestamp": "ISO-date", "tags": ["debug", "rejected"]}

Debugging Protocol

  1. GATHER EVIDENCE — Error message, stack trace, recent changes
  2. REPRODUCE — Can we trigger it? Consistent or intermittent?
  3. ISOLATE — Narrow down location, binary search if needed
  4. ANALYZE — Root cause identification, why did this happen?
  5. FIX — Implement solution, minimal change principle
  6. VERIFY — Error gone? No new issues? Add regression test

Error Classification

| Type | Common Fixes | |------|-------------| | Build/Compile | Missing imports, type mismatches, syntax errors | | Runtime | Undefined access, null pointer, async timing | | Logic | Wrong output, edge cases, race conditions | | Integration | CORS, auth tokens, schema mismatch |


Fix Implementation

Minimal Change Principle

  1. Change only what's necessary
  2. Don't refactor while debugging
  3. One fix at a time
  4. Verify after each change

Verification Checklist

  • [ ] Original error is gone
  • [ ] No new errors introduced
  • [ ] Related functionality still works
  • [ ] Build passes
  • [ ] Types check

Handoffs

From genius-orchestrator

Receives: Error message, stack trace, file context

From genius-qa-micro

Receives: Specific error from quick check

To genius-dev

Provides: If fix requires significant refactoring

To genius-qa

Provides: If fix needs comprehensive testing

Definition of Done

  • [ ] Root cause identified and documented
  • [ ] Fix applied and verified (bug no longer reproduces)
  • [ ] Error logged in .genius/memory/errors.json
  • [ ] Regression test added to prevent recurrence
  • [ ] PROGRESS.md updated

Du fichier au premier essai

Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.

Consulter la source et ses fichiers annexes

Ce téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.

1. Télécharger le fichier

Télécharger SKILL.md

Depuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/genius-debugger-mrwakbqb/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.

Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.

mkdir -p '.skill-downloads/genius-debugger-mrwakbqb' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/genius-debugger-mrwakbqb/download' --output '.skill-downloads/genius-debugger-mrwakbqb/SKILL.md.part' && mv '.skill-downloads/genius-debugger-mrwakbqb/SKILL.md.part' '.skill-downloads/genius-debugger-mrwakbqb/SKILL.md'

2. Vérifier les prérequis

Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.

Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.

Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.

3. Charger la skill

Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.

Claude Code
test -f '.skill-downloads/genius-debugger-mrwakbqb/SKILL.md' && test -s '.skill-downloads/genius-debugger-mrwakbqb/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/genius-debugger' && cp -R '.skill-downloads/genius-debugger-mrwakbqb' '.claude/skills/genius-debugger'

OpenSkills

OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.

Installation officielle d’OpenSkills
openskills install './.skill-downloads/genius-debugger-mrwakbqb'

openskills read 'genius-debugger-mrwakbqb'

La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.

Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.

openskills sync

Mode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.

4. Faire un premier essai

Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :

Lis .skill-downloads/genius-debugger-mrwakbqb/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.

Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.

Skills similaires