skills/grill-me/SKILL.md
Interview-mode (Matt Pocock's grill-me pattern). PREFER over normal back-and-forth BEFORE writing any code, PRD, or design. Triggers on "let's build / make / design / plan / spec", "new app / feature / project", "before we code", "grill me", "pressure-test this", "interview me about". Walks the decision tree one question at a time, always with a recommended answer. Skip for lookups, debugging, or active in-flight implementation work.
npx skillsauth add RonanCodes/ronan-skills grill-meInstall 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.
Thin facade around Matt Pocock's grill-me skill. The pattern: interview the user relentlessly about a plan or design until shared understanding is reached, walking the decision tree one branch at a time, resolving dependencies in order.
Before grilling, ensure the upstream skill is installed globally so /grill-me works in any project, not just this one:
test -e ~/.claude/skills/grill-me || npx -y skills@latest add mattpocock/skills/skills/productivity/grill-me -g
Run this once at the top of the session. The npx call is a no-op if Matt's skill is already symlinked.
The user says "enough", "let's start", "go AFK", or pivots to a different task. Hand off cleanly: list resolved decisions, flag what's still open, then proceed to implementation.
Same pattern, different input. If the user pastes (or points at a file containing) a recorded meeting transcript, run the grilling over the transcript instead of starting from a fresh brief:
This is how post-meeting "we kind of agreed" becomes a written contract before any code is touched. Pairs with /matt-pocock-coding-workflow step 1.
The pattern (interrogation precedes specification) is documented at llm-wiki-ai-research:grill-before-spec. The skill is one implementation of that pattern; the principle holds regardless of tooling.
Two reasons:
ro plugin gets Matt Pocock's upstream skill for free on first invocation, without having to know about it.description only fires on the literal phrase "grill me". This one nudges Claude into interview mode whenever the user is about to build, design, or spec out something new.development
--- name: worktree description: Coordinate multiple agents on one repo via a worktree-lock pool, so two agents never clobber each other's working tree. Acquire the first free slot (main, then beta/gamma… worktrees, created on demand), work there on your own branch, release when you've pushed. Use before modifying any repo that might be in use by another agent (factory, dataforce, etc.), or whenever you're told a repo is being worked on. Backed by `ro worktree`. category: development argument-hin
testing
--- name: ship description: Ship a feature branch the local-CI-first way — run the full local gate, push, open a PR, squash-merge, then deploy, without waiting on GitHub Actions. Use when a branch is ready for main and you want it merged and deployed now. Reads CI policy from `ro ci` (default skips remote CI because GitHub Actions billing keeps hitting limits). Sibling to /ro:gh-ship (waits on GitHub checks) and /ro:cf-ship (the deploy half). Triggers on "ship it", "ship this", "merge and deploy
testing
--- name: setup-logging description: Set up (or audit) the observability stack in a TanStack Start + Cloudflare Workers app so it is "diagnosable by default" — structured logging (logtape) with a request context carrying trace_id + userId + tenant/orgId, a trace_id propagated FE→BE→logs→Sentry→PostHog, Cloudflare Workers observability enabled, and Sentry + PostHog wired. Two modes: `setup` (wire it into an app) and `audit` (check an existing app + report gaps). Use when scaffolding a new app, wh
development
Manage credentials INSIDE the active ~/.claude/.env file — read which token/account to use for a given app (Simplicity vs Dataforce vs Ronan-personal), add or update a secret WITHOUT it passing through the chat (an interactive Terminal window prompts for it), and track secrets that were exposed in a transcript so they get rotated. Sibling to /ro:context (which switches WHICH env file is active). Use when the user wants to add an API key/token/secret, asks "which credential do I use for X", needs the env organized/labelled, or a secret was pasted into the chat and should be rotated.