systematic-debugging

Guide engineers through a four-phase debugging workflow to uncover root causes.

1|Updated Apr 7, 2026
One-click install
npx skills add https://github.com/Ben2pc/auriga-cli --skill systematic-debugging-ben2pc
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: systematic-debugging
Source: https://github.com/Ben2pc/auriga-cli/tree/main/.agents/skills/systematic-debugging
Command: npx skills add https://github.com/Ben2pc/auriga-cli --skill systematic-debugging-ben2pc

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Systematic Debugging provides a repeatable, defense-in-depth framework to root-cause issues before fixes, reducing wasted effort under pressure.

Core Features & Use Cases

  • Four-phase process (Root Cause Investigation, Pattern Analysis, Hypothesis & Testing, Implementation)
  • Anti-patterns and safeguards to resist rushed fixes under time pressure
  • Defense-in-depth approach with cross-layer checks and stack-trace instrumentation
  • Real-world testing patterns and references to diagnostic techniques

Quick Start

Follow Phases 1 through 4 to identify root causes before applying fixes.

Frequently Asked Questions about systematic-debugging

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

FAQPage Schema
What is a systematic approach to debugging code under time pressure?

A systematic debugging approach uses a four-phase workflow—Root Cause Investigation, Pattern Analysis, Hypothesis & Testing, and Implementation—to uncover root causes before applying fixes, reducing wasted effort under time pressure.

How do I trace the root cause of a production bug?

To trace a root cause, follow the four-phase debugging workflow: investigate symptoms, analyze patterns, test hypotheses, and validate fixes with defense-in-depth checks like cross-layer verification and stack-trace instrumentation.

What's the best way to stop applying rushed fixes that introduce new bugs?

The best way to stop rushed fixes is using a defense-in-depth framework with anti-patterns and safeguards, ensuring you validate hypotheses and apply implementation-ready checks before modifying production code.

Can I use this systematic debugging workflow for both code and test failures?

Yes, this systematic debugging workflow applies to any technical issue across code, tests, and production environments, satisfying requirements for pattern analysis and root-cause investigation regardless of the layer.

When should I use hypothesis testing instead of immediately patching code?

You should use hypothesis testing when symptoms may mislead you or when operating under time pressure, ensuring you uncover the actual root cause through pattern analysis before applying implementation-ready validation with defensive checks.