DKChan
eaf1ae9184
奖励 v2.3：门票机制细化 + 默认原则表述修正
一、门票机制四条（用户 2026-10-05 定）
- **拿到即开、不可囤积**：不进持有集，选中/买下同一时刻开专长三选一。
可囤积会让玩家把关键决策无限推迟，且把持有物语义从后门放回来；
"道具"只是卡面表现，不是持有物
- **罕见只在概率，不在价格**：货架价与其他商品相当，不靠高价劝退
- **一局限购一次**（现行口径）
- **计步保底**：连续 5 次三选一展示未出现 → 第 6 次展示必定出现。
计数对象＝**展示次数**（刷新后的重新展示计入，用户明定含刷新——
若刷新不计入，保底与刷新两套机制会打架，玩家可用刷新绕开计数语义）；
计数范围＝奖励节点与商店**共享**；触发后清零；**限购用满后不再触发**
二、修正 v2.2 的误读（用户指出）
v2.2 把"分类在某渠道不出现"当成需理由的缺格，这是错的。
**渠道出哪些分类，是渠道轴自己的定位决定，不是例外**——Boss 只出专长，
另两类"不出现"是它的同义表述。默认原则**只管分类内部**：一个渠道一旦
确定要出某分类，该分类的成员就都要在池子里。两句话管辖范围不同，
已在文档与 registry 分开写死。
三、档位问题按用户决定延后，但两块都登记
- 专长总量 vs 档位阈值（≥2 档一 / ≥4 档二）：三关下确定性 2 次 + 门票
最多 3 次，**档二几乎不可达**。用户定"先不调整"（后续有第四关），
复裁触发＝第四关内容批落地后实测。登记防忘。
- **charge 标签仅 3 件**（relics.tres），永远达不到 4 件档二——
数据层缺陷，与渠道结构无关，单独登记勿被上条盖掉。
四、顶层命名待定（用户否决了「奖励」与「收益」，要自造词）
新增待办，并记一条硬约束：**代码 reward 词族已被占用**——
reward_pick（rng 封闭流 scope）/ reward_node（grant_aux_item context）/
reward_preview（道具 kind）。因此 06 里「feature_* → reward_* 对齐」
那条待办**不能照做**，会撞车。候选词：进益 / 造化 / 机缘 / 遇获。
同步 06-待办清单、entities.yaml；验收标准补 11/12 条。数据层零变更。