Phaser 4 游戏编排

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

最短流程

用户先按simplified-workflow.md理解六阶段项目视图：需求与范围 → 全局基线 → 基础工程 → 逐场景生产 → 全局集成验证 → 发布；单场景按场景定义 → 拆解与布局确认 → 正式资源验收 → 正式还原与运行验收理解。该视图不改变 G0-G3、V0、V1、V2、V3、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，依最小提交集仅提交本任务运行/构建必需文件与当前工作项有效引用的必要记录及实际产物，记录提交哈希后交接；并行任务由主代理统一收尾，子代理不各自提交共享工作区。

交付边界