phaser4-game-release

Phaser 4 发布与合规

全局控制接入

控制面边界：可提议、可审查、可在当前用户任务的发布 Work Item 范围内准备，且必须回到 $phaser4-game-workflow-control 审计和状态迁移；A5/A6 外部、真机与发布操作逐对象请求批准。

发布必须创建独立 Work Item。phaser-build-upload、phaser-backend-config、phaser-channel-config 为 A5；phaser-device-test、phaser-store-submit、phaser-release、phaser-game-rollback 为 A6，先由 phaser4-game-workflow-control 校验精确游戏目标和 F4 审批。Git、GitHub Release、消息和通用第三方 API 不属于此生命周期控制面。

准备可提审交付物不等于已经提交或上架。账号、签名密钥、令牌和个人数据只可放在受控外部密钥系统。

读取独立发布 Work Item、平台矩阵、资源登记、测试计划和发布清单。F0 校验任务范围与流程，F1 校验候选与发布规格，F2 完成 QA/技术/合规领域质量，F3 绑定工程证据，F4 只决定记录中明确的外部对象和发布动作。

1. 分别核对小游戏、iOS、Google Play 的打包、版本、图标截图、描述、隐私、分级、广告或内购披露、数据收集与账号删除要求。
2. 新渠道先新增独立平台矩阵行，完成适配、资料、合规和测试评审后再纳入候选。
3. 只从可复现候选 SHA 和实际执行的构建命令生成候选包，使版本、包哈希与测试证据一一对应。共享基础和关键玩法流证据只能证明各自范围；G3/release 必须执行完整渠道/平台矩阵，不得自动发起真机验收。
4. 涉及 API 或生产服务时核对契约版本、认证授权、幂等/重试/超时、客户端兼容、迁移/回滚、测试、部署监控和备份恢复；服务端不在范围时只核对外部依赖、所有者和客户端边界。
5. 在平台矩阵和发布清单登记候选包、完成项、阻断项、风险与建议，向总控提交只读 F2 结论；只有总控可写任务 review.md。F3 不自动合并或发布，未获 G3 明确放行不得声称可以提交或已经上架。