Phaser 4 游戏编排

以 phaser4-game-workflow-control 为唯一全局状态、风险门和任务范围权威。本 Skill 负责拆分领域工作、冻结交接物、收集证据并回到控制面，不批准操作、不扩展范围、不创建第二套状态机。

最短流程

用户先按simplified-workflow.md理解六阶段项目视图：需求与范围 → 全局基线 → 基础工程 → 逐场景生产 → 全局集成验证 → 发布；单场景按场景定义 → 拆解确认 → 资源与组合验收 → 正式实现与运行验收理解。该视图不改变 G0-G3、V0-V4、A0-A6、F0-F4 或证据硬门。

1. 读取 Work Item、当前任务说明、当前基线和适用状态门；需要字段时按需读取 quality-gates.md、module-decomposition.md、game-implementation.md、delivery-artifacts.md 等 reference。
2. 先提交最小领域提议和验收边界，完成审查后由控制面运行 check；已有入口、调用链、任务范围和风险事实足够时停止探索。
3. A3 实施前冻结绑定当前任务范围、基线、文件所有权、执行单元、验收命令和停止条件的实施包；实施后记录候选变更审计并提交当前候选验证证据。
4. 领域交付只在当前任务路径内进行；任务内方案、路径或资源清单变化时更新计划并重验受影响部分，需求或范围真实变化时提交 Change Request；最终回到控制面运行 run/check，由控制面推进状态。
5. 阶段验收完成后，执行代理按阶段收尾与 Git 提交自动维护必要的 .gitignore 并提交本次任务文件，记录提交哈希后交接；并行任务由主代理统一收尾，子代理不各自提交共享工作区。

交付边界