systematic-debugging

Enforce a four-phase root-cause debugging workflow with reproduction, isolation, minimal fixes, and test validation.

Updated Mar 17, 2026
One-click install
npx skills add https://github.com/steven-3/supermind --skill systematic-debugging-steven-3
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: systematic-debugging
Source: https://github.com/steven-3/supermind/tree/main/skills/systematic-debugging
Command: npx skills add https://github.com/steven-3/supermind --skill systematic-debugging-steven-3

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Systematic debugging prevents wasted effort by stopping symptom-chasing and forcing a disciplined process to identify and fix the true root cause of a bug.

Core Features & Use Cases

  • Four-phase root-cause workflow: reproduce reliably, isolate the failing location via evidence, fix the underlying cause with minimal changes, then verify with targeted and broader checks.
  • Debugging discipline guardrails: forbids skipping phases, adding fixes before proving the failure, or relying on “probably” reasoning without reproduction and evidence.
  • Executor-ready for bug fixing: guides the fix-bug executor to produce fixes backed by a failing-then-passing test and verification against related code paths.

Quick Start

Use systematic-debugging when you see a failing behavior and need an evidence-based plan to reproduce, isolate, fix, and verify the underlying root cause.

Frequently Asked Questions about systematic-debugging

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
What is root-cause debugging and how does it prevent symptom-chasing?▼

Root-cause debugging replaces symptom-chasing with a four-phase workflow: reproduce reliably, isolate the failing location via evidence, fix the underlying cause, and verify. This disciplined process ensures bug fixing targets the actual failure rather than superficial symptoms.

How do I isolate a software bug using data-flow tracing?▼

To isolate a bug using data-flow tracing, systematically trace data through the code path and apply binary-search elimination to pinpoint the exact failing location. This evidence-backed isolation phase prevents guessing and ensures accurate fault isolation before fixing.

Can I fix a reproducible failure without writing a failing test first?▼

No, systematic debugging forbids adding fixes before proving the failure. You must reliably reproduce the reproducible failure, isolate the exact failing code path, and validate proof-of-fix through a test that fails before the change and passes after.

What is the best way to debug software without guessing?▼

The best way to debug without guessing is enforcing a four-phase root-cause debugging workflow: reproduce reliably, isolate via evidence, fix with minimal changes, and verify. This approach replaces 'probably' reasoning with data-flow tracing and binary-search elimination for fault isolation.

Why does my bug fix keep breaking other related code paths?▼

Bug fixes break related code paths when skipping the verification phase. Systematic debugging requires proof-of-fix through a test that fails before and passes after the change, plus validation across the full test suite and related paths to ensure overall software reliability.