skills/debug-escape/SKILL.md
Break out of debugging loops by stepping back and researching. Use when stuck, going in circles, hitting the same error repeatedly, or after multiple failed fix attempts.
npx skillsauth add RonanCodes/ronan-skills debug-escapeInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
When you've tried the same thing three times and it still doesn't work, stop guessing and start researching. This skill provides a systematic escape from debugging loops.
/debug-escape "TypeError: Cannot read properties of undefined"
/debug-escape "tests pass locally but fail in CI"
/debug-escape
If no argument is given, ask the user to describe what's failing and what they've already tried.
Work through these in order. Stop as soon as you find the answer.
git log --oneline -20 — what changed recently?git diff HEAD~5 — compare with a known-working stategit stash current changes, run tests — did the problem exist before?git bisect or binary search the commit that broke itgit tag bug/introduced/<slug> <commit-hash>
This makes it trivial to find later: git tag -l "bug/*" lists all tagged bugsmcp__context7__resolve-library-id and mcp__context7__get-library-docs) — if so, use it to pull current docs.reference/ repos for how other projects solve the same problemInstead of tweaking small things, make big changes to find the boundary:
After researching, produce a structured report:
## Debug Escape Report
### Problem
[What's failing — exact error, reproduction steps]
### Attempts So Far
1. Tried X — failed because Y
2. Tried Z — same error
### Research Findings
- Docs say: [relevant finding]
- GitHub Issue: [link or summary]
- Git history: last working at commit [hash]
- Working example found in: [file or repo]
### Root Cause
[What's actually going wrong and why]
### Recommended Fix
[Specific, actionable fix based on research — not another guess]
Once the bug is resolved, run /post-mortem to document what happened. Tricky bugs deserve a write-up — your future self will thank you.
development
Close the loop on a Linear ticket when its work ships - move the status and post a deploy comment with the PR link, what shipped, and a try-it link, mentioning the collaborator. Used as the tail of /ro:linear-nightshift for every merged mirror, or manually after an ad-hoc build. Triggers on "linear update", "update the linear ticket", "mark NUT-x done", "tell eoin it shipped", "/ro:linear-update".
devops
Run a night-shift against a collaborator's Linear board. Pulls the team's Grilled tickets (/ro:linear-grill moves a ticket to Grilled once its questions are answered), VERIFIES the questions were actually answered (unanswered → bounce the ticket to the "Question for <name>" state), mirrors verified tickets to ephemeral GitHub issues with ready-for-agent, then runs the standard /ro:night-shift machinery on GitHub. Tail-calls /ro:linear-update for everything that merged + deployed. Triggers on "linear nightshift", "nightshift linear", "drain the linear board", "run the shift off linear", "/ro:linear-nightshift".
development
Grill a collaborator's Linear tickets and move every processed ticket to where it belongs. Resolves the board from the repo's .ro-linear.json, reads the collaborator's Backlog / Ready-for-agent issues, then per ticket either posts 3-5 decision-extracting questions (state moves to "Question for <name>") or confirms it build-ready (state moves to "Grilled", the gate /ro:linear-nightshift consumes); shipped-and-confirmed tickets close as Done. The async-collaborator counterpart of /ro:day-shift for people who never touch GitHub. Triggers on "grill linear", "grill eoin's tickets", "linear grill", "add questions to the linear tickets", "/ro:linear-grill".
development
--- name: about-page description: Add a standard About page to any web app, what it is, the tech stack, and an FAQ, wired into a footer link with a sticky footer. Built with Spartan + Tailwind (the canonical component layer) and falls back to semantic HTML so it ships reliably. Use whenever building, polishing, or shipping an app, every app should have one. Triggers on "add an about page", "about page", "footer about link", or as a standard step in app build/polish. category: frontend argument-h