systematic-debugging

Diagnose bugs through root-cause investigation before proposing fixes.

1|Updated May 5, 2026
One-click install
npx skills add https://github.com/yashs33244/my-mac-claude --skill systematic-debugging-yashs33244
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: systematic-debugging
Source: https://github.com/yashs33244/my-mac-claude/tree/main/skills/superpowers/systematic-debugging
Command: npx skills add https://github.com/yashs33244/my-mac-claude --skill systematic-debugging-yashs33244

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill stops wasted time and repeated bugs by forcing a structured root-cause investigation before any fixes are attempted.

Core Features & Use Cases

  • Root-cause mandate: Enforces the Iron Law, requiring root-cause investigation prior to fixes.
  • Four-phase workflow: Guides users through Investigation → Pattern Analysis → Hypothesis & Testing → Implementation.
  • Pressure-resistant anti-shortcuts: Includes rules to resist “quick fix” rationalizations and to prevent symptom-whack-a-mole.
  • Evidence-first debugging: Requires reproduction, change-checking, and (for multi-component systems) diagnostic instrumentation before proposing fixes.
  • Failure handling and guardrails: Directs what to do when hypotheses fail, including stopping conditions after multiple failed fixes and when to question architecture.

Quick Start

Use the systematic-debugging skill before proposing any changes when you hit a bug, test failure, or unexpected behavior.

Frequently Asked Questions about systematic-debugging

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

FAQPage Schema
What is systematic debugging and when should I use it?

Systematic debugging is a structured method to diagnose bugs by enforcing root-cause investigation before proposing fixes. Use it for test failures, production defects, integration issues, and performance problems, especially under time pressure.

How do I find the root cause of a bug instead of just patching symptoms?

To find a root cause, follow a four-phase workflow: Investigation, Pattern Analysis, Hypothesis and Testing, and Implementation. Reproduce the issue, check recent changes, and use diagnostic instrumentation before attempting any fixes.

What should I do when my bug fixes keep failing under time pressure?

When fixes fail under time pressure, apply stop-and-reanalyze rules to resist quick fix temptations. After multiple failed fixes, stop patching, question the architecture, and revert to evidence-first pattern analysis.

How do I debug test failures in a multi-component system?

Debug test failures in multi-component systems by applying minimal-change hypothesis tests during the Hypothesis and Testing phase. Add diagnostic instrumentation to gather evidence across components before implementing any architectural changes.

What is the best way to debug production defects without causing downtime?

The best way to debug production defects is using evidence-first debugging. Enforce the root-cause mandate by reproducing the defect, checking recent changes, and running minimal-change hypothesis tests before applying any implementation.

When should I question architecture during root cause analysis?

Question architecture during root cause analysis when multiple fixes fail repeatedly. The workflow includes stop-and-reanalyze rules that trigger an architecture review after repeated hypothesis failures to identify systemic pattern issues.