docs(sweep): 状态记录更名扫尾——仓库旧称残留3文件5处普通引用换代+两处引述豁免保留+active.md 434登记（2026-10-10 用户令）

- entities.yaml:283「双算法销号，工作日志 312」→「状态记录 312」
- design/research/需求卡片-M4数值批-2026-10-05.md:97（两处）+:182 流程记录去处→「状态记录」
- game/data/schemas/enemy_table.gd:137 注释「〔工作日志 312 待裁项〕」→「状态记录 312」（仅注释行零逻辑触碰）
- 引述豁免保留两处：active.md 更名批快照行+doc-conventions §10 定性句（句子本身在记载更名动作，先例在册）
- active.md：快照行+434 条登记；随批入库主区未提交改动=433 条按「状态清除即任务完成证明」新规自清删除
- 范围外呈报不改：.zcode 工具件 5 文件（commitmsg_20261009/补丁脚本×2/tmp 旧卡八份）
- 摸底口径=git grep 含未跟踪件（design/ 全目录+根目录 md+game/ md 与代码注释）；EOL/编码逐文件保持，git 历史零触碰
- 用户级技能目录与记忆目录换代在仓外同批执行，不入本提交
- 基点 6da823c；worktree statuslog-sweep 自治提交合入

design/registry/entities.yaml

@@ -280,7 +280,7 @@ entities:
         hp: int [1,999]（knob——难度修饰前基线；MVP 18 provisional 出处待查）
         atk: int [0,999]（knob——attack 行为伤害基值；MVP 4 provisional 出处待查；0 合法不拒——2026-09-20 八型批去"纯伏击伤敌种"旧注）
         pool: Array of {skill_id, weight[, unlock_hp_pct]}（**2026-09-16 敌人技能池批——池模板**，定义层；weight ∈ (0,9999] knob、池内 skill_id 不重复；**unlock_hp_pct 可选 int [1,99]——2026-10-05 技能池执行批新增〔迭代14④〕：Boss 半血解锁门槛，缺省无字段=无门槛；锁定条目双面过滤不进可摇与保底集合、单向闩、解锁出一次归因行+一次性技能名 toast〔语义=敌人系统 意图呈现节；投放纪律=仅 Boss 行，不做跨表硬闸〕**；每池恰一行普通攻击 + 增益技 ≤1 + skill_id 悬空致命〔加载校验在 config_db.validate_skill_pool_links 跨表通道〕；实例池〔快照+冷却状态〕在 单位容器 spawn——三敌种建议池构成与权重不列于本 registry，读 data/tables/enemy.tres（provisional 归 难度曲线与Boss；EV 锚与含闸长期速率实测读数随验收批另测登记〔2026-09-18 指路化收口〕））。**历史（2026-09-16 退役）**：heavy_multiplier int [1,16]（重击倍率归技能行 damage_mult）与 pattern StringList（行为环环数组）两字段随行为环整体退役——固定出招剧本废除
