systematic-debugging

Enforce a four-phase debugging workflow for root-cause investigation before fixes.

Updated Feb 13, 2026
One-click install
npx skills add https://github.com/MuharremTozan/Ohm-Yura --skill systematic-debugging-muharremtozan
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: systematic-debugging
Source: https://github.com/MuharremTozan/Ohm-Yura/tree/main/.agents/skills/systematic-debugging
Command: npx skills add https://github.com/MuharremTozan/Ohm-Yura --skill systematic-debugging-muharremtozan

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

The skill provides a rigorous, repeatable framework for debugging that prevents symptom fixes under pressure by enforcing root-cause investigation across four phases.

Core Features & Use Cases

  • Phaseed investigation: Root Cause Investigation, Pattern Analysis, Hypothesis & Testing, and Implementation, with explicit go/no-go rules.
  • Anti-pattern safeguards: guidelines to resist time-pressure rationalization and shortcuts.
  • Defense-in-depth integration: guidance to add validations and defenses across multiple layers for robust fixes.

Quick Start

Read the skill overview and complete Phase 1 before proposing any fixes, then proceed through Phases 2–4.

Frequently Asked Questions about systematic-debugging

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

FAQPage Schema
What is the best way to systematically debug production outages and test failures?▼

Systematically debug production outages and test failures by following a four-phase workflow: Root Cause Investigation, Pattern Analysis, Hypothesis and Testing, and Implementation. This enforces root-cause discovery before applying fixes.

How do I stop applying symptom fixes when debugging under pressure during incident response?▼

To stop applying symptom fixes during incident response, enforce phase-based debugging with explicit go/no-go rules and anti-pattern safeguards that resist time-pressure rationalization and shortcuts before implementation.

How do I conduct a root-cause investigation for integration issues?▼

Conduct root-cause investigation for integration issues by completing Phase 1 of the debugging workflow before proposing any fixes, ensuring you analyze patterns and test hypotheses systematically across multiple layers.

When do I need defense-in-depth strategies for fixing software bugs?▼

You need defense-in-depth strategies during the implementation phase of bug fixing to add validations and robust defenses across multiple system layers, preventing future recurrences of the same root-cause defects.

What are common debugging anti-patterns I should avoid during software engineering?▼

Common debugging anti-patterns to avoid include skipping the root-cause investigation phase, taking shortcuts under time pressure, and applying symptom fixes without validating hypotheses or integrating defense-in-depth validations.