grilling
就某个计划、决定或想法对用户进行毫不留情的盘问。当用户想要严格检验自己的思路,或使用任何“盘问”触发短语时使用。
Grilling 技能:用设计树拷问你的方案
技能概述
Grilling 是一个拷问式访谈技能,它围绕你的方案、决策或想法一轮一轮地追问,直到双方对这件事的理解完全一致,才会开始动手。
适用场景
- 写 PRD、写代码之前的方案压力测试 —— 需求还停留在"大概就是这样"的阶段,让 Grilling 把其中含糊的地方逐个问出来,避免做完才发现方向理解错了。
- 重大决策前的思路梳理 —— 创业方向、技术选型、架构调整这类决定,它从设计树的根节点一路问到末梢,把那些你默认成立、却从未验证过的前提摆到台面上。
- 想法还只有一个轮廓的时候 —— 手里只有一句模糊的点子,它能替你把分支展开,问出连你自己都还没想清楚的部分。
核心功能
- 设计树与前沿(frontier) —— 它把主题建模成一棵设计树:每个决策之下挂着由它衍生的决策。"前沿"就是所有前提已经确定、现在就能回答的问题集合。每一轮只问当前的前沿,两个互相依赖的问题绝不会出现在同一轮里。
- 可整轮作答的提问格式 —— 每个问题都带编号和标题,正文之后单独一行给出它推荐的答案(➡️)。你可以直接回"1 同意,2 选第二个,3 不行,原因是……",不必把问题再引用一遍。你回答完,前沿向外推移,下一轮问的正是这一轮答案所解锁的内容。
- 事实归它、决策归你 —— 需要从环境里查证的事实(读文件、跑命令、派子代理)由它自己去查,不会来问你;而决策必须等你拍板,它替你拿主意就等于跑坏了这个技能。前沿清空时它也不会自动开工,要等你确认理解一致才继续。
需要留意的边界:前沿是模型自己的判断,不是一张算出来的图,它有可能把两个本该分轮的问题放进同一轮,之后才发现其中一个答案本会改变另一个。遇到这种情况直接指出来,下一轮会重新打开受影响的分支。另外它没有提问数量上限——有的方案三个问题就够,有的需要五十个,用自然语言喊停才是设计内的做法。
常见问题
Grilling 和 grill-me、grill-with-docs 有什么区别?
Grilling 是这一族技能里的底层原语,只负责访谈本身,不写任何文件,也是最常被模型自动调用、你很少需要手动敲的那个。grill-me 是它的一行包装,供没有工作目录、又想让流程有个明确名字时使用;grill-with-docs 同样是它加一层包装,区别在于会边问边写出 CONTEXT.md 和 ADR。两者都需要先装好 Grilling 本身,单独装它们不会有反应。
能改成一次只问一个问题吗?
可以,而且相当一部分使用者就是这么用的。在你自己的 CLAUDE.md 或 AGENTS.md 里加一句"grilling 时一次只问一个问题"即可。按轮提问的默认方式确实存在争议:阅读较慢、用第二语言工作、或把逐题节奏当作专注支架的人,普遍反馈一次一问更适合自己,这个退出方式是官方支持的。
它问完问题就自己开始动手了怎么办?
确认环节就是为这种情况准备的:技能不是在问题问完时结束,而是在你确认理解一致时才结束。较弱的模型仍然会破坏这一点,把"访谈至理解一致"压缩成几个问题加一份提纲。如果碰上,最可靠的办法是在自己的 AGENTS.md 或 CLAUDE.md 里写明"未经允许不要开始实现"。它自己把问题答了则属于运行中的缺陷而非设计意图——这也是技能文本要把事实与决策分开的原因。