debugging-and-error-recovery

Diagnose test failures, build errors, and runtime bugs through structured root-cause triage.

Updated May 5, 2026
One-click install
npx skills add https://github.com/nikegeorgian-stack/otgruzka-tovara --skill debugging-and-error-recovery-nikegeorgian-stack
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: debugging-and-error-recovery
Source: https://github.com/nikegeorgian-stack/otgruzka-tovara/tree/main/.cursor/skills/debugging-and-error-recovery
Command: npx skills add https://github.com/nikegeorgian-stack/otgruzka-tovara --skill debugging-and-error-recovery-nikegeorgian-stack

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? When tests fail, builds break, or runtime behavior goes wrong, developers often guess at fixes or patch symptoms instead of root causes. This Skill enforces a disciplined stop-the-line workflow that preserves evidence, reproduces the failure, and fixes the actual cause. ## Core Features & Use Cases - Six-Step Triage Checklist: Reproduce, localize, reduce, fix the root cause, guard with a regression test, and verify end-to-end. - Error-Specific Decision Trees: Structured triage flows for test failures, build failures, runtime errors, and non-reproducible bugs (timing, environment, or state dependent). - Safe Fallback Patterns: TypeScript snippets for graceful degradation, safe config defaults, and instrumentation guidelines. - Use Case: A regression appears after a refactor. Use git bisect to find the offending commit, reduce the failing case to a minimal reproduction, fix the root cause, and add a regression test that fails without the fix. ## Quick Start Ask the AI to systematically debug the failing test or broken build using the root-cause triage checklist instead of guessing at a fix.

Frequently Asked Questions about debugging-and-error-recovery

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

FAQPage Schema
How do I debug a failing test systematically?▼

Reproduce the failure reliably first, then localize which layer is failing, reduce to a minimal failing case, and fix the root cause rather than the symptom. Finish by adding a regression test that fails without the fix and verifying the full suite passes.

How to find which commit introduced a bug with git bisect?▼

Run git bisect start, mark the current commit as bad and a known working commit as good, then test each midpoint checkout. You can automate it with git bisect run followed by your focused test command.

What should I do when a bug is not reproducible?▼

Classify it as timing-dependent, environment-dependent, state-dependent, or truly random. Add timestamps and logging around the suspected area, compare environments, check for leaked shared state, and set up alerts for the error signature.

Why is fixing symptoms instead of root causes a problem?▼

Symptom fixes mask the underlying defect, so the bug resurfaces elsewhere and compounds with later changes. Asking why the failure happens until reaching the actual cause produces a durable fix that a regression test can guard.

When should I add or remove debug logging?▼

Add instrumentation when you cannot localize a failure or the issue is intermittent, and remove it once the bug is fixed and guarded by tests. Keep permanent logging only for error boundaries, API error context, and key performance metrics.