fix(shop): pct 合并公式按 combine 分支取值，修正 inverse 属性算错

_apply_attr_purchases() 原公式 merged=(1+step)^n−1 只对 AttributeFormula 的
hybrid 分支（f=1+v）成立；inverse 分支用 f=1−v，四个可售属性里 cast_delay_mod
恰是 inverse+pct，实际把 f 算成 2−1.1^n 而非设计意图的 0.9^n——n=7 时应得
0.478，实得 ≈0.0513，可购买次数从设计的约 22 次被砍到约 7 次即撞 soft，且
全程 f≥0 走不到越界钳制分支，零诊断。

这是 Task 2 简报 spec 本身推导错误（简报只在 hybrid 下验证过等价性），非
实现偏差；评审已订正 spec 与计划（68e3edb）。现按订正后的公式补上按
combine 分支取值：hybrid 用 merged=(1+step)^n−1，inverse 用
merged=1−(1−step)^n，flat 与 combine 无关不变。

补测显式覆盖此前遗漏的 inverse+pct 组合（此前运行时验证只买过
move_speed/hp_max/cpu_limit，唯独没买过 cast_delay_mod——测试盲区精确盖住
了 bug 所在处）：n=1..3/7 逐点数值比对（容差 1e-6），并确认 soft 封顶购买
次数从 ~7 恢复到 ~22；hybrid/flat 对照组数值不变。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

scripts/autoloads/shop_manager.gd

@@ -181,8 +181,16 @@ func _apply_attr_purchases() -> void:
 			continue
 		var mode: String = String(sp.get("mode", "flat"))
 		var step: float = float(sp.get("step", 0.0))
-		# pct 合并：n 次 +step 在连乘下等价于单条 (1+step)^n − 1
+		# pct 合并必须按属性的 combine 分支——AttributeFormula 对 hybrid 用 f=1+v、对 inverse 用 f=1-v，
-		var merged: float = (pow(1.0 + step, float(n)) - 1.0) if mode == "pct" else (step * float(n))
+		# 故两者的等价单条值不同。写错会让 inverse 属性（cast_delay_mod）的曲线整体偏离且零诊断。
+		var combine: String = String(_attr_def.get(id, {}).get("combine", "hybrid"))
+		var merged: float = 0.0
+		if mode == "pct":
+			# hybrid: 需 f=(1+step)^n → merged=(1+step)^n−1
+			# inverse: 需 f=(1−step)^n → merged=1−(1−step)^n
+			merged = (1.0 - pow(1.0 - step, float(n))) if combine == "inverse" else (pow(1.0 + step, float(n)) - 1.0)
+		else:
+			merged = step * float(n)   # flat 线性可加，与 combine 无关
 		PlayerStats.add_modifier(id, mode, merged, MOD_SOURCE_SHOP_C)
 
 ## 存档：只存次数，加成是派生物（回读时经 _apply_attr_purchases 重建）