Skill

Grilling

A relentless, one-question-at-a-time interview that stress-tests a plan or design before you start building it.

Maintainer of this project? Claim this page to edit the listing.


77
Spark score
out of 100
Updated last month
Version 1.0.1

Add to Favorites

Install

Add it to your toolbox

Run in your project directory:

curl -fsSL https://spark.entire.vc/get/ag-grilling | bash

Overview

Grilling

A relentless interview skill that stress-tests a plan or design one question at a time, offering a recommended answer for each open decision. Use when a plan or design needs its assumptions pressure-tested before implementation begins.

What it does

Grilling interviews the user relentlessly about every aspect of a plan or design until reaching a shared understanding. It walks down each branch of the design tree, resolving dependencies between decisions one by one, and for every question it asks, it also offers its own recommended answer rather than leaving the user to guess what a good answer looks like.

When to use - and when NOT to

Use it when the user wants to stress-test a plan before building it, or when the user invokes any "grill" trigger phrase. It is specifically for interrogating a design's assumptions and decisions before implementation starts, not for reviewing code that already exists.

Inputs and outputs

Questions are asked strictly one at a time, waiting for the user's answer before moving to the next - asking several questions at once is called out explicitly as "bewildering" and to be avoided. When a question could instead be answered by exploring the codebase directly, the skill explores the codebase rather than asking the user to explain something already discoverable in the code.

Integrations

It has no dependencies of its own beyond the codebase it may explore in place of asking a question; related skills (Grill Me, Grill With Docs) reuse this same interview mechanism as their underlying engine.

Who it's for

Anyone about to commit to a plan or design who wants its assumptions pressure-tested one decision at a time, with a recommended answer offered for each open question, before writing any code.

Source README

When to Use

Use when this workflow matches the user request: Interview the user relentlessly about a plan or design. Use when the user wants to stress-test a plan before building, or uses any 'grill' trigger phrases.

_Source: mattpocock/skills (MIT)._Interview me relentlessly about every aspect of this plan until we reach a shared understanding. Walk down each branch of the design tree, resolving dependencies between decisions one-by-one. For each question, provide your recommended answer.

Ask the questions one at a time, waiting for feedback on each question before continuing. Asking multiple questions at once is bewildering.

If a question can be answered by exploring the codebase, explore the codebase instead.

Limitations

  • Requires the upstream tool, account, API key, or local setup when the workflow names one.
  • Does not authorize destructive, production, paid, or external-message actions without explicit user approval.
  • Validate generated artifacts or recommendations against the user's real sources before treating them as final.

FAQ

Common questions

Discussion

Questions & comments · 0

Sign In Sign in to leave a comment.