systematic-debugging

Guide systematic debugging through root-cause investigation, pattern analysis, hypothesis testing, and implementation.

1|Updated Nov 22, 2025
One-click install
npx skills add https://github.com/gmliao/swift-state-tree --skill systematic-debugging-gmliao
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: systematic-debugging
Source: https://github.com/gmliao/swift-state-tree/tree/main/.agent/skills/Superpowers/systematic-debugging
Command: npx skills add https://github.com/gmliao/swift-state-tree --skill systematic-debugging-gmliao

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Systematic debugging provides a structured four-phase approach to identify root causes, ensuring symptoms are not mistaken for underlying issues.

Core Features & Use Cases

  • Phase-driven process: Root Cause Investigation, Pattern Analysis, Hypothesis & Testing, and Implementation to guide every debugging effort.
  • Defensive practices: integration of root-cause tracing and defense-in-depth to prevent regression and missed root causes.
  • References and examples: access to built-in references and real-world scenarios to improve learning and application.

Quick Start

Load the skill: skills/debugging/systematic-debugging Read the overview and follow Phase 1 checklist before attempting any fix Create a minimal reproducible example to confirm the true cause, then proceed with Phase 2–4

Frequently Asked Questions about systematic-debugging

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

FAQPage Schema
What is systematic debugging and how does it find the root cause of a failure?

Systematic debugging is a four-phase process—root cause investigation, pattern analysis, hypothesis testing, and implementation—that enforces evidence gathering and stepwise verification to identify the true source of software failures before any fix is applied.

How do I debug a software bug without just fixing the symptom?

To debug without fixing symptoms, follow a structured root-cause investigation process: gather evidence, create a minimal reproducible example, test hypotheses stepwise, and apply defense-in-depth patterns during implementation to ensure the root cause is resolved and regressions are prevented.

Can I use systematic root-cause tracing for performance issues, or is it only for bugs?

Systematic root-cause tracing applies to bugs, failures, and performance issues across software systems. It uses pattern analysis and hypothesis testing to investigate any system anomaly, ensuring you address the underlying cause rather than the observed symptom.

What's the best way to verify a hypothesis during root cause analysis?

The best way to verify a hypothesis during root cause analysis is to create a minimal reproducible example that confirms the true cause. This evidence-based approach ensures stepwise verification before moving to the implementation phase.

When should I not use a systematic debugging approach?

You should not skip systematic debugging when facing complex bugs, failures, or performance issues, as bypassing root-cause investigation risks applying symptom fixes. However, for trivial, immediately obvious one-line fixes, the full four-phase process may be unnecessary overhead.