/debug
Usage
bash
/debug $ARGUMENTS # Debug the issue /debug --performance <issue> # Focus on performance debugging /debug --issue <issue_description> # Debug and create GitHub issue
Description
Systematic debugging using a single debugger agent. Investigates root causes, proposes fixes, and optionally creates GitHub issues from findings.
Behavior
Uses explicit task phases for progress visibility:
yaml
Task Phases:
1. "Investigate root cause"
- Deploy debugger agent
- Gather evidence and logs
- Identify probable cause
- Status: pending → in_progress → completed
2. "Implement fix"
- Apply targeted fix based on findings
- Minimal changes to address root cause
- Status: pending → in_progress → completed
3. "Verify fix"
- Run relevant tests
- Confirm issue resolved
- Check for regressions
- Status: pending → in_progress → completed
Execution Steps
- •Analyze: Deploy debugger agent to investigate the issue
- •Fix: Implement the fix based on findings
- •Verify: Run tests to confirm the fix works
With --issue Flag
After debugging, create a GitHub issue documenting:
- •Root cause analysis
- •Steps to reproduce
- •Fix applied (if any)
- •Prevention recommendations
Expected Output
text
User: /debug Memory leak causing crashes Investigating: Memory leak causing crashes Deploying debugger agent... Root Cause Analysis: Issue: Event listeners not cleaned up in useEffect Evidence: Heap growing 50MB/hour, correlates with component mounts Confidence: 92% Fix Applied: - Added cleanup function to useEffect in UserSession.tsx - Implemented proper listener removal Verification: - Tests passing - Memory stable after 10 minute test Issue resolved
With --issue Flag
text
User: /debug --issue Payment timeout [Debug analysis completes...] Creating GitHub issue... Issue #142 created: "Payment timeout - Database connection pool exhaustion"
Notes
- •Single debugger agent handles all investigation
- •Use
--performancefor CPU/memory/latency issues - •Use
--issueto document findings as GitHub issue - •Typical execution: 2-5 minutes