One-click install
npx skills add https://github.com/greglamb/macos-name-tag-app --skill systematic-debugging-greglamb
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: systematic-debugging
Source: https://github.com/greglamb/macos-name-tag-app/tree/main/.claude/skills/systematic-debugging
Command: npx skills add https://github.com/greglamb/macos-name-tag-app --skill systematic-debugging-greglamb

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill prevents guess-and-check debugging, symptom patches, and recurring failures by guiding investigations toward the underlying root cause before any fix is attempted.

Core Features & Use Cases

  • Four-Phase Investigation: Progress through root-cause investigation, pattern analysis, hypothesis testing, and implementation.
  • Evidence-Driven Diagnosis: Reproduce failures, inspect errors and recent changes, trace data flow, compare working examples, and add instrumentation across component boundaries.
  • Safe Fix Validation: Create a failing test, apply one minimal change at a time, verify the result, and re-analyze instead of stacking fixes when a hypothesis fails.
  • Use Case: Apply the process to flaky tests, production bugs, build failures, integration issues, performance problems, or unexpected application behavior.
  • Guardrails Against Shortcuts: Reject arbitrary timeouts, unverified assumptions, multiple simultaneous changes, and repeated symptom fixes; question the architecture after repeated failed attempts.

Quick Start

Use the systematic-debugging skill to investigate the failing test, identify its root cause, and propose a verified minimal fix.

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 flaky test failures instead of just patching symptoms?▼

Find the root cause of flaky test failures by reproducing the failure, tracing data flow backward, and testing a single hypothesis before applying any fix. This prevents guess-and-check debugging and recurring issues.

What is the best way to investigate production bugs and unexpected application behavior?▼

The best way to investigate production bugs is through evidence-driven diagnosis: reproduce failures, inspect recent changes, compare working examples, and add instrumentation across component boundaries to pinpoint the fault.

How do I debug build failures in a multi-component system under high pressure?▼

Debug build failures in multi-component systems by performing complete error and dependency analysis, tracing data flow, and verifying one minimal change at a time to avoid stacking unverified fixes.

Why does my bug fix keep failing and the same test failure reappear?▼

Your bug fix keeps failing because of repeated symptom patches instead of root cause resolution. Question the architecture after repeated failed attempts and reject arbitrary timeouts or unverified assumptions.

Can I apply systematic debugging to performance problems and integration issues?▼

Yes, you can apply systematic debugging to performance problems and integration issues. The process requires reproducible evidence, backward data-flow tracing, and failing-test coverage to verify the result.

What should I do when my hypothesis for a bug investigation fails?▼

When your bug investigation hypothesis fails, re-analyze the evidence instead of stacking fixes. Create a failing test, apply one minimal change, verify the result, and reject multiple simultaneous changes.