2 Commits

Include renames

Author	SHA1	Message	Date
joywayerandClaude Opus 5	24948c77f8	docs(plan): 预检订正——消除三处硬编码属性名，兑现「加属性零代码」 ... 开工前扫描发现计划初稿违反了它自己的 Global Constraint：ShopManager _effective_value() 与 combat_s2 的两个辅助各写了一个 match 硬编码四个属性名， 外加 4 个 ATTR_* 的 i18n 键。第 5 个属性加 shop 段后会「UI 生成了行、 但生效值读出 0 且名字是裸 id」——本特性的立身之本直接破功。 改为：PlayerStats 维护 _attr_effective 冷路径视图 + get_attr_value(id) （热路径仍走裸字段，零开销不受影响）；UI 的显示名读 attributes.json 已有的 display_name；ShopManager 暴露 get_attr_def()。三处 match 与 4 个 i18n 键全部删除。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-03 10:52:10 +08:00
joywayerandClaude Opus 5	e069b76ee1	docs(plan): E3-② 货架 C 逐任务实现计划（7 任务 · 含回读顺序吞血风险） ... Task0 建分支 / Task1 PriceFormula（TDD，含报错通道断言）/ Task2 shop 段 + ShopManager 购买与唯一写入点 / Task3 存档 schema 2→3 / Task4 商店 UI + 4 语言 i18n / Task5 设计器 shop 段 / Task6 运行时验收 + 权威文档补录 + 回填。 Task3 写死一条顺序要求：apply_run 目前第一步就 load_save_data 设 hp，而属性 加成若在其后恢复，回读的 hp 会被尚未加成的 hp_max 钳掉——hp_max 可买到 133 之后即可复现静默吞血。Task6 Step6 专门验证该顺序。 自审订正 spec §3 影响文件表：原列 combat_manager「存档读写接入」是想当然， profile_manager._collect_run_data 本就直接调 ShopManager.get_shop_seed()， 同样可直接调 get_attr_purchases_save()，不必绕一层。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-07-31 16:51:25 +08:00