joywaygamess/spellforge
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
203 Commits 1 Branch 0 Tags
db2f8e76b489fbf954a4398b8468008570b9f9a4
Commit Graph
16 Commits
Author SHA1 Message Date
joywayer ce4ce2b392 docs(shop): 记录属性子面板行容量上限，供后续扩容前置说明 
商店「属性」子面板行坐标 y = 220 + i*34，关闭按钮占 y=[420,460]；按当前坐标常量
算出 250+34i <= 420 ⟺ i <= 5，即最多 6 行（i=0..5）不与关闭按钮重叠，第 7 行
（i=6）落在 y=424 正压在按钮上。路线图 E3-① 延后的 7 个属性一旦全部上架会超出
此容量。本轮不实现滚动/布局改造（超出本次合并范围），仅加注释记录数字，供后续
实现者在动那批属性之前先规划布局。
 2026-08-03 12:51:30 +08:00
joywayerandClaude Opus 5 ad98f916e9 feat(shop): 商店「属性」区独立子面板 UI + 4 语言 i18n 键 
主商店面板已无空间容纳四行属性（面板 y=200~540，既有控件已占到 y≈522，仅剩约 18px），
经确认后改为独立子面板方案（参照 _setup_settings_ui 既有模式），不改动主面板任何既有控件坐标。

按 get_sellable_attrs() 动态生成行，加可售属性无需改 UI 代码。
禁用态显示具体原因（金币不足/已达上限）而非只灰掉按钮。
can_buy_attribute 注释补 i18n 债务说明（禁用原因暂未 tr()，见路线图 E7-③）。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-08-03 11:46:05 +08:00
joywayerandClaude Opus 5 9361bf8767 refactor(attr): "core" 来源提为常量；_compute_attr 补 assert；注明 execute_sub 预算独立 
MOD_SOURCE_CORE 常量取代四处裸字面量（combat_manager:275,276、combat_test:20,21）。
combat_manager:273 的注释自己就警告「漏掉 remove 会累积，且 hard:50 会把它封成一个
看起来合理的数字」——而 remove 那一侧的字面量若打错一个字符，产生的正是这个零诊断
故障：旧份额撤不掉、逐次累积、被硬上限封顶成常数。常量把它变成编译期错误。

_compute_attr 缺定义时返回 0.0 是消费侧的不对称：Task 4 已硬化生产侧（attribute_tab
的 _loaded 拒绝写出零载荷），但手删 JSON 里的 cast_delay_mod 仍会让生效间隔变 0
（每物理帧施法一次）、删 move_speed 则玩家不能动。它有 push_error，但运行时 push_error
到不了任何日志通道（本期已实测），故表现为一块莫名其妙的砖。按 _recompute_attrs 空定义
分支的同款模式补 assert：release 编译掉、开发期立刻中断。

spell_evaluator:332 的新注释说「生效 cpu_limit 已含法杖份额」，读者可能推断整个 VM 都按
cpu_limit 走，但 execute_sub 的子荷载预算仍是独立的 MAX_OPS_PER_CPU * 2（=80）。补一句
注明其独立且属既有行为（改前同样脱节），不改 execute_sub 的行为。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-31 13:37:15 +08:00
joywayerandClaude Opus 5 9f71108719 docs(attr): 守卫注释改引函数名而非会腐烂的行号；调试场景补注入顺序理由 
Task 3 复审转来的两条 Minor。player_manager 守卫注释里的
「player_stats.gd:173/191」是行号引用，改动一次就失效，改为
_load_attr_definitions / add_modifier 两个函数名。
combat_test 的注入原先只有不变式没有理由，补上 remove→add→equip_wand
三者的先后依据（累积防护 + 守卫读的是注入结果）。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-31 12:55:08 +08:00
joywayerandClaude Opus 5 6f11f4c402 fix(attr): 修复调试场景因 cpu_limit 基准改为 0 而退化；记录 cast_delay_mod 快照时序 
combat_test 绕过 CombatManager 直接 equip_wand，拿不到 _rebuild_wand 注入的
"core" 份额，导致 cpu_limit=0 触发守卫报错、MAX_OPS 由 200 退化为 40。
镜像 _rebuild_wand 的做法在该场景自行注入（先 remove 再 add），仅修本次弄坏
的部分；该场景整体绕过 CombatManager（如从不设 mana_leech）属既有分歧，不在
本次范围内。

