grill-with-docs
Skill0 starsChanged 4 months agoMITView on GitHub
Work an idea through with the agent, grounded in your own documents. Reads the context you bring (a strategy doc, positioning brief, prior decisions, meeting notes), builds shared language as you go, and captures decisions into a living record. The collaborative counterpart to grill-me: where grill-me pressure-tests a finished plan, this one helps you shape one. Use when developing a decision against existing material, aligning terminology across a team, or turning scattered notes into a defensible call. Activates on "grill with docs", "work this through with me", "help me develop this against my notes", "build this out with me", or "what does my doc actually say?"
195 other projects use a version of this.
Adopted by
Most recently taken up by
- xiaoxiaosrm/dsh-mattpocock-skillstheir own version, first seen Nov 8, 2026
- ishandutta2007/Awesome-Claude-Skillstheir own version, first seen Nov 8, 2026
- domengabrovsek/agent-configtheir own version, first seen Nov 8, 2026
- domengabrovsek/claudetheir own version, first seen Nov 8, 2026
- The-Vibe-Company/quivrtheir own version, first seen Nov 8, 2026
- Hoerire/Azurtheir own version, first seen Nov 8, 2026
Used with
Projects with it also use setup-matt-pocock-skills, decision-mapping and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
GoogleSkillsetup-matt-pocock-skills
Configure this repo for the engineering skills — set up its issue tracker, triage label vocabulary, and domain doc layout. Run once before first use of the other engineering skills.
Also in 185 projects that use this
FabienDehopreSkilldecision-mapping
Turn a loose idea into a sequenced map of investigation tickets, then drive them to resolution one at a time.
Also in 9 projects that use this
LesaniSkillwriting-beats
Shape an article as a journey of beats, choose-your-own-adventure style. The user picks a starting beat from the raw material, you write only that beat, then offer options for where to pivot next, beat by beat, until the article reaches a natural end. Use when the user has raw material and wants to assemble it as a narrative rather than an argument.
Also in 65 projects that use this
liufeng1976Skillsetup-ts-deep-modules
Wire dependency-cruiser into a TypeScript repo so each package is a deep module — implementation hidden in subfolders, reachable only through its entry-point files. User-invoked.
Also in 42 projects that use this
simo97Skillmigrate-to-shoehorn
Migrate test files from `as` type assertions to @total-typescript/shoehorn. Use when user mentions shoehorn, wants to replace `as` in tests, or needs partial test data.
Also in 67 projects that use this
LesaniSkillwriting-shape
Take a markdown file of raw material and shape it into an article through a conversational session — drafting candidate openings, growing the piece paragraph by paragraph, arguing about format (lists, tables, callouts, quotes) at each step. Use when the user has a pile of notes, fragments, or a rough draft and wants help turning it into something publishable.
Also in 63 projects that use this
- +1 more from Lesani
Other versions195 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 195
- mattpocock/skills★ 309ksame name
- QuivrHQ/quivr★ 40ksame name
- The-Vibe-Company/quivr★ 40ksame name
- GreyDGL/PentestGPT★ 16ksame name
- formbricks/formbricks★ 13ksame name
- ArcReel/ArcReel★ 6.3ksame name
- vinvcn/mattpocock-skills-zh-CN★ 5.5ksame name
- withcoral/coral★ 4.9ksame name
- bestofjs/bestofjs★ 3.1ksame name
- bholmesdev/hubble.md★ 1.5ksame name
185 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository15 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- ai-graduationSkill
- arbitrage-auditSkill
- assumption-mapperSkill
- b2b-idea-vettingSkill
- codifySkill
- decision-briefSkill
- design-thinking-liteSkill
- grill-meSkill
- innovation-diagnosticSkill
- kill-goSkill
- preflightSkill
- problem-framingSkill
- pull-frameworkSkill
The file
We split this skill into the rules it gives an agent
4 rules. 0 are common, 4 are distinctive, and 0 are very specific to this project.
0
Common
Most of the 181 edited versions we read keep these.
4
Distinctive
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 24
Start by asking: "What are we working through, and what should I read first?"
- Distinctive: line 32
Cross-check claims against the material: When the user asserts something the doc contradicts, say so plainly.
- Distinctive: line 33
Capture as you resolve, not at the end: Keep a running record: resolved decisions, the canonical terms you have pinned down, open …
- Distinctive: line 57
Durable trade-offs: Only decisions that are hard to reverse, surprising without context, and the result of a real trade-off.
“Common” is measured: kept by at least 6 in 10 of the 181 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Core Instruction
Help the user work an idea through to a sharp, defensible decision, grounded in the documents and context they bring. You are not just interrogating a finished plan (that is grill-me); you are developing one with them, in dialogue, while keeping everything anchored to what their materials actually say.
Read the context first. If the user references a doc, brief, or set of notes, read it before asking anything. Answer from the material when the material answers the question, instead of making the user recite it. Then walk the decision one branch at a time. For each question, offer your recommended answer first. When it is obvious the user just confirms; when it is not, that is where the real work happens.
How to Run a Session
Start by asking: "What are we working through, and what should I read first?"
Then:
- Read the source. Whatever the user points to: a positioning doc, a one-pager, prior decisions, a transcript. Summarize back what it commits to in one or two sentences so you are aligned before grilling.
- Restate the decision. Name the core thing being decided in one sentence.
- Walk the tree, branch by branch. Each decision spawns 2-5 sub-decisions. Resolve dependencies before moving on. Recommended answer first, then wait.
- Hold the language to the document. When the user's words drift from what their doc says, surface it immediately: "Your brief defines 'activation' as first paid use, but you just used it to mean signup. Which is it?" Pick one canonical term and note the others to avoid. Build the shared vocabulary as you go.
- Cross-check claims against the material. When the user asserts something the doc contradicts, say so plainly. The document is the record; the user's recollection is a hypothesis.
- Capture as you resolve, not at the end. Keep a running record: resolved decisions, the canonical terms you have pinned down, open questions, assumptions, risks. Update it inline so the user can see the idea hardening.
Session Dynamics
A session runs 15-40 questions. Don't rush. The value is in the working-through.
Vague answer: Push back. "That's too broad. What specifically?" Vague in, vague out.
"I don't know": Signal, not failure. Record it as an open question with the cheapest next move to resolve it.
Drift into new ideas: Allowed here, unlike grill-me, but tether each new thread back to the source material and the decision at hand. You are developing the idea, not replacing it.
Terminology fights: Resolve them, don't defer them. A shared word now saves a misunderstanding later.
Output
A living decision record, updated through the session and finalized at the end:
- The decision: One or two sentences, sharpened.
- Shared language: The canonical terms pinned down, with the words to avoid.
- Resolved decisions: Numbered, with the reasoning that settled each.
- Open questions: What still needs answering, with the next move for each.
- Assumptions: Stated as fact but not yet verified.
- Risks: Where the decision is weakest.
- Durable trade-offs: Only decisions that are hard to reverse, surprising without context, and the result of a real trade-off. Note the trade-off in one clause. Skip the rest.
- Recommended next action: The single most important move this week.
What This Is Not
Not brainstorming from a blank page (start with b2b-idea-vetting or a brief). Not a pure pressure test of a finished plan (grill-me). Not a viability scorecard (kill-go). This is the middle step: take rough material and a half-formed decision, and work them into a sharp, shared, documented call.
Next step
Decision shaped → run assumption-mapper to rank what it rests on, or decision-brief to write it up.
Based on Matt Pocock's grill-with-docs skill pattern (https://github.com/mattpocock/skills, MIT), adapted as the non-coding, document-grounded counterpart to grill-me.
Part of the ThinkHaven Method Kit by Kevin Holland. Full Board of Directors experience: ThinkHaven
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

