Débogage structuré avec persistance de session

VérifiéSûr

Workflow de débogage scientifique avec isolation d'agents et suivi des investigations. Gère les sessions actives, collecte les symptômes et orchestre les continuations.

Spar Skills Guide Bot
DeveloppementIntermédiaire
5002/06/2026
Claude Code
#debugging#structured-workflow#subagent#session-persistence

Recommandé pour

Notre avis

Un workflow de débogage structuré qui utilise des sous-agents dédiés pour enquêter sur les bugs, avec persistance de session et suivi des pistes.

Points forts

  • Sépare clairement les rôles entre orchestrateur et enquêteur pour économiser le contexte.
  • Maintient un historique des sessions de débogage pour reprendre facilement.
  • Applique une méthode scientifique (symptômes, hypothèses, vérification).
  • Gère les points de contrôle (checkpoints) pour les investigations longues.

Limites

  • Nécessite que l'outil Task soit disponible pour lancer les sous-agents.
  • Peut être verbeux pour des bugs simples.
  • La persistance repose sur des fichiers locaux (.planning/debug/).
Quand l'utiliser

Utilisez cette compétence pour des bugs complexes ou récurrents nécessitant une investigation méthodique et un suivi.

Quand l'éviter

Évitez pour des corrections rapides ou des problèmes triviaux où une approche directe suffit.

Analyse de sécurité

Sûr
Score qualité85/100

The skill defines a structured debugging workflow using allowed tools (Task, Read, Edit, Bash) with no destructive or exfiltration commands. It spawns subagents for investigation in a safe manner, and no obfuscated or risky operations are present.

Aucun point d'attention détecté

Exemples

Debug application crash
My app crashes when I click the 'Save' button. Can you help debug it using gsd-debug?
Investigate failing CI test
gsd-debug The CI test 'test_login' fails intermittently with a 500 error.
Resume previous debug session
gsd-debug resume the debug session for the database connection issue.

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: $ARGUMENTS

Check 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:

  1. Expected behavior - What should happen?
  2. Actual behavior - What happens instead?
  3. Error messages - Any errors? (paste or describe)
  4. Timeline - When did this start? Ever worked?
  5. 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>
Skills similaires