debug-prod
Production Debugging
Systematic production incident investigation. Mitigation comes before root cause — stop the bleeding first, then investigate why.
When to Use
- Something is broken or degraded in production right now
- Users are reporting errors or unexpected behavior in a live environment
- An alert fired and you need to understand what's happening
- You want to do a structured post-incident investigation
Iron Laws
- Mitigate before you investigate. Reducing user impact takes priority over finding root cause.
- Preserve evidence before changing anything. Capture logs, traces, and metrics snapshots before rolling back or restarting.
- Never guess — instrument and observe. Form a hypothesis, then get evidence. Never propose a fix based on intuition alone.
- Reproduce before fixing. If you cannot trigger the problem reliably, you cannot verify the fix.
- Protect context window. All log output goes to a file. Never dump raw logs inline — pipe through
grep/tailand show only relevant lines. - Clean before fixing. Run
git restore .to remove all debug instrumentation before implementing the fix.
More from supatest-ai/supa-skills
bug
Investigate, reproduce, and fix a bug using a structured workflow. Captures a complete bug report, reproduces the issue reliably, finds the true root cause, writes a failing test before fixing, verifies the fix, and optionally files a well-formed GitHub issue.
1agent-readiness
Evaluate how ready a codebase is for autonomous AI agent work. Produces a scored report across 11 dimensions with a maturity level and prioritized action plan.
1work-summary
Generate a summary of work done based on git commit history across one or more repositories. Use for standups, timesheets, retrospectives, or any time you need a structured overview of what was accomplished in a time period.
1test-feature
Interactively test a completed feature using browser automation. Navigates the live app, exercises all key flows, captures a GIF video of the happy path, and produces a visual verification report. Use after implementing a new feature or making code changes that need testing verification.
1review-pr
Review a pull request or set of code changes. Filters to issues introduced by this PR (not pre-existing), scores confidence, and produces a prioritized report with severity tiers. Requires user approval before posting anything to GitHub.
1signoz-health-check
Check broad metrics and health status of SigNoz observability platform. Shows service health, error rates, latency, recent errors, and alerts. Use when you need to monitor system health or investigate issues.
1