What problem does it solve? Random fixes and guess-and-check patches waste hours and introduce new bugs. This Skill enforces a disciplined four-phase debugging process that finds the root cause before any fix is attempted, preventing symptom-patching and repeated failed fix attempts. ## Core Features & Use Cases - Four-Phase Process: Root cause investigation, pattern analysis, hypothesis testing, and implementation, each with explicit completion criteria. - Tight Feedback Loops: Builds fast, deterministic, red-capable reproduction commands (failing tests, curl scripts, replayed traces, bisection harnesses) before forming theories. - Rule of Three: After three failed fixes, stops and questions the underlying architecture instead of attempting a fourth patch. - Use Case: A production API intermittently returns wrong data. Instead of guessing, you build a failing test that reproduces the symptom, trace the bad value upstream through the call stack, form ranked hypotheses, and fix the true source with a regression test. ## Quick Start Use the systematic-debugging skill to investigate why the checkout test fails and find the root cause before proposing any fix.
