从满脑子想法到清晰决策：grill-me 访谈技能怎么用对

【免费下载链接】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 访谈前的三项准备

假设你有一个说不完整、讲不明白的想法，可能是一个功能方向，一个产品取舍，甚至一篇还没动笔的文字。这类素材正是这个技能的用武之地，模糊不是入场券的瑕疵，而是它的原料。

动手之前有三件事要做对：

1. 开一个全新的对话。访谈从空白上下文开始，不要叠加在已有讨论之上，更不要放在 agent 已经写好的计划上发起——想法既然已经成型，就没有再被拷问的余地了。
2. 关掉 plan mode（agent 倾向于先产出一份完整计划的模式）。它催促 agent 直奔产出计划，和访谈"先探究、不动手"的节奏正面冲突。
3. 由你亲手输入 /grill-me 发起。技能定义文件 skills/productivity/grill-me/SKILL.md 的 frontmatter 里声明了disable-model-invocation: true，同目录下的 agents/openai.yaml 又把allow_implicit_invocation设成 false，也就是说模型不会替你触发它，手动发起是唯一入口。

整个过程不需要仓库，不读任何代码，任何地方都能跑。想翻看源码的话，可以 git clone https://gitcode.com/GitHub_Trending/skills13/skills 把项目拉到本地。

为什么 agent 按轮次提问：设计树与前沿

grill-me 的正文只有一句话：运行 grilling 技能。全部访谈规则都沉淀在 skills/productivity/grilling/SKILL.md 里，看懂三个概念就能预判它的提问方式。

设计树（design tree）是 agent 对讨论的建模，每个决策节点挂着依赖它的后续决策。前沿（frontier）指所有前置条件都已敲定、此刻能诚实地问出口的那批问题。agent 每轮把整个前沿一次问全：问题带编号，每个后面附一条它自己的推荐答案，等你答完才进下一轮。

每轮回答都会重塑这棵树。你敲定的决策把前沿向外推，解锁那些等在前置问题后面的后续问题；而某个问题如果还依赖本轮里没答完的另一题，它就被顺延到更晚的轮次，不会插队问出来。

分工也写得很死：查事实是 agent 的活，做决定是你的活。前沿问题需要环境事实（文件系统里有什么、手头有哪些工具）时，agent 派子代理去查，不会把查得到的东西反过来问你，也不会让整轮停摆——只有依赖这次探查的下游问题会等着，前沿的其余部分照常推进。结束条件只有一个：前沿里再无能诚实地问出口的问题，树的所有分支都走过，没有任何东西留在静默假设里；并且要等你确认双方理解一致，agent 才敢动手，此前它不采取任何行动。

还有一条硬边界。"长什么样""什么感觉"这类问题，缺的是可反应的具体产物，不是再多一轮提问。撞上它就该停下访谈，用 prototype 技能搭一个一次性原型，亲眼看一眼，再回来用一句话定案。

访谈里最容易翻车的是回答，不是提问

你是这场会话的主持人，agent 只是提问的人。产出质量跟着你回答的质量走，不跟着提问的数量走。三个具体动作值得记住：

• 问题问得太粗、低于你要的保真度时，把它顶回去，让它重新组织，而不是迁就它给出的答案。
• 讨论跑偏出范围时，一句话喊停并拉回来。
• 不知道就说不知道，而且是认真的。这是一个真实的答案，往往也是在提示你该去搭原型，而不是继续猜。

方向相反的错更常见：一路点头，对每个问题都回"同意"，最后拿到的是一份 agent 写的、你点头通过的计划。过程看起来很高效，实际上什么都没被决定，还附赠一份没有经过挣来的伪确定感。在已经成型的计划上启动访谈也属于同一类错误，拷问变成了装饰。

访谈不适合时，改选哪个兄弟技能

便携性是有代价的：grill-me 无状态，不写文件、不留工作区、不读代码库，唯一留下的东西是你脑子里那个更锐利的想法。这个特性也划定了它不适合出场的场合。

拿不准走哪条流程时，调用 ask-matt 这个路由技能替你做判断，比硬选更可靠。

访谈结束前的四条核对，以及高频疑问

一场访谈值不值，不看它多长，看这四条是否通过：

• 你至少推回过一个推荐答案。整场没有一次推回，说明这场访谈本来就不该发生。
• 问题分轮出现而不是一条长流，后几轮明显建立在前几轮你说的话之上。
• 结束时你能把每个选择讲给一个不在场的人听，并且站得住。
• 你被问到了没预期过的位置——某个问题把你一直在默默做出的隐性决策顶到了台面上。

高频疑问，直接给答案：

该预期多少个问题？按轮数计，不按问题数计。四轮四六十个问题是普通规模，前沿无可再问时访谈自然结束。

问了二百个问题，问题出在哪？通常是范围太大。先让 agent 把整块工作拆成更小的块，再逐块访谈。会话拖得太长还会把上下文窗口塞满，提问质量随之下滑，别硬陪它跑完。

想改回一次只问一个？可以。在全局 CLAUDE.md 里加一行When grilling, ask one question at a time.即可生效。

写 spec 前要开新会话吗？不要。这场会话的价值就是刚建好的上下文，而 to-spec 明确不做访谈，只综合你们已经讨论过的内容，在同一段对话里直接调用就是正确用法。

下一步很清楚：挑出你脑子里那个搁置最久的想法，开一个全新对话，输入 /grill-me，把想法原样丢给 agent，然后开始回答。

【免费下载链接】skillsSkills for Real Engineers. Straight from my .agents directory.项目地址: https://gitcode.com/GitHub_Trending/skills13/skills