广告、奖励与玩家信任
“看完广告增加 3 步”是一份很具体的承诺：玩家知道要付出什么，满足什么条件，会得到什么。实现上的一次重复或漏发，会直接变成信任问题。
先把选择说明白
在方块小岛中，可选奖励帮助玩家继续当前局；不观看则可以免费重试本关。两个目的地和两种规则都应清楚。
避免把观看入口伪装成普通重试，也避免在玩家已经选择拒绝之后反复遮挡主要路径。你可以评估变现效果，同时检查拒绝后的体验是否仍符合承诺。
关闭事件不是完整观看的同义词
微信小游戏的 RewardedVideoAd.onClose 表示关闭广告事件，回调中的 isEnded 用于表达是否完整观看。正式实现要按所用基础库和客户端支持情况核对，不能“只要关闭就发奖”。参见官方 onClose 文档，核查日期：2026-11-01。
这也不表示前端一个回调就自动解决了生产环境的可信发奖。资源账本、机会标识、校验、防作弊与对账需要结合平台和后端设计。
交互实验正在准备…请启用 JavaScript。
定义一份奖励机会契约
| 路径 | 发奖规则 | 玩家反馈 |
|---|---|---|
| 完整观看且满足正式条件 | 按同一机会只发一次 | 已增加 3 步，可继续原局 |
| 提前关闭 | 不发放 | 未获得奖励，仍可免费重试 |
| 加载或播放失败 | 不发放 | 暂不可用，可稍后尝试或重试本关 |
| 同一完成事件重复到达 | 不重复发放 | 保持已确认结果，不反复弹成功 |
| 旧机会结果晚到 | 按机会与局状态核对 | 不覆盖新的游戏状态 |
机会 ID 需要与当前局或正式规则建立关系。若玩家已重试成新局，旧机会的结果怎样处理，必须提前决定，不能由一个通用 rewarded=true 随意套用。
给 AI 的要求
先给广告奖励的状态与事件表，不直接接 SDK。
定义机会 ID、当前局关联、发奖条件与幂等边界。
补全看完、关闭、失败、重复与旧回调晚到五条路径。
界面提前说明收益，拒绝和失败后仍能免费重试。
标注需要平台核对与后端保证的部分，不把浏览器模拟当成实机验证。
动手练习
在实验里依次触发看完、重复回调、提前关闭和失败。再写一条“旧局的完成事件在新局开始后到达”的规则。与你的实际资源模型对照，确认奖励不会落到错误的一局。