grilling

用途：grilling 用于在计划、规格、设计、技术方案、实施或发布环节，逐项追问只有用户才能决定的实质性取舍，并记录决定。它只处理无法从代码库、配置、现有权威工件或确定性执行确认的事项，不阻塞纯事实查询、专业可判定缺陷或已确认的低风险执行。\n\n主要能力与规则：提出问题并绑定 Work Item、当前门、基线与失效条件；形成 USER_DECISION 澄清记录，回写权威工件并清除未决标志；不使用批准、审批、pending、handoff 或 approve 描述产品选择，不写 Approval Ledger；高影响外部操作批准仍由控制面处理，并回到 $phaser4-game-workflow-control 风险门。\n\n使用方式：先读取当前阶段计划、设计、技术方案、验收、实现和已确认决定，区分事实缺口、专业问题与用户取舍；通过代码、配置、现有文档和实际执行关闭事实，专业质量交给独立审核；仍有实质用户取舍时进入 grilling。一次只问一个问题，说明影响、推荐答案及理由；从根决定到依赖决定逐层推进；冲突优先处理后再回到原分支；不把推荐当事实，不把沉默视为同意。\n\n范围分支：产品与范围（目标用户、首次价值、成功标准、MVP、非目标、优先级、依赖）；体验与信任（关键流程、失败恢复、权限、隐私、付费、反馈、无障碍、可撤销性）；技术与交付（不可逆架构取舍、平台、能力开关、API/数据边界、验收、证据、质量指标、风险）；视觉与资源（方向、信息层级、表达预算、授权、成本、发布资格、可验证质量标准）；发布（候选范围、剩余风险、回滚条件、外部放行授权）。\n\n完成与限制：用户明确回答后汇总实际决定、未决项、依赖、拒绝项和下一步，更新权威工件并恢复被阻塞工作；只有高影响外部操作的显式批准写入 .workflow-control/approvals/ledger.json，普通任务不建立授权记录。不得记录凭据、个人数据或受限合同全文。不因阶段推进、模块存在或边界变化机械触发或重复提问；不在仍有未决范围、风险或验收取舍时推进直接受影响的正式实现或资源生产；不存在用户决定时直接继续原任务，不生成占位记录。