发布或更新 Roblox…

在发布新 Roblox 体验或更新线上体验前，按变更面执行发布门禁并给出 READY/NOT READY 结论。

适用场景

解决思路

1. 在发布新体验或更新线上体验前加载本清单；只测试实际存在的面，以及本次变更引入的风险。
2. 定义本次发布：记录变更的 place（场所）、script（脚本）、asset（资源）、configuration（配置）、schema（模式）、product（商品）、支持的 device（设备）以及 rollback path（回滚路径）。
3. 在测试前，把每个 gate 分类为 required、conditional 或 not applicable。
4. 若 persistence 变更：检查 load、save、migration、duplicate-session、disconnect、shutdown 行为；加载 roblox-data 或 roblox-server-data。
5. 若 remotes 或 authority 变更：验证 types、bounds、state、ownership、replay、abusive frequency；加载 roblox-networking 和 roblox-security。
6. 若 purchases 变更：测试 durable、idempotent receipt grants 和 retries；加载 roblox-monetization。
7. 若 cloud auth 或 webhooks 变更：验证 secrets、scopes、callback state、retries、signatures、deduplication；加载 roblox-cloud。
8. 任一 high-consequence gate 失败即 NOT READY；不要把它平均成百分比。
9. 权限优先级：user approval 可授权原本被允许的动作，但不能满足 mandatory policy，也不能把失败或未验证的 gate 变成 PASS。
10. 运行一条正常流程，以及与该变更相关的 failure、retry、leave/rejoin、rapid-input 用例。
11. 测试每一种支持的 input mode，以及有代表性的 viewport/device tier。
12. 基于测量而非固定 object-count 规则，检查 runtime errors、memory growth、frame/network hot spots 和 streaming behavior。
13. 在适用处验证 focus、touch targets、readable contrast、non-color state cues、reduced motion、localized overflow。
14. 在 Creator Dashboard 中确认 experience metadata、visibility、places、thumbnails/icons、permissions、policy declarations。
15. 要求证据：每个 PASS 都要引用 test、log、profiler capture、readback、screenshot 或 dashboard inspection；无法提供则为 UNVERIFIED；approval 不是 evidence。
16. 输出 `READY`、`NOT READY` 或 `READY WITH ACCEPTED RISK`；先列 blockers，再列 warnings、unverified gates、evidence、rollback plan 和 skipped gates 及原因。
17. 完整 gate 设计和 conditional matrix 见 references/full.md。

适用边界 · 注意事项

• 不适用于非 Roblox 项目，或无法访问 Roblox Creator Dashboard/发布流程的场景。
• 不适合作为功能开发阶段的通用检查清单；它是发布/更新前的门禁。
• 没有任何可引用证据时不应标记 PASS；用户审批不能替代强制策略或证据。