grill-me 怎么用：按轮提问，SDLC 少打断
开工前 Agent 连连点头，写完才发现需求没对齐——往往比「多问几句」更费时间。开源 Agent Skill grill-me（Matt Pocock / mattpocock/skills）把刨根问底做成可装能力：把计划画成设计树，按轮次问完当前能问的全部问题（frontier），每题带推荐答案。本文按官方文档写怎么装、怎么用，以及在 SDLC 里怎么避免问得太碎。本站于 2026-10-28（北京时间）在 box 上实测了 npx skills 安装。
说明：机制与用法以 mattpocock/skills 仓库文档为准（查阅日 2026-10-28）。安装路径来自本机实测；会话质量因模型与 harness 而异。
它是干什么的
grill-me 是你主动触发的入口：有一个还松散的想法（功能、架构、产品方向，甚至不一定是代码），让 Agent 用访谈把假设逼出来，直到双方有共享理解。它不写文件、不留工作区状态，结果主要在会话上下文和你的判断里。
仓库里的 grill-me/SKILL.md 几乎只有一行：去调用 grilling。真正干活的是 grilling——把主题建成设计树，每一轮只问当前 frontier（前置已定、彼此又不互相依赖的那组问题）。官方举例：大约十三道题常落在三轮左右，而不是一问一答十三次。
| 概念 | 含义 |
|---|---|
| 设计树 | 决策及其下游分支 |
| frontier | 现在就能问、且互不依赖的问题集合 |
| 一轮 | 整份 frontier 一次抛出，按题号答完再开下一轮 |
| 事实 vs 决策 | 环境能查到的事实 Agent 自己查；决策等你 |
同族还有 grill-with-docs（对齐代码库并写术语表 / ADR）和 wayfinder（太大时先画地图再烤）。本文聚焦 grill-me + grilling。
默认按轮问完当前能问的全部，而不是一次一题拖很久——少打断的第一招已经写在机制里。
什么时候该用
官方建议：一有值得认真对待的想法就可以开，不必等想清楚——会话本身就是为了去掉模糊。已经能精确写清规格时，反而用不着。适合功能立项、两套技术方案二选一、重构前摸清隐含假设、把 PRD 写到「能开工」。不适合：只改一行文案、答案全在代码里、或问题本身要靠看到 UI 才知道（那种先原型）。
怎么装（本机实测）
npx skills add https://github.com/mattpocock/skills --skill grill-me -a cursor
npx skills add https://github.com/mattpocock/skills --skill grilling -a cursor
2026-10-28 本机：两个 Skill 落到 .agents/skills/，skills-lock.json 记录来源与 skills/productivity/…/SKILL.md 路径。官方 FAQ：只装 grill-me 往往什么都不发生，因为入口整份就是「跑 /grilling」。触发方式：在新会话输入 /grill-me（Agent 不会自己捡起这个入口）。不要叠在「Agent 刚写完的计划」上开烤；也建议关掉急着出方案的 Plan 模式。
在 Cursor / Claude Code 里，一轮问题大致如下（格式摘自官方 grilling/SKILL.md）。
一轮问题长什么样
❓ **Q1** - **<标题>**：<题干，可含选项>
➡️ <推荐答案>
---
❓ **Q2** - …
按题号一次回完即可（「1 同意，2 选第二项，3 否，因为…」）。题干宜写成「答 yes = 接受推荐」。Agent 应自己查事实，决策必须等你。frontier 空了还要你确认共享理解，再动手。若模型跳过确认门直接开写，在 AGENTS.md / CLAUDE.md 写明未经许可不要实现。
更习惯一次一题时，官方支持在全局配置加：When grilling, ask one question at a time. 那是偏好，不是默认；要压频次，多数情况留在按轮批量问。
SDLC 里怎么避免问得太勤
| 阶段 | 要不要 grill | 怎么控频 |
|---|---|---|
| 需求 / 立项 | 值得开 | /grill-me；范围过大先拆再烤 |
| 方案 / 架构 | 值得开 | 有仓库可换 grill-with-docs；答完一轮再往下 |
| 实现 / 改 bug | 通常不要 | 短确认即可；事实自己查代码 |
| PR / 发布 | 例外才烤 | 仅不可逆取舍或范围漂移时开小场 |
- 只在门禁开场。立项、选型、大重构前各一场；编码中途别反复
/grill-me。 - 用轮次批量。frontier 把能并行的问题捆进同一轮。旧名
batch-grill-me已并进grilling，不必另装。 - 范围太大就拆。官方称两百题级多半是 scope 过大或上下文塞满后问题变差。先拆块再烤。
- 分清 ungrillable。交互手感、页面形态这类要看到东西才能答——停烤，做可扔掉的原型，再一句话定案。
- 你说停就停。官方不做固定题数上限；说「收口」「接受当前方案」即可。frontier 空 + 确认共享理解 = 结束。
- 别一路点头。失败模式是四十题全「同意」——看起来很长，其实没决策。不知道就说不知道。
- 事实别问人。测试命令、调用关系先读仓库；问人的是意图、取舍、完成标准。
团队可在 AGENTS.md 写清：仅立项 / 架构变更允许 grilling；实现阶段默认不自动访谈；每轮必须带推荐答案；未确认共享理解不得改代码。需要落 ADR 时换 grill-with-docs。想自己写规划类 Skill，可先看 写你的第一份 Agent Skill。
常见坑
- 只装了 grill-me。入口依赖 grilling；不全就「没反应」或模型乱问。
- 在烂计划上开烤。官方建议新会话、从松散想法开始。
- 实现阶段也审讯。高频追问最伤节奏；访谈留在门禁。
- 对 ungrillable 死磕。会话越拖越长，范围跟着不确定性胀——停，去做原型。
- 弱模型跳过确认门。用配置卡住；重要决策换更强模型（官方称 grilling 更吃模型质量）。
完成标准
- 说得出 grill-me / grilling 分工，并装上两者。
- 认得一轮 frontier 格式，能按题号一次答完。
- 能指出 SDLC 哪几个阶段开门、实现阶段如何控频。
- 遇到 ungrillable 会停烤转原型；说得出停机条件。
最后
空目录装上 grill-me + grilling，新会话用 /grill-me 烤一个真实想法；答完一轮就停，看有没有被问出原先没意识到的决策。问清楚再写，比写完再推翻便宜。Skill 目录与安装约定可参考站内 npx skills 实测。
