在 Roblox 上实现 Game Pass、开发者产品…

为 Roblox 体验接入各类付费点（通行证、开发者产品、订阅、私服、Creator Rewards）并保证发放、重试与政策合规正确。

适用场景

解决思路

1. 购买弹窗由客户端发起（client prompt），但发放收益的代码必须放在服务端（server-owned code）。
2. Game Pass（通行证）：代表该体验内的持久所有权；在服务端检查拥有状态，并在购买完成后刷新该状态。
3. Developer Products（开发者产品）：是可重复消耗品；`ProcessReceipt` 才是发放路径，`PromptProductPurchaseFinished` 不是购买确认。
4. `BindReceiptHandler` 处理的是 Robux 转账收据，不是 Developer Products。
5. 对于无法安全发放的收据，必须返回 `NotProcessedYet`；Roblox 会在玩家重新加入时重新投递该收据（没有基于时间的重试）。
6. 对涉及资格的功能，使用 `PolicyService` 并查阅当前最新文档；当政策允许多种处理方式时（例如受限的付费随机物品），把它们作为带权衡取舍的选项菜单呈现给用户。
7. 政策优先级：用户批准只能让本就被允许的操作生效；它不能满足强制政策，也不能把失败或未验证的关卡变成 PASS。
8. 如果用户选择了不合规的处理方式（例如原样上线、或只披露概率），不要照做：改为给出合规的替代方案，并推荐其中干扰最小的一个。
9. 当存在合规替代方案时，绝不要单方面对用户要求的功能做区域锁定、隐藏或移除。
10. Creator Rewards 是平台项目（platform program），不是发放 API；把资格、归因、参与度与后台报表，和购买、库存分开追踪。
11. 上线前测试失败发放、重复收据、玩家不在场、存档中断等场景。
12. `ProcessReceipt` 静态存在不等于收据处理正确；要检查它是否只有一个所有者、发放是否持久且幂等，以及针对未知产品或玩家不在场的重试路径。

适用边界 · 注意事项

• 不适用于非 Roblox 平台/引擎的项目。
• 不适用于与购买、变现无关的 Roblox 功能开发。
• 若无法查阅 Roblox 官方文档与 PolicyService 的当前策略，不要凭记忆或旧版本实现资格相关功能。