Grill Me

Grill Me 是什么

Grill Me 是一个面向计划、设计和决策的高强度访谈 Skill。它不会急着给方案，而是把当前问题建模成设计树，找出仍未解决的决定，逐轮追问，直到重要分支都被访问并形成共同理解。

设计树与分轮访谈

每轮只处理前置条件已经明确的 frontier 问题，并一次列出这一轮全部问题。每题都要附上代理的推荐答案，用户仍保留最终决定权。用户回答后重新计算设计树，再进入下一轮，避免后续问题建立在未确认的假设上。

事实、决定与输出

环境事实应由代理自行查找，不能把能查到的文件、工具或资料问题推回给用户；真正影响方向的选择才由用户决定。输出是一组编号问题、建议答案以及逐步收敛的共同理解，不要求创建额外文件，也不会自动修改项目。

边界与适用场景

它适合需求澄清、架构取舍、产品设计和重要方案复盘。问题可能很多，复杂决策也可能需要原型验证。官方文档建议在新对话中手动触发，并明确在用户确认前不要执行方案，因此它不是自动规划或一键实施工具。

怎样准备一次有效访谈

开始前只需给出要讨论的计划或决定，以及已经确定的约束，不必先写完整方案。回答时应直接对应编号，并指出哪些推荐答案可以接受、哪些需要修改。若某个决定必须通过原型、数据或文件才能判断，应先完成验证，再继续其下游问题。最终可把确认结果整理成决策记录或实施计划，但整理和执行属于后续任务。

来源与许可

本条目依据 mattpocock/skills 固定提交中的 grill-me 入口、grilling 完整规则和官方文档整理，仓库声明 MIT 许可证。入口文件会委托同仓库的 grilling Skill，安装或复制时应保留两者关系。

常见问题

1. 它适合解决什么问题？

适合压力测试计划、设计、决定或想法，尤其是存在隐含假设、依赖关系和多方取舍的任务。实际使用时还应结合当前版本、权限、输入数据和运行环境复核结果，并在重要任务中保留人工确认。

2. 为什么要分轮提问？

后续问题常依赖前面的选择。分轮只问当前可回答的问题，可避免用户对尚未建立前提的细节做无效决定。实际使用时还应结合当前版本、权限、输入数据和运行环境复核结果，并在重要任务中保留人工确认。

3. 每个问题会给建议吗？

会。规则要求每个编号问题附推荐答案，让用户知道代理倾向与理由，再由用户确认或修改。实际使用时还应结合当前版本、权限、输入数据和运行环境复核结果，并在重要任务中保留人工确认。

4. 事实也要用户回答吗？

不需要。能从文件、工具或环境查到的事实由代理负责；用户主要回答偏好、优先级和取舍。实际使用时还应结合当前版本、权限、输入数据和运行环境复核结果，并在重要任务中保留人工确认。

5. 什么时候结束？

当设计树所有分支都已访问、frontier 为空，并且用户确认双方已经形成共同理解时结束。实际使用时还应结合当前版本、权限、输入数据和运行环境复核结果，并在重要任务中保留人工确认。

6. 结束后会直接执行吗？

不会在确认前行动。确认之后是否继续实施取决于用户接下来的明确要求。实际使用时还应结合当前版本、权限、输入数据和运行环境复核结果，并在重要任务中保留人工确认。

7. 需要创建文件吗？

不需要。它本身是无状态访谈工作流，主要产出问题、建议和已确认的决策。实际使用时还应结合当前版本、权限、输入数据和运行环境复核结果，并在重要任务中保留人工确认。

8. 适合在哪种会话使用？

适合在新对话中手动触发，减少旧上下文对问题结构的干扰，也不建议在已经锁定执行细节后才开始。实际使用时还应结合当前版本、权限、输入数据和运行环境复核结果，并在重要任务中保留人工确认。