debug-standard

Diagnose reproducible software bugs through a structured four-phase root-cause analysis workflow.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/dthompson-jti/safety-check-app-concept --skill debug-standard
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: debug-standard
Source: https://github.com/dthompson-jti/safety-check-app-concept/tree/main/.agent/skills/debug/standard
Command: npx skills add https://github.com/dthompson-jti/safety-check-app-concept --skill debug-standard

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Systematic root-cause analysis for reproducible bugs, providing a structured, repeatable workflow to trace symptoms to their underlying cause.

Core Features & Use Cases

  • Phase-based debugging workflow (Observation & Reproduction, Hypothesis & Investigation, Root Cause & Fix, Implementation) with clear checkpoints.
  • Artifacts and documentation guidance, including debugging plans and evidence collection to support fixes.
  • Safe escalation guidelines for large-scale or cross-component failures.
  • Use cases include software defects with clear symptoms across components, environments, or builds.

Quick Start

Document Steps to Reproduce, generate hypotheses, identify root cause, and plan a robust fix.

Frequently Asked Questions about debug-standard

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

FAQPage Schema
What is a structured root-cause analysis workflow for reproducible bugs?

A structured root-cause analysis workflow systematically traces reproducible software bugs to their underlying cause using a four-phase process: observation and reproduction, hypothesis investigation, root cause identification, and fix implementation.

How do I debug reproducible software defects across multiple components?

Debug cross-component defects by documenting steps to reproduce, recording observed versus expected behavior, generating hypotheses, collecting evidence, and planning a robust fix with safe escalation for large-scale changes.

What's the best way to document steps to reproduce a software bug?

Document steps to reproduce by clearly recording the reproduction actions, environment details, observed behavior, and expected behavior to support a structured hypothesis investigation and evidence collection process.

When should I use a phase-based debugging workflow for software defects?

Use a phase-based debugging workflow when diagnosing reproducible bugs with clear symptoms that span multiple components, environments, or builds, ensuring repeatable root-cause analysis and safe escalation for large-scale failures.

Can I use a hypothesis-driven approach for investigating cross-component failures?

Yes, a hypothesis-driven approach supports investigating cross-component failures by requiring documented hypotheses, evidence collection, and clear checkpoints between observation, investigation, root cause identification, and implementation phases.

Does root-cause debugging support safe escalation for large-scale changes?

Root-cause debugging includes safe escalation guidelines specifically for large-scale or cross-component failures, ensuring that complex fixes are planned with proper evidence and documentation before implementation.