Help us improve
Share bugs, ideas, or general feedback.
From claude-godmode
Find the root cause of a failure with evidence, then fix it. Use this when something is broken: a bug, a failing test, an unexpected result, or an error you need to track down.
npx claudepluginhub sylorei/claude-godmodeHow this skill is triggered — by the user, by Claude, or both
Slash command
/claude-godmode:debugThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Find and fix bugs systematically using evidence, never guessing. Implements the debugging protocol defined in CLAUDE.md.
Guides technical evaluation of code review feedback: read fully, restate for understanding, verify against codebase, respond with reasoning or pushback before implementing.
Share bugs, ideas, or general feedback.
Find and fix bugs systematically using evidence, never guessing. Implements the debugging protocol defined in CLAUDE.md.
Auto Mode suppresses confirmation prompts and proceed-pauses — not the one clarifying question that can matter here: if the symptom isn't reproducible and the exact error/repro steps aren't given, ask for them (debugging the wrong symptom wastes the whole effort). Once you can reproduce, proceed: fix immediately after the root cause is found, surface assumptions inline, and treat course-corrections as normal input. Don't loop on trivia.
Follow the 4-step protocol strictly. Do NOT skip steps.
Output: "The bug is [X]. Expected [Y]. Triggered by [Z]."
If stuck gathering evidence: use @researcher agent to search the codebase for related patterns, recent changes, or similar bugs.
Output:
H1 (most likely): [hypothesis] — confirm by [check]
H2: [hypothesis] — confirm by [check]
H3: [hypothesis] — confirm by [check]
Output: "Root cause: [exact cause] at [file:line]"
Output: "Fixed [root cause]. Added test [name]. All quality gates pass."
| Step | Agent | Purpose |
|---|---|---|
| HYPOTHESIZE | MUST spawn @researcher when >5 files may be involved | Search codebase for related patterns, recent changes, similar bugs in parallel |
| FIX | Always spawn @test-writer for low-coverage areas | Ensure regression test coverage around the fix, especially in undertested code |
| Post-fix | MUST spawn @security-auditor for security-sensitive fixes | Validate that fixes touching auth, input handling, or data access are safe |
Rule: Never explore the codebase inline when @researcher can do it in parallel.
Once the root cause is found (end of Step 3), decide how the fix re-enters the workflow spine:
.planning/missions/<mission_id>/ROADMAP.md describing the bug and root cause, then pick it up later with /brief N. The brief captures the why + what, /plan N breaks it down, and /build N ships it.In Auto Mode, fix now unless the bug clearly needs design work — then append a work unit and say so inline.
Appended work-unit note (for .planning/missions/<mission_id>/ROADMAP.md):
- Fix: [root cause summary] — bug found by /debug.
Root cause: [cause] at [file:line]. Needs: regression test + minimal fix.
Spine: find the root cause, then either fix now (/ship) or append a work unit to .planning/missions/<mission_id>/ROADMAP.md and resume the spine at /brief N.