奇物批T6b+T7+缺陷修：refresh入池（用户裁B案——CURIO_KINDS扩第七类/heal_rare 5→3挤占refresh_rare=2/总量98锚不变/match表两行/兑付=_attune_refresh_x增量不进加算区+registry pool_architecture多级缓存总池-渠道子集语义+契约10按裁更新）；T7 charge缺陷登记（3件<4档二不可达——白名单4只登记不硬补，registry charge_defect）；autoplay门票拿到即开分支（缺分支=节点停点悬空选路卡死——MC timeout形态批内实测，n20复现1/2空终局修后与基线逐位一致）；任务书T6b裁决回写（冒烟782/0）

design/research/任务书-奇物词族对齐与渠道分离批-2026-10-05.md

@@ -150,6 +150,8 @@
 
 ### T6 刷新次数入表 + 商店补回复（≈0.5d）
 
+> ✅ **T6b 裁决回写（2026-10-05 用户裁方案B）**：refresh rare=2 从 heal rare 5 挤占（heal 5→3），**总量 98 锚不变**——validate 硬断言零改动。契约 10「curio_quota_* 值零变更」按用户裁更新：本批结构面允许的配额变化=heal 5→3 挤占予 refresh 2（其余值零变更）。**池架构语义确立=总池-渠道子集（多级缓存形）**：总池单一令牌库，三渠道按白名单取子集视图（T4 过滤式即此形态），registry pool_architecture 已落文。
+
 - `FEATURE_KINDS` 扩项须走 schema + registry 同步修订（封闭词表，红线 §3.6）
 - ⚠️ **必须先划清边界**：既有「商店独立刷新机制」是**进店后的免费次数 + GP 刷新**（商店自身的服务），本项是**作为奇物授予的**重抽次数——**两者不是一回事**，入表前须在 registry 里把边界写死，防止后续混淆结算
 - 刷新次数的作用对象是**三选一界面而非角色**——不进加算区（§2.2 加算区四轴不含它）