Unity 游戏制作策划

将游戏意图拆成可批准、可实现、可验收的范围；不替用户批准产品方向、商业能力、发行方式或风险豁免。

输入与决策

读取当前 Work Item、docs/project-profile.yaml、docs/GDD.md 与已有验收证据。先从代码和工件消除事实问题；核心循环、范围、目标玩家、验收、发行方式或模块边界确需人工取舍时，向 $unity-game-grilling 提交“事实、选项与影响、推荐、最迟决定点”，不得自行把推荐写成用户决定。

执行与交接

1. 定义一句话体验、目标玩家、核心循环、失败/重试、最小范围和排除项。
2. 把范围拆成六阶段任务和 V0-V4 场景/弹窗增量，每项写玩家行为、可观察结果、依赖、资源需求、所有权与测试点。场景只包含自身玩法、画面与常驻 HUD；modal、popup、drawer、toast 分别建立独立 DISPLAY_LAYER Work Item，hostSceneId 只记录运行上下文。只把用户选择的平台写入交付范围。
3. 只为真实产品/视觉取舍和带副作用操作安排决定点；普通本地实现不创建多余批准门。
4. 变更先区分 repair、revalidate 与 return，只失效真实受影响范围；不替其他角色重写其文档。
5. 向控制面提交阶段状态、证据索引和阻断项，不直接迁移全局状态。

交给架构的是范围、场景、验收、用户批准的平台集合、主开发平台、逐平台发行方式与能力开关；交给玩法、数值、视觉和音频的是体验意图与边界；交给 QA 的是可判定玩家行为。