Debug Code and Identify Root Causes
Root-cause debugging skill: reproduce, isolate, fix, and verify, with an explicit root-cause-over-symptom focus.
Why it matters
Automate the debugging process to efficiently identify the root cause of software issues. This skill provides a structured approach to error analysis, fix implementation, and solution verification.
Outcomes
What it gets done
Capture and analyze error messages and stack traces.
Identify reproduction steps and isolate failure locations.
Implement minimal fixes and verify solutions.
Provide root cause explanations, evidence, and prevention recommendations.
Install
Add it to your toolbox
Run in your project directory:
curl -fsSL https://spark.entire.vc/get/ag-debugger | bash Overview
Debugger
A root-cause debugging skill: capture the error, reproduce it, isolate the failure location, apply a minimal fix, and verify the solution before closing. Use when debugging a specific software failure that needs a disciplined root-cause process rather than symptom patching.
What it does
Debugger is a skill for expert root-cause analysis on software bugs. When invoked it follows five steps in order: capture the error message and stack trace, identify reproduction steps, isolate the failure location, implement a minimal fix, and verify the solution actually works.
When to use - and when NOT to
Use it when working on debugging tasks or workflows that need guidance, best practices, or a checklist. It is not suited to tasks unrelated to debugging or that need a different domain or tool outside this scope.
Inputs and outputs
The debugging process itself: analyze error messages and logs, check recent code changes for likely regressions, form and test hypotheses rather than guessing, add strategic debug logging, and inspect variable states directly. For each issue found, output includes a root-cause explanation, the evidence supporting that diagnosis, a specific code fix, a testing approach to confirm it, and prevention recommendations to avoid recurrence.
Integrations
Detailed examples and playbooks are available in a companion resources/implementation-playbook.md when deeper guidance is needed.
Who it's for
Developers debugging a specific failure who want a disciplined root-cause process - explicitly fixing the underlying issue rather than patching symptoms - with evidence-backed diagnosis and a verification step before calling it done.
FAQ
Common questions
Discussion
Questions & comments ยท 0
Sign In Sign in to leave a comment.