reversa-debugger

Registers bug reports as traceable canonical records linked to specs, code, and tests.

1.5k|405|Updated Apr 26, 2026
One-click install
npx skills add https://github.com/sandeco/reversa --skill reversa-debugger
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: reversa-debugger
Source: https://github.com/sandeco/reversa/tree/main/agents/reversa-debugger
Command: npx skills add https://github.com/sandeco/reversa --skill reversa-debugger

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Bug reports arrive as messy, unstructured complaints mixing multiple defects, screenshots, and guesses. This Skill turns each report into a canonical, traceable bug record organized by context, linked to the specification that defines expected behavior, the suspected code, and related bugs, without ever attempting to fix anything itself.

Core Features & Use Cases

  • Structured intake and triage: Captures user reports verbatim in intake/, collects evidence files, deduplicates against existing bugs, and classifies severity, priority, area, module, and feature using a controlled taxonomy.
  • SPEC-CODE-TEST-BUG traceability: Each bug gets a merge-safe canonical ID, links to the effective spec (original plus addenda), affected code, and typed relationships (caused-by, duplicate-of, regression-of) with epistemological states.
  • Express route and generated views: Small defects with an explicit fix request follow a minimal-registration express route that hands off to the fixer skill, while full flows generate context views (catalog, matrix, graph.html) under _reversa_bugs/<context>/generated/.
  • Use Case: A user says "the checkout is applying the discount twice." The Skill resolves the context, records the report, checks for duplicates, creates bugs/BUG-<date>-<suffix>/bug.md linked to the checkout spec section, and regenerates the context's traceability views.

Quick Start

Ask the agent to register a bug by describing the defect and its area, for example: "/reversa-debugger the credit system fails when approving limits above the configured threshold."

Frequently Asked Questions about reversa-debugger

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

FAQPage Schema
How do I register a bug report with traceability to specs and code?▼

Invoke the skill with a description of the defect and its area. It resolves the context, records your report verbatim in an intake file, deduplicates against existing bugs, and creates a bug.md linked to the spec section, suspected code, and related bugs.

What is the difference between reversa-debugger and reversa-debugger-fix?▼

reversa-debugger only documents defects: intake, triage, classification, and traceability. It never modifies code. reversa-debugger-fix is the separate skill that performs the actual correction, and the express route hands off to it after minimal registration.

When should I use the express route instead of the full bug intake flow?▼

Use the express route when there is a single small, localized defect with an explicit fix request, no security suspicion, and no regression of a locked bug. Dense reports with multiple problems or serious defects should use the full triage flow.

Does this skill work with Claude Code, Cursor, and other AI agents?▼

Yes. The skill declares compatibility with Claude Code, Codex, Cursor, Gemini CLI, and other agents supporting the Agent Skills format. It reads project configuration from .reversa/state.json for language and output folder settings.

How are duplicate or recurring bugs handled?▼

The skill searches catalogs within and across contexts before creating a record and asks the user how to proceed when a probable duplicate exists. If the duplicate is locked with DONE.md, it registers a new bug with a regression-of relationship instead of modifying the locked one.

What happens when a reported defect has no matching specification?▼

The bug receives the spec-gap label and the record explicitly states the behavior was never specified. The question of whether it is a bug or an unspecified behavior stays open for the fix phase to resolve.