  joywayerandClaude Opus 5
|
f3d07c04f8
|
docs(plan): 订正 Step 7b 报错归因措辞——MCP 注入脚本的解析告警不是探针
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-07-31 13:06:49 +08:00 |
|
|
joywayerandClaude Opus 5
|
04ca402f3c
|
docs(plan): 回填属性系统计划为实际执行版，勾除除合并决策外全部步骤
按 Task 5 Step 8：每个因评审而变的代码块与断言脚本都替换为真正跑通的版本，
逐处附「原写法为何不可用」——这才是回填的持久价值，否则下次复跑喂出的是
过时代码和可能已失效的断言（归航那期踩过）。
主要回填：AttributeFormula 的 pct 越界守卫与静态类型；PlayerStats 的 add_modifier
校验 / hp 钳制 / reset_for_run 清空 / 空定义分支用 assert；守卫从施法处移到 equip_wand；
cast_delay_mod 改开火时生效（原计划的装备时折叠会让局中加成到下次换杖才生效，
正好废掉货架 C）；补 combat_test 注入这个原计划遗漏的消费方；属性页 SpinBox 下限、
_loaded 拒写回、autowrap、两条 push_warning。
订正计划自己的一句假话：原写「四个属性的值全部落在 0.01 格点上，故往返无量化损失」。
实测 min=-99999 时 0.1→0.100000000005821、0.01→0.00999999999476131，二者恰恰都在
0.01 格点上——成因是 Range 吸附式在 min 与 step 相差七个数量级时的抵消误差，与格点
无关；而 0.0001 容差比该漂移大七个数量级，原断言在有 bug 的版本上也是绿的。改为对
落盘文本逐字节比较。
Task 5 另记两条工具坑：运行中游戏的 push_error/push_warning 不进 MCP 的两个日志通道
（只有 print 进），故「跑一局看日志无报错」本身是空断言，必须读编辑器 Debugger 错误页
并先用故意错误做正对照；execute_game_script 不支持 await、三引号会被外层包装破坏。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-07-31 13:05:40 +08:00 |
|
|
joywayerandClaude Opus 5
|
a6c6fdbf1e
|
docs(plan): Task5 补 Step7b——守卫零误报实测 + cast_delay_mod 饱和点上报
Task 3 复审转来两项：
① 守卫搬到 equip_wand 后需跑一局确认零误报——六条进入路径靠眼读弱于跑一局，
且误报的症状与它要报的故障一模一样，是自伤式回归。
② hard: 0.01 承诺了循环交付不了的东西：_handle_auto_cast 用 if 非 while，
每帧至多一次施法，wand_basic 在 cast_delay_mod≈0.033 即饱和，且速率按整帧
量化成 60/30/20/15 的台阶。需人定：写明饱和区，或把 hard 提到 ~0.05。
明确不在代码里加下限钳制——会与 attributes.json 形成重复权威。
另收两条 Minor：注释里会腐烂的行号引用改函数名、combat_test 注入补理由交叉引用。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-07-31 11:58:21 +08:00 |
|
|
joywayerandClaude Opus 5
|
61445caad7
|
docs(plan): Task4 补两条约束——不做热重载 + inverse 的 hard 语义相反需在 UI 体现
remove_modifiers_from 在无命中时提前返回，不是强制重新同步原语，故热重载不能
指望它；本页与其它设计器页一致，保存后提示重启生效即可。
inverse 下 hard 是下限、0 表示钳到 0，与 hybrid/add_int 的「0 = 不钳制」相反，
设计师填 0 期待「不限制」会得到相反结果，提示文案需体现。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-07-31 11:32:01 +08:00 |
|
|
joywayerandClaude Opus 5
|
8c95cdcbe3
|
docs(plan): Task3 的 MAX_OPS 接线加 cpu_limit=0 守卫
Task 2 代码质量评审建议：cpu_limit=0 的后果是所有法术静默零步，症状离根因极远。
spell_evaluator 的读取点是该故障唯一可观测处，能同时兜住 attributes.json 缺失
与 add_modifier 的 attr_id 打错两种上游失败——根因处的报错够不到这两种。
maxi(...,1) 使故障下游戏仍可玩而非完全瘫痪。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-07-31 11:22:23 +08:00 |
|
|
joywayerandClaude Opus 5
|
f86d6cd20e
|
docs(plan): 记录 CACHE_MODE_IGNORE 为验证 class_name 脚本的首选手段 + 加回填步骤
Task 1 实测发现：改完源码后经全局类名直调会拿到**过时结果**（返回修复前的
数值），是假通过陷阱——编辑器持有的已编译类是旧的。正确手段是
ResourceLoader.load(path, "GDScript", CACHE_MODE_IGNORE)，它保留 class_name
原样且走引擎自己的编译器，故顺带证明静态类型标注真能被引擎编译。
另记 var x := <Variant 方法调用> 在 4.7.1 是无行号的编译错误而非警告。
新增 Task5 Step8：回填计划为实际执行版并勾复选框——归航那期踩过
「计划里留着过时代码和失效断言」的坑。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-07-31 11:04:44 +08:00 |
|
|
joywayerandClaude Opus 5
|
cd3618c066
|
docs(plan): 补 Step3b 断言 push_error + 订正绕缓存法在类注册后失效
Task 1 评审实测发现两处计划缺陷：
① 断言 ④ 的数字部分对「add_int 拒 pct」是空的——删掉整个拒绝块 ④ 仍返回 13.0，
因为 ADD_INT 的 match 分支不读 pct_prod。拒绝行为唯一可观测证据是 push_error，
补 Step 3b 用唯一标记值 + get_editor_errors 单独断言。
② GDScript.new()+source_code+reload() 在该类被注册为全局类之后同样报
hides a global script class——Task 1 首次运行因尚未注册才侥幸通过，
后续任务照抄会失败。改为先剥离 class_name 行，或直接调已注册的全局类。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-07-31 10:53:17 +08:00 |
|
|
joywayerandClaude Opus 5
|
9bc51795c4
|
docs(plan): E3-① 玩家属性系统逐任务实现计划（6 任务 · 公式先 TDD 后接线）
Task1 AttributeFormula 纯函数（先跑断言看失败再实现）/ Task2 attributes.json +
PlayerStats 框架 + 删孤儿字段 / Task3 四处接线 / Task4 设计器属性页 /
Task5 运行时验收 + 权威文档订正。
自审修掉两处：
① Task1 的断言原用 lambda 闭包累加 fails —— GDScript 闭包对 int 按值捕获，
fails += 1 传不回外层，FAILS 会恒为 0、断言全空。改为 Array 逐条收集。
② Task4 原只写「要求」不写代码。已核对 designer_ui.gd 的真实签名
（spin/opt/load_json/save_json 等）并写出完整可抄的实现，避免实现者照
猜测签名写。
另补：hp_max/cpu_limit 转为派生值后必须从存档字段移除，否则回读覆盖公式结果；
并在代码注释里留下货架 C 需持久化 _modifiers 而非派生值的提示。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-07-31 10:42:18 +08:00 |
|