Grill Me by Matt Pocock

使用 Matt Pocock 的 Grill Me,通过结构化访谈澄清计划。普通讨论使用 grilling 方法;软件方案需要同步术语与架构记录时,选择 Grill with Docs 模式,结合项目资料逐轮核对假设和取舍,再确认实施方向。

实施前澄清一项领域决定

提供计划,以及会改变构建方向的关键选择,将访谈围绕受众、约束和未决依赖展开。请求应先整理已定决定及必要文档变化,再进入实施规划,不让问题由未经确认的假设填补。

提供当前术语、代码位置和仍无法决定的问题。

复制请求,在 Floatboat 新对话中粘贴,并提供所需资料。

下载 Floatboat

带入 Floatboat 的请求

请求可预览和复制,不会从此处自动发送。

参考来源: Grill Me
https://github.com/mattpocock/skills/blob/main/skills/productivity/grill-me/SKILL.md

先阅读原始说明并核对当前环境与依赖。需要安装或连接新工具时,先提出方案。

我的任务:
用 /grill-with-docs 讨论订单部分取消,对照术语表和当前代码澄清领域规则,实施前只提出必要的词汇表或 ADR 改动。

期望交付:
已澄清与待定问题,并仅提出讨论确实需要的术语表或 ADR 改动。

关于 Grill Me

Grill Me 是 Matt Pocock 供用户主动调用的访谈入口,实际追问交给配套 grilling Skill。它把计划梳理为相互依赖的决策,先询问当前信息足以讨论的选择,再根据回答展开后续问题。软件方案还需要同步领域语言与持久记录时,可以选择 Grill with Docs;这个模式同时调用 grilling 和 domain-modeling,对照术语表、代码与已有架构记录澄清含义,在术语明确后更新 GLOSSARY.md,并只为必要的重要取舍形成 ADR。两者是相关方法的不同入口,因此在同一指南中介绍。使用时应完整安装集合与配套 Skills,按任务选择模式,并在实施前核对决策及实际文件改动。

Grill Me Skill的使用场景

未定产品想法、流程调整和软件设计讨论需要不同的追问。了解 Grill Me 如何澄清影响方向的选择、相互依赖的决定及项目术语,避免未确认假设直接进入实施计划。

梳理产品想法

早期产品想法需要先厘清受众、真正有用的结果和现实约束。通过常规访谈解决会改变构建方向的选择,而不是急于进入实施。讨论后记录已经确定的关键决定,以及仍然妨碍形成清晰计划的问题。

审视流程调整

工作流调整不仅影响步骤,也影响参与者和依赖关系。比较现有流程与拟议变化,识别必须保留的能力以及相互依赖的决定。分配实施工作前先解决这些问题,避免不同团队基于互相冲突的假设开始行动。

记录软件方案讨论

软件设计讨论可以使用 Grill with Docs,将提案与当前代码、项目术语和已有决策记录对照。先核对概念含义,再根据讨论实际形成的结论更新术语表或 ADR。文档修改应有充分理由,避免围绕尚未确定的想法反复改写记录。

澄清不可兼得的方案取舍

现有约束下,计划中的两个目标可能无法同时满足。将备选方案和依赖带入访谈,判断哪项选择需要先确定,以及什么证据能够解决问题。记录已确认的后果;使用文档模式时,也只在取舍足够重要时更新持久决策记录。

如何澄清计划与记录决策

访谈应解决会影响方案的真实决定,而不是无限增加问题。带入当前计划与资料,选择常规或文档模式,核对讨论结论及必要记录后,再把已经明确的方向交给实施。

  1. 选择访谈模式

    提供计划与已知约束。普通访谈调用 /grill-me;需要结合项目术语和记录时,调用 /grill-with-docs。

  2. 逐轮核对决策

    回答当前问题并纠正理解偏差。文档模式下,同时将术语与决定对应到词汇表、代码及已有 ADR。

  3. 审阅决策与记录

    确认已定选择与剩余缺口,审阅词汇表或 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。应在授权范围内审阅这些改动。
代码与讨论描述矛盾时怎么办?
应指出差异并确认预期行为,不能悄悄改词汇表或代码以掩盖冲突。