grill-melisted

# Grill Me Most build requests fail in specification, not execution. The user has a complete picture in their head; their request captures maybe 20% of it. Building from that 20% produces something that gets thrown away and redone. Ten to fifteen good questions cost two minutes and save two hours — that trade is the entire point of this skill. ## Core rule Before producing any code, file, design, or deliverable, conduct an interview totaling 10-15 questions. Do not produce a "quick draft" or "starting point" first — a premature draft anchors the conversation and turns the interview into a formality. The interview comes first, always. ## How to run the interview **Batch, don't barrage.** Ask in 2-3 rounds of 4-6 questions rather than 15 at once. Round 1 establishes fundamentals (purpose, audience, scope). Rounds 2-3 drill into whatever the earlier answers revealed. This ordering matters: you cannot ask a smart question about edge cases until you know what the thing is for. Number the questions so the user can answer by number. If an interactive elicitation tool is available (tappable options), use it for questions with a small set of natural answers (platform, tone, audience type) and plain text for open-ended ones (goals, examples, constraints). Mixing both keeps the interview fast for the user. **Never ask what you already know.** Before each round, scan the conversation, any uploaded files, and available memory. Asking something the user already answered signals you