systematic-debugging

Enforce an evidence-first workflow for root-cause debugging across multi-component systems.

Updated May 15, 2026
One-click install
npx skills add https://github.com/cabezno/bmb-encover-agent --skill systematic-debugging-cabezno
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: systematic-debugging
Source: https://github.com/cabezno/bmb-encover-agent/tree/main/skills/software-development/systematic-debugging
Command: npx skills add https://github.com/cabezno/bmb-encover-agent --skill systematic-debugging-cabezno

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes assets (resource) and references (resource) components.

What problem does it solve?

Systematic debugging prevents wasted time and recurring failures by forcing a disciplined root-cause investigation before applying any code changes.

Core Features & Use Cases

  • Four-phase debugging workflow: Investigation, pattern analysis, hypothesis + minimal testing, then verified implementation.
  • Evidence-first isolation: Reproduce consistently, review recent changes, trace data flow across components, and form a defensible root-cause hypothesis.
  • Regression-proof fixes: Create a failing test case, implement a single fix, and verify no regressions (including a safety rule for repeated failures).

Use case example: When a CI build starts failing for a production service, use this Skill to read the full error/stack trace, trace where the faulty value originates, isolate the failing component, and then implement the smallest root-cause fix backed by a regression test.

Quick Start

Use systematic-debugging to debug a failing test run by providing the exact error output and the repository path, then request a Phase 1 root-cause investigation plan before any fixes are proposed.

Frequently Asked Questions about systematic-debugging

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

FAQPage Schema
What is root cause debugging and how does an evidence-first workflow prevent recurring production bugs?▼

Root cause debugging is a disciplined workflow that blocks code fixes until a reliable reproduction and data flow trace isolate the true origin of production bugs, preventing wasted time and recurring failures.

How do I troubleshoot a failing CI build by tracing data flow across multi-component systems?▼

To troubleshoot a failing CI build, start by reading the full error stack trace, trace where faulty values originate across components, form a single root-cause hypothesis, and verify minimally before implementing the fix.

How do I create a regression test that proves a bug fix before implementing the code change?▼

To create a regression-proof fix, write a failing test case that reliably reproduces the bug, implement the smallest root-cause code change, and then verify the test passes without introducing new regressions.

What is the best way to stop repeated test failures from regressing after applying a patch?▼

The best way to stop repeated test failures is to apply a safety rule for repeated failures: enforce a four-phase investigation, add a failing regression test first, and verify no regressions after the minimal fix.

Does systematic debugging work for integration issues and build failures in complex environments?▼

Yes, systematic debugging applies to build and integration issues by requiring you to reproduce consistently, review recent changes, trace data flow across components, and form a defensible hypothesis before fixing.