拷问我
它的作用¶
grill-me 接收一个粗略的想法,并不断向你提问,直到你能对它做出承诺。你不需要一开始就有成熟的计划,因为会话的存在就是为了产出一个计划。它以轮次提问。每一轮都是整个前沿,也就是所有前提条件你已经确定的问题。因此,它永远不会问你某个依赖于它尚未听到的答案的问题。
它是无状态的。它不写入任何文件,也不留下工作区。唯一的结果是你脑海中更清晰的想法版本。
何时使用它¶
你通过输入 /grill-me 来调用它;智能体不会主动使用它。请在全新对话中开始,而不是在一个已经让智能体写好的计划之上开始。
只要你有一个值得认真对待的想法(一个功能、一个产品方向、一个商业决策、一篇写作),并且远在你弄清楚它涉及什么之前,就可以使用它。模糊不是等待的理由,因为会话的存在就是为了消除模糊。如果你已经能精确地说明这个东西,你就不需要拷问它。
你想使用三种拷问技能中的哪一种,取决于你面前有什么:
- 任何事物,任何地方。 使用
grill-me。它不需要仓库,也不写入文件,主题也不一定是代码。 - 需要对齐的代码库。 使用 grill-with-docs。它是同样的访谈,但是有状态的:它读取你的代码,并将学到的内容保存在
GLOSSARY.md和 ADR 中。 - 太大,无法在一次会话中完成。 使用 wayfinder。它将工作量绘制成一张地图,并在其中运行拷问会话。
保持 计划模式 关闭。计划模式会让智能体急于产出计划,而你想要它继续提问。
这是对话,不是访谈¶
该技能负责提问,但你掌控范围。人们常常忽略这一点。这是把想法变成决策的会话,与产出自信胡话的会话之间的区别。
失败模式是被动:对四十个问题回答“同意,同意,同意”,最后得到一个由智能体撰写、你只是点头同意的计划。它感觉很有成效,因为它很长。但你没有做出任何决定,结果看起来比实际情况更确定。
主动意味着引导。如果某个问题没有你需要的详细程度,就提出反对。指出范围正在漂移。回答“我不知道”,并且是认真的。这个技能帮助工程师,但不能替代工程师。结果的质量取决于你回答的质量,而不是问题的数量。
相反的错误确实存在,但较少见:停留在访谈中太久,以至于永远无法到达代码。
可拷问与不可拷问¶
有些问题可以通过交谈来回答。另一些不能,无论怎样拷问都无法到达那里。
“一个长表单还是三个页面?”和“这个交互应该感觉如何?”是不可拷问的。在回答它们之前,你需要有可以反应的东西。当你遇到其中一个时,停止拷问。用 prototype 构建一个一次性版本,看看它,然后回来用一行回答。
当你试图通过交谈解决一个不可拷问的问题时,会话会变得太长。智能体不断重新措辞,你不断猜测,范围随着不确定性而增长。
如果它正在起作用¶
- 你不同意某件事。一个没有你提出反对的会话,是你不需要的会话。
- 问题在几轮内到来,而不是长时间一次一个,并且后面的轮次明显建立在你之前所说的基础上。
- 你最终到达一个意想不到的地方,因为一个问题让你看到了一个你一直在无意识中做出的决定。
- 最后,你能向一个不在场的人为每个选择辩护。
常见问题¶
我应该预期多少问题,我怎么知道它何时结束? 计算轮次,而不是问题数量。四轮中的四十六个问题是普通会话。当前沿为空时结束:它已经访问了每个分支,没有留下任何未陈述的假设。
它问了我两百个问题。哪里出错了? 通常范围太大。先让智能体把工作分成更小的部分,然后逐个拷问。非常长的会话也会漂移到笨区,其中上下文窗口足够满,以至于问题变得更差。
我可以回到一次一个问题吗?
可以。将此添加到你的全局 CLAUDE.md:
如果我确实不知道答案怎么办? 说出来。“我不知道”是一个真实的答案,而一个你无法回答的问题通常是一个应该构建原型而不是猜测的信号。
我在写规格说明之前要开始一个新会话吗? 不。会话的价值是你刚刚构建的上下文。把同一个对话直接交给 to-spec。
模型重要吗? 比大多数技能更重要。拷问取决于模型自身对系统如何失效的知识,所以使用你最好的模型。实现主要遵循上下文,所以在那里使用更便宜的模型也没问题。
它适合在哪里¶
grill-me 是一个可以在任何地方、对任何事物运行的独立工具。因为它是无状态的,所以是可移植的。它不需要仓库、工作区或设置,也不假设想法与软件有关。人们用它做商业决策、写作,以及下一步该做什么:任何他们无法独自清晰思考的事情。
可移植性是它与 grill-with-docs 的唯一区别。那个技能运行同样的访谈,但读取代码库以进行对齐,并将学到的内容记录为 GLOSSARY.md 和 ADR。两者底层都使用 grilling 技能。grill-me 是用户调用的入口点,不保留任何状态。
如果你追问的内容最终确实是软件,你可以把同一场对话交给 to-spec,继续进入构建流程(这是一个可选项,并非该技能的重点)。当你不确定哪种流程合适时,ask-matt 会为你路由。
本页原文 Markdown:在 AtomGit 查看·内容源自开源项目 skills13/skills