  joywayerandClaude Opus 5
|
f8e02b0a0b
|
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>
|
2026-08-03 11:19:23 +08:00 |
|
|
joywayerandClaude Opus 5
|
622da4a18e
|
feat(shop): 货架 C 状态与购买——shop 段驱动可售集合，唯一写入点重建加成
可售集合纯数据驱动：attributes.json 的 shop 段缺失即不可售，将来解除 7 个
被阻塞属性的前置后只需加一段 JSON，零代码。
PlayerStats 新增通用生效值访问器 get_attr_value(attr_id)，消除商店/UI 侧
本应出现的三处硬编码 match attr_id；_attr_effective 与裸字段在同一处
（_recompute_attrs）更新，避免两者不同步导致显示值与生效值脱节。
_attr_purchases 只存次数；每属性至多一条 _modifiers、value 为合并值
（pct 下 n 次 +step 等价于单条 (1+step)^n − 1）。这样出售退款只需次数减一后
重算，不必给 PlayerStats 新增按条撤销的 API。
所有改动次数的路径都收在 _apply_attr_purchases()——两份状态不同步会产生
「显示买了 3 次但加成只有 2 次」且无任何诊断，收敛写入点是唯一防线。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-08-03 11:11:08 +08:00 |
|
|
joywayer
|
7682480a5f
|
feat(meta): 商店池按 unlock_cost/已解锁门控（_available_pool）
|
2026-07-21 11:45:32 +08:00 |
|
|
joywayer
|
7bcc0026e0
|
初次提交
|
2026-07-20 10:56:52 +08:00 |
|