systematic-debugging

Reproduce and localize test, runtime, integration, or environment failures with evidence.

Updated Apr 27, 2026
One-click install
npx skills add https://github.com/vTRKA/supervibe --skill systematic-debugging-vtrka
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: systematic-debugging
Source: https://github.com/vTRKA/supervibe/tree/main/skills/systematic-debugging
Command: npx skills add https://github.com/vTRKA/supervibe --skill systematic-debugging-vtrka

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill prevents guesswork during failed tests and runtime issues by forcing a stop-the-line workflow that reproduces, localizes, reduces, and documents root-cause evidence before any completion claim.

Core Features & Use Cases

  • Evidence-first debugging: Captures exact reproduction commands, full error output, exit codes, timestamps, and environment facts before proposing changes.
  • Stop-the-line safety: Blocks progress when reproduction, required access, affected contracts, or regression guard inputs are missing or boundary evidence is inaccessible.
  • Minimal, guardrailed fixes: Applies the smallest fix that addresses the narrowed cause, then verifies with the original reproduction and adds an appropriate regression guard or documentation handoff.
  • Works across common failure types: Deterministic test/build failures, runtime exceptions and wrong behavior, flaky behavior, integration boundary failures, and environment/config deltas.

Quick Start

Run the provided failing command again with full stdout/stderr captured, then report the symptom, affected contract, environment delta, and reproduction evidence before suggesting any fix.

Frequently Asked Questions about systematic-debugging

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

FAQPage Schema
How do I debug test failures systematically without guessing?

Systematic debugging forces an evidence-first workflow that captures exact reproduction commands, full stdout/stderr, and environment facts to localize test failures before proposing any fix. You must reproduce the bug, narrow the root cause, and verify the correction with regression evidence.

What is the best way to fix flaky behavior and runtime errors?

Fix flaky behavior and runtime errors by capturing complete error output, exit codes, and timestamps, then applying an evidence-based hypothesis test to isolate the root cause. Once narrowed, implement the minimal fix and add a regression guard to verify the correction holds across boundary conditions.

How do I reproduce integration boundary failures across different environments?

Reproduce integration boundary failures by replaying exact commands and logging full environment facts and deltas to isolate platform-specific behaviors. Systematic debugging gates progress until reproduction evidence and affected contracts are fully captured and accessible.

When should I stop the line during root-cause analysis?

Stop the line during root-cause analysis when reproduction evidence, required access, affected contracts, or regression guard inputs are missing. This safety mechanism prevents guesswork by blocking progress until boundary evidence is fully documented and accessible.

How do I ensure minimal fixes for runtime issues are properly guarded?

Ensure minimal fixes for runtime issues by applying the smallest change that addresses the narrowed root cause, then verifying with the original reproduction command and adding an appropriate regression guard or documentation handoff to prevent future regressions.