Notre avis
Ce skill structure le débogage en utilisant une méthode scientifique avec des sous-agents pour isoler les investigations, avec persistance de session et suivi des hypothèses.
Points forts
- Maintient un contexte frais pour chaque investigation en utilisant des sous-agents dédiés.
- Permet une reprise facile des sessions de débogage grâce à des fichiers de planification.
- Applique une approche systématique (recueil des symptômes, hypothèses, tests) similaire à la méthode scientifique.
- Gère les points de contrôle et les continuations sans perdre le progrès.
Limites
- Nécessite que l'utilisateur fournisse des réponses détaillées lors du recueil des symptômes.
- Peut être lourd pour des bugs simples ou triviaux.
- Dépend de la capacité du sous-agent à lire et comprendre le codebase.
Utilisez ce skill lorsque vous êtes confronté à un bug complexe nécessitant une exploration approfondie et itérative du code.
Évitez ce skill pour des corrections rapides ou des problèmes évidents où une inspection directe suffit.
Analyse de sécurité
SûrThe skill uses Bash only to list existing debug session files with a harmless 'ls' command, and no potentially destructive or data-exfiltrating actions are instructed. Input is not injected into shell commands, and subagent spawning uses predefined templates.
Aucun point d'attention détecté
Exemples
I'm getting an error when I try to save a file in my app. The app crashes without any error message in the console. Debug this issue.Show me my active debugging sessions and let me resume the one about the login timeout.Continue the debug session for the file parsing bug. The checkpoint response is: I checked the config file and it seems correct. Investigate the parsing logic.name: gsd-debug description: Structured debugging workflow with session persistence and investigation tracking allowed-tools: Task, Read, Edit, Bash argument-hint: [issue]
<objective> Debug issues using scientific method with subagent isolation.Orchestrator role: Gather symptoms, spawn gsd-debugger agent, handle checkpoints, spawn continuations.
Why subagent: Investigation burns context fast (reading files, forming hypotheses, testing). Fresh 200k context per investigation. Main context stays lean for user interaction. </objective>
<context> User's issue: $ARGUMENTSCheck for active sessions:
ls .planning/debug/*.md 2>/dev/null | grep -v resolved | head -5
</context>
<process>
1. Check Active Sessions
If active sessions exist AND no $ARGUMENTS:
- List sessions with status, hypothesis, next action
- User picks number to resume OR describes new issue
If $ARGUMENTS provided OR user describes new issue:
- Continue to symptom gathering
2. Gather Symptoms (if new issue)
Use AskUserQuestion for each:
- Expected behavior - What should happen?
- Actual behavior - What happens instead?
- Error messages - Any errors? (paste or describe)
- Timeline - When did this start? Ever worked?
- Reproduction - How do you trigger it?
After all gathered, confirm ready to investigate.
3. Spawn gsd-debugger Agent
Fill prompt and spawn:
<objective>
Investigate issue: {slug}
**Summary:** {trigger}
</objective>
<symptoms>
expected: {expected}
actual: {actual}
errors: {errors}
reproduction: {reproduction}
timeline: {timeline}
</symptoms>
<mode>
symptoms_prefilled: true
goal: find_and_fix
</mode>
<debug_file>
Create: .planning/debug/{slug}.md
</debug_file>
Task(
prompt=filled_prompt,
subagent_type="gsd-debugger",
description="Debug {slug}"
)
4. Handle Agent Return
If ## ROOT CAUSE FOUND:
- Display root cause and evidence summary
- Offer options:
- "Fix now" - spawn fix subagent
- "Plan fix" - suggest {{COMMAND_PREFIX}}plan-phase --gaps
- "Manual fix" - done
If ## CHECKPOINT REACHED:
- Present checkpoint details to user
- Get user response
- Spawn continuation agent (see step 5)
If ## INVESTIGATION INCONCLUSIVE:
- Show what was checked and eliminated
- Offer options:
- "Continue investigating" - spawn new agent with additional context
- "Manual investigation" - done
- "Add more context" - gather more symptoms, spawn again
5. Spawn Continuation Agent (After Checkpoint)
When user responds to checkpoint, spawn fresh agent:
<objective>
Continue debugging {slug}. Evidence is in the debug file.
</objective>
<prior_state>
Debug file: @.planning/debug/{slug}.md
</prior_state>
<checkpoint_response>
**Type:** {checkpoint_type}
**Response:** {user_response}
</checkpoint_response>
<mode>
goal: find_and_fix
</mode>
Task(
prompt=continuation_prompt,
subagent_type="gsd-debugger",
description="Continue debug {slug}"
)
</process>
<success_criteria>
- [ ] Active sessions checked
- [ ] Symptoms gathered (if new)
- [ ] gsd-debugger spawned with context
- [ ] Checkpoints handled correctly
- [ ] Root cause confirmed before fixing </success_criteria>
Expert Next.js App Router
Developpement
Un skill qui transforme Claude en expert Next.js App Router.
Générateur de README
Developpement
Crée des README.md professionnels et complets pour vos projets.
Rédacteur de Documentation API
Developpement
Génère de la documentation API complète au format OpenAPI/Swagger.