systematic-debugging

Enforce a four-phase investigative process to identify and eliminate technical bug root causes.

6|1|Updated Oct 23, 2025
One-click install
npx skills add https://github.com/alexsandrocruz/ZenPowers --skill systematic-debugging-alexsandrocruz
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: systematic-debugging
Source: https://github.com/alexsandrocruz/ZenPowers/tree/main/skills/systematic-debugging
Command: npx skills add https://github.com/alexsandrocruz/ZenPowers --skill systematic-debugging-alexsandrocruz

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill provides a structured, four-phase framework to systematically debug any technical issue, ensuring you find and fix the root cause rather than just patching symptoms. It prevents wasted time on random fixes and avoids introducing new bugs.

Core Features & Use Cases

  • Four-Phase Framework: Guides through Root Cause Investigation, Pattern Analysis, Hypothesis Testing, and Implementation.
  • Anti-Shortcut Enforcement: Explicitly prevents common rationalizations for skipping investigation, even under extreme pressure.
  • Evidence-Based Fixing: Mandates gathering evidence and creating failing tests before proposing any solutions.
  • Use Case: When encountering any bug, test failure, or unexpected behavior, use this Skill to ensure a thorough, reliable fix that addresses the true underlying problem.

Quick Start

Phase 1: Root Cause Investigation (BEFORE attempting ANY fix)

1. Read Error Messages Carefully

2. Reproduce Consistently

3. Check Recent Changes

4. Gather Evidence in Multi-Component Systems

5. Trace Data Flow (using root-cause-tracing skill)

The Iron Law: NO FIXES WITHOUT ROOT CAUSE INVESTIGATION FIRST

Frequently Asked Questions about systematic-debugging

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

FAQPage Schema
How do I find the root cause of a bug instead of just patching symptoms?▼

Root cause analysis requires a structured investigation before attempting any fix. Follow a four-phase framework: investigate the bug by reproducing it consistently and tracing data flow, analyze patterns in error messages and recent changes, test hypotheses against evidence, then implement only root-cause fixes. This prevents wasted time on symptom-only patches that mask deeper problems.

What's the best way to debug a production incident under time pressure?▼

Systematic debugging resists pressure shortcuts through explicit rules: complete root cause investigation before any fix, document evidence at each step, and avoid implementing changes until you've verified the true underlying problem. Enforce this discipline to prevent introducing new bugs while rushing to restore service.

How do I troubleshoot test failures and build failures systematically?▼

Apply the same four-phase investigative process to any test failure or build failure: gather evidence by reproducing the failure consistently, check recent changes and data flow, create failing test cases that isolate the problem, then fix only the root cause. This approach works across any software system, including integration issues and performance problems.

Why do random debugging attempts waste time and introduce new bugs?▼

Random fixes target visible symptoms rather than underlying causes, leaving the true problem unsolved. Systematic debugging enforces investigation first: read error messages carefully, reproduce the issue, trace data flow, and generate verifiable hypotheses before coding. This evidence-based approach eliminates wasted attempts and prevents cascading failures.

Can I use this debugging framework for performance problems and unexpected behavior?▼

Yes, the four-phase framework applies to any technical bug, test failure, unexpected behavior, performance problem, build failure, or integration issue across any software system. It's agnostic to the technology stack and enforces the same root-cause investigation discipline regardless of problem type.

What's the difference between fixing symptoms and fixing root causes?▼

Symptom fixes address immediate errors without investigating why they occurred, leaving the underlying problem to resurface. Root-cause fixes identify and eliminate the true origin of the problem through structured investigation, evidence gathering, and hypothesis testing. Systematic debugging ensures you implement only root-cause changes that prevent recurrence.