systematic-debugging

Execute a four-phase debugging process for root cause analysis.

2|Updated Jun 14, 2026
One-click install
npx skills add https://github.com/eng-vmessiah/project-development-skill --skill systematic-debugging-eng-vmessiah
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: systematic-debugging
Source: https://github.com/eng-vmessiah/project-development-skill/tree/main/skills/systematic-debugging
Command: npx skills add https://github.com/eng-vmessiah/project-development-skill --skill systematic-debugging-eng-vmessiah

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill prevents the common pitfall of guess-and-check debugging, which often leads to wasted time, recurring issues, and the introduction of new bugs.

Core Features & Use Cases

  • Four-Phase Debugging: Follows a strict, scientific process of investigation, pattern analysis, hypothesis testing, and implementation.
  • Architectural Guardrails: Includes a specific rule to stop and re-evaluate architecture if three or more fix attempts fail.
  • Use Case: When a production service experiences intermittent failures, this skill guides the agent to gather logs, trace data flow, and isolate the failing component before applying a targeted, verified fix.

Quick Start

Use the systematic-debugging skill to investigate the root cause of the current test failure in the authentication module.

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 production bug instead of guessing?▼

Root cause analysis replaces guess-and-check debugging with a four-phase process: systematic evidence gathering, pattern analysis, hypothesis testing, and verified implementation to isolate the actual defect before applying a targeted fix.

What is the best way to troubleshoot intermittent test failures?▼

Troubleshooting intermittent test failures requires gathering logs, tracing data flow, and isolating the failing component through structured hypothesis testing rather than random changes, verifying the exact failure point for a permanent resolution.

How do I stop recurring software defects after multiple fix attempts?▼

To stop recurring software defects, apply an architectural guardrail: if three or more fix attempts fail, halt patching and re-evaluate the system architecture, preventing compounding errors and identifying deeper structural flaws.

Can I use systematic debugging for performance regressions?▼

Yes, systematic debugging applies to performance regressions by executing a structured investigation process, guiding you to gather evidence, test hypotheses about bottlenecks, and implement verified fixes to resolve the regression.

When should I re-evaluate architecture during defect resolution?▼

You should re-evaluate architecture during defect resolution when three or more targeted fix attempts fail, triggering a stop to patching and forcing a higher-level pattern analysis to find structural root causes.