2 Commits

Include renames

Author	SHA1	Message	Date
joywayerandClaude Opus 5	ba7c885291	fix(attr): cast_delay_mod 硬上限 0.01 → 0.05，消掉两把主力杖的射速无效区间 ... _handle_auto_cast 用 if 而非 while，每物理帧至多施法一次，故本属性存在饱和点 = (1/60) / 法杖基准间隔：wand_basic(0.5s) ≈ 0.033、wand_fast(0.25s) ≈ 0.05。 原 hard: 0.01 在两把主力杖上都深深落在饱和区内——玩家把 cast_delay_mod 从 0.033 一路买到 0.01，射速一点没变，属"承诺了循环交付不了的东西"。 取 0.05 使 wand_fast 恰在硬上限处饱和、wand_basic 全程无无效区间。 边界实测（同一套 _physics_process 帧距扫描）：wand_fast@0.05 = 1 帧/次(60/s)、 wand_basic@0.05 = 2 帧/次(30/s)、请求 0.01 被 maxf(hard,…) 钳回 0.05 后帧距不变、 soft(0.1) 对照仍 3 帧/次(20/s)、circuit_fork@0.05 = 2 帧/次。 未加任何代码钳制：下限已由 attributes.json + AttributeFormula 的 maxf(hard,…) 强制，代码里再加一个会形成重复权威，设计师调 hard 时立刻脱同步。 spec 新增 §2.2b 收录完整实测数据集（饱和点公式与三把杖的值、soft→hard 是台阶 而非曲线、周期恒为 ceil(T×60) 且整帧倍数多花一帧故实际射速恒 ≤ 名义值）—— 结论易得而数据难得，故一并留档。circuit_fork 的饱和点 0.0278 标注为公式推导。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-07-31 13:18:46 +08:00
joywayerandClaude Opus 5	d3c5edb1cb	docs(spec): E3-① 玩家属性系统设计——公式模块 + 修三条死数据 + 范围裁剪 ... 范围按权威文档裁剪：路线图原写的属性名（暴击/急速/范围/吸血/减伤）是拟稿推测， 不存在于任何权威文档；numerical_design §1.1 定义的 11 个属性才是权威。 本期只做「框架 + 修既有死线」，排除 attunement×4（新玩法维度）、luck（暴击链是死的）、 recharge_speed_mod（充能系统压根不存在）。 加成不做简单叠加：每属性在 JSON 声明 combine 公式——hybrid 连乘、 inverse 反向且下限钳制、add_int 拒绝 pct。公式集中在独立的 AttributeFormula 纯静态模块，无状态零依赖，故公式正确性可脱离游戏进程单元断言。 自审修正：法杖 cpu_limit 改为以加成来源接入而非调用点相加——否则 hard 上限 只钳制玩家那一份，法杖份额加在钳制之后可使总值越界；顺带使加成层从第一天 就有真实消费者。 move_speed 取既成事实 200 并订正权威表的 300：该值从未被任何代码读取过， 而 200 自 S0 沿用并已围绕它调校 20 波内容——与归航定价那次相反， 「以权威为准」要看那条权威有没有被实践检验过。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-07-31 10:32:41 +08:00