systematic-debugging

Identifies root causes of bugs through a four-phase diagnostic process.

14|2|Updated Mar 29, 2026
One-click install
npx skills add https://github.com/gquthier/CLAWG --skill systematic-debugging-gquthier
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: systematic-debugging
Source: https://github.com/gquthier/CLAWG/tree/main/skills/software-development/systematic-debugging
Command: npx skills add https://github.com/gquthier/CLAWG --skill systematic-debugging-gquthier

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Random fixes waste time and mask underlying issues. This Phase-driven approach ensures you identify the root cause before attempting any fix.

Core Features & Use Cases

  • Phase-driven debugging: four phases (Root Cause Investigation, Pattern Analysis, Hypothesis Testing, Implementation) to structure your debugging process.
  • Reproducibility and evidence: emphasizes reproducibility, logging, and data-flow tracing to pinpoint issues.
  • Multi-component resilience: applicable to issues across API → service → database boundaries and cross-cutting concerns.
  • Guardrails and test-first recovery: encourages validation and test-driven steps to prevent regressions.

Quick Start

Begin Phase 1 by reading error messages, reproducing the issue, and gathering evidence to identify the root cause.

Frequently Asked Questions about systematic-debugging

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

FAQPage Schema
How do I identify the root cause of a bug before attempting a fix?

Root cause debugging involves reproducing the issue, analyzing error logs, and tracing data-flow across components to pinpoint the underlying fault before applying any corrective code changes.

What is the best way to debug production bugs across API and database boundaries?

Multi-component debugging requires log-guided diagnostics and data-flow tracing across API, service, and database boundaries to systematically reproduce the issue and confirm the exact failure point.

How do I systematically debug test failures and unexpected application behavior?

Systematic debugging structures the process into four phases: Root Cause Investigation, Pattern Analysis, Hypothesis Testing, and Implementation, ensuring you validate evidence before modifying code.

Why do random fixes waste time and mask underlying software issues?

Random fixes mask underlying issues because they address symptoms without evidence. A disciplined debugging approach uses reproducibility and hypothesis testing to ensure the actual root cause is resolved.

Can I use a phase-driven debugging approach for performance and integration problems?

Yes, phase-driven debugging is applicable to performance issues and integration problems by gathering evidence, testing hypotheses against data-flow patterns, and implementing test-first recovery steps to prevent regressions.