-      rowset_rule: 行集构成纪律（**2026-10-07 行集多行批换代——原「每行集恰一敌种」退役**，违规一律加载期致命）：①行集内 enemy_id 唯一（同坐标同敌种仍只许一行）②同坐标多行必须表文件内相邻且行序 = 声明序 = 生成序（行序即契约——resolver 返回序/开战叙述取首行/生成序全依赖文件行序）③行集实例总数（各行开战骰后数量求和）≤ 4（单行数量域 [1,3] 不变，UNIT_COUNT_MAX 语义 = 单种数）——同坐标多行混编合法（含 Boss 行集，P1 甲 + P4 乙用户裁 2026-10-06；本批零内容投放 P3 丙，首个混编行归后续内容批）——同层多遭遇已由节点编号消解（2026-09-17 关卡节点地图 v1.0：node_depth 语义 = 关卡内唯一节点编号，同层不同节点各查各行、键结构零改动）；进度键解析全仓统一 ceil 版行集数组（原 EnemyTable.resolve_rowset floor 单行版同批退役——双算法销号，工作日志 312）；精英/Boss 不设编码位——Boss = 最大编号节点（图唯一终点）、精英 P2 内容承载（强敌行集）。**精英怪设定登记（迭代 10 奖励重构批 P-D——实装随怪物批）**：与其他普通小怪同一立绘 + 附加特征标记 + 数值更强；视觉特征三件 = 名称前后缀（「精英·熊地精」式——沿用既有译名不换词根）+ 精英底座光环（程序化零立绘改动）+ 精英描边变色（色板合规与样张闸义务随实装批）；掉落挂点 = 钥石 1 个（meta.tres boss_keystone 精英行随实装批落）
+      rowset_rule: 行集构成纪律（**2026-10-07 行集多行批换代——原「每行集恰一敌种」退役**，违规一律加载期致命）：①行集内 enemy_id 唯一（同坐标同敌种仍只许一行）②同坐标多行必须表文件内相邻且行序 = 声明序 = 生成序（行序即契约——resolver 返回序/开战叙述取首行/生成序全依赖文件行序）③行集实例总数（各行开战骰后数量求和）≤ 4（单行数量域 [1,3] 不变，UNIT_COUNT_MAX 语义 = 单种数）——同坐标多行混编合法（含 Boss 行集，P1 甲 + P4 乙用户裁 2026-10-06；本批零内容投放 P3 丙，首个混编行归后续内容批）——同层多遭遇已由节点编号消解（2026-09-17 关卡节点地图 v1.0：node_depth 语义 = 关卡内唯一节点编号，同层不同节点各查各行、键结构零改动）；进度键解析全仓统一 ceil 版行集数组（原 EnemyTable.resolve_rowset floor 单行版同批退役——双算法销号，状态记录 312）；精英/Boss 不设编码位——Boss = 最大编号节点（图唯一终点）、精英 P2 内容承载（强敌行集）。**精英怪设定登记（迭代 10 奖励重构批 P-D——实装随怪物批）**：与其他普通小怪同一立绘 + 附加特征标记 + 数值更强；视觉特征三件 = 名称前后缀（「精英·熊地精」式——沿用既有译名不换词根）+ 精英底座光环（程序化零立绘改动）+ 精英描边变色（色板合规与样张闸义务随实装批）；掉落挂点 = 钥石 1 个（meta.tres boss_keystone 精英行随实装批落）
       mvp_content: **八敌种（2026-09-14 难度曲线与Boss 修订批转正 goblin / bugbear / ogre_chief 三敌种〔DND 更名批用户指令：grub→goblin / ambusher→bugbear / boss_guardian→ogre_chief〕；2026-09-17 分支节点图批新增 giant_spider / drider，本条 2026-09-18 补收编；2026-09-20 第三关内容批新增 duergar / hook_horror / duergar_king，本条随批补收编；敌人系统 物种集断言随批更新为 {goblin, bugbear, ogre_chief, giant_spider, drider, duergar, hook_horror, duergar_king}）**：goblin（地精，armor=light）/ bugbear（熊地精，armor=ward）/ ogre_chief（食人魔酋长，armor=heavy）/ giant_spider（巨蜘蛛）/ drider（蛛化卓尔精灵，Boss = 最大编号节点图唯一终点）/ duergar（灰矮人，单体重甲中坚——重甲首次登台，armor=heavy）/ hook_horror（钩爪恐魔，群行捕食者，armor=light）/ duergar_king（灰矮人石君王，L3 Boss，重甲收束「轻甲→魔法甲→重甲」教学梯度）。技能池构成与权重、armor_type 行映射**不列于本 registry**——〔**2026-09-28 M-3 迭代 5 T4 AC 投值批→2026-09-29 返工批 U2 裁 v1 重投**：初版 Boss-only（杂鱼全 0·Boss 8/9/12）被 U2 推翻——终版 **v1 硬梯度**=杂鱼按 T4 报告 §一 软梯度恢复（0~5 带内）+重击手 8/重装手 9（逐行手设值，非精英编码位——解读 A 追认）+Boss 台阶 8/10/12；v1 中间态未入 git，杂鱼行按报告表值代拟恢复（台账 247）；演化链与三版读数见 git 提交 8ffc555，裁断全录 git 提交 f9c1a8a；冒烟带宽断言随新形态更新（杂鱼 0~5·重击手/重装手 8~9·Boss 8~12 台阶）〕读 data/tables/enemy.tres（L3 行值语义：duergar 关间台阶 ≈L2 单体 ×1.5 落 [1.3,1.6] 域、hook_horror 复用 bite 共享技能行、两敌种首遇位〔节点 0/1〕固定数量不加骰、Boss 血 75 = Σ普通战生命期望 91 × r_boss≈0.82 provisional 锚；行值全 provisional 归 难度曲线与Boss）。**2026-09-17 数值压缩批·文档同步——hp/atk 等数值列改指路存根**：L1/L2 节点编号行集（D0–D8）共 12 行的 hp · atk · atk_min · atk_max · unit_count · unit_count_max · advantage_per_round_cap · armor_class 等现行值**不列于本 registry**——读 `data/tables/enemy.tres`（数值压缩批注释登记：`L1 D0 24/7 → 8/2`、`L1 D1 13/5 → 4/2`、`L1 D2 40/9 → 13/3`、`L1 D3 18/6 → 6/2`、`L1 D4 150/9 → 50/3` Boss、`L2 D0 30/7 → 10/2`、`L2 D1 15/5 → 5/2`、`L2 D4 14/5 → 5/2`、`L2 D5 38/8 → 13/3`、`L2 D6 12/4 → 4/1`、`L2 D7 13/5 → 4/2`、`L2 D8 175/8 → 58/3` drider）；armor_type / armor_class / unit_count 区间 / 技能池权重 / advantage_per_round_cap 不压缩（相对轴与概率轴）。**2026-09-16 敌人技能池批**：行为环拍序列（[attack] 单拍环 / [attack,charge,heavy] 三拍环 / [attack,attack,charge,heavy] 四拍环）与 heavy_multiplier=2 退役，改池模板 + 技能表共享技能行（重击倍率 2 = 技能行 damage_mult）；出处 = 切片 enemy.tres（技能池批改型），曲线数值与池权重归 难度曲线与Boss
       load_bearing_rules: 多敌模型（1–3 同敌种单位，增益状态 单敌假设回验不成立——见 status_effect.single_enemy_assumption）· 行为环确定性轮转（零随机；先作用后推进；死亡即不动手——轮到前被杀本拍不打指针冻结；同步轮转定理）· 效果 side-wide（原伏击池 = side 共享、增益状态 零接口变更——伏击池随 2026-09-20 八型批退役，side-wide 承载改由增益状态 alert 行承接）· 行值快照抗热重载（增益状态 EC9 同款——池模板同在快照范围，实例池冷却全零起步）· **技能池摇号出招（2026-09-16 敌人技能池批改写——原"行为环确定性轮转/同步轮转定理"退役）**：每拍做什么 = 实例池权重摇号〔开轮时点，随机消费在 战斗结算 换算层 behavior_roll 封闭流；本系统语义零随机不变、单位容器收确定值〕；两道闸 = 全技能各自冷却 + 保底 M；死亡即不动手（摇定后兑现前死亡 → 本拍作废不进账）；拍结构保留（每结算每存活敌恰行动一次/行序/先作用后推进）· 零随机零 UI 零事件订阅（排雷玩法 事件面不含 敌人系统——事实经 战斗结算 转化）
       settlement_obligations: 六项（敌人系统 GDD 门禁评审缺项即 blocking）——① 行动每结算恰一次（敌单位专属——主角无环）+ 结算内调用序成文 按摇定技能行兑现→apply_damage→commit_action〔2026-09-16 技能池批改型——原 query_attack→apply_damage→advance 随行为环退役〕 ② 雷→伏击恰一次转化 ③ clamp/负值/溢杀与死亡判定时机成文 ④ F1 条款 3 闭合对账（cap 表值 + 量纲 + 棋盘生成 actuals p10 非 target 参数）⑤ 默认目标消费与单体/AOE 分流 ⑥ 伏击 cap 溢出"溢出未生效"明细行协议。**履行回执（2026-09-10）**：六项已全数落位 战斗结算 GDD（Core Rules 5/6/9/10/12 + Formulas F3/F4——落位映射 = 战斗结算 AC 覆盖矩阵）。**2026-09-20 修订**：④⑥ 随伏击单轮上限删除（用户拍板）退役——对账面去 cap 表值、溢出行协议作废；八型批再修订（2026-09-20 格面资源八型批）：② 雷→伏击恰一次转化改 雷→警觉恰一次转化

