用途：Grilling 用于对计划、产品规格、设计、技术方案、实施或发布中实质性的未决用户取舍逐项追问并记录决定。它适用于无法从代码、配置、权威工件或确定性执行中关闭的范围、优先级、取舍、风险、验收、依赖、视觉方向或发布授权问题，不因新阶段或新模块自动触发。
主要能力：可提议、可审查、可在当前 Work Item 任务范围内记录决定，并回到 $threejs-game-workflow-control 风险门。它只形成 USER_DECISION 澄清记录，把用户选择回写到 Work Item、需求、架构、视觉等权威工件或独立决策记录，清除对应未决标志；不写 Approval Ledger，也不用批准、审批、pending、handoff 或 approve 描述产品选择。
使用方式：先读取当前阶段的计划、设计、技术方案、验收、实现和已确认决定，区分事实缺口、专业问题与用户取舍；先通过代码、配置、现有文档和实际执行关闭事实。只有仍存在会实质改变范围、优先级、体验、架构、风险、验收、依赖、视觉方向、成本或发布授权的用户决定时才进入 grilling。对话时一次只问一个问题，说明影响、推荐答案及理由，从根决定到依赖决定逐层推进，不把推荐伪装成事实，也不把沉默视为同意。
适用场景：产品与范围、体验与信任、技术与交付、视觉与资源、发布等分支中确有用户取舍时；已有明确需求或冻结基线且候选不存在产品方向、玩法语义或上游结构取舍时不提问。
限制：不询问可从代码、配置、文档或执行证据确认的事实；不把实现缺陷、缺证或专业审美问题交给用户承担风险；不在仍有未决范围、风险或验收取舍时推进直接受影响的正式实现或资源生产；不得记录凭据、个人数据或受限合同全文。高影响外部操作的批准仍由控制面处理。