特性 v1.1/v1.2：分类重构 + 专长渠道落定

v1.1 分类重构（用户拍板）：
- 两类由「规则改写型 / 属性加成型」改为「属性提升（ASI）/ 专长（Feat）」
- 属性提升内部再分纯属性组（生命上限 / AC / 攻击）与特殊组
  （行动点上限 / 刷新次数 / 专长获取）
- 刷新次数的作用对象是选择界面而非角色，作为例外显式登记，不进加算区
- 回答「刷新次数是否构成第三个枚举」：否——枚举轴（是什么）与
  渠道轴（从哪来）是两根轴，同项出现在两个渠道不改枚举数量

v1.2 专长渠道落定（用户拍板）：
- 专长的专属渠道 = 关底 Boss 击败后兑付；不新增节点类型，
  节点类型仍为封闭枚举五种，改动落在 Boss 节点兑付面
  （「是否扩类」悬案由此收口）
- 罕见旁路明确为「普通奖励里的专长 N 选一」，罕见且全局限量

新增待拍板 / 待观察：
- gp（金币袋）与 heal（恢复）不进持有集、不持续生效、无生命周期，
  按「自身得到提升」的定义是否仍属本类待拍板（甲案移出另立即时兑付 /
  乙案放宽定义；动池须重裁档位结构锚 70/25/3）
- 最终关 Boss 后是否也兑付专长
- 确定性渠道一局两次专长 vs 档位阈值（同标签 2 件档一 / 4 件档二）

同步：02-系统清单 v1.4、06-待办清单 BD 分层条目改写 + 新立「两个新种类
入池」条目、entities.yaml feature 条目（form → categories、新增
open_questions）、两个 schema 的概念指路注释换用新分类名。

未动：数据层数值与表结构（值零变更）；game/ 下运行层旧称谓换名
留待可跑冒烟批次（本会话按测试执行两入口铁规零测试）。

game/data/schemas/adventure_table.gd

@@ -13,10 +13,13 @@
 class_name AdventureTable
 extends Resource
 
-## 概念指路：本表的属性加成型特性，与 relics.tres 的规则改写型特性，同属一个对象——
+## 概念指路：本表的属性提升，与 relics.tres 的专长，同属一个对象——
 ##   「特性」（一次冒险内角色自身得到的提升）。定义见 design/gdd/systems/冒险循环/特性.md。
-##   两者是它的形态枚举（form = rule / stat），不是两个系统；本表承载 stat 形态的配额与值。
-##   （2026-10-05 命名统一：旧称「数值件」→ 属性加成型特性；常量与字段随之前缀 feature_*。）
+##   两者是它的两个分类（属性提升 ASI / 专长 Feat），不是两个系统；本表承载「属性提升」类的种类配额与件值。
+##   （2026-10-05 命名统一：旧称「数值件」→ 属性提升；常量与字段随之前缀 feature_*。
+##    2026-10-05 分类重构：属性提升内部分纯属性组〔生命上限 / AC / 攻击〕与特殊组
+##    〔行动点上限 / 刷新次数 / 专长获取〕；刷新次数与专长获取两项尚未入表——见 06-待办清单。
+##    gp 与 heal 两项是否仍属本类待拍板，见特性文档「待办」节。）
 ## 三选一提升池 kind 词表（封闭——断点附随件与牌库剔除态依赖它；扩件走本表+registry 修订）。
 ## aux_item 池种退役（迭代 11 第①批 T7——同调批出池）；heal 恢复件新入池（v2.2 令牌池追认 b）。
 const FEATURE_KINDS: Array[String] = ["attack", "max_hp", "armor", "gp", "ap", "heal"]

game/data/schemas/relic_table.gd

@@ -1,13 +1,14 @@
 # VERTICAL SLICE - NOT FOR PRODUCTION
 # Validation Question: 七核心流派各 ≥3 件入局内随机渠道后，标签+档位激活引擎能否机械判「成型」、
-# 规则改写型特性带能否挂进令牌池稀有/罕见档随机投放（P0——迭代 12 双层 BD 实施批 T1）
+# 专长带能否挂进令牌池稀有/罕见档随机投放（P0——迭代 12 双层 BD 实施批 T1）
 # Date: 2026-10-04（双层 BD 实施批 T1——任务书五裁定稿；设计权威 双层BD体系-整合定稿-2026-10-03 v3）
-# 概念指路：本表的规则改写型特性，与 adventure.tres 的属性加成型特性，同属一个对象——
+# 概念指路：本表的专长，与 adventure.tres 的属性提升，同属一个对象——
 #   「特性」（一次冒险内角色自身得到的提升）。定义见 design/gdd/systems/冒险循环/特性.md。
-#   两者是它的形态枚举（form = rule / stat），不是两个系统；本表承载 rule 形态的逐项定义。
-#   （2026-10-05 命名统一：旧称「流派件」→ 规则改写型特性；表名与 relic_id 沿用历史命名，
-#   与统一词族对齐归后续批次——见 06-待办清单「命名统一」条目。）
-# 数据配置 RelicTable schema（特性·规则改写型定义表；行 = Dictionary 键 relic_id，Rule 4 豁免
+#   两者是它的两个分类（专长 Feat / 属性提升 ASI），不是两个系统；本表承载「专长」类的逐项定义。
+#   （2026-10-05 命名统一 + 分类重构：旧称「流派件」→「规则改写型特性」→ 现定名「专长」；
+#   表名与 relic_id 沿用历史命名，与统一词族对齐归后续批次——见 06-待办清单「命名统一」条目。
+#   目标渠道：专长走关底 Boss 击败后专属三选一（不新增节点类型），见特性文档 4.1 节。）
+# 数据配置 RelicTable schema（特性·专长定义表；行 = Dictionary 键 relic_id，Rule 4 豁免
 # 定义表——AuxItemTable 先例）。
 # 行字段：relic_id 主键 / display_name / rarity ∈ {common, rare, rarest}（对齐令牌池三档命名——
 #   投放档映射：common/rare→稀有令牌档、rarest→罕见令牌档；relic 令牌永不入普通档=「挂稀有/罕见档」
@@ -17,7 +18,7 @@
 #   仅校验键域不禁纯增益（专项论证件以 positive_only 批注登记，人工清单呈报）。
 # 档位激活（整合定稿 设计工具 1——以撒套装/小骨铭文）：同标签计数 ≥2→档一（流派核心规则）/≥4→档二
 #   （完全体）；散件单体保底=每件效果独立生效，档位只做质变（反例 B-2）——引擎纯函数 RelicsEngine。
-# 🔴 层级纪律（任务书红线 2）：规则改写型特性只走局内随机渠道（三选一/商店/格面）——本表行永不入同调位
+# 🔴 层级纪律（任务书红线 2）：专长只走局内随机渠道（三选一/商店/格面）——本表行永不入同调位
 #   （aux_items 表）/局外树（T8 节点表）；扫雷触发点铁律：每流派 ≥1 行 hook ∈ MINE_HOOKS（加载校验，
 #   违反=红线①触碰面）。
 class_name RelicTable