  joywayerandClaude Opus 5
|
68e3edbc7d
|
docs: 订正 pct 合并公式——必须按 combine 分支，inverse 用 1−(1−step)^n
spec §2.4 与计划 Task2 写的 merged = (1+step)^n − 1 只对 hybrid 成立
（AttributeFormula 对 hybrid 用 f=1+v）。inverse 用的是 f=1−v，于是
cast_delay_mod 实际算成 f = 2−1.1^n 而非意图中的 0.9^n：
n=2 应 0.81 实得 0.79；n=7 应 0.478 实得 0.0513
后果是该属性在第 7 次购买就撞 soft 封顶（设计意图约 22 次），
可购买次数砍到 1/3、边际收益曲线整体错误，且零诊断。
评审真机连续购买 7 次坐实。此为 spec 源头错误，非实现偏差。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-08-03 11:17:35 +08:00 |
|
|
joywayerandClaude Opus 5
|
359da9f24f
|
docs: 订正 enum Curve → PriceCurve（与 Godot 内置 Curve 资源类冲突）
Task 1 实现时发现：enum Curve 在 4.7.1 解析期即报
"member Curve shadows a native class"——与引擎内置的 Curve 资源类同名。
实现者做了独立最小复现，确认与 class_name 无关。
spec §2.1 与计划 Task 1 的代码块都写着 enum Curve，若不订正，Task 2 的简报
会从计划里抄到错误的类型名。下游一律用 PriceFormula.PriceCurve。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-08-03 10:56:57 +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 |
|
|
joywayerandClaude Opus 5
|
06d66dbd1a
|
docs(spec): E3-② 货架 C（属性购买）设计——PriceFormula 模块 + shop 段数据驱动
按用户指定的架构方向，定价由专门模块 PriceFormula 负责（与 AttributeFormula
同构：纯静态零依赖，故可脱离游戏进程单元断言）。模块不认识「属性/武器/装备」，
只认识 {price_base, price_growth, curve}——划分点在数据里，故货架 B 与出售退款
可直接复用。
可售集合纯数据驱动：attributes.json 的 shop 段缺失即不可售，自动覆盖 7 个
「已定义但被阻塞」的属性，将来解除前置只需加一段 JSON，零代码。
附完整角色属性盘点（6 类）：框架内 4 个可售、权威表已定义未进框架 7 个、
PlayerStats 里权威表漏记的事实属性 2 个（mana_regen/mana_leech，权威给货架 C
举的「回蓝速度」正是前者）、资源与进度、法杖侧、全局配置。
查明 numerical_design §1.2 消耗清单缺属性购买一项，故定价属设计而非查表，
定稿后补录列为本设计的组成部分。
自审订正一处方向性错误：初稿称 cast_delay_mod 的饱和点高于 soft、需逐杖动态
判定——反了。inverse 属性数值更低=更快，三个饱和点全部低于 soft(0.1)，正常
购买够不到，UI 只需 soft 一道闸。差点规定一个永远触发不了的功能。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-07-31 16:35:18 +08:00 |
|