What problem does it solve?
Systematic debugging with root-cause investigation. Four phases — investigate, analyze, hypothesize, fix. Iron Law — no fixes without root cause. Use when asked to "debug this", "fix this bug", "why is this broken", "investigate this error", or "root cause analysis". Proactively invoke this skill (do NOT debug directly) when the user reports errors, stack traces, unexpected behavior, "it was working yesterday", or is troubleshooting why something stopped working. This includes build failures, runtime errors, flow execution failures, and UI bugs.
Core Features & Use Cases
- Establish a repeatable debugging framework that forces root-cause identification before any fix.
- Collect symptoms, read the code path, and reproduce deterministically to verify hypotheses.
- Apply an evidence-based workflow to reduce whack-a-mole debugging and improve long-term stability.
- Use in scenarios like build failures, runtime errors, UI bugs, and behavioral regressions.
Quick Start
Describe the issue with symptoms and logs, and let the skill perform a root-cause investigation.