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.