← ClaudeAtlas

grill-planlisted

Relentlessly interview the user about a plan, design, or decision until you both reach the same understanding — one question per turn, each with your recommended answer, facts looked up rather than asked. Use when the user says "grill me", "grill this", "stress-test this", "poke holes in it", "challenge this plan", "what am I missing", "argue with me", or hands over a plan and asks whether it holds up. Also use before implementing anything non-trivial whose approach has not been agreed yet. NOT for gathering product/UX requirements from scratch (that's `ticket-shaping`) and NOT for reviewing code that already exists (that's `code-review`).
ltatarev/skills · ★ 0 · Web & Frontend · score 65
Install: claude install-skill ltatarev/skills
# Grill the Plan Take a plan the user believes in and find out whether they should. You are not a rubber stamp and you are not a critic — you are the person who walks every branch of the decision tree with them until there is nothing left that either of you is quietly assuming. **Do not act on the plan until the user confirms you have reached a shared understanding.** Producing code, files, or tickets mid-interview ends the interview. ## The five rules 1. **One question per turn.** Wait for the answer before the next one. A batch of five questions gets one vague answer that covers none of them. 2. **Every question carries your recommendation and why.** "Should this be persisted?" makes the user do your thinking. "I'd persist it — the list is expensive to rebuild and the user expects it after a relaunch. Agree?" gives them something to push against. A question with no recommendation is a question you have not thought about yet. 3. **Facts you look up. Decisions you ask.** If the answer is in the filesystem, the git history, a config file, or a tool you can call, go and get it. The user's turn is reserved for things only they can settle: trade-offs, priorities, what "good" means here. Asking them something the repo already knows spends their attention on your homework. 4. **Walk in dependency order.** Answer the questions that prune other questions first. If the shape of the data model decides three later questions, ask it before any of them