之前写「SDD 规范」那篇，评论区有读者提到一个叫 grill-me 的 skill，说它在具体开发流程里能跟别的 skills 打个配合。巧了，我本来也打算聊聊它。
那这个 skill 到底是个什么来头，为什么会被称为 vibe coding 神器？
道理其实不复杂。我们用 AI 编程，最头疼的往往不是敲代码本身，而是一开始压根没把自己的想法捋清楚。你脑子里就一个模糊念头，直接丢给 Claude Code，它二话不说，唰唰唰地建文件、写逻辑、装依赖，进度条跑得飞快。
等东西出来，你一看傻眼了，这根本不是你想要的。想改？一改就牵一发动全身，最后干脆推倒重来。
问题出在哪？出在 AI 太“听话”了。
你给的需求本来就模糊，里头藏着几十个连你自己都没想透的细节。AI 不会拦着你问一声，默认你都想好了，于是把这些空白全替你猜了个默认值，然后闷头猛干。猜对一两个，猜错一大片，返工自然就找上门了。
而 grill-me 干的，恰恰是相反的事：它不急着动手，先揪着你来一顿“审问”，把你那些没想明白的地方一个一个逼出来。Grill 这词在英文里就是“拷问、盘问”的意思，名字起得相当直白。
一个只有三句话的 skill，凭什么让人上头？
先聊聊它的出身。grill-me 是海外开发者 Matt Pocock 写的，放在他的 mattpocock/skills 仓库里，最近在圈子里讨论度挺高。
它火得有点反常识：这东西真正的核心，拢共就三小段大白话。
我把它的核心指令扒了出来，开头那段注明名字和用途的 frontmatter 先放一边，正文就这么几句：
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.
说白了，它其实是在给 Claude 下三道命令。
- 第一句：给我往死里盘问这个方案的每一个细节，一直问到咱俩想的是同一件事为止。 顺着“设计树”一根一根枝丫往下摸，每个决定都当场定死，再进下一个。而且每问一个问题，你得同时给出你推荐的答案。
- 第二句：一次只准问一个，问完必须等我回话，才能接着问下一个。 它还特意补了句理由：一口气甩你一堆问题，只会把人直接问懵。
- 第三句：如果一个问题去翻翻代码库就能自己搞清楚，那就别来问我，自己去翻。
你看，一句废话没有。它把 Claude 从一个“你说啥我做啥”的执行工具，拧成了一个揪着你不放的面试官。
这里其实藏着一个很值得琢磨的点。你看它就三句话，没脚本，没一堆复杂的配置，就是几行大白话，可它能干的事，比很多写得又长又臭的 skill 来得实在。
为什么？因为它没在教 Claude“怎么做”，它是在改 Claude“用什么姿态跟你说话”。这三句话本质上就是一个开关，啪一下，把人和 AI 的关系整个掉了个个儿。
平时是你提需求、它执行。现在，反过来，变成它提问、你拍板。
为什么非得“一次只问一个”？
我第一次看到“一次只问一个问题”这条，说实话有点不以为然。不就是图省事嘛，一次多问几个不是效率更高？
后来我才反应过来，这条恰恰是整个 skill 最聪明的地方。
先讲点背后的门道。grill-me 里有个词叫“设计树”（design tree），这概念不是它发明的，是几十年前一位叫 Fred Brooks 的软件界老前辈提出来的。
它的意思是，你做任何一个东西，背后都藏着一棵由决定组成的树。你先做一个大决定，这个大决定又岔出好几个小决定，小决定底下再岔出更小的……
关键就在这个“岔”字上。
真正让你返工返到吐血的，往往不是你认真纠结过的某个决定，而是某个你压根没意识到自己正在选的岔路。你以为那个地方没得选，其实它就是个分叉口。你随手挑了一条，等走到黑发现不对，回头一看，从那个岔口往后的活儿全白干了。
打个装修的比方。你要装房子，最上游的决定是“整体什么风格”。定了风格，才轮到墙刷什么颜色、买什么家具。你要是风格还没定，就先兴冲冲跑去挑了一堆家具，回头定了个跟家具八字不合的风格，那家具是不是全白买了？
上游的决定不定死，下游全是空中楼阁。
这就是为什么它非要一根枝丫一根枝丫地走，一次只掐一个问题。它得先把你最上游、最模糊的那个决定钉死，才敢往下问。顺序乱了，问了也白问。
实操：让它审问我的“自动追热点小助手”
光说不练假把式，直接上手实操一波。
装它很简单，一行命令：
npx skills@latest add mattpocock/skills
跑完在列表里找到 grill-me，空格勾上就装好了。之后在 Claude Code 里敲 /grill-me 就能调出来。
我的念头很朴素，就这么一句，一字没多写，直接丢给它：
作为一个天天要找选题的 AI 自媒体人，我想做个小助手，每天自动帮我扒各个平台的热点，整理成一份选题清单发给我。
换作以前的 Claude，这会儿估计早开始建项目、写爬虫了。可它倒好，一行代码没碰，先去把我 Claude Code 里装过的 skill、MCP 这些“家底”翻了一遍。
然后它告诉我：你手上其实已经有一套现成的“积木”了。agent-reach 技能搜十几个平台，飞书那套能推送，schedule 能定时。所以这个助手很可能根本不用你自己写爬虫，把这些现成能力“编排”起来就行。
这就是 grill-me 三句话里最后一条的威力：能自己查清楚的，先别问我。我一张口就是“做个爬热点的工具”，它却先翻完我的家底，把这事彻底重新定义了一遍。
接着它开始提问，一次只问一个。第一个问题就直奔核心：我说的“AI”，到底属于哪种垂类？
我回它：AI 编程实践、大模型动态、Claude Code 这些方向。
它拿着这个答案立刻往下推了一层：既然是 AI 编程，那热点几乎都在英文信息源首发。X、HackerNews、GitHub 才是主战场，国内平台对这个垂类基本是慢半拍的二手翻译。
注意这个逻辑链条。它在问“扒哪些平台”的时候，答案其实早被我上一轮的“写 AI 编程”给框住了。上游先定死，下游才有方向——这就是那棵设计树，一根枝丫喂着下一根。
后面它一轮一轮往下深挖，前前后后问了我超过 10 轮。一天推几条、推到哪、几点推，这些细节就不展开了。
中间有轮提问我印象最深。它揪出了一个我自己绝想不到的坑：这个助手每天独立起跑，不记得昨天推过啥，那要是同一个热点连挂三天热搜，它会不会连着三天给我推同一个选题？
这种事等真发生了才反应过来就晚了，而它在写下第一行代码前就替我想到了。
到了第九轮，它终于说准备跑第一版了。
手动跑出来的效果如下，把那天 AI 圈里值得写的内容，整整齐齐梳理了一份给我。
它还反复跟我确认“是不是这个味儿”。我觉得没问题，就开始后续的飞书连通性测试和定时任务设置。
最终的效果就是，它每天定时去扒 AI 圈值得写的选题，筛选之后稳稳地推送到我的飞书。
不得不说 grill-me 确实好用。感觉它就像在疯狂挖掘你的真实需求，一步一步跟你提问、确认方案。过程看着是繁复了点，但你要做的其实很轻松——就是从它给的选项里挑一个自己想要的，一路点下去就行了。
那它跟 Plan Mode 到底差在哪？
看到这估计有同学要问了：Claude Code 不是自带一个 Plan Mode（计划模式）吗？让它先出个计划再干活，不也一样？
不太一样，差别还挺大。
Plan Mode 的性子是急着交作业。它憋着劲想赶紧给你憋出一份计划来好开工，问你的问题很少。很多拿不准的地方，它自己就替你定了。本质上还是“AI 替你做主”。
而 grill-me 反过来，它一点都不急着产出东西，它的目标是先跟你想到一块儿去。所以它才敢一个一个慢慢问，把主动权全塞回你手里，每个决定都逼你自己拍板。
说白了，一个图快，一个图你想明白。
所以这俩根本不冲突，是配合着用的。真要做一个稍微有点分量的事，我现在的顺序是：先用 grill-me 把脑子里的糊涂账彻底捋清楚，捋出一份想透了的方案；再切到 Plan Mode，让它照着出计划、开干。前面那道审问，就是给后面的猛干上的一道保险。
最后
夸了这么多，也得泼盆冷水：grill-me 不是万金油，别啥事都拉它来审一遍。
改个错别字、调个按钮颜色、加个一眼能看穿的小功能，你还要召唤它出来审问，那它一本正经地问你一串，纯属自己找罪受，你会被烦死的。
它真正该出场的时候，是那种要花你好几个小时、而且一旦方向定错、返工成本极高的活儿。开工前是最便宜的纠错时机，这时候多聊半小时，比事后推翻重写一天要强太多了。
对了，它审的也不一定非得是代码。你有个产品点子、一个还没想透的选题、一份课程大纲，任何背后藏着一棵“决策树”的东西，都能丢给它审一审。我自己就试过让它审我的选题方向，结果被它问出好几个我原本压根没考虑到的角度。
说到底，grill-me 干的这件事，是把 AI 从一个猜你心思的执行工具，变成一个逼你把心思说清楚的搭档。它问的每一个问题，其实都是你本该问自己、却又懒得问的。它只是替你，把这道功课补上了。
类似这种能提升开发体验与协作效率的小工具，在 云栈社区 上经常有开发者一起交流分享，如果你手头也有用着顺手的 skills 或奇技淫巧，不妨来聊聊。
发表于 2 小时前
|
查看: 4|
回复: 0
