Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me", "stress test", "poke holes", "challenge my plan".
Scanned 9/6/2026
Install to Claude Code
npx -y skills add saitarrun/Devforge-ai --skill grill-me --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Grill Me?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/saitarrun-grill-me)More formats (shields.io, HTML) on the badges page.
---
name: grill-me
description: Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me", "stress test", "poke holes", "challenge my plan".
version: 1.0.0
---
# Skill: Grill Me
Relentless design/plan review via structured interview. Walk down each branch of the decision tree, resolving dependencies between decisions one-by-one. Reach shared understanding by testing assumptions and exposing gaps.
## Process
1. **Parse the plan/design** — Identify key decisions, dependencies, assumptions
2. **Ask one question at a time** — Deep on one branch; await answer before moving
3. **Explore codebase first** — If a question is answerable by code inspection, do that instead of asking
4. **Provide recommended answer** — For each question, suggest what you think is the right call (so user can react faster)
5. **Resolve branch completely** — Don't jump to another decision until this one is fully understood
6. **Walk dependency tree** — Only move to dependent decisions once blockers are cleared
7. **Reach shared understanding** — Stop when both agree on the plan or user signals done
## Question Structure
For each question:
```
**Q: [Question]**
My take: [Your recommended answer + reasoning]
What do you think?
```
## When to Explore Code Instead
If user hasn't answered a question yet:
- Design decision that's already implemented? Read the code.
- Architecture pattern already in repo? Grep for examples.
- Library choice already wired? Check package.json / imports.
This avoids asking about settled questions.
## Decision Tree Example
```
Plan: Add user authentication
├─ Auth mechanism? (OAuth vs. session vs. JWT)
│ └─ Once decided → ask: which provider?
│ └─ Once decided → ask: token expiry strategy?
│ └─ Once decided → ask: refresh token rotation?
│
├─ DB schema for sessions/tokens?
│ └─ Once decided → ask: cleanup/revocation strategy?
│
├─ Rate limiting & brute force?
│ └─ Once decided → ask: lockout duration vs. progressive delay?
```
Only ask dependent questions after parent is resolved.
## Stopping
**User says**: "stop grill", "that's enough", "I'm confident now"
**You decide**: "We've resolved the full decision tree and reached agreement."
---
**Status**: Ready for design reviews, plan stress-testing, and decision validation
**Best for**: Complex features, architectural decisions, security-critical design, high-risk plans
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!