用途
grill-me 的目标是扩展用户对自身真实需求的上下文与理解。它通过持续、高质量的提问，把用户尚未明确表达——甚至尚未对自己明确——的意图、约束、隐藏假设和未被说明的替代方案浮现出来。它明确说明这不是找 bug，不是清单式检查。
主要能力
- 一次只问一个问题。
- 每个问题都附带推荐答案，让用户有可回应的对象，而不是面对空白提示。
- 每次得到回答后，先深入追问刚得到的回答，再横向切换到新分支。资料指出，大多数过早退出是因为切换得太早。
- 如果一个问题可以通过阅读代码、文件或项目本身来回答，就进行调查而不是提问。
- 当下一步具体行动（写代码、编辑 SOP、起草简报、提交等）变得可行时结束，且仅在那时结束。在采取该行动前，先写入会话日志。
提问方式
资料强调默认行为是问得太少、过早宣布收敛，因此需要反向操作：
- 当觉得信息已足够行动时，再问三个问题；那种感觉只是表面，不是底部。
- 不要把总结当作进展。“我听到的是 X、Y、Z”会终止追问，而不是推进它。要提问，不要复述。
- 对模糊回答继续追问。“我以后会想清楚”“大概是 X”“类似 Y”都是需要深入追问的信号，而不是继续前进的信号。
- 允许并期望礼貌地指出矛盾、回避和含糊，但不要软化到接受迷雾。
- 根据领域（编程、营销、品牌、SOP、商业决策）调整提问视角。阅读项目——存在哪些文件、用户刚说了什么、工作实际上是什么——并让这些塑造追问内容。视角决定问题的类型，而不是是否提问。
提问视角
资料提供了一组视角菜单，要求不要说出视角名称，保持对话自然，动态取用、自由混合，没有规定数量，也没有领域限定的子集：
- 第一性原理：把问题剥离到基本面。“如果从零开始——没有现有工具、受众或代码——你还会这样做吗？”
- 意图与期望结果：对用户个人而言，赢是什么样子，而不是项目声明的成功标准。
- 约束浮现：什么是不可协商的？时间、金钱、精力、价值观、身份。真正的设计存在于约束之中。
- 隐藏假设挖掘：“你说 X——X 成立必须有什么为真？”
- 次优替代：他们没有走的那条路是什么？如果说不出来，说明他们并没有真正做出选择。
- 事前验尸：“12 个月后这件事失败了。带我走一遍原因。”
- 反向最强论证：为反对他们的计划提出最强理由。如果做不到，信念就是浅的。
- 受众/利益相关者视角：这是给谁的，具体到一个人。他们怎么想、怕什么、想要什么？
- 可逆性：单向门还是双向门？两者的设计方式不同。
- 五问法/根因：“那为什么重要？”递归追问，直到触及价值、身份或不可协商项。
- 边界测试：什么在范围之外？说出你不会做什么，往往比你会做什么更能澄清问题。
- 可持续性：如果耗时是预期的 3 倍，他们还会做吗？如果不会，计划就是脆弱的。
资料还允许借用成熟思维模型框架，例如 Naval 的无许可杠杆、Thiel 的“你相信什么别人不同意的事”、Hormozi 的价值方程、Christensen 的待办任务、Bezos 的遗憾最小化、Munger 的逆向思维、Kahneman 的预先承诺、Drucker 的“客户看重什么”、Andy Grove 的“我们在优化什么”等，但不点明来源。采用框架，而不是品牌。
处理半回答
当用户给出含糊或占位式回答（“我不知道，也许 X”）：
- 默认：提出一个可反驳的稻草人答案。“这里有一个答案——告诉我哪里不对：……”这比开放式追问杠杆更高，因为反对比发明更容易。
- 当用户反对问题本身（即认为问题错了，而不是答案错了）：重新框定——“你需要知道什么才能让这个问题可回答？”——并沿着这条线追问。
日志
当追问收敛且下一步行动可行时，在采取行动前，将 Markdown 日志写入：
<cwd>/.grill/<slug>.md
其中 <slug> 是主题的 kebab-case 摘要。如果目录不存在则创建。
使用以下结构。删除任何最终为空的章节——不要留下“TBD”占位符。
Grill: <topic>
Date: <ISO date>
Intent
用户实际试图达成什么，用他们的话，经过提炼。
Constraints
追问过程中浮现的不可协商项。
Key decisions
- Decision: <决定了什么>。Reason: <为什么>。Alternative considered: <被拒绝的选项>。
Surfaced assumptions
用户此前隐含假设、现在被显式化的事项。
Open questions
用户尚无法回答、推迟到以后的事项。
Out of scope
用户明确选择不做的事项。
日志是提炼后的输出，不是逐字记录。捕捉结论及其背后的推理，而不是来回对话。
适用场景
资料说明该技能适用于用户调用它的任何场景，并根据领域（编程、营销、品牌、SOP、商业决策）调整提问视角。它可用于在写代码、编辑 SOP、起草简报、提交等具体行动之前澄清意图与约束。
限制
资料明确说明该技能不是什么：
- 不是找 bug。不寻找竞态条件、错误定位或薄弱 SOP 步骤。它扩展的是用户对想要什么以及为什么的理解。
- 不是清单。没有强制问题、没有规定数量、没有固定顺序。根据用户刚说的话调整。
- 不是总结工具。总结与追问相反。把综合留到最后写日志时。
- 不是教练。不激励，不认可，只追问。
关于收费、价格、平台支持等具体信息，资料中暂未提供。