grill-me 完整指南:3 步把模糊想法拷问成敢拍板的决策
【免费下载链接】skillsSkills for Real Engineers. Straight from my .agents directory.项目地址: https://gitcode.com/GitHub_Trending/skills13/skills
grill-me 是 Skills for Real Engineers 仓库里的一款生产力技能:它拿一个模糊的想法,用一轮又一轮的提问把你拷问到敢拍板为止。写给刚开始用 AI agent 做规划、手里只有想法却说不清边界的工程师和独立开发者。读完你能独立发起一场完整访谈、判断什么时候该收手、以及什么时候把接力棒交给仓库里的其他技能。
grill-me 快速上手:5 步跑通一场完整拷问
- 开一个全新对话。访谈从空白上下文开始,不要在已有讨论上叠加。
- 关掉 plan mode。它会让 agent 急着产出一份计划,把访谈节奏打断。
- 输入
/grill-me,把想法原样说出去——越模糊越好,模糊正是这场访谈的原料。grill-me 在 SKILL.md 的 frontmatter 里写了disable-model-invocation: true,agents/openai.yaml 中allow_implicit_invocation也是false:模型不会替你触发它,只能由你手动发起。 - 每一轮对整组编号问题作答:每个问题后面都附了 agent 的推荐答案,你可以采纳、推翻,或者顶回去。
- 前沿清空后访谈自然结束。如果是软件需求,直接在同一段对话里调用 to-spec 继续构建流程。
grill-me 正确使用姿势与最容易翻车的三个坑
你是这场访谈的主持人,agent 只是提问的人。产出质量跟着你回答的质量走,不跟着提问的数量走。
- ❓ 精度不够的问题,顶回去。它问得太粗、低于你要的保真度时,让它重新组织问题,而不是迁就它的答案。
- 📌 范围漂移时喊停。发现讨论跑偏了,一句话把范围拉回来。
- 不知道就直说"不知道",而且是认真的。这比硬猜更值钱,也常常是转向原型的信号。
最易犯的三个错:
- ⚠️ 一路点头。对每个问题都回"同意",最后得到的是一份 agent 写的、你点头的计划——看起来高效,其实什么都没被决定,还附带一种没挣来的确定性。
- 在 agent 已经写好的计划上启动访谈。那等于把拷问当装饰品;想法既然已经成型,它就不需要再被拷问了。
- 开着 plan mode 拷问。plan mode 让 agent 直奔计划,与"停留在探究状态"正好相反。
grill-me 为什么这样提问:设计树、轮次与前沿机制
grill-me 的 SKILL.md 只有一句话——调用 grilling 技能;全部访谈协议都沉淀在 grilling 技能 里,看懂它你才能预判 agent 下一步会问什么。
- 建树:agent 把你们的讨论映射成一棵设计树(design tree),每个决策都挂出依赖它的后续决策。
- 成轮推进:每轮只问整个前沿(frontier)——前提条件都已经敲定、现在就能问的问题。每个问题编号,并附上 agent 的推荐答案,答完才进下一轮。
- 你的答案重塑树:已敲定的决策把前沿向外推,解锁依赖它们的后续问题;某个问题还依赖本轮里没答完的问题,它属于更晚的一轮,而不是这一轮。
- 事实归 agent,拍板归你。需要环境事实(文件系统、工具等)时,agent 派子代理去查,绝不让它查到的东西反过来问你;查不到也不阻塞——进行中的探索只卡住依赖它的下游问题。
- 收场条件:前沿清空——设计树每个分支都访问过、没有任何东西被静默假设——且你确认达成共识,agent 才动手。在此之前它不采取任何行动。
还有一条硬边界:不是所有问题都能靠问解决。"长什么样""什么感觉"这类需要实物来反应的问题属于不可拷问(ungrillable)——遇到就停下来,用 prototype 技能搭一个一次性原型,亲眼看一眼,回来一句话定案。
什么时候别用 grill-me:边界与三个兄弟技能的分工
grill-me 的无状态(stateless)既是它的自由也是它的边界:不写文件、不留工作区、不读代码库,唯一留下的东西是你脑子里那个更锐利的想法。
| 场景 | 能力 | 区别 |
|---|---|---|
| 模糊想法、不一定与代码有关,任何地方可跑 | grill-me | 无状态,不写文件,不需要仓库 |
| 有代码库要对着对齐 | grill-with-docs | 同样的访谈但有状态:读你的代码,把学到的沉淀进CONTEXT.md与 ADR |
| 大到一轮会话装不下 | wayfinder | 在 issue tracker 上把工程画成一张决策地图,每轮只解决一张决策票 |
| "长什么样 / 什么感觉"类问题 | prototype | 生成一次性原型(单 HTML 文件逻辑演示,或多个 UI 变体)供你反应 |
| 想法已经说得清清楚楚 | 不需要拷问 | 直接进 to-spec 综合成规格即可 |
拿不准该走哪条流程时,ask-matt 会替你分流;不确定就先问它,别硬选。
grill-me 生效判据:4 条可直接对照的验收清单
一场访谈值不值,不看它多长,看这四条:
- 你至少推回过一个问题的推荐答案。一次推回都没有,这场访谈本来就不该发生。
- 问题分几轮出现,而不是一条长流;后几轮明显建立在前几轮你说的话之上。
- 结束时你能为每个选择向一个不在场的人辩护。
- 你被问到了一个没预期过的位置——某个问题把你一直在默默做出的隐性决策顶到了台面上。
grill-me 常见问题 FAQ
我该预期多少个问题?怎么知道它什么时候结束?按轮数计,不按问题数。四轮四六十个问题是普通规模。访谈在前沿清空时结束:每个分支都访问过,没有东西留在静默假设里。
它问了两百个问题,出什么问题了?范围太大。先让 agent 把整块工作拆成更小的块,再逐个访谈。另外超长会话会把上下文窗口塞满,提问质量随之下滑,别陪它跑完。
能改回一次只问一个问题吗?能。在全局CLAUDE.md里加一行When grilling, ask one question at a time.即可。
我真的不知道答案怎么办?直说。"不知道"是一个真实答案;一个你答不上来的问题,通常是在提示你该去原型,而不是继续猜。
写 spec 之前要开新会话吗?不要。这场会话的全部价值就是刚建好的上下文。to-spec 明确不做访谈,只综合你们已经讨论过的东西,在同一段对话里直接调用即可。
记住这条总纲:产出质量跟着你的回答质量走,不跟着提问数量走——模糊想法进去,敢拍板的决策出来,这场访谈才算没白开。
【免费下载链接】skillsSkills for Real Engineers. Straight from my .agents directory.项目地址: https://gitcode.com/GitHub_Trending/skills13/skills
创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考