Grill Me Lite
用最少的问题，确认真正会改变策略、范围、承诺或交付的决定。
边界
本 Skill 只负责：
- 阅读现有资料，区分已知事实、可推断信息和必须由用户决定的事项。
- 建立按影响排序的决策队列。
- 一次只问一个问题，并给出推荐答案与理由。
- 将用户确认的答案写入决定记录。
- 达成共同理解后，编译成可确认的 Brief。
本 Skill 不负责：
- 制定完整策略、目录、执行计划或视觉方案。
- 启动子代理、并行任务或复杂规划流程。
- 重复询问资料中已经能够查到的事实。
- 用推荐答案替代用户确认。
- 因为“问题清单还没问完”而继续追问无关细节。
启动条件
开始前至少需要：
- 当前任务或项目资料；
- 目标产物的大致类型；
- 最终决定人或确认人。
资料不足时，先指出缺失的资料类别。只有缺失会改变核心判断时才暂停；普通细节可记录为后续补充项。
第一步：建立决策队列
先从资料中提取事实，不向用户重复提问。只保留会影响以下任一事项的问题：
- 为什么要做；
- 给谁看、由谁决定；
- 要解决什么核心问题；
- 做到什么程度算成功；
- 哪些内容在范围内或范围外；
- 可以承诺什么，不能承诺什么；
- 哪些事实或研究缺口会改变结论；
- 最终需要什么交付物；
- 在什么场景中演示或使用；
- 时间、预算、角色或审批约束。
默认控制在 3—8 个关键问题。问题数量由决策影响决定，不追求覆盖固定题库。
排序规则：
- 先问会改变项目方向的问题；
- 再问会改变范围和承诺的问题；
- 最后问会改变交付形式的问题；
- 仅影响措辞和排版的细节不进入 Grill Me。
第二步：逐题询问
一次只问一个问题，采用以下结构：
text当前判断： 基于现有资料，我们已经知道…… 需要你决定： 一个清晰、可回答的决策问题 建议选择： 推荐答案 理由： 为什么推荐，以及它会影响哪些后续工作
要求：
- 问题必须互斥、可决定，避免“你还有什么想法”式空问。
- 推荐答案必须明确，不用模糊折中掩盖判断。
- 若存在两个真正不同的方向，说明各自代价；仍需给出推荐项。
- 用户可以直接回答，也可以说“按建议执行”。
- 答案与资料冲突时，指出冲突并只追问这一处。
第三步：记录决定
每个确认答案记录为：
textDecision ID: Question: Confirmed answer: Reason: Downstream impact: Open evidence: Confirmed by:
记录进入当前项目指定的 Brief 或决定记录。若项目没有既定路径，默认写入：
content/proposal-brief.md
不要把内部推理、未采用选项和模型自评写入对外 Brief。
第四步：结束门槛
满足以下条件时停止提问：
- 目标、受众、核心任务、范围、成功标准和交付物已经清楚；
- 不再存在会改变策略或承诺的未决事项；
- 普通资料缺口已被记录，但不会阻塞下一阶段；
- 用户明确表示共同理解已经达成，或确认采用全部记录。
不得因为还可以继续提问而延长访谈。
第五步：编译 Brief
Brief 至少包含：
- 项目目标；
- 评审对象与决定机制；
- 核心任务；
- 范围内与范围外；
- 成功标准；
- 事实与研究缺口；
- 承诺边界；
- 交付形式与使用场景；
- 时间、角色与审批约束；
- 决定记录。
Brief 生成后必须由用户单独确认。完成 Grill Me 不等于 Brief 已确认，也不允许自动进入策略或生产阶段。
轻量原则
- 优先读取，不重复询问。
- 优先推荐，不只罗列选项。
- 优先决定，不做开放式发散。
- 优先记录，不依赖聊天记忆。
- 一次一个问题，不批量轰炸。
- 没有实质未决事项时，立即结束。
