systematic-debugging

Diagnose software failures using a four-phase root-cause analysis framework.

1|1|Updated Apr 25, 2026
One-click install
npx skills add https://github.com/linfordWu/owls --skill systematic-debugging-linfordwu
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: systematic-debugging
Source: https://github.com/linfordWu/owls/tree/main/skills/software-development/systematic-debugging
Command: npx skills add https://github.com/linfordWu/owls --skill systematic-debugging-linfordwu

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Random fixes waste time and create new bugs. Quick patches mask underlying issues. This Skill enforces a disciplined, four-phase approach to debugging to uncover root causes before attempting any fixes, reducing firefighting and rework.

Core Features & Use Cases

  • Phase-driven workflow: enforces Phase 1 through Phase 4 with actionable steps and diagnostic tools.
  • Evidence-based debugging: emphasizes reading errors, reproducing reliably, and tracing data flow to identify root causes.
  • Safe, test-driven fixes: promotes creating regression tests and validating fixes before deployment.
  • Use Case: When a test fails or an unexpected production issue occurs, follow the four phases to determine the root cause and implement a verified solution.

Quick Start

Begin with Phase 1: read error messages and reproduce the issue to establish a reliable starting point for investigation.

Frequently Asked Questions about systematic-debugging

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

FAQPage Schema
What is the best way to find the root cause of a software failure instead of applying quick patches?

Root-cause debugging systematically uncovers underlying issues before attempting fixes. It enforces a four-phase approach to reduce firefighting and rework, ensuring you verify the problem through evidence-based hypothesis testing across codebases and deployments.

How do I systematically debug an unexpected production issue?

Systematic debugging diagnoses production issues using a four-phase framework. You begin with Phase 1 by reading error messages and reproducing the issue, then trace multi-component data flows and test hypotheses before implementing safe, auditable remediation.

How can I ensure my debugging process produces safe and verified fixes?

To ensure safe debugging fixes, use a test-driven validation approach. Create regression tests to verify the underlying problem, apply evidence-based hypothesis testing, and validate the remediation before deployment to prevent masking issues or creating new bugs.

Why should I trace data flow and reproduce errors before changing code?

Tracing data flow and reliably reproducing errors establishes an evidence-based starting point for investigation. This systematic debugging approach enforces reading errors first, preventing random fixes that waste time, mask underlying issues, and introduce new bugs into the codebase.

When should I not use a systematic four-phase debugging approach?

You should not skip systematic four-phase debugging when you need to identify root causes reliably. Random fixes and quick patches are limitations of ad-hoc methods that waste time and create new bugs, whereas this framework enforces evidence-based, test-driven validation.