debugging

Guide systematic root-cause investigation of software bugs through four defined phases.

105|12|Updated Feb 7, 2026
One-click install
npx skills add https://github.com/tmcfarlane/oh-my-cursor --skill debugging-tmcfarlane
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: debugging
Source: https://github.com/tmcfarlane/oh-my-cursor/tree/main/skills/debugging
Command: npx skills add https://github.com/tmcfarlane/oh-my-cursor --skill debugging-tmcfarlane

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Systematic debugging helps engineers identify and fix root causes rather than applying symptom fixes, reducing wasted time and rework.

Core Features & Use Cases

  • Four-phase debugging framework (Root Cause Investigation, Pattern Analysis, Hypothesis & Testing, Implementation) to guide thorough investigation.
  • Best-practice templates and evidence-gathering guidance to reproduce issues reliably and avoid guesswork.
  • Guidance for distributed/multi-service debugging with tracing and instrumentation strategies.

Quick Start

Follow Phase 1: identify the symptom, reproduce it reliably, gather evidence, and then proceed to Phase 2.

Frequently Asked Questions about debugging

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

FAQPage Schema
What is the best way to debug complex software bugs without guessing at solutions?

Systematic debugging organizes root-cause investigation into four defined phases: symptom identification, pattern analysis, hypothesis testing, and implementation, ensuring fixes are evidence-based and reproducible.

How do I diagnose root causes in distributed multi-service systems?

Diagnose distributed systems by applying trace analysis and instrumentation strategies, gathering evidence across services to reproduce issues reliably and identify root causes in multi-component environments.

How do I start a systematic root-cause investigation for a runtime failure?

Begin root-cause investigation in Phase 1 by identifying the specific symptom, reproducing it reliably, and gathering evidence using structured templates before analyzing patterns in Phase 2.

Can I use this systematic debugging approach for flaky tests and development-time defects?

Yes, this systematic debugging framework applies across runtime failures, development-time defects, flaky tests, and multi-component systems by enforcing structured evidence gathering and hypothesis testing.

Why does my software fix only address symptoms instead of the root cause?

Symptom fixes occur when engineers skip pattern analysis and hypothesis testing; systematic debugging enforces a four-phase framework with evidence-gathering templates to ensure reproducible root-cause fixes.