# 当局复活礼包阶梯

| 本局成功购买次数（购买前） | 商品 ID | 价格（分） |
| --- | --- | --- |
| 0 | reborn_Gift | 600 |
| 1 | reborn_Gift_2 | 800 |
| 2 | reborn_Gift_3 | 1000 |
| 3 | reborn_Gift_4 | 1200 |
| 4 及以上 | reborn_Gift_5 | 1500 |

每档维持 1000 金币、冰冻/锤子/魔棒各 1，以及当前局复活加 30 秒。主线、助力和无尽模式共用规则。

## 计数与补单

- `Map.rebornGiftCount` 只记录本局已确认支付的订单，以订单号去重；新建关卡的 Map 时归零。切后台不重建 Map，因此保留次数。
- 金币复活继续使用独立的 `GM_INFO.review`；礼包购买不读写它。
- 回调捕获下单时的 Map。若已换局，仍发金币/道具，但不复活新局、不递增新局次数。
- `GameTool.shopBuy` 沿用现有发奖方式，为复活礼包增加按用户及订单号保存的去重标记，登录补单也使用同一标记。
- 新版旧 iOS 客服支付查询携带 `rebornGiftVersion: 1`，服务器先标记待领取，客户端发奖后再确认；旧客户端保持原有完成方式。
- 不新增对局登记接口。云端旧 `rebornGiftCount` 仍返回 0、保持不限购；当局阶梯由 Map 管理，服务器按商品 ID 强制对应价格和数量 1，不独立校验当局购买序号。

## 发布范围

先发布云函数：`wx/orderPaySig`、`wx/iosorderPaySig`、`wx/KeFuInfo`、`wx/iosgetPayInfo`、`wx/getOrderReward`、`login`，再发布客户端。支付平台须存在上述五个商品，仓库无法验证平台配置。

客户端直接更新 `Lose/Revive/price` 的数字文本，保留现有字体及独立的“元”节点；数字固定右边缘，两位数向左展开。

验证命令：`node --test tools/test-reborn-gift.cjs`（仓库根目录）。测试使用模拟订单，不会发起真实支付。