_cast_interval 仅在 equip_wand 时快照，install_spell 只调 _rebuild_wand 不调
equip_wand，实际再同步点是每波开战的 _transition_to_battle。行为不改，加注释
记下时序，免得后续属性商店的实现者误以为购买即时生效。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-31 11:38:08 +08:00
joywayerandClaude Opus 4.8 f204b919ff feat(iframe): 无敌期间玩家节点 8Hz 方波闪烁反馈 
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-07-24 09:23:01 +08:00
joywayer 95e5587049 fix(boss): HUD 阶段提示改 tr(STATUS_BOSS_PHASE)+4语言 .po；register_boss 未知 boss_type push_error 2026-07-23 11:07:52 +08:00
joywayer e06cdf8948 feat(boss): HUD Boss 阶段提示 + boss_design.md 现状更新为已实现 2026-07-23 10:32:27 +08:00
joywayer d4291722e8 feat(boss): combat_s2 敌方子弹 MultiMesh 渲染层（红粉区分玩家弹） 2026-07-23 09:55:22 +08:00
joywayer 9fb7131323 feat(mana): HUD 蓝条数字+低蓝暗红+过热泛红 + UI_MANA 键 2026-07-21 15:21:19 +08:00
joywayerandClaude Opus 4.8 63431e170e fix(meta): 解锁面板 sid/scost 显式类型（get_all_ids 返回无类型 Array） 
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-07-21 11:52:22 +08:00
joywayer 8d9aa617df feat(meta): 主菜单解锁面板（花碎片解锁法术） 2026-07-21 11:50:59 +08:00
joywayer 036f03194a feat(mana): HUD 蓝条（ProgressBar，每帧刷新） 2026-07-20 16:32:30 +08:00
joywayerandClaude Opus 4.8 707e1269b7 fix: 商店防呆警告 Label 移出按钮行 + 记录 D5 端到端验收 
MCP 端到端验收 D5 时发现警告 Label 原位置 (120,448) 遮挡背包/语言/设置按钮行；
移至 (250,502) 商店按钮下方空白区，实测红字警告清晰可读、不遮挡。
端到端结果：纯 Modifier 卡组点『出发下一波』被拦截且波次不推进；含 ACTION 正常进入下一波。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-07-20 15:46:19 +08:00
joywayerandClaude Opus 4.8 dc05eeada7 fix: 修复审计发现的 3 个潜在 bug（CoreFeatureTag / pierce / Deck 防呆） 
1. CoreFeatureTag 位运算串扰：feature_tags 实为单选枚举（游戏设计器 core_tab
   以 OptionButton 下标写入），但 spell_evaluator 用位与 `&` 判定，非 2 的幂
   常量会串扰（如 3 & 1 = 1 误判持久内存）。改为 `==` 相等判定，常量值保持
   与设计器下标一致；补充注释说明单选语义与未来多选(位标志)的迁移路径。
2. modifier_pierce_plus 空操作：MODIFIER 携带的 pierce 从未生效（可购买无效）。
   新增 CastStats.pierce_add，_apply_modifier 累加，_push_projectile 叠加到
   ACTION 自带 pierce。穿透修正现在生效。
3. 战前 Deck 防呆缺失：可带无 ACTION 卡组进战斗。新增
   CombatManager.has_castable_action()；商店"下一波"按钮校验，无 ACTION 时
   显示警告并阻止进入（新增 SHOP_NEED_ACTION i18n 键，zh_CN/zh_TW/en/ja）。

静态审查通过；因本机无 Godot CLI 未经运行时验证，需在编辑器 play_scene 验收。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-07-20 14:46:41 +08:00
joywayer 7bcc0026e0 初次提交 2026-07-20 10:56:52 +08:00