design/research/需求卡片-M4数值批-2026-10-05.md

@@ -94,7 +94,7 @@
 
 | # | 契约 | 验证方式 |
 |---|---|---|
-| 🔴 R1 | **跑批批准制**：任何 MC/verifier 发起前拿到用户明示批准，批准口径（档位/局数/种子）随工作日志留痕 | 工作日志逐笔记 |
+| 🔴 R1 | **跑批批准制**：任何 MC/verifier 发起前拿到用户明示批准，批准口径（档位/局数/种子）随状态记录留痕 | 状态记录逐笔记 |
 | 🔴 R2 | **联动检算**：每个投值点附 β 带逐 u 检算行（u=1/2/3），破带不擅调、呈报 | 投值 commit 随附检算 |
 | 🔴 R3 | **先推算后重跑**：所有读数先给静态推算/预期区间，批不准不动模拟器 | 读数报告含推算节 |
 | 🔴 R4 | **provisional 纪律**：新投值一律 provisional 标注并归出口追认清单；摘除 provisional 须读数支撑 | 出口追认清单 |
@@ -179,7 +179,7 @@
 | 级 | 触发 | 处置 |
 |---|---|---|
 | **L1** | 单轮轻闸红 / 推算与复测同向但量级偏差小 | 一次重试自查；仍红 → L2 |
-| **L2** | 推算与复测方向一致但量级差 >50% / 连续 3 轮同红灯 | 记录进需求卡片与工作日志，修订推算模型后继续 |
+| **L2** | 推算与复测方向一致但量级差 >50% / 连续 3 轮同红灯 | 记录进需求卡片与状态记录，修订推算模型后继续 |
 | **L3** | 任一 🔴 R1–R5 破 / 推算与复测方向相反 / 复算暴露结构性破线（β 带全 u 破、带值整体失效）/ 跑批未获批 | 停机写报告等用户发令；**窗口不足如实挂起，禁在二/三/四档下带值结论** |
 
 ## 9. loop engineering 八件对照（合规自证）