systematic-debugging

Enforce a four-phase evidence-driven debugging process to identify and fix root causes.

1|1|Updated Mar 18, 2026
One-click install
npx skills add https://github.com/xianmingyao/openclaw-CaySon --skill systematic-debugging-xianmingyao
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: systematic-debugging
Source: https://github.com/xianmingyao/openclaw-CaySon/tree/main/.agent/skills/systematic-debugging
Command: npx skills add https://github.com/xianmingyao/openclaw-CaySon --skill systematic-debugging-xianmingyao

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Systematic-debugging provides a disciplined framework that prevents symptom fixes and ensures root-cause investigation before proposing changes, reducing wasted effort and rework in debugging sessions.

Core Features & Use Cases

  • Four-phase workflow (Phase 1: Root Cause Investigation; Phase 2: Pattern Analysis; Phase 3: Hypothesis and Testing; Phase 4: Implementation) with mandatory progression.
  • Anti-patterns and defense-in-depth recommendations to resist time-pressure shortcuts.
  • Phase-driven decision points, explicit stop-and-review guidance, and root-cause tracing for complex bugs, flaky tests, and production issues.

Use cases include debugging production bugs, test failures, performance problems, and integration issues where quick fixes tempt shortcuts.

Quick Start

Load the skill and start with Phase 1: Root Cause Investigation, then follow Phase 2, Phase 3, and Phase 4 in order for a root-cause-driven fix.

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 how does it find the root cause of software bugs?

Systematic debugging is an evidence-driven process that enforces a four-phase workflow to identify and fix root causes of software bugs. It requires disciplined phase progression, explicit validation, and pattern analysis to prevent symptom fixes and reduce rework.

How do I debug a production incident without taking shortcuts?

To debug a production incident without shortcuts, follow a strict four-phase debugging process: root cause investigation, pattern analysis, hypothesis and testing, then implementation. It applies defense-in-depth practices and explicit stop-and-review guidance to resist time-pressure shortcuts.

What's the best way to fix flaky tests and unexpected behavior across any stack?

The best way to fix flaky tests and unexpected behavior is enforcing root-cause tracing through a four-phase workflow. By applying pattern analysis and explicit hypothesis testing, you validate evidence before implementation, ensuring robust, long-term fixes across any stack.

Does this debugging framework work for integration issues and performance problems?

Yes, this debugging framework works for integration issues and performance problems. It applies to software debugging scenarios across any stack, including production incidents, test failures, and unexpected behavior, driving root-cause investigation before proposing changes.

When should I not use a quick patch for a complex bug?

You should not use a quick patch for complex bugs when time pressure tempts shortcuts. A systematic debugging framework prevents symptom fixes by enforcing root-cause investigation, pattern analysis, hypothesis testing, and defense-in-depth implementation before applying changes.

How do I start a root-cause investigation for a software bug?

To start a root-cause investigation for a software bug, begin with Phase 1: Root Cause Investigation, then follow Phase 2: Pattern Analysis, Phase 3: Hypothesis and Testing, and Phase 4: Implementation in order for a root-cause-driven fix.