debugging

Diagnose software defects through hypothesis-driven root-cause analysis before applying fixes.

Updated Jun 28, 2026
One-click install
npx skills add https://github.com/sicambria/talkteach-asr --skill debugging-sicambria
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: debugging
Source: https://github.com/sicambria/talkteach-asr/tree/main/.claude/skills/debugging
Command: npx skills add https://github.com/sicambria/talkteach-asr --skill debugging-sicambria

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Under pressure, developers and coding agents often patch the symptom of a bug instead of its cause, producing fixes that silence an error while introducing new defects or leaving identical bugs at other call sites. This Skill enforces a disciplined symptom-to-root-cause workflow so every fix is grounded in evidence rather than guesswork. ## Core Features & Use Cases - Structured Debugging Loop: Drives a bug through reproduction, a single falsifiable hypothesis, evidence gathering designed to kill the hypothesis, root-cause confirmation, minimal fix, sibling-defect sweep, and proof via re-running the reproduction. - Stop-Triggers and Guardrails: Halts when evidence contradicts the hypothesis, reframes after two failed genuine attempts, and skips the ceremony for trivially obvious one-line fixes. - Prevention Trace: Requires a failing-first regression test and a learning note with a concrete guardrail so real bugs cannot silently return. - Use Case: A CI test fails intermittently. Instead of re-rolling fixes, you state "I believe the cause is X; if so, Y will be true; I will check Y by Z", gather contradicting evidence, trace the mechanism end-to-end, fix the actual cause, and pin it with a new test. ## Quick Start Ask the AI to debug the failing test using the debugging skill, stating one falsifiable hypothesis and proving the root cause before editing any code.

Frequently Asked Questions about debugging

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

FAQPage Schema
How do I find the root cause of a failing test?▼

Reproduce the failure with the exact command and input, then state one falsifiable hypothesis in the form "I believe the cause is X; if so, Y will be true; I will check Y by Z." Gather evidence that could kill the hypothesis, trace the mechanism from cause to symptom, and only then apply a minimal fix.

What is hypothesis-driven debugging?▼

Hypothesis-driven debugging is a methodology where you state a single testable explanation for a bug before editing code, then actively seek evidence that could disprove it. If the evidence contradicts the hypothesis, you discard it and form a new one rather than bending the evidence to fit.

When should I not use a structured debugging process?▼

Skip the full hypothesis ceremony when the cause is already evident and proven, such as a visible one-line typo. Writing a formal hypothesis for an obvious fix costs more than it returns; the methodology targets defects whose cause is not yet proven.

Why do bug fixes keep causing new bugs?▼

Fixes cause new bugs when they patch the symptom rather than the root cause, or fix one call site of a defect that exists in several places. The remedy is confirming the cause-to-symptom mechanism before editing and grepping for sibling instances of the same defect after fixing.

How do I debug an intermittent or non-reproducible bug?▼

Treat reproduction itself as the current task: capture the exact command, input, and observed versus expected output until the failure can be triggered reliably. A bug you cannot reproduce cannot be fixed, so do not guess at causes before reproduction succeeds.