spectra-debug

Diagnose bugs through a four-phase reproduce, isolate, root cause, and fix workflow.

Updated Jan 21, 2026
One-click install
npx skills add https://github.com/Bruno-Yu/portfolio --skill spectra-debug-bruno-yu
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: spectra-debug
Source: https://github.com/Bruno-Yu/portfolio/tree/main/.cursor/skills/spectra-debug
Command: npx skills add https://github.com/Bruno-Yu/portfolio --skill spectra-debug-bruno-yu

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Diagnose bugs using a structured four-phase debugging workflow.

Core Features & Use Cases

  • Phase-based workflow spanning Reproduce, Isolate, Root Cause, and Fix, with explicit progression and documentation at each stage.
  • Evidence-driven approach requiring reproducible steps, tests, and validation to identify the true root cause.
  • Guardrails to prevent guessing, including a three-attempt limit on fixes and a requirement to reassess when evidence contradicts the hypothesis.

Quick Start

Describe the exact steps to reproduce the bug and collect evidence before proceeding to Phase 2.

Frequently Asked Questions about spectra-debug

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

FAQPage Schema
How do I debug a software bug using a structured workflow?

Structured debugging uses a four-phase workflow—Reproduce, Isolate, Root Cause, and Fix—to systematically diagnose bugs. You progress through each phase by documenting evidence, running tests, and validating hypotheses before applying a fix.

What is root cause analysis in incident response?

Root cause analysis in incident response is the process of identifying the true underlying cause of a failure through evidence-driven reasoning. It requires reproducible steps and validation to ensure the identified cause is accurate before attempting fixes.

How do I start diagnosing a bug across my codebase?

Start diagnosing a bug by describing the exact steps to reproduce it and collecting evidence. This initial reproduction phase ensures you have a verifiable baseline before moving to isolate variables or identify the root cause.

What's the best way to stop guessing when debugging code?

To stop guessing during debugging, use evidence-based guardrails that limit fix attempts to three per hypothesis. If evidence contradicts your hypothesis, you must reassess the problem rather than continuing to apply random fixes.

Can I use a structured debugging workflow for product quality investigations?

Yes, a structured debugging workflow applies to product quality investigations across codebases and configurations. The four-phase process helps isolate variables and validate evidence regardless of the specific software environment.

Why does my bug fix keep failing after multiple attempts?

Bug fixes fail after multiple attempts when the root cause was not properly isolated. A structured debugging workflow limits you to three fix attempts per hypothesis and requires reassessment if evidence contradicts your diagnosis.