 joywayer
|
06f0049221
|
fix(shop): can_buy_attribute 同样校验属性已接线；订正路线图残留表述
购买路径是独立守门人：货架 B / 出售退款等后来者会直接调 can_buy_attribute
而不必先过 get_sellable_attrs，只在展示侧拦截不足以保住不变量。未接线属性
生效值恒为 0，_at_soft_cap 因此永不封顶，可被无限买成空气。
同时把路线图第 99 行残留的「加属性零代码」括注收敛到下一条 ⚠️ 订正，避免
同一条目里两句话互相矛盾。
|
2026-08-03 13:02:20 +08:00 |
|
|
joywayer
|
5889b3c1e5
|
fix(shop): 可售属性排除未接线项，修正路线图「零代码」表述
get_sellable_attrs() 此前只看 attributes.json 是否有 shop 段，不看 PlayerStats
是否真的实现了该属性。运行时实测：给一个合成属性加 shop 段（不改任何代码）会被列出、
可买、扣钱、购买计数增加，但 get_attr_value 永远读到 0.00——玩家买到的是空气，
且 _at_soft_cap 因为 0.0 < soft 永远不封顶，变相无限花钱买无效果。
PlayerStats 新增 has_attr(attr_id) 谓词（查 _attr_effective，只有 _recompute_attrs
真正算过的属性才算数，不是查 _attr_def 有没有这一节）；get_sellable_attrs 用它做
第二道过滤。诊断特意拆进独立函数 _report_unwired_shop_attrs 才调用 push_error+assert——
实测 assert(false) 在本项目运行环境下会让「当前函数」提前返回声明类型的默认值：若诊断写
在收集循环里，一旦命中就会让 get_sellable_attrs 本身连同已收集好的合法属性一起返回空数组，
比原来的「静默卖空气」更糟（整个货架消失）；拆成独立函数调用后，中断只发生在诊断函数
自己的调用帧内，调用方（get_sellable_attrs）仍会正常继续并返回过滤后的正确列表。
已注入未接线属性验证：4 个合法属性照常出现，注入项被排除，无一致性问题。
顺带订正路线图 docs_dev/plans/2026-07-23-missing-features-roadmap.md 里「加 shop 段
即可上架、零代码」的表述——该结论只在属性已先接入 PlayerStats 框架（player_stats.gd
的裸字段 + _recompute_attrs 分支 + _attr_effective 条目，以及 attribute_tab.gd 的
ATTR_ORDER）之后才成立，E3-① 延后的 7 个属性都还没有这一步；同时记录商店属性子面板
当前坐标最多容纳 6 行的限制，供后续实现者提前规划。
|
2026-08-03 12:51:13 +08:00 |
|
 joywayerandClaude Opus 5
