Four-phase debugging framework that ensures root cause investigation before attempting fixes. Never jump to solutions. Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes.
77
64%
Does it follow best practices?
Impact
100%
1.03xAverage score across 3 eval scenarios
Passed
No known issues
Optimize this skill with Tessl
npx tessl skill review --optimize ./plugins/systematic-debugging/skills/systematic-debugging/SKILL.mdMulti-component diagnostic instrumentation
Component boundary diagnostics
100%
100%
Evidence-first approach
100%
100%
Correct root cause identified
100%
100%
Fix at source not symptom
100%
100%
Fix correctness
100%
100%
Root cause documented before fix
100%
100%
Single targeted fix
100%
100%
Data flow tracing
100%
100%
Recent changes noted
0%
100%
Hypothesis-first test-driven fix
Written hypothesis before fix
100%
100%
Hypothesis in debug_notes.md
100%
100%
Failing test created
100%
100%
Uses bun test
100%
100%
Single fix applied
100%
100%
Correct fix
100%
100%
All prior tests still pass
100%
100%
Evidence-driven hypothesis
100%
100%
No bundled improvements
100%
100%
Architecture questioning after repeated fix failures
No Fix #4 implemented
100%
100%
Pattern of failure recognized
100%
100%
Each failed fix summarized
100%
100%
Root architectural flaw named
100%
100%
Two architectural alternatives
100%
100%
Trade-offs discussed
100%
100%
Refactor vs patch recommendation
100%
100%
Discussion questions listed
100%
100%
No pretended certainty
100%
100%
Architecture over inertia
100%
100%
88da5ff
Table of Contents
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.