梳理产品想法
通过普通访谈明确目标用户、需要实现的结果，以及会改变建设方向的关键选择。
Grill Me by Matt Pocock
使用 Matt Pocock 的 Grill Me，通过结构化访谈澄清计划。普通讨论使用 grilling 方法；软件方案需要同步术语与架构记录时，选择 Grill with Docs 模式，结合项目资料逐轮核对假设和取舍，再确认实施方向。
安装与快速上手
选择你使用的 Agent，查看对应的安装或使用方式。在 Floatboat 中，可复制请求让 Agent 读取原始说明；其他选项会显示该 Skill 的安装命令或发布者提供的原生步骤。
选择 Agent
在 Floatboat 中开始
复制请求，粘贴到 Floatboat 对话
请阅读 https://github.com/mattpocock/skills/blob/main/skills/productivity/grill-me/SKILL.md 中的 Grill Me 原始说明，介绍它的用途、所需工具和安装方式，再协助我使用。由 Agent 读取原始说明，再确认当前环境的使用方式。
下载 Floatboat ↗试试这样提问
用 /grill-with-docs 讨论订单部分取消，对照术语表和当前代码澄清领域规则，实施前只提出必要的词汇表或 ADR 改动。
关于 Grill Me
Grill Me 是 Matt Pocock 供用户主动调用的访谈入口，实际追问交给配套 grilling Skill。它把计划梳理为相互依赖的决策，先询问当前信息足以讨论的选择，再根据回答展开后续问题。软件方案还需要同步领域语言与持久记录时，可以选择 Grill with Docs；这个模式同时调用 grilling 和 domain-modeling，对照术语表、代码与已有架构记录澄清含义，在术语明确后更新 GLOSSARY.md，并只为必要的重要取舍形成 ADR。两者是相关方法的不同入口，因此在同一指南中介绍。使用时应完整安装集合与配套 Skills，按任务选择模式，并在实施前核对决策及实际文件改动。
方案澄清与领域记录的使用场景
探索实施前需要明确目标、选择或共同语言的方案。产品想法与流程调整可以使用普通访谈；软件讨论需要为后续工作留下精确术语和必要架构决策时，采用结合项目文档的模式，并核对记录是否忠实表达了讨论结果。
审视流程调整
明确受影响的人、必须保留的能力，以及分配工作前需要解决的相互依赖决策。
记录软件方案讨论
选择 Grill with Docs，对照代码与已有记录检查项目术语，只在讨论确有需要时更新术语表或 ADR。
如何澄清计划与记录决策
安装 Matt Pocock 的集合并保留所需配套 Skills，再按任务选择 Grill Me 访谈或 Grill with Docs 文档模式。提供计划与现有资料，逐轮解决问题，最后核对已定决策及必要的文档改动，再进入实施。
- 01
选择访谈模式
提供计划与已知约束。普通访谈调用 /grill-me；需要结合项目术语和记录时，调用 /grill-with-docs。
- 02
逐轮核对决策
回答当前问题并纠正理解偏差。文档模式下，同时将术语与决定对应到词汇表、代码及已有 ADR。
- 03
审阅决策与记录
确认已定选择与剩余缺口，审阅词汇表或 ADR 的实际改动，再决定下一步是继续讨论、记录还是实施。
探索更多 Agent Skills
查看其他 Skill 指南，并在使用前核对原始来源。
Grill Me 常见问题
Grill Me 与 grilling 是同一个吗？
Grill Me 是用户调用入口，会调用承载追问逻辑的 grilling；Grill with Docs 还会调用 domain-modeling。应一并安装这些配套 Skills，而不是只复制入口文件。
Agent 会自动调用 Grill Me 吗？
当前源将该入口标记为用户调用。其他流程也可能明确调用配套 grilling 方法。
它只能讨论编程方案吗？
发布者将它放在效率工具（productivity）类别，可用于计划、设计和非代码任务。无论是否涉及代码，都应提供足够的决策背景。
问题如何组织？
配套方法按前提依赖组织决策。一轮讨论当前可回答的选择，回答后再展开后续问题。
开始前需要准备什么？
提供计划、已有决策、约束与参考资料，并区分需要由你选择的事项和 Agent 可查证的事实。
它会直接实施计划吗？
原始访谈以形成共同理解并获得确认结束。把结论转为代码或其他交付物属于后续任务。
什么时候更适合 Grill with Docs？
当讨论需要澄清项目术语并记录必要架构决定时，选择 /grill-with-docs；它同时调用 grilling 与 domain-modeling。普通访谈使用 /grill-me，只调用 grilling。
每个决定都要写 ADR 吗？
不需要。domain-modeling 将 ADR 限于重要、难逆转、有真实备选且未来读者需要背景的选择。
GLOSSARY.md 应写什么？
它定义领域术语与关系。原文明确排除实现细节、需求说明和临时笔记。
它会写入项目文件吗？
原始配套流程可在术语明确后更新词汇表，并创建必要 ADR。应在授权范围内审阅这些改动。
代码与讨论描述矛盾时怎么办？
应指出差异并确认预期行为，不能悄悄改词汇表或代码以掩盖冲突。