debug

Diagnose root causes of software bugs through structured hypothesis testing.

Updated Mar 11, 2026
One-click install
npx skills add https://github.com/Liambiswell20-tech/Bolus-Brain --skill debug-liambiswell20-tech
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: debug
Source: https://github.com/Liambiswell20-tech/Bolus-Brain/tree/main/.claude/skills/gstack/debug
Command: npx skills add https://github.com/Liambiswell20-tech/Bolus-Brain --skill debug-liambiswell20-tech

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Systematic debugging reduces time to identify root causes and prevents symptom-based fixes.

Core Features & Use Cases

  • Phase-based root-cause investigation
  • Pattern analysis and hypothesis testing
  • Structured verification and documentation

Quick Start

Describe the bug and begin with the four-phase root-cause workflow to guide your debugging session.

Frequently Asked Questions about debug

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

FAQPage Schema
How do I find the root cause of a bug in a complex multi-module app?

To find the root cause of a bug in a complex multi-module app, use a systematic debugging workflow with phase-based root-cause investigation. This approach guides you through pattern analysis and stepwise hypothesis testing to pinpoint the underlying issue.

What is the best way to debug flaky tests and production incidents?

The best way to debug flaky tests and production incidents is systematic root-cause investigation. It reduces the time to identify causes and prevents symptom-based fixes by applying pattern analysis and structured verification logs.

How does hypothesis testing work for software debugging?

Hypothesis testing for software debugging works by systematically evaluating potential causes against observed symptoms. You describe the bug, form hypotheses based on pattern analysis, and verify each stepwise to confirm the root cause.

Can I use systematic debugging for production incidents where only symptoms are visible?

Yes, you can use systematic debugging for production incidents where symptoms are visible but causes are unclear. The four-phase root-cause workflow investigates patterns and tests hypotheses to diagnose the actual source.

How do I start a root-cause investigation when diagnosing software bugs?

To start a root-cause investigation when diagnosing software bugs, describe the bug and begin with the four-phase workflow. This structured approach ensures stepwise hypothesis testing and clear verification logs throughout the session.