grill-me

深度盘问

目的

通过持续不断的苏格拉底式提问，对计划、设计或想法进行压力测试。沿着决策树的每个分支逐一深入，逐个厘清决策之间的依赖关系，并达成共识，确保没有任何假设未经质疑。

何时使用

仅当用户明确使用“grill”一词时触发，例如：

• “grill me on this”
• “grill me on my plan / architecture / design”
• “I want you to grill me before I present”
• PT：“me grille sobre esse plano”

对于同义表达或相近表达，即使意图看起来相似，也不要触发：

• “stress-test this” → 不触发深度盘问
• “poke holes in my plan” → 不触发深度盘问
• “play devil's advocate” → 不触发深度盘问
• “challenge my assumptions” → 不触发深度盘问
• “pressure-test this” → 不触发深度盘问
• “review this and tell me what's wrong” → 不触发深度盘问
• “give me feedback” → 不触发深度盘问

工作流程

步骤 0 — 了解主题

阅读用户提供的计划、设计或想法。如果是在代码库中工作，请先探索相关文件，再提出那些可以通过阅读代码回答的问题。

步骤 1 — 构建决策树（静默进行）

在提出第一个问题之前，在心中梳理：

• 已作出的核心决策（哪些已经确定）
• 尚未确定或仍待解决的分支
• 决策之间的依赖关系
• 值得提出的未明说假设

步骤 2 — 持续深入访谈

一次只问一个问题。对于每个问题：

1. 提出问题
2. 给出你的推荐答案，并简要说明理由
3. 等待用户回应后再继续

系统地梳理各个分支——先彻底走完一个脉络，再开启另一个脉络。如果回答引出了新的子问题，立即跟进。

轮流涵盖以下问题类型：

• 范围：包含什么？明确排除什么？
• 依赖关系：有哪些尚未定义的依赖项？
• 故障模式：在负载、边界情况或错误输入下，什么会最先出问题？
• 被否决的替代方案：为什么选择这种做法，而不是 X？
• 成功标准：如何判断这件事成功了？
• 可逆性：哪些事情难以撤销？回滚计划是什么？
• 责任归属：出问题时，各部分由谁负责？

步骤 3 — 解决问题并收尾

当决策树的所有分支都已解决后，总结：

• 已确认的决策
• 已更改或细化的决策
• 尚未解决的问题（如有）
• 已发现且需要制定缓解计划的风险

关键规则

• 绝不能在一轮中提出多个问题
• 必须在提出问题的同时给出你的推荐答案
• 如果可以通过探索代码库回答某个问题，就应先探索，而不是提问
• 先将当前脉络追问到底，再开启新的脉络
• 对薄弱的推理提出质疑——不要接受“应该没问题”这样的回答
• 揭示用户没有明说、但实际上依赖的假设

示例用法

1. “Grill me on my microservices migration plan”
2. “I want to stress-test this database schema before we build on it — grill me”
3. “We're about to kick off this project. Grill me on the architecture.”
4. “I have a go-to-market plan. Pick it apart.”
5. “Grill me on this carve-out strategy before I write the plan”