Phaser 4 全局工作流控制

本 Skill 是 Phaser 项目的唯一状态、风险门、任务范围和证据控制面。普通任务直接依据当前用户指令，领域 Skill 可在 Work Item 范围内迭代，完成后回到本控制面；非 Phaser 操作不进入本流程。普通任务不要求独立 taskAuthorization、授权记录或 F0 授权有效门；无副作用本地 A4 可按任务执行，带副作用的 A4-A6 操作仍保留逐对象批准。

最短主闭环

弹窗类瞬态显示层按独立工作项规则规划、实现和验收；hostSceneId 仅绑定运行上下文，不表示归属。场景只闭环自身玩法、画面和常驻 HUD，弹窗未完成不阻断场景 V4，也不属于大厅或其他宿主场景的实现范围。

用户日常按 simplified-workflow.md 的六阶段项目视图理解进度：需求与范围 → 全局基线 → 基础工程 → 逐场景生产 → 全局集成验证 → 发布。单场景视觉任务在逐场景生产内按场景定义 → 拆解与布局确认 → 正式资源验收 → 正式还原与运行验收推进。

1. 读取当前 Work Item，记录用户原文、目标、范围、基线和验收边界；任务内修改时同步更新计划。
2. 按当前阶段读取必要 reference，运行 run 或 check；缺少事实时先通过代码、配置、现有工件及已授权的验证查明。只有剩余问题涉及无法合理推断的实质用户取舍，才提出精确问题；可独立推进的工作继续执行。
3. A3 实施前冻结实施包；实施单元、执行状态、视觉证据和文件所有权必须可复核，任务内路径、方案或资源清单变化可更新该包。
4. 实施后记录候选变更审计，先推荐测试等级、理由、覆盖和命令，再自动执行定向验证并提交当前候选证据；所有任务逐一按实际完成情况判断验收，已满足当前要求时不以回改历史合同作为完成前置。
5. 失败只按证据选择 repair、revalidate 或必要的 return；不得自动回滚共享工作区、扩大范围或重复已确认事实。
6. 阶段任务满足验收条件后，由执行代理按下述“阶段收尾与 Git 提交”自动提交本次任务改动，再交接下一阶段。

阶段收尾与 Git 提交