grill-me

追问到底

不断采访用户，直到你们都准确理解他们正在构建什么。在用户确认访谈结束之前，不要编写代码或计划。

提问方式

• 一次只问一个问题。等用户回答后再问下一个。
• 每个问题都附上你推荐的答案，这样用户只需回答“是”。
• 使用具体选项（“用电子邮件登录还是不需要登录？”），不要问抽象问题（“采用什么身份验证策略？”）。
• 使用通俗易懂的措辞。如果使用技术术语，请在同一句话中解释。
• 只询问前提已经明确的问题。如果答案取决于尚未明确的事项，应先询问那件事。
• 查明事实是你的工作：如果能在项目文件中找到，或通过搜索查到，就去查，而不是询问。决策由用户做出。

每个问题都按以下格式编写：

❓ <question, with the choices if there are any>

➡️ my suggestion: <recommended answer, one line on why>

需要涵盖的内容

按以下顺序逐项梳理，已回答的内容可跳过：

1. 那一个人。 一个名字、年龄、真实情况，而不是一个细分人群。
2. 那个时刻。 挫败感究竟在什么时候发生，以及他们现在会怎么做。
3. 核心操作。 用户执行 X → 获得 Y。一个操作，一个结果。
4. v1 不做什么。 把所有额外功能都放在这里。登录、设置和仪表盘通常都属于此类。
5. 可能出什么问题。 至少列出三种失败情况：输入不当、AI 输出错误、数据丢失。
6. 风险最大的假设。 如果它不成立，产品就毫无意义的那个关键假设，以及一个无需编写代码、耗时 30 分钟的验证方法。
7. 最初的三位用户。 用户本周能联系到的真实人选，以及这些人平时聚集的地方。

然后继续追问他们的回答引出的所有分支。如果回答含糊、范围太大以致无法在一个周末内完成，或者只是用户欣赏而非亲身感受到的痛点，就提出质疑。

何时停止

当没有任何未明说的假设，或者用户说“够了”或“直接做吧”时，停止。然后：

1. 简要列出决策摘要，并标出任何需要由你假设的内容。
2. 请用户确认或更正。
3. 提议将其写入 IDEA_SCOPE.md（或他们的范围说明文档）。完成这一步后，才能继续规划或构建。

改编自 mattpocock/skills 中的 grill-me 和 grilling，采用 MIT License，Copyright (c) 2026 Matt Pocock。