|
0b631a475f
|
docs(shop): 货架 C Task 6 运行时验收 + 权威文档补录 + 计划回填
17 条验收标准 + Task 3 遗留的回读顺序风险全部运行时实测通过（FAILS=0），
无代码改动。发现简报三处脚本不可用并替换/补充：Step 1 阳性对照改用
add_modifier 未知属性守卫；新增 Step 5b 补前序评审「磁盘往返未独立复核」；
Step 6/7 原脚本经排查为空断言，改用真实红/绿对照场景。
numerical_design.md §1.1/§1.2 补录属性购买消耗与 cast_delay_mod 的 soft
约束说明；路线图 E3 第 2 项勾除完成。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-08-03 12:19:09 +08:00 |
|
|
joywayerandClaude Opus 5
|
d7420a284f
|
docs(roadmap): 新增 E7-⑥ 计算模块化重构（用户 2026-07-31 指定的架构方向）
原则：凡涉及计算的都由专门功能模块负责，便于测试与配置。
AttributeFormula 是已验证的模板（纯静态零依赖，故不启动游戏就能单元断言）。
盘点出计算散落 8 处、仅 1 处已模块化。最严重的是伤害被劈成两半分居两个文件，
且两处都在扣护甲——目前不重复扣仅因调用点特意传 armor=0，而该约定只存在于
调用点，两个函数各自看都是完整公式。连击 +2%/层 也硬编码在管理器里。
记录立项时必须先决定的设计问题与热路径风险，避免实现期顺手定。
顺序：货架 C（含 PriceFormula）先做，本项独立立项。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-07-31 16:04:04 +08:00 |
|
|
joywayerandClaude Opus 5
|
84c10725e2
|
docs: 订正 wand_fast 饱和点 0.05→0.0667；roadmap 关闭已决定项并澄清移速表述
【订正】wand_fast(0.25s) 的饱和点按公式 (1/60)/0.25 = 0.0667，不是 0.05。
numerical_design:21 的标注与它自己上一句的公式直接矛盾，spec/plan 另有三处同源
错误标注——均派生自一句口头转述，实测表里记的 0.0667 一直是对的。
结论也随之改对，不只是改数字：hard=0.05 使 wand_basic(饱和 0.0333) 与
circuit_fork(0.0278) 无无效区间，但 wand_fast 仍剩 [0.05, 0.0667) 这段买不到东西
（较原 hard:0.01 的 6.7 倍缩至 1.33 倍）。仍取 0.05 的理由：饱和点 = (1/60)/法杖
基准间隔，随杖而异，不存在对所有杖都最优的单一 hard——取 0.0667 让 wand_fast 干净
会使另两把杖够不到自己的饱和点，反而制造新的不可达区间。hard 数值不变。
顺带说明实测表里 wand_fast@0.0667 读到 2 帧的原因：采样点比真实边界 1/15 高 3.3e-5
(T 上高 8.3e-6 s)，再叠加整帧倍数多花一帧的浮点余量效应，故实际 1 帧上界略低于
0.0667。数据没错，是标签错了。
【roadmap】E3-① 下的 cast_delay_mod 条目仍记为「待人定」并指向两个选项，而该决定
已在 ba7c885 关闭——roadmap 是查「E3 还剩什么」的索引，留着会把已关闭的决定重新打开。
改为已处理，并注明彻底消除需让 hard 逐杖化（挪进 cores.json），属独立立项。
【roadmap】「实测 200→300 px/s」读起来像发版移速由 200 改成 300，与同批改动里
numerical_design 的订正（发版是 200，300 是从未被读过的纸面值）直接冲突。改写为
「发版基准仍是 200；实测手段是临时挂 +50% 加成使生效值变 300」。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-07-31 13:36:53 +08:00 |
|
|
joywayerandClaude Opus 5
|
1aeae19187
|
docs: 订正 move_speed 300→200 与 cpu_limit「从不读」告警；路线图 E3-① 勾除并订正现状
move_speed 300 从未被任何代码读取，是纸面孤值；200 自 S0 沿用并已围绕它调校
20 波内容与 Boss 弹幕密度，以既成事实为准。cpu_limit 行的「代码硬编码 40×5、
从不读 cpu_limit」告警随本次接线失效，改记生效值构成（玩家基准 0 + 法杖 3–8）
与 hard(50) 作用于加总后的总值；基准值一并由 5 改为 0，否则重蹈 move_speed 的
「纸面值与实现长期脱节」。
路线图 E3 现状原写「player_stats.gd 有 resistance 等占位属性（4/5 stats 未接线）」
与事实不符——权威属性表是 11 个，armor/resistance 根本不在表内，是实现先于设计的
孤儿字段。E3-① 勾除并标注实际范围（只做框架 + 三条死数据），attunement_×4 /
luck / recharge_speed_mod 三项延后各附理由；顺带记 cast_delay_mod 的饱和区待人定。
E1 现状里「玩家侧抗性仍占位」一句同因失效，一并订正。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-07-31 12:54:22 +08:00 |
|
|
joywayerandClaude Opus 5
|
d498097005
|
docs(roadmap): E1-③ 子弹归航完成，勾除现状项 + 记录快照删除这一有意偏离
「现状」归航行与切分列表第 3 项改为完成态，格式对齐已完成的 ①②。
显式记录与本文档原方案的偏离：未消费 _enemy_pos_snapshot 而是删除之 ——
锁定式目标需 entity_id，而快照按槽位存位置、不含 id，结构上支撑不了该语义。
另记退避 + 抖动这一同期落地的性能措施（详见 spec §5）。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-07-30 16:54:13 +08:00 |
|
|
joywayerandClaude Opus 4.8
|
bf9bea78d8
|
docs(roadmap): E1-② 子弹弹跳完成，勾除现状项 + 修正 Step3 为确定性速度判据
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
|
2026-07-24 15:21:26 +08:00 |
|
|
joywayerandClaude Opus 4.8
|
cd5f4d5892
|
docs(roadmap): E1-① 元素抗性完成，勾除现状项（含 DOT 抗性已知限制→E2）
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
|
2026-07-24 12:12:32 +08:00 |
|
|
joywayerandClaude Opus 4.8
|
83dc1196ae
|
docs(roadmap): E6-a 玩家无敌帧完成，勾除现状项
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
|
2026-07-24 09:32:02 +08:00 |
|
|
joywayerandClaude Opus 4.8
|
09b2e1dd1d
|
docs(roadmap): 缺失功能路线图 —— 7 史诗分组+优先级+切分+验收（战斗深度/经济/循环/Boss深化 为 P0/P1）
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
|
2026-07-23 15:11:10 +08:00 |
|