模糊想法进入规格前，用逐问校准式拷问澄清目标、约束与未知

适用于用户只有一个模糊想法且能感觉到漏洞、目标存在多种读法、非平凡任务即将 /spec new，或用户说 grill me、stress-test this、challenge my plan、interview me before I spec 或调用 /ck:grill 时，先逐问低成本澄清再交给规格流程。

适用场景

解决思路

1. 一次只问一个问题：提出一个问题后等待回答，不要批量提问。
2. 每个答案都要落到 §G、§C、§I、§V 等结构位置；暂时无法确定的内容作为 `?` 停放，绝不猜出一个约束。
3. 在任何 §T 行存在之前，把模糊点拖进 §G/§C，避免 plan-then-execute 猜模糊部分并构建错东西。
4. 开始前做一次开场校准，而不是测验：判断用户对领域的熟悉度，用它设定问题深度。
5. 校准想法锁定程度：区分用户是在探索还是已经承诺，以决定拷问方式。
6. 校准想要的压力：light / normal / brutal，并匹配用户状态。
7. 对半成型想法不要用 brutal 拷问，否则会让用户泄气；对已承诺计划不要用 light 拷问，否则会漏掉承重缺陷。
8. 按不确定性缩放拷问强度，不要因自尊或面子而拷问。
9. 按问题阶梯顺序推进；每一层只问一个问题，同时给出推荐答案，然后等待。
10. 第 1 层问目标：代码必须做什么，用一行说清，落到 §G。
11. 第 2 层问完成：如何知道它能工作？说出可观察结果，落到 §C 或未来 §V。
12. 第 3 层问边界：什么明确不在范围内？落到 §C。
13. 第 4 层问锁定：哪些技术/库/模式不可谈判？哪些被禁止？落到 §C。
14. 第 5 层问表面：外部世界会接触什么——cmd、api、file、env？落到 §I。
15. 第 6 层问边缘：哪一个输入会破坏 happy path？落到未来 §V。
16. 第 7 层问未知：我们现在还不知道什么？作为 `?` 停放到 §C 条目。
17. 当规格已经无歧义时立即停止爬梯；不要条件反射地问完七层。
18. 每个问题都附带推荐答案，让用户可以直接说 yes 并继续推进。
19. 按固定格式给问题、推荐和选项，例如：Q: auth — session cookie or JWT? rec: JWT — stateless, you named horizontal scaling as §C. (a) JWT (b) cookie (c) something else?
20. 推荐答案要给出理由，并尽量绑定用户已声明的 §C 或其他答案。
21. 完成后输出一个紧凑块：目标行、约束条目、暴露的未知以 `?` 表示。
22. 把紧凑块交给 spec skill 去写 §G/§C；grill 只提议，spec 是唯一修改者。
23. 绝不直接写 SPEC.md。
24. 停止条件之一：§G 是一行、只有一种读法、没有 “or maybe”。
25. 停止条件之二：§C 覆盖用户已说或暗示的每一个不可谈判项。
26. 停止条件之三：每个阻塞性未知要么已回答，要么作为显式 `?` 停放。
27. 如果阻塞性未知需要外部世界信息，推荐 /research，不要猜。
28. 不要替用户做产品决策；只推荐，绝不决定。
29. 不要批量提问；始终保持一个问题、一个推荐、等待。
30. 不要拷问琐碎变更；按不确定性缩放，或直接跳过。

适用边界 · 注意事项

• 只有错字或一行修复时跳过。
• 当规格已经无歧义时无需继续拷问，不要机械问完七层。
• 不要用它直接写 SPEC.md 或替用户做产品决策；Grill 只提议，spec 写入。