interview-me
Skill1 starsChanged 2 months agoMITView on GitHub
Extract what a person actually wants before any plan, spec, or code — one question at a time, each carrying your guess, until you can predict their answers. Run on an underspecified ask, or on "interview me", "grill me", "stress-test my thinking", "what am I missing". Writes intent.md. Not idea-refine's options, not spec-grilling's how.
98 other projects use a version of this.
Adopted by
Most recently taken up by
- thistleknot/skillstheir own version, first seen Nov 8, 2026
- ishandutta2007/Awesome-Agent-Skillstheir own version, first seen Nov 8, 2026
- pedrohcgs/claude-code-my-workflowtheir own version, first seen Nov 8, 2026
- resonatingloop/hmmariumtheir own version, first seen Nov 8, 2026
- ggoosen/Digital-Workforcetheir own version, first seen Nov 8, 2026
- MMACABRE/SKILLStheir own version, first seen Nov 8, 2026
Used with
Projects with it also use constraint-driven-development, git-workflow-and-versioning and 3 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.
MrCipherSmithSkillconstraint-driven-development
Use when a project needs a persistent, measurable quality bar — starting a project without documented standards, 'set up constraints', or when coverage/perf/a11y thresholds get re-debated per-PR. Produces CONSTRAINTS.md with enforceable numbers, ratchets, and a guard against silent weakening. NOT for throwaway prototypes or a one-off CI setup.
Also in 16 projects that use this
LLl0k0laDSkillgit-workflow-and-versioning
Use when making any code change. Use when committing, branching, resolving conflicts, or when you need to organize work across multiple parallel streams.
Also in 37 projects that use this
orenluxySkillimplementation-notes
Maintain an IMPLEMENTATION_NOTES.md decision log during any multi-step implementation session. Use this in EVERY session that involves writing or modifying code across more than one file, or any session expected to run longer than a few tool calls. Records decisions, deviations from plan, and open questions so nothing is silently guessed.
Also in 3 projects that use this
LLl0k0laDSkillapi-and-interface-design
Use when designing APIs, module boundaries, or any public interface. Use when creating REST or GraphQL endpoints, defining type contracts between modules, or establishing boundaries between frontend and backend.
Also in 40 projects that use this
- +1 more from LLl0k0laD
Other versions98 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 98
- addyosmani/agent-skills★ 114ksame name
- pedrohcgs/claude-code-my-workflow★ 1.7ksame name
- kdlbs/kandev★ 1.1ksame name
- Neeeophytee/finding-unknowns-skills★ 339same name
- flonat/flonat-research★ 150same name
- maxwell2732/paper-replicate-agent-demo★ 134same name
- maxwell2732/my-submission-formatting-agent★ 106same name
- PaulRBerg/agent-skills★ 104same name
- c-kick/hnl-agent-skills★ 56same name
- Sorbh/interview-me★ 52same name
88 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 repository41 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- acceptance-criteriaSkill
- aim-higherSkill
- api-designSkill
- architecture-designSkill
- browser-testing-with-devtoolsSkill
- ci-cdSkill
- codebase-designSkill
- codebase-researchSkill
- code-reviewSkill
- code-simplificationSkill
- comprehension-quizSkill
- debugging-and-error-recoverySkill
- deprecation-and-migrationSkill
- documentation-and-adrsSkill
- doubt-driven-developmentSkill
- environment-manifestSkill
- gauntlet-loopSkill
- git-workflowSkill
- handoffSkill
- idea-refineSkill
- incremental-implementationSkill
- literate-explainerSkill
- observability-and-instrumentationSkill
- orchestratorSkill
- performance-optimizationSkill
- plan-breakdownSkill
- preflight-readinessSkill
- project-setupSkill
- pull-requestSkill
- quality-verificationSkill
- security-and-hardeningSkill
- shipping-and-launchSkill
- source-driven-developmentSkill
- spec-grillingSkill
- spec-reviewSkill
- test-driven-developmentSkill
- to-prdSkill
- using-agent-skillsSkill
- worktreeSkill
The file
Files
Interview Me
Purpose
Stage: Ideate. Principles 1, 6, 10.
Extracts what a person actually wants, as against what they think they should want: one question at a
time, each carrying your own guess, until you can predict their answers. It writes
docs/features/<slug>/intent.md, the first link in the artifact chain, and interviews rather than reads
because nothing upstream of it exists — the gap between the ask and the want being cheapest to close
before code makes switching expensive.
When to use / when to skip
- The ask leaves out who it is for, why now, what success looks like or the binding limit, and you are about to fill one in silently.
- It is conventional rather than specific — "build me a dashboard", "make it faster" — and the convention will not unpack without a guess.
- Two reasonable values are in tension (simplicity against flexibility, cost against speed) and nobody has said which wins.
- The person invokes it: "interview me", "grill me", "are we sure?", "what am I missing?"
- Skip a self-contained or mechanical ask (a rename, a typo, a file move), a question about how something works, or an ask where speed was chosen out loud.
- Near-miss — the intent is settled and you want options against it:
idea-refine, refining this sameintent.mdin place. - Near-miss — the what is settled and the question is how it gets built:
spec-grilling, which takes a raw idea when this was skipped. - Near-miss — a drafted plan to attack after the fact:
doubt-driven-development.
Inputs
- A person answering — helps: the interview is the work, and their yes is what makes an intent
confirmed rather than guessed · without it: derive the six lines from the prompt, the repository and
the domain, mark each unread line
derived, and writestatus: derived. - The raw ask — helps: the thing being unpacked, in their own wording · without it: there is nothing to interview about.
- The repository, prior art and the domain — helps: the territory the blind-spot scan reads · without it: the domain and prior art alone, which a greenfield ask still has.
CONTEXT.md— helps: terms already fixed in one sense · without it: their own words;spec-grillingseeds the glossary.docs/features/<slug>/intent.md— helps: an intent being re-opened, edited in place · without it: create it.
Ideate is where a person's attention is worth most (principle 10), so the three-question ceiling on an absent input does not bound the interview itself.
The Process
- Calibrate depth, then scan the territory. Compress where they are fluent, invest where the ignorance is. On unfamiliar ground read the codebase, prior art and the domain first, then present a blind-spot brief — three to five items, a line each on what it is and why it would change the ask. It is context rather than questions, so it costs no round, and an interview aimed at the person's own map returns only what was already on it (finding-unknowns).
- State a one-sentence
HYPOTHESISand an honestCONFIDENCEon 0–100% before asking anything. Under ~70%, add a one-line reason naming what is missing — nobody closes a gap they cannot see. - With nobody there to answer, derive rather than wait. Build the six lines from the prompt, the
repository and the domain, mark each line you could not read
derivedwith the question that would have settled it, setstatus: derived, and go to step 8. A run with no person is the ordinary case, not a blocker to report. Ask one question per message, each carrying your guess, then wait for the reaction.
Q: <one focused question> GUESS: <your hypothesis for the answer, and the reasoning behind it>Spend a question only where the answer changes what gets built — who it is for, what problem it solves, the binding limit; an uncontested guess goes inline in a larger question instead of costing a round. Guess sometimes against the grain, since agreement from a polite person is cheap. Three in one message is a survey: they skim, and the third's framing was fixed by an answer that never arrived.
- Probe an answer signalling sophistication or convention instead of want — "scalable", "clean architecture", "I should probably…": "If you didn't have to justify this to anyone, what would you actually want?"
- Stop when you can predict their reaction to the next three questions you would ask. A test rather than a feeling, with a floor: rounds passing and the number still flat means the questions are wrong, so name what you cannot predict and offer to step back.
- Restate in five to eight lines, in their words, then take an explicit yes. Outcome · User ·
Why now · Success · Constraint · Out of scope, a line each — the restate's labels, which map onto
the six
intent.mdheadings named in Outputs & handoff — corrected line by line; the out-of-scope line stays, since silent disagreement about non-goals is half of misalignment. "Whatever you think", "sounds good" and silence are delegation rather than decision — re-ask with two concrete options as a choice, fold in each correction, restate. Ahead of the yes there is no spec, plan, task list orintent.md; a saved file implies a yes nobody gave. - Write
intent.mdin the shape Outputs & handoff names, then hand it on. The handoff toidea-refineorspec-grillingcarries what was confirmed — or, derived, what each line leaves open — rather than the ask you were first handed, which is the wording this skill exists to correct.
Rationalizations
- "The ask is clear enough." → if the outcome will not go into one sentence right now, it is not.
- "Questions waste their time." → four to six cost minutes; the wrong thing built costs the project.
- "I'll figure it out while building." → discovery after code exists is rework at an order of magnitude more.
- "They said whatever you think, so I decide." → delegation is not decision; two options as a choice get a real answer.
- "Better to offer options." → options serve someone already choosing, and widen where the interview
narrows (
idea-refineowns them). - "Attaching my guess leads them." → leading is the point; the risk is a polite yes, which guessing against the grain flushes out.
Red flags
- Three questions in one message, or a question with no guess attached.
- "Whatever you think is best" taken as a terminal answer.
- A confidence number under ~70% with no reason beside it, or three rounds with the number flat.
- A restate missing its out-of-scope line.
intent.md, a spec, a plan or a task list on disk ahead of the explicit yes.- A novel ask interviewed with no territory scan — the person's own map, read back to them.
Verification
- A blind-spot brief was presented on novel ground, and a hypothesis and its confidence number were stated ahead of the first question, with a reason beneath ~70%.
intent.mdcarries the six headings in order, a line or two each, out-of-scope non-empty.status:readssignedbehind an explicit yes, orderivedwith every unread line marked and its unasked question beside it.- Each question went out one per message with a guess attached, the last still changing what gets built.
- A sophistication- or convention-signalling answer got the "what would you actually want?" probe.
- With a person answering, the next three questions' reactions are predictable, or the one that is not is named.
- No spec, plan, task list or
STATE.mdrow was written,intent.mdis measured against its cap, and the handoff names the confirmed or derived intent rather than the original ask.
Outputs & handoff
docs/features/<slug>/intent.md— cap 600 words.# Intent — <slug>, astatus:line readingsignedorderived, then## Outcome·## User·## Why·## Success·## Constraints·## Out-of-scope— the "Not Doing" list, glossed here and never in the heading — in that order, a line or two each. Report the count against the cap, and cut an over-cap draft rather than hand it on as though it fit.idea-refinerefines this same file in place, andspec-grilling,to-prdandspec-reviewread these headings cold, so renaming one means editing those skills in the same commit.- No
STATE.mdrow and no feature block:plan-breakdownopens the board (state-schema). - Returns in conversation: the blind-spot brief, the hypothesis and its number, the questions, the
restate, and
intent.md's measured length against its cap. No verdict.
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.

