feat(combat): 伏击单轮上限删除批——反灾难护栏退役（2026-09-20 用户拍板）——①动机=用户裁决：摆烂连踩雷受罚是应得反馈，行动点预算天然封顶（AP 6/轮）无需再设截断；原上限 4 < AP 6 砍掉最后两层的保护恰是用户不要的保护；②代码删除面=enemy.tres 十二行 advantage_per_round_cap 字段+敌表域校验+战斗编排器 _enemy_cap 截流与溢出行发射+单位容器 F3 伏击授予计划函数与快照字段+日志视图 overflow 行格式化与聚合类型（残留消费面零）；③行协议 10 类→9 类=溢出未生效行唯一发射源即伏击上限截流，上限删除后零发射面整类下线；满层拒收走奖励未生效行（增益状态文档三处行名随代码实发对齐）；④GDD 同步=敌人系统 v0.11（伏击节重述/字段表删行/结构冻结联动纪律去两条/验收标准同步）+战斗结算 v0.19（行协议 9 类/授予段直授无上限/守恒条改池共享）+地图战斗资源 v0.13+难度曲线与Boss v0.14+UX 三文档/HUD/音频/战斗表现行协议计数与未生效类行枚举同步；⑥registry=伏击溢出词条与 cap 字段行删除+敌表 clause3_supply 上界式改 unit_count × AP 上界 × m_amb+两处义务履行回执追加 2026-09-20 修订注记+行型封闭枚举 9 类；⑦06 待办=伏击量纲与上限联动复核改写为量级当量复核（上限面收口，量级重核归曲线调参批）+同深度第二敌种条目混编上限取值面消解注记；⑧验证=冒烟 330 项 0 失败三闸全过（blast 负向断言改 stacks 读极性字典行的直授累加）+gdd_lint 与 master 基线一致（8 文件存量不通过非本批引入）；⑨遗留=docs/lean-gdd-sample-b1.md 样例文档两处旧口径未动（非规范件）；随批新增 rhythm_batch.gd.uid（编辑器缓存刷新产物，Godot 4.7 uid 侧车入籍）

design/gdd/06-待办清单.md

@@ -98,13 +98,13 @@
 
 ### 敌人系统
 
-#### 伏击量纲与上限的联动复核
+#### 伏击量纲的量级当量复核
 
-**现状**：附加值 3 为 provisional（量纲已定稿）；上限与量纲、攻击基线存在联动，联调前须重跑方向性预检并同步 registry。**2026-09-17 数值压缩批注记**：magnitude +3 → +1（量纲未变，参见 `data/tables/status_effects.tres` ambush 行）；压缩批后 magnitude=1 状态下，方向性预检须按新值重跑（cap=4 下右臂 m_amb × min(AP,cap) 量级同步压缩——量级当量重核随数值压缩批同步推进）
+**现状**：附加值 +1 为 provisional（量纲已定稿，参见 `data/tables/status_effects.tres` ambush 行）。原登记的上限与量纲联动面已消解：**单轮授予上限（advantage_per_round_cap）随 2026-09-20 用户拍板删除**——反灾难护栏退役，一轮踩雷数由行动点预算天然封顶，连踩雷受罚是应得反馈；溢出未生效行类型（行协议 10→9 类）与混编遭遇上限取值歧义随之消失。
 
-**归属**：战斗结算对账闭合时裁决
+**归属**：战斗结算对账闭合时裁决（量级当量随难度曲线调参批对账）
 
-**状态**：待办（2026-09-17 量级当量重核同步推进）
+**状态**：上限面已收口（2026-09-20 删除批，冒烟 330 项全绿）；量级重核归曲线调参批
 
 #### 零伤害 / 无威胁组合的跨字段护栏
 
@@ -117,11 +117,11 @@
 
 #### 同深度第二敌种与精英 / Boss 编码位
 
-**现状**：现键结构（关卡序号 × 节点深度 × 敌种）无编码位；混编遭遇下伏击上限取哪行值未定义——现行结构恒单行值。
+**现状**：现键结构（关卡序号 × 节点深度 × 敌种）无编码位。
 
 **归属**：随[关卡节点地图](systems/冒险循环/关卡节点地图.md)定稿改键一并裁决
 
-**状态**：部分收口（2026-09-17）——同层多遭遇问题已由关卡节点地图 v1.0 的**节点编号升级**消解（`node_depth` 语义 = 关卡内唯一节点编号，同层不同节点各查各行，键结构零改动）；**不设精英 / Boss 编码位**（Boss = 最大编号节点，精英 P2 内容承载）。剩余面继续待办并改归属：同场多敌种（同一编号行集多行）的行集校验放开 + 混编遭遇伏击上限取值口径——归属**敌人表行集多行批（战斗侧，排技能池实施批落地后）**
+**状态**：部分收口（2026-09-17）——同层多遭遇问题已由关卡节点地图 v1.0 的**节点编号升级**消解（`node_depth` 语义 = 关卡内唯一节点编号，同层不同节点各查各行，键结构零改动）；**不设精英 / Boss 编码位**（Boss = 最大编号节点，精英 P2 内容承载）。剩余面继续待办并改归属：同场多敌种（同一编号行集多行）的行集校验放开 ——归属**敌人表行集多行批（战斗侧，排技能池实施批落地后）**（混编伏击上限取值口径面已随 2026-09-20 单轮上限删除消解）
 
 
 #### 敌方护甲等级（armor_class）正式行值

design/gdd/systems/冒险循环/难度曲线与Boss.md

@@ -215,7 +215,7 @@ Boss 战的棋盘用本关最大板形（板形行值读棋盘参数表），板
 
 第二关图版注记（分支节点图批）：兄弟精 = bugbear 复用（幽暗地域部族设定——display_name 与第一关"熊地精"错开；池差异化改造 = 蓄力拍退役换突刺，复用共享技能行）；巨蜘蛛 = 新敌种（群行倾向、首遇位固定数量不加骰——首遇教学位纪律）；蛛化卓尔精灵 = Boss 专属池（独占技毒爆 + 权重轮廓，血量为 r_boss 口径 provisional 锚——定位本关最大单场消耗）；护甲面：轻甲（蜘蛛）与魔法护甲（兄弟精）同关错开克制面，Boss 重甲。「兄弟精」称呼经用户 2026-09-17 确认 = 熊地精 bugbear；Boss 定名蛛化卓尔精灵（用户同日拍板）。节点编号 2 = 奖励点（直通空态）、3 = 恢复点（rest_heal_pct 行字段兑付）——不开战斗、无敌人/棋盘行。
 
-单轮伏击授予上限已定稿（行值读敌人表 advantage_per_round_cap）。攻击浮动开战时掷定一次、整战持久；数量区间同流掷定，教学位与首遇位都不豁免——没有区间上界的行自然取定值，那不是豁免，是区间宽度为零。
+伏击不设单轮授予上限（原 advantage_per_round_cap 行值已随 2026-09-20 用户拍板删除——一轮踩雷数由行动点预算天然封顶）。攻击浮动开战时掷定一次、整战持久；数量区间同流掷定，教学位与首遇位都不豁免——没有区间上界的行自然取定值，那不是豁免，是区间宽度为零。
 
 技能池投值（池权重/冷却/保底的所有权本文，机制归[敌人系统](../战斗循环/敌人系统.md)；行值读 `skills.tres` 与 `enemy.tres` 的 pool，全部 provisional）：
 
@@ -279,3 +279,4 @@ Boss 战的棋盘用本关最大板形（板形行值读棋盘参数表），板
 | v0.11 | 2026-09-18 | **甲效矩阵用户调参批同步（零代码，事实源 settlement.tres 五格改值——详见[战斗结算](../战斗循环/战斗结算.md) v0.15）**：正文克制矩阵节与调参表联动行「克制/中性/被克三档」措辞改五档（克制 / 弱克制 / 中性 / 弱被克 / 被克，档值读表）；联动义务面扩写——矩阵档值变更与敌种护甲变更同列，都必须复算 Boss 与普通战的击杀区间。敌种甲类型行值零改动 |
 | v0.12 | 2026-09-18 | **数值语言拍板批·甲效矩阵加法核换装同步（零行值改动——与 01-核心循环 数值语言条款 / 元进度 / registry / 06-待办清单 / 切片代码同批）**：正文克制矩阵节与调参表克制矩阵行两处五档措辞改三档加法（克制 / 中性 / 被克三档加法修正 +1 / 0 / −1 点，量纲由百分比改整数点数）；重定价义务面扩写——矩阵加法修正点数随攻击成长的重定价与敌种护甲变更同列，均须复算 Boss 与普通战的击杀区间 |
 | v0.13 | 2026-09-19 | **技能池节奏体验验证批（与 06-待办清单 / tools/skill_rhythm_audit.py / smoke/rhythm_batch.gd 同批，零行值改动）**：06 待办「单拍行为环的体验验证（改型：技能池节奏体验验证）」解决移除——判读带用户拍板（过旱 = 战斗整体全敌人零特殊技；过涝 = 连续特殊技无普攻基底）；调参表「池 EV 锚」行登记 60 种子正式读数（份额对表 / 保底零越界 / 过涝无信号 / 过旱归短命杂鱼生存时长）；**方法论规则成文：节奏/EV 类日志读数须 ≥50 distinct seeds**（4200 系 10 种子×网格重复曾产生地精一伙 0/484 突刺假象，4300 系复跑证伪——与 armor_roll 种子偏置发现同族，见 registry rng_service 关联面） |
+| v0.14 | 2026-09-20 | **伏击单轮上限删除批同步（零行值改动——上限行值整体退役）**：关键投值节单轮伏击授予上限改述不设上限；原 advantage_per_round_cap 对账供给面随批作废 |

design/gdd/systems/战斗循环/地图战斗资源.md

@@ -123,7 +123,7 @@
 
 ### 负向恒即时：惩罚没有库存语义
 
-负向兑付全部在授予段当场执行，不入库、不出窗口——惩罚不设库存、不留存量。正向里的 percent 类（增益行）进[增益状态](增益状态.md)的容器；flat 类（群伤、治疗、直伤）当场结算。叠层饱和由战斗结算既有池 clamp 承载；blast 负向（伏击）额外受[敌人系统](敌人系统.md)的伏击上限护栏约束，溢出照既有"溢出未生效"行协议。负向直伤使主角生命归零时，结算按战斗结算的致死短路规则处理。
+负向兑付全部在授予段当场执行，不入库、不出窗口——惩罚不设库存、不留存量。正向里的 percent 类（增益行）进[增益状态](增益状态.md)的容器；flat 类（群伤、治疗、直伤）当场结算。叠层饱和由战斗结算既有池 clamp 承载；blast 负向（伏击）直授无上限（原伏击单轮上限已随 2026-09-20 用户拍板退役）。负向直伤使主角生命归零时，结算按战斗结算的致死短路规则处理。
 
 举证：本节为兑付语义，无计算。
 
@@ -238,3 +238,4 @@
 | v0.9 | 2026-09-17 | **数值纪律收口批：正文与调参表 knob 现行值改指路存根（事实源 `data/tables/*.tres` 与 registry），3 处失同步值修正**——候选集合节"合计 = 67"字面量改指路 reward.tres cell 池正向行 weight 之和（现行值读表）；候选集合表"类型频次合计"列两处 67 改"见 reward.tres"；代码事实源清单五型 weight 明细（attack_up 20 · ac_up 16 · spark_aoe 16 · heal_minor 3 · weaken 12）改"5 行正向行 weight 现行值读 reward.tres" |
 | v0.11 | 2026-09-18 | **战斗数值结构修复批·极性矩阵同步（2026-09-18 盘问会话用户拍板，与战斗结算 v0.14 / 增益状态 v0.9 / registry / 切片代码同批）**：① defense 型负向 off_guard 行失同步修正——原残留"hero_defense 池，承伤加深"改"AC 掷点阈值轴负向、不入池"（off_guard 换装 AC 轴随结构修复批落地，effect_pool_map 删键）；② weaken 型正向行补续时定案注记（同名重复授予只刷新剩余次数——2026-09-18，叠层措辞随批退役） |
 | v0.12 | 2026-09-19 | **插旗不可逆批·极性矩阵同步（用户拍板全套落地，与战斗结算 v0.18 / 排雷玩法 v0.5 / registry / 切片代码同批）**：矩阵「标旗后当轮撤旗」行删除（撤旗动作退役）、「插旗格直接挖开」行新增——安全格零兑付（四情况④零惩罚零奖励）、雷格负向照常（四情况②只受挖雷一层惩罚、标中不发）；路由描述「抵消过滤」随战斗结算改「判定基线」 |
+| v0.13 | 2026-09-20 | **伏击单轮上限删除批同步（与战斗结算 v0.19 / 敌人系统 v0.11 等同批）**：负向即时节 blast 负向的伏击上限护栏与溢出行协议措辞删除，改直授无上限 |

design/gdd/systems/战斗循环/增益状态.md

@@ -90,7 +90,7 @@
 
 并存分支没有满层上限，但容器规模天然有界：实例数的上界就是受理过的授予数——多受理一份就多一份实例，多少份在授予那一刻就完全确定，不会无限膨胀。
 
-叠加是纯加法：几层就是几倍的行值。叠到行上限后再授予同款会被拒绝，容器一个字不变；但这份奖励不会被无声吞掉——结算明细多一行"溢出未生效"（满层后白拿的那份，如实留痕），连来源一起写明，玩家看得到"这层白拿了"。浪费诚实、可规划。
+叠加是纯加法：几层就是几倍的行值。叠到行上限后再授予同款会被拒绝，容器一个字不变；但这份奖励不会被无声吞掉——结算明细多一行"奖励未生效"（满层后白拿的那份，如实留痕），连来源一起写明，玩家看得到"这层白拿了"。浪费诚实、可规划。
 
 无论重复来自玩家直接踩出的格子，还是连锁展开自动开出的奖励格，都走同一个授予入口、同样产生溢出行、同样留痕。
 
@@ -187,7 +187,7 @@ empower 与 fortify 是敌方技能池增益技在容器侧的数据落点（技
 3. 容器按表行合并策略受理（新建 / 叠一层 / 刷新），实例立即生效并携带归因记录。
 4. 战斗结算查询生效清单，逐行兑付进结算公式（有效值 = 层数 × 行值）。
 5. 兑付完做轮末衰减：全部实例剩余次数减一，归零移除——先兑付、后衰减。
-6. 战斗外授予、未知状态、满层授予一律被拒且容器不变；满层的"溢出未生效"行归战斗结算的结算明细。
+6. 战斗外授予、未知状态、满层授予一律被拒且容器不变；满层的"奖励未生效"行归战斗结算的结算明细。
 7. 战斗结束通知到达：全实例清空、容器回空，不跨到下一场战斗。
 
 ## P1 / P2 后置
@@ -233,7 +233,7 @@ empower 与 fortify 是敌方技能池增益技在容器侧的数据落点（技
 - 授予即生效：状态发入当轮结算即兑付第一次，无"待生效"中间态。
 - 只记账不去重：同一事实被转化两次授予，入账两层——去重责任在战斗结算。
 - 叠层不减钟：叠加只加层数，剩余次数保持首次授予定下的轨迹不变。
-- 满层拒绝原子且留痕：叠满后再授予返回失败、容器逐字不变；结算明细多一行"溢出未生效"（含来源）。
+- 满层拒绝原子且留痕：叠满后再授予返回失败、容器逐字不变；结算明细多一行"奖励未生效"（含来源）。
 - 先兑付后衰减：每轮结算恰做一次衰减，归零实例当轮移除；停手轮、弃图刷新轮照常衰减。
 - 合成不收口：容器输出的有效值恒等于层数 × 行值，越出百分比域不封顶不保底；地板在战斗结算侧。
 - 快照抗重载：已授予实例的数值在战斗中不受配置表重载影响，只影响后续授予。

design/gdd/systems/战斗循环/战斗结算.md

@@ -71,14 +71,13 @@
 
 ### 明细流水：每一行都能指回你刚才的哪一步棋
 
-结算过程中每一件事都写一行明细，每行标注来源——哪个安全格、哪面旗、哪颗雷、清图奖励。这份流水是结算明细屏（玩家逐行查看决策兑现结果的界面）的数据源，也是回放对账与数据导出共读的唯一契约。行型封闭为 10 类，不允许私自增加；新增或下线行型属于行协议变更，必须走本文修订，并同步呈现层的行格式化。
+结算过程中每一件事都写一行明细，每行标注来源——哪个安全格、哪面旗、哪颗雷、清图奖励。这份流水是结算明细屏（玩家逐行查看决策兑现结果的界面）的数据源，也是回放对账与数据导出共读的唯一契约。行型封闭为 9 类（2026-09-20 伏击上限删除批下线溢出未生效行），不允许私自增加；新增或下线行型属于行协议变更，必须走本文修订，并同步呈现层的行格式化。
 
 | 行型 | 什么时候写 |
 |---|---|
 | 效果行 | 增益/减益段每条效果一行：本次授予贡献值与池合成值分列，防误读 |
 | 伤害行 | 每次伤害一行：目标、伤害分量、修正终值、击杀标记；吃护甲等级掷点的分量，掷点读数与折扣档位随行留档，nat20 暴击随行标记并金框高亮（行型封闭清单不变） |
 | 治疗行 | 治疗生效一行：封顶后的真实回复量 |
-| 溢出未生效行 | 踩雷超出伏击上限，超出的每颗一行 |
 | 奖励未生效行 | 满层拒收、满血治疗等合法例外一行 |
 | 标旗未中行 | 旗插空的零值归因行，每颗雷只记一次；标错的负向兑付另记效果行 |
 | 蓄力行 | 敌人本拍蓄力不动手（攒下一击）时记一行 **（2026-09-16 敌人技能池批改型为施放行 `cast`：敌人本拍施放增益技——0 伤害动作、具名技能、不兑付伏击；蓄力语义改写为纯攻击增益技，见[敌人系统](敌人系统.md)）** |
@@ -146,9 +145,9 @@ percent 类（每结算、每层）:            E = |层数 × 行值| ÷ 100 ×
 | 即时全体伤害（flat） | blast 正向 | 当场对全体存活敌各扣表值生命 | 场上无敌可打时零兑付，记"奖励未生效"行 |
 | 即时治疗（flat） | heal 正向 | 主角按表值回复并封顶上限 | 满血时零兑付，记"奖励未生效"行 |
 | 直伤（flat） | heal 负向 | 主角当场扣表值生命，不经增益状态 | 生命归零即走致死短路 |
-| 伏击加层 | blast 负向 | 敌方还手附加伤害 +stacks 层（读 `reward.tres` ambush_double 行），入伏击池 | 超上限部分记"溢出未生效"行 |
+| 伏击加层 | blast 负向 | 敌方还手附加伤害 +stacks 层（读 `reward.tres` ambush_double 行），入伏击池 | 直授无上限（2026-09-20 上限退役） |
 
-伏击有上限（[敌人系统](敌人系统.md)的反灾难护栏）：blast 负向兑付超出上限时只有上限内生效，超出的逐颗记"溢出未生效"行。伏击聚成一个池，本结算里多个敌人共享同一池值、互不消耗，且只活一轮、轮末清零。其余四型的负向不受伏击上限约束，各自受池 clamp 与叠层上限承载。
+伏击无上限（原[敌人系统](敌人系统.md)反灾难护栏随 2026-09-20 用户拍板退役——一轮踩雷数由行动点预算天然封顶）。伏击聚成一个池，本结算里多个敌人共享同一池值、互不消耗，且只活一轮、轮末清零。其余各型负向受池 clamp 与叠层上限承载。
 
 标中资格认雷不认旗：兑付资格以雷格实例为键——旗无任何移除手段（拔旗退役，重复插旗被"已有旗"拒绝）、同一颗雷跨轮不重复兑付；换图后新雷是新实例，资格自然重置。同一面旗一直插在雷上，每轮都会重新上报标中，去重是本系统的职责。
 
@@ -313,7 +312,7 @@ EV 参考数不入正文（派生读数，需要时按判定式与现行表值
 - 挖旗格兑付改判（插旗不可逆批 2026-09-19）：有旗格直接挖开被受理——插旗安全格直挖零奖励（作废归因行恰一次）、插旗雷格直挖只吃挖雷惩罚；被挖开的旗不入轮末判定（零标中 / 标空兑付）；开格事实不可撤。
 - 每事实恰一次：每格受理、每旗判定恰好一次；重复投递不改变结果。
 - 极性路由正确：开安全格 / 标中旗只兑正向、开雷格 / 标错旗只兑负向；兑付效果与该格资源类型的字典行一一对应。
-- 伏击守恒：blast 负向兑付超出上限时兑付数等于上限，超出部分逐颗记"溢出未生效"行；多敌共享同一伏击池值。
+- 伏击池共享：多敌共享同一伏击池值；blast 负向逐层直授无上限（原单轮上限 2026-09-20 退役）。
 - 完美排雷：零误标且至少一面标中时第二份兑付恰一次并发高光行；出现误标或零标中则无高光；计数换图重置。
 - 开轮摇号：每轮恰摇一次（首轮同样；轮内刷新换图不重摇）；摇定后兑现前死亡 → 本拍技能作废（零敌方行动行）、不进冷却不进保底计数；已兑现技能进冷却、保底计数按执行结果更新。
 - 战斗段次序：主角先手后逐敌"按摇定技能行兑现、结算伤害、执行上报"各恰一次；主角倒下立即短路，剩余敌人不行动。
@@ -325,7 +324,7 @@ EV 参考数不入正文（派生读数，需要时按判定式与现行表值
 - 关卡收束：关卡结束清空魔法道具背包恰一次并返回清空前计数；战斗结束不清背包。
 - 可回放（封闭随机流口径）：同种子同输入两遍步骤流逐位复现；随机消费仅限五处封闭随机流——开战掷骰（初始化随机）、技能摇号 `behavior_roll`（回合内、开轮时点、步骤流之外）、护甲等级掷点 `armor_roll`（回合内、步骤流之内）、奖励格摇号 `reward_roll`（初始化、装板期）、换板棋盘生成 `board_gen`（初始化、清图轮换板时点），无未登记随机源、零界面等待；单敌出招轨迹可独立复放、互不穿插。
 - 无来源即炸：每行明细都能指回一个来源事实（棋盘格、单位、清图或段级结论）；找不到来源即断言失败，行型与来源类别两层豁免清单见明细流水一节，豁免行仍受其它契约约束。
-- 行型封闭：流水只出现本文登记的 10 类行型；新增或下线行型必须走本文修订并同步呈现层行格式化，未登记行型不得落行。
+- 行型封闭：流水只出现本文登记的 9 类行型；新增或下线行型必须走本文修订并同步呈现层行格式化，未登记行型不得落行。
 
 ## 待办
 
@@ -354,3 +353,4 @@ EV 参考数不入正文（派生读数，需要时按判定式与现行表值
 | v0.16 | 2026-09-18 | **甲效矩阵加法核换装批（用户拍板数值语言——小整数加法核，与 01-核心循环 数值语言条款 / registry / 切片代码同批）**：量纲 percent→整数点数，三档（克制 +1/中性 0/被克 −1）九格改值〔normal 0/+1/−1、pierce −1/+1/0、magic 0/−1/+1〕，pierce×heavy = 0 中性为用户特别拍板；五档词表与百分比乘区退役（v0.15 的五档表随批短命退役，理由=个位数刻度假粒度）；分量算术改述=折算取整后加修正点数；缺项回退 100→0；奖励直伤行 payload 键 effectiveness 保留、值语义改点数；池乘区/AC 折扣档/暴击保留百分比并成文粒度口径（数值语言条款：百分比仅此三处既有粗档+开发侧工具）；切片同批：settlement.tres/settlement_table.gd/damage_math/battle_orchestrator/smoke/registry/01-核心循环同步 |
 | v0.17 | 2026-09-19 | **技能池新效应词汇批（用户拍板——设计权威 docs/proposal-status-vocabulary.md v1.0，与 敌人系统 / 增益状态 / registry / 切片代码同批）**：① 三乘法链尾部 +必中附加分量 rider（伤害技 rider_mult 字段：max(伤害下限, floor(攻击基线 × rider_mult))——后置加法、必中全额、不进乘区不出暴击、价位锚 0.75 = AC 折扣档最轻档；"固定值伤害"改形——固定值不随基线缩放与共享技能表前提冲突）；② 增益/妨害技 = 同族施放行（0 伤害不掷不折不兑伏击），妨害状态按状态行 target_side 落主角——零新授予通道；③ 必中家族清单 +rider（掷点边界切口）；④ 公式行/吃掷点行/验收标准三处同步 + 新效应词汇验收条目（rider 逐拍精确复算 + rider 键封闭 + 妨害落主角端到端）；⑤ 实装面 = 仅 L2 Boss 卓尔（毒爆 +rider、新行蛛网束缚妨害→失衡），其余敌种不动；多段命中经用户拍板退役不入词汇表 |
 | v0.18 | 2026-09-19 | **插旗不可逆批（用户拍板全套落地，2026-09-18 提案转正；与排雷玩法 v0.5 / 行动经济 v0.4 / 地图战斗资源 v0.12 / registry / 切片代码同批）**：① 授予段「抵消过滤」改述「判定基线」——撤旗动作退役，旗判定以轮末在场旗为基线，被挖开的旗不入基线；② 新增插旗不可逆四情况兑付表：①标中照常 / ②插旗雷格直挖只吃挖雷惩罚标中不发 / ③标空照常 / ④插旗安全格直挖零惩罚零奖励（正向作废 + reward_ineffective 归因行）；③ 挖格批兑付表补四情况分支；④ 标中资格措辞改「旗无移除手段」（拔旗重插通道消失）；⑤ P0 闭环第 2/4 步与验收标准同步（「抵消过滤」条改「挖旗格兑付改判」）。切片同批：minesweeper_rules 挖旗格放行 + flag_pull 出目录 + dug_under_flag 事件标记、battle_orchestrator 情况④零奖励抑制、action_economy 表 flag_pull_ap_cost 删除、冒烟 317→327 项 0 失败（四情况探针 `_smoke_flag_irreversible_quadrants`） |
+| v0.19 | 2026-09-20 | **伏击单轮上限删除批（用户拍板——与 敌人系统 / 地图战斗资源 / 难度曲线与Boss / registry / 切片代码同批）**：① 行型协议 10 类→9 类——溢出未生效行下线（唯一发射源 = 伏击上限截流，上限删除后零发射面）；② 授予段伏击加层改直授无上限（反灾难护栏退役——一轮踩雷数由行动点预算天然封顶）；③ 核验清单伏击守恒条改伏击池共享；④ 切片同批：enemy.tres 12 行字段删除、敌表校验/编排器截流/单位容器 F3 计划函数/日志视图 overflow 格式化删除、冒烟 blast 负向断言改直授累加（330 项 0 失败） |

design/gdd/systems/战斗循环/战斗表现.md

@@ -63,7 +63,7 @@
 |---|---|---|
 | 受击反馈 / 死亡表现 / 顺位标记 | [敌人系统](敌人系统.md)的资产需求下限三类（终稿归样张批，呈现语义已归 battle.md） | 终稿资产与动画兑现；死亡不得瞬消 |
 | 特殊技技能动画定稿 | [敌人系统](敌人系统.md)三档可见性规格（2026-09-16 敌人技能池批改型：行为环姿态预告〔一态与三态〕退役——现行数据面 = 普通攻击零表示、特殊技攻/防系两型动画〔攻击系/增益系〕，暴击为掷点层无前置表示；battle.md 意图线索映射目录已同步改型注记） | 把摇定动画映射（两型）做成终稿资产 |
-| 溢出未生效行的呈现 | [增益状态](增益状态.md)定稿时登记（数据源是[战斗结算](战斗结算.md)的明细协议） | 让这类行在演出中可读、不被吞掉 |
+| 奖励未生效行的呈现 | [增益状态](增益状态.md)定稿时登记（数据源是[战斗结算](战斗结算.md)的明细协议） | 让这类行在演出中可读、不被吞掉 |
 | 效果来源格的可读化 | 同上（候选形态：缩略图或格子高亮，坐标不直接呈现） | 把"效果来自哪一格"翻译成玩家可读的演出 |
 | 坍塌显形的连锁动画 | [游戏概念](../../00-游戏概念.md)的概念层拍板——坍塌显形是[连锁展开](../排雷循环/排雷玩法.md)的玩家可见名，与音频方向同批配对登记 | 连锁展开触发时的连锁演出 |
 | 高光兑现的演出强化 | 完美排雷与标中旗强调的机制及呈现位已由战斗结算与 battle.md 定稿 | 在既有高光行呈现之上加强演出密度 |

design/gdd/systems/战斗循环/敌人系统.md

@@ -24,7 +24,7 @@
 | 两张单位表与技能表的定义与回填 | 敌人表（含池模板）、主角表、技能表的字段、取值域、表值回填（表本体的承载与读取归数据配置） |
 | 技能池语义 | 池构成纪律、技能行词汇表、实例池与冷却状态、死亡作废规则 |
 | 目标顺位规则 | 敌方打谁、玩家与道具默认打谁的固定顺位 |
-| 伏击词条量纲 | 每层伏击附加多少伤害、单轮授予上限的表值 |
+| 伏击词条量纲 | 每层伏击附加多少伤害 |
 
 不负责：
 
@@ -147,9 +147,9 @@ Boss 专属身份 = 专属池承载：独占技能 + 权重轮廓（现行：酋
 
 ### 伏击：每踩一颗雷，敌方全体多叠一层附加伤害
 
-玩家挖开惩罚格（雷格在玩家侧的叫法，首发类型是怪物巢穴）就是惊动巢穴：敌方全体获得一层"伏击"——敌方侧的增益词条。一层伏击 = 敌人每次伤害类技能（普通攻击或伤害技）额外附加固定点数伤害（每层表值，量纲已定稿——按主角血量点数计）。伏击只活一轮：轮末结算清零，没有跨轮存量。单轮授予有上限（表值）：上限内逐颗叠加，达到上限后多踩的雷不生效，但逐颗记一行"溢出未生效"结算明细——惩罚不静默蒸发。
+玩家挖开惩罚格（雷格在玩家侧的叫法，首发类型是怪物巢穴）就是惊动巢穴：敌方全体获得一层"伏击"——敌方侧的增益词条。一层伏击 = 敌人每次伤害类技能（普通攻击或伤害技）额外附加固定点数伤害（每层表值，量纲已定稿——按主角血量点数计）。伏击只活一轮：轮末结算清零，没有跨轮存量。
 
-单轮上限是对"连踩多颗雷"灾难轮的反灾难护栏；单轮踩雷数天然受每轮行动点预算约束（行动点表值归[行动经济](../排雷循环/行动经济.md)），这是上限默认值的结构背景。上限配 0 表示该敌种免疫伏击：每颗雷都记明细、都可见、都无效。
+一轮内的踩雷数天然受每轮行动点预算约束（行动点表值归[行动经济](../排雷循环/行动经济.md)）——这就是惩罚的自然封顶。原单轮授予上限护栏已随 2026-09-20 用户拍板退役：摆烂连踩雷受罚是应得反馈，不再截断（原上限 0 = 免疫伏击语义随之作废，未来敌种差异化免疫如需要另行立项）。
 
 | 细则 | 含义 |
 |---|---|
@@ -157,7 +157,6 @@ Boss 专属身份 = 专属池承载：独占技能 + 权重轮廓（现行：酋
 | 施放行零兑付 | 增益技不出手、不读伏击层——本轮喂的伏击若逢敌人全是施放拍，一点不兑现（读怪的奖励） |
 | 层池共享不消耗 | 同一次结算多个敌人读同一层数，不均分、不先到先得 |
 | 当轮授予当轮兑付 | 授予发生在兑付之前：本轮踩的雷，若该轮有伤害拍，当轮就生效 |
-| 溢出可见 | 生效层数 = min(当轮新踩雷数, 上限)，其余逐颗记"溢出未生效"明细 |
 
 举证：**伤害拍伤害 = 攻击基线 × 技能倍率 + 层数 × 每层伏击表值；施放拍恒为 0。**
 
@@ -165,7 +164,7 @@ Boss 专属身份 = 专属池承载：独占技能 + 权重轮廓（现行：酋
 伤害拍：伤害 = atk × 倍率 + a × L        L = 当轮伏击层数；a = 每层伏击附加表值（provisional，量纲已定稿）
 普攻拍：伤害 = atk + a × L              倍率恒 1 的特例
 施放拍：伤害 = 0                         不读伏击层
-生效层数 L = min(当轮新踩雷数, 单轮上限)   溢出 = 雷数 − L，逐颗记明细
+生效层数 L = 当轮新踩雷数（无上限，行动点预算天然封顶）
 ```
 
 验算（表值 provisional，行值读配置表）：设熊地精攻击基线 A、重击倍率 M、L 层伏击的重击拍 = A × M + L × a；若把伏击塞进倍乘会算出 (A + L × a) × M——后置加法由此判别。
@@ -216,7 +215,7 @@ Boss 专属身份 = 专属池承载：独占技能 + 权重轮廓（现行：酋
 
 1. 战斗开始：战斗结算按遭遇坐标调本系统生成单位——读表快照实例化本战数量的敌人（池模板快照成实例池、冷却全零），主角以血量入参生成。
 2. 开轮摇号：战斗结算换算层排除冷却中技能、按行序逐敌摇定本拍动作写入实例池，随后冷却递减（首轮同样摇；轮内刷新换图不重摇）。
-3. 挖掘期踩雷：事实经战斗结算转化为伏击施加——每颗雷恰一次、上限截流、溢出逐颗记账。
+3. 挖掘期踩雷：事实经战斗结算转化为伏击施加——每颗雷恰一次、逐层记账（无上限）。
 4. 每轮结算：主角先手攻击顺位最前的存活敌人；每个存活敌人按摇定技能行兑付（伤害技 = 基线 × 倍率 + 伏击附加，增益技 = 施放行 + 状态授予）。
 5. 受击上报、血量递减；归 0 即移出顺位（摇定后兑现前死亡 → 本拍作废不进账）。
 6. 执行上报：已兑现的技能进冷却、保底计数更新（普攻 +1 / 特殊技归零）。
@@ -252,7 +251,6 @@ Boss 专属身份 = 专属池承载：独占技能 + 权重轮廓（现行：酋
 | hp | [1, 999] | 单位生命基线（难度修饰前） |
 | atk | [0, 999] | 攻击基线；0 合法 = 纯伏击伤敌种 |
 | pool（池模板） | {skill_id, weight} 数组，weight ∈ (0, 9999] | 技能行引用在技能表；池构成纪律与悬空引用加载期拒绝（校验在数据配置跨表通道） |
-| advantage_per_round_cap | [0, 16] | 单轮伏击授予上限（行值读表，已定稿）；0 = 免疫伏击；也是扫雷经济侧对账的惩罚上限供给值 |
 
 技能表（全局单表，技能行主键 skill_id）：
 
@@ -276,7 +274,7 @@ Boss 专属身份 = 专属池承载：独占技能 + 权重轮廓（现行：酋
 
 各敌种行值、池权重与池 EV 读数（含闸长期速率实测）一律读配置表与调参日志，本文不登记具体数值；EV 重锚与权重投值归[难度曲线与Boss](../冒险循环/难度曲线与Boss.md)。
 
-结构冻结（非调参项，修订走本文流程）：技能类型枚举封闭、每池恰一普攻、每池增益 ≤1、死亡即不动手（摇定后兑现前死亡作废不进账）、每结算每存活敌恰行动一次、行序、先作用后推进、伏击层池共享读法、附加后置加法、伏击按主角血量点计量纲、固定顺位、每坐标恰一敌种、零随机（本系统自身语义零随机不变——摇号与掷点随机一律在[战斗结算](战斗结算.md)结算换算层按封闭随机流掷定，可回放契约 = 同种子同输入逐位复现，单敌出招轨迹可独立复放）。联动纪律：单轮上限 × 攻击基线（支配边界联动）、数量 × 上限（单结算上界双线性）、技能倍率 × 攻击（伤害拍支配）、权重 × 冷却 × 保底（池节奏三联动）禁止独立调参，联调须重跑方向性预检并同步 registry（见待办）。
+结构冻结（非调参项，修订走本文流程）：技能类型枚举封闭、每池恰一普攻、每池增益 ≤1、死亡即不动手（摇定后兑现前死亡作废不进账）、每结算每存活敌恰行动一次、行序、先作用后推进、伏击层池共享读法、附加后置加法、伏击按主角血量点计量纲、固定顺位、每坐标恰一敌种、零随机（本系统自身语义零随机不变——摇号与掷点随机一律在[战斗结算](战斗结算.md)结算换算层按封闭随机流掷定，可回放契约 = 同种子同输入逐位复现，单敌出招轨迹可独立复放）。联动纪律：技能倍率 × 攻击（伤害拍支配）、权重 × 冷却 × 保底（池节奏三联动）禁止独立调参，联调须重跑方向性预检并同步 registry（见待办）。
 
 ## 验收标准
 
@@ -286,10 +284,10 @@ Boss 专属身份 = 专属池承载：独占技能 + 权重轮廓（现行：酋
 - 死亡即不动手：摇定后、兑现前被杀——本拍技能作废（零行动明细行），不进冷却、不进保底计数；行动完成后才死——已兑付已进账；对已死亡单位上报受击被拒绝且状态不变。
 - 空池不可能：每池恰一行普通攻击（域校验），普攻冷却恒 0 → 任意实例任意拍可摇集合恒非空。
 - 伏击读值：伤害拍读值 = 基线 × 倍率 + 层数 × 每层伏击表值（与"伏击进倍乘"的错算可判别）；普攻 = 倍率 1 特例；施放拍恒为 0；同层数多敌读值一致、读值前后单位状态零变化。
-- 伏击授予与溢出：生效层数 = min(雷数, 上限)，且生效 + 溢出 = 雷数（零静默蒸发）；上限 c 时踩 N 颗雷生效 min(N, c)、溢出 N − c；上限配 0 时全部记溢出且全部无效。
+- 伏击授予：踩 N 颗雷生效 N 层、逐层直授无上限（原单轮上限 2026-09-20 退役）；多敌共享同一伏击池值。
 - 目标顺位：多敌时单体目标恒为生成序最前存活者，杀最前后顺延；杀至空返回空；单敌时顺位与范围效果重合。
 - 快照抗改表：实例化后修改敌人表，已生成单位的数值投影与实例池逐字不变；新实例才用新表值。
-- 表校验：越域值、池权重 ≤ 0、空池、普攻配倍率/冷却、池增益 > 1、skill_id 悬空、同坐标第二敌种均在加载期报错止动；域内合法极端（攻击基线 0、上限 0）不拒；主角表恰一行、攻击配 0 拒绝。
+- 表校验：越域值、池权重 ≤ 0、空池、普攻配倍率/冷却、池增益 > 1、skill_id 悬空、同坐标第二敌种均在加载期报错止动；域内合法极端（攻击基线 0）不拒；主角表恰一行、攻击配 0 拒绝。
 - 零随机回放：同一动作与受击序列驱动两个独立实例，存活投影、逐实例摇定轨迹、顺位返回序列逐项相同。
 - 表实一致：三张配置表字段与 registry 的 enemy / hero / skill 条目逐字段一致。
 
@@ -311,3 +309,4 @@ Boss 专属身份 = 专属池承载：独占技能 + 权重轮廓（现行：酋
 | v0.9 | 2026-09-18 | **甲效矩阵用户调参批同步（零代码，事实源 settlement.tres 五格改值——详见[战斗结算](战斗结算.md) v0.15）**：主角字段表 armor_type 行注记归因改述——轴休眠的理由由「敌方攻击恒 normal 档故中性」（依赖普通行恒 100 的旧数值结构）改为「矩阵消费面 = 主角侧、敌方攻击不查克制矩阵」（结构性，与数值无关），轴生效仍待敌方技能攻击类型批。历史注记：v0.8 行「魔法矢 ×150 / 穿刺弹 ×50 对 Boss」与当时矩阵（穿刺×魔法甲=150 / 魔法×魔法甲=50）正反互倒，系当批笔误，按历史不改写留档，正确读数见战斗结算 |
 | v0.7 | 2026-09-17 | **数值纪律收口批：正文与调参表 knob 现行值改指路存根（事实源 `data/tables/*.tres` 与 registry），2 处失同步值修正**——共享技能表示例"熊地精 9×2=18"改符号化"基线 A × 技能倍率 M（行值读 enemy.tres / skills.tres）"；蓄力语义"施加'攻击×2'状态""×2 遇 ×2 = ×4"改"施加 empower 状态（幅度读 status_effects.tres）"，两层乘法组合语义保留符号表述 |
 | v0.10 | 2026-09-19 | **技能池新效应词汇批（用户拍板——设计权威 docs/proposal-status-vocabulary.md v1.0，与 战斗结算 / 增益状态 / registry / 切片代码同批）**：① 技能类型枚举三→四（+妨害 debuff——对主角施减益的 0 伤害施放动作，字段复用 buff_ref/buff_duration，落点由状态行 target_side 路由〔增益 → 敌方侧 / 妨害 → 主角侧，施放类 side 守卫加载拒绝〕，执行与增益技同族施放行语义——不掷不折不兑付伏击）；② 伤害技新字段 rider_mult（必中附加分量——"固定值伤害"改形：固定值不随基线缩放与共享技能表前提冲突，必中小倍率承载"躲不掉的稳定伤害"）；③ 池构成纪律 +每池妨害 ≤1；④ 意图三档特殊技预告扩三族（攻击系 ⚔ / 增益系 ✦ / 妨害系 ☠）；⑤ 三词收敛两词——多段命中经用户拍板退役（无防御磨损体系，无对照机制），P1 字段位「命中段数」保留；⑥ 实装面 = 仅 L2 Boss 蛛化卓尔精灵（venom_burst + rider_mult 0.75；新行 web_snare 蛛网束缚 debuff→off_guard，首发载荷 = 失衡〔用户拍板〕，乏力 sapped 留作第二词汇），其余敌种不动 |
+| v0.11 | 2026-09-20 | **伏击单轮上限删除批（用户拍板——与 战斗结算 / 地图战斗资源 / 难度曲线与Boss / registry / 切片代码同批）**：① 伏击节上限段与溢出可见行删除，一轮踩雷数由行动点预算天然封顶成文；② 字段表 advantage_per_round_cap 行删除（原 0 = 免疫伏击语义作废）；③ 结构冻结联动纪律去单轮上限 × 攻击基线、数量 × 上限两条；④ 验收标准伏击授予与表校验条同步 |

design/gdd/systems/表现与支撑/HUD框架.md

@@ -153,7 +153,7 @@ HUD框架站在玩家与全部玩法系统之间：挖掘期它是输入的翻
 |---|---|---|
 | 上游 | [排雷玩法](../排雷循环/排雷玩法.md) | 棋盘只读投影（格态、数字、旗、小人）与移动路径查询；玩家意图批次经组合根提交 |
 | 上游 | [行动经济](../排雷循环/行动经济.md) | 行动点 / 储备 / 相位只读值；刷新入口可用性预判加返回值兜底 |
-| 上游 | [战斗结算](../战斗循环/战斗结算.md) | 明细流水是结算明细带的统一数据源（现行 10 类行封闭协议）；段序编排信号经组合根接线 |
+| 上游 | [战斗结算](../战斗循环/战斗结算.md) | 明细流水是结算明细带的统一数据源（现行 9 类行封闭协议）；段序编排信号经组合根接线 |
 | 上游 | [敌人系统](../战斗循环/敌人系统.md) | 英雄与敌人的只读投影（血量、顺位、摇定动作〔pending_skill/type/name〕、敌方增益 effects、存活——经战斗结算呈现快照；敌人技能池批批 2 定稿：当前拍/行动环进度字段拆除，池与权重不公开） |
 | 上游 | [增益状态](../战斗循环/增益状态.md) | 状态投影经战斗结算呈现面取得，零直读 |
 | 上游 | [地图战斗资源](../战斗循环/地图战斗资源.md) | 已开格奖励身份投影（`query_identity` 只读回调，组合根注入）零直读 |
@@ -169,7 +169,7 @@ HUD框架站在玩家与全部玩法系统之间：挖掘期它是输入的翻
 |---|---|
 | [排雷玩法](../排雷循环/排雷玩法.md) | 已开 / 未开格态一眼可辨；悬停预承诺与可挖域常驻指示；移动路径预览即合法性指示；每次拒绝可感知且棋盘面细因可区分；停手被改判可感知 |
 | [行动经济](../排雷循环/行动经济.md) | 行动点与储备常显；储备清零反馈；棋盘面与资源面拒绝可区分；刷新入口与代价可读 |
-| [战斗结算](../战斗循环/战斗结算.md) | 未生效类明细行（溢出未生效 / 奖励未生效）的呈现；高光行强调 |
+| [战斗结算](../战斗循环/战斗结算.md) | 未生效类明细行（奖励未生效）的呈现；高光行强调 |
 | [敌人系统](../战斗循环/敌人系统.md) | 意图线索映射成文且全局恒定；单位顺位与血条可读；敌方共享层数各卡同值 |
 | [增益状态](../战斗循环/增益状态.md) | 状态栏常显；无状态时整排槽隐藏；有利 / 有害极性呈现不看数值符号 |
 | [地图战斗资源](../战斗循环/地图战斗资源.md) | 已开格的奖励身份常读 |

design/gdd/systems/表现与支撑/音频.md

@@ -68,7 +68,7 @@
 
 | 挂点输入 | 来源登记 | 说明 |
 |---|---|---|
-| 明细行类型流 | 挂点清单；数据面是[战斗结算](../战斗循环/战斗结算.md)的明细流水协议 | 结算中每件事逐行留档，行型封闭为 10 类——每种行型天然是一个音效挂点候选（伤害、治疗、衰减、判定、高光等） |
+| 明细行类型流 | 挂点清单；数据面是[战斗结算](../战斗循环/战斗结算.md)的明细流水协议 | 结算中每件事逐行留档，行型封闭为 9 类——每种行型天然是一个音效挂点候选（伤害、治疗、衰减、判定、高光等） |
 | toast 提示触发 | 挂点清单（toast 提示条本体归 [HUD 框架](HUD框架.md)） | toast（棋盘区上缘浮出、自动消退的非模态提示）弹出时的拒绝、提示类短音候选 |
 | 负反馈聚合单次 | 挂点清单 | 未生效、被拒类负反馈聚合为一次响，不逐行连响——呈现侧已按聚合计数防轰炸，音频侧对齐 |
 | 开格拾取按奖励类别区分 | 挂点清单 | 呈现侧按奖励类别分色，音频侧对应按类别区分拾取音的听感 |
@@ -108,7 +108,7 @@
 | 方向 | 系统 / 文档 | 接口要点 |
 |---|---|---|
 | 上游 | [排雷玩法](../排雷循环/排雷玩法.md) | 棋盘事件——挖掘与踩雷两个反馈位的触发源 |
-| 上游 | [战斗结算](../战斗循环/战斗结算.md) | 明细流水（10 类行型）——结算、胜利反馈与全部明细挂点的事件源 |
+| 上游 | [战斗结算](../战斗循环/战斗结算.md) | 明细流水（9 类行型）——结算、胜利反馈与全部明细挂点的事件源 |
 | 上游 | [HUD 框架](HUD框架.md) | toast 提示触发；挂点先留的登记处（MVP 不出声） |
 | 协作 | [战斗表现](../战斗循环/战斗表现.md) | 坍塌显形连锁动画与音效同批配对登记，将来对位设计（挂点未定） |
 | 输出 | 无 | 叶子系统：纯反馈层，无对外接口 |

design/registry/entities.yaml

@@ -135,13 +135,13 @@ entities:
         empower: { display_name: 蓄力（敌方输出 ×2）, target_side: enemy, unit: percent, duration_settlements: 2, max_stack: 1, stack_policy: refresh, source_class: enemy_action, magnitude_ref: data/tables/status_effects.tres }  # 2026-09-16 敌人技能池批新增——蓄力技载体，进 enemy_output 池；duration 2 = 1 个有效增益拍；2026-09-17 数值压缩批：magnitude 改指路存根
         fortify: { display_name: 硬化（敌方防御 −50）, target_side: enemy, unit: percent, duration_settlements: 2, max_stack: 1, stack_policy: refresh, source_class: enemy_action, magnitude_ref: data/tables/status_effects.tres }  # 2026-09-16 敌人技能池批新增——硬化技载体（Boss 池独占），进 enemy_defense 新池；2026-09-17 数值压缩批：magnitude 改指路存根；**2026-09-18 结构修复批：符号纠正 +100→−50**〔负值入池 = 主角攻击 ×0.5 折半；旧 +100 实际 ×2 翻倍与"硬化=减伤"语义相反，用户确认系符号 bug〕
       value_status: 九行值全部 provisional；**2026-09-17 数值压缩批·文档同步——mvp_content 数值列改指路存根（magnitude_ref 指向 data/tables/status_effects.tres）**，schema 字段（unit / duration_settlements / max_stack / stack_policy / source_class）保留以承载元数据；行值历史轨迹：六行→七行（格面资源批 sapped 收编为 weaken 型负向；2026-09-16 护甲等级掷点批：defense_up 行退役换装 ac_up〔行数不变、一行换装〕）；七行→九行（2026-09-16 敌人技能池批：empower + fortify 收编）；**2026-09-17 数值压缩批：ambush magnitude +3 → +1 flat（量纲未变——见 ambush_unit_definition）**；**2026-09-18 结构修复批：三行结构值改写（数值仍 provisional 归 状态层重设计批）**——off_guard unit percent→ac · fortify magnitude +100→−50 · weaken stack→refresh × duration 1→2（语义与批注见各行）。验收锚：weaken→行动经济 F1 条款 2（地图战斗资源/战斗结算）· ambush 量纲→敌人系统（条款 3，量纲已定稿见 ambush_unit_definition）· 对照表→战斗结算（条款 1）· weaken 已按 战斗结算 F0 裁决修订 −25→−65（2026-09-10，值域 [60,85]、终值共裁 战斗结算 OQ2——见 anchor_warning 回执）
-      ambush_unit_definition: **量纲已定稿（2026-09-09 敌人系统 GDD Rule 6/F2——registry OQ2 关闭条件兑现）**：每层伏击 = 每次攻击类行为（attack/heavy）附加 magnitude 主角 HP 伤害（后置加法、不进倍乘）；charge 拍零兑付（空拍蒸发）；**2026-09-17 数值压缩批——magnitude +3 → +1，量纲未变**；值仍 provisional（锚验收归 地图战斗资源/战斗结算——行动经济 F1 条款 3；敌人系统 供给 cap 表值与单结算自然边界口径见 clause3_supply 条目）
+      ambush_unit_definition: **量纲已定稿（2026-09-09 敌人系统 GDD Rule 6/F2——registry OQ2 关闭条件兑现）**：每层伏击 = 每次攻击类行为（attack/heavy）附加 magnitude 主角 HP 伤害（后置加法、不进倍乘）；charge 拍零兑付（空拍蒸发）；**2026-09-17 数值压缩批——magnitude +3 → +1，量纲未变**；值仍 provisional（锚验收归 地图战斗资源/战斗结算——行动经济 F1 条款 3；敌人系统 供给 cap 表值与单结算自然边界口径见 clause3_supply 条目）；**2026-09-20 修订**：cap 表值供给面随单轮上限删除退役（clause3_supply 随批修订）
       anchor_warning: weaken 行 vs 行动经济 F1 条款 2 锚两独立线性代理同向预检不过（百分点·结算暴露 25 vs 100；原型战斗量级 ≈1 vs ≈4 当量）——战斗结算 对照验收优先裁决，登记 战斗结算 强制检查点输入。**修复空间不对称（2026-09-09 增补）**：每结算瞬时当量归一 m_w≥51 可行（F2 越域界随移 AP 界 −408%/表界 −816%）；每 AP 总暴露归一 m_w>100 被 percent ∈ [-100,100] 域禁止（该分支不可行）——OQ1 前置步骤：战斗结算 先钉死归一口径，口径落定前禁止数值修订；落总暴露则现实解 = 地图战斗资源 重定最低档参照。**参照对象迁移注记（2026-09-09 地图战斗资源 评审；2026-09-11 回迁）**：最低档安全格 buff 当量的参照对象曾迁 defense_up 当量（attack_up 时为死行——地图战斗资源 F4 迁移）——**2026-09-11 用户裁决"基础攻击恒存在"（HeroTable.atk 域 [1,999]、0 加载拒绝、MVP=6）后 attack_up 复活，参照对象回迁 attack_up 当量**（消费面 = 主角战斗段先手攻击——战斗结算 GDD 同批；defense_up 迁移退役为历史记录，attack_up 入池时 tier_min_buff 重算）；本条与 clause3_supply.direction_precheck 的 25 vs 100 预检算术系 attack_up 口径历史登记——defense_up |−50|×dur2 与 attack_up 数值巧合全等（100pp），今日结论不变；**迁移后预检未按新参照重跑**的义务已于 2026-09-14 战斗结算 重算批兑现（F0/F1 按 attack_up 当量重跑 + F1 锚对照实物改 attack_up 行——本迁移注记关闭）。**F0 裁决回执（2026-09-10 战斗结算 GDD——红警关闭）**：归一口径 = **每结算瞬时当量**（总暴露分支被 percent schema 域禁止 + 与"单结算自然边界"已锁事实冲突，排除）；m_w 修订 −25 → **值域 [60,85]/默认 −65**（mvp_content.weaken 已同批改写——锚两腿 @D_ref=12：7.8 > 6.0 严格大于 ✓ / 7.8 ≥ E_dig 4.5 ✓〔E_dig 读数 2026-09-14 战斗结算 重算批按 难度曲线与Boss v3 曲线重推——原 7.2 随口径退役〕）；地板 = 乘数零点 −100pp、交叉层数 = ⌈100/m_w⌉ = 2（原"7 层触地板"预读按 −400% 合成带估读，更正）；defense_up 参照保持（总暴露分支的"重定参照"现实解未采纳）；终值 = 地图战斗资源/战斗结算 共裁（战斗结算 OQ2）；增益状态 GDD 正文不改以本条为准（收编先例）
       rule4_exemption: 定义表非进度成长表，键 = effect_id（数据配置 Rule 4 豁免，schema 注释承载）
       single_enemy_assumption: **回验结果 = 不成立——敌人系统 定多敌（用户 2026-09-09 拍板；同日 敌人系统 GDD 兑现 增益状态 预授权接口漂移条款）**：MVP 战斗 = 1–3 个同敌种敌单位（EnemyTable.unit_count）；效果 side-wide 语义改"全体存活敌单位"（层数 = side 共享池，**增益状态 现接口零变更兼容**）；target_ref（单体寻址）= 扩展位义务——首个单体效果上线时 增益状态 补列（随批：战斗结算 归集语义/HUD框架 呈现裁决）；增益状态 GDD 正文不改，以本条为准（行动经济 OQ5 收编先例）
       mechanics: 战斗域统一状态容器（三向效果同构实例）· 单一时限量纲 remaining_settlements（先兑付后衰减，每轮结算 −1，dur=1=一次性；跨轮跨图延续、battle_over 全清不跨战斗）· 按行叠层（stack 授予不触碰 R；refresh 重置取实例授予时快照 D；合并在授予时、结算作用顺序归 战斗结算——两序分离）· 满层授予拒绝原子（false+容器零写）· 合成 = L×m 加算、percent 越域不 clamp（地板/换算归 战斗结算 SettlementTable）· 授予集中在 战斗结算 结算编排（排雷玩法/地图战斗资源 零直接接口）· 零随机（无 RNG 流消费）· 零信号外发（纯被动容器）
       api: notify_battle_start / apply_effect(effect_id, source) -> bool / query_active(side) -> Array（插入序；六归因字段+display_name+授予时快照投影）/ decay_round() -> int / notify_battle_end() -> bool——战斗结算 消费契约，provisional 登记
-      settlement_obligations: 八项（战斗结算 GDD 门禁评审缺项即 blocking）——① 同轮多授予按确定次序调用 ② 事实→授予恰一次转化（增益状态 不去重）③ percent→乘数换算方向与合成值地板成文 ④ 最后一轮 decay 判定 ⑤ F1 条款 1 效果档位对照表以 增益状态 实例为对照实物 ⑥ 每结算编排恰一次 decay_round（2026-09-09 增——decay 基数=1 先决条件）⑦ 结算明细按授予流水逐条标注来源（合并坍缩归因补偿，2026-09-09 增）⑧ “溢出未生效”行进结算明细协议（Rule 5 后半承载，2026-09-09 增）。**履行回执（2026-09-10）**：八项已全数落位 战斗结算 GDD（Core Rules 3/5/8/10/11 + Formulas F0–F2——落位映射 = 战斗结算 AC 覆盖矩阵"上游义务 23 条"行；③的 AP/表界数值随 F0 修订更新为 −520%/−1040%）
+      settlement_obligations: 八项（战斗结算 GDD 门禁评审缺项即 blocking）——① 同轮多授予按确定次序调用 ② 事实→授予恰一次转化（增益状态 不去重）③ percent→乘数换算方向与合成值地板成文 ④ 最后一轮 decay 判定 ⑤ F1 条款 1 效果档位对照表以 增益状态 实例为对照实物 ⑥ 每结算编排恰一次 decay_round（2026-09-09 增——decay 基数=1 先决条件）⑦ 结算明细按授予流水逐条标注来源（合并坍缩归因补偿，2026-09-09 增）⑧ “溢出未生效”行进结算明细协议（Rule 5 后半承载，2026-09-09 增）。**履行回执（2026-09-10）**：八项已全数落位 战斗结算 GDD（Core Rules 3/5/8/10/11 + Formulas F0–F2——落位映射 = 战斗结算 AC 覆盖矩阵"上游义务 23 条"行；③的 AP/表界数值随 F0 修订更新为 −520%/−1040%）。**2026-09-20 修订**：⑧ 随伏击单轮上限删除（用户拍板）退役——溢出未生效行类型下线（行协议 10→9 类），满层拒收走奖励未生效行
       presentation_obligations: （2026-09-09 登记 systems-index，缺项即 blocking）HUD框架×4——HUD 常显+EC12 空态规格定稿 / effect_id→icon 映射键契约（形状+色相双通道）/ 有利有害极性呈现映射（数据源 = 战斗结算 SettlementTable 效果语义，非 magnitude 符号）/ 全清状态栏去留；战斗表现×2——溢出行呈现 / origin_cell→玩家可读形态（缩略图/格子高亮）；教学引导——“同轮拿满优于跨轮叠”教学（OQ7 配套）；地图战斗资源——奖励身份预读（创意风险 #1 切面）
       ownership_note: 行动经济 OQ5“标中旗 debuff 档位归 地图战斗资源 表设计”经用户 2026-09-08 拍板收编——初值定稿权归 增益状态（2026-09-15 起为七行：标错反噬批两行 + 格面资源批 sapped 一行随批收编），锚验收权仍归 地图战斗资源/战斗结算，修订走接口漂移回写本条
       dangling_ref_policy: effect_id 悬空校验**已激活**（2026-09-09 地图战斗资源 RewardTable 首个 effect_id 引用行〔defense_up〕回填——dangling_ref_policy"首个引用字段 owner 补"条款兑现；条件性夹具 = 地图战斗资源 reward_dangling_effect〔AC-17〕）
@@ -215,7 +215,6 @@ entities:
         技能冷却: 施放后连续 N 拍不可摇中的技能行属性——与增益持续（状态行属性）是两个计时器互不相干（敌人系统 首次定义，2026-09-16 敌人技能池批）
         施放行: 增益技的结算明细行型（cast）——0 伤害动作、具名技能、不兑付伏击；由蓄力行（charge）改型（敌人系统/战斗结算 首次定义，2026-09-16 敌人技能池批）
         伏击池: 敌方侧共享的伏击层数——本轮踩几颗雷就几层，轮末清零（side-wide 语义，敌人系统 首次定义）
-        溢出（伏击）: 单轮踩雷超过上限（cap）的部分——转为"溢出未生效"明细行可见、不生效（敌人系统 首次定义）
         死亡即不动手: 轮到某敌人行动时它已死 → 这一下不打、招式轮转停格（2026-09-09 用户拍板，敌人系统 首次定义）
         封锁格: 初始展开白送的那批已开格——恒无格面资源、不再有任何加成，但计入清图进度（排雷玩法 首次定义；install 期可精确枚举为 R₀——格面资源摇号清单的排除项；取代旧术语"资格格"，2026-09-15 格面资源批）
         格面资源（CellResource）: 关联到格子上的资源对象——装板期摇定七型类型身份（attack/defense/heal/blast/weaken/pierce/magic——2026-09-18 伤害道具批五→七），安全格与雷格一视同仁、同池同分布；极性不在资源内，由「动作 × 格型」矩阵在结算期决定正向（奖励）或负向（惩罚）（地图战斗资源 首次定义；取代"安全格奖励"旧名）
@@ -261,11 +260,10 @@ entities:
         hp: int [1,999]（knob——难度修饰前基线；MVP 18 provisional 出处待查）
         atk: int [0,999]（knob——attack 行为伤害基值；MVP 4 provisional 出处待查；0 = 纯伏击伤敌种合法）
         pool: Array of {skill_id, weight}（**2026-09-16 敌人技能池批——池模板**，定义层；weight ∈ (0,9999] knob、池内 skill_id 不重复；每池恰一行普通攻击 + 增益技 ≤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（行为环环数组）两字段随行为环整体退役——固定出招剧本废除
-        advantage_per_round_cap: int [0,16]（knob；**MVP 默认 4 定稿**〔2026-09-09——反灾难护栏定位，旧默认 8 溢出协议死码已废弃〕；0 = 免疫伏击合法极端；行动经济 F1 条款 3 供给表值来源字段）
-      rowset_rule: 每行集恰一敌种（行集内 enemy_id 唯一 = 表结构校验，违规加载期致命）——同层多遭遇已由节点编号消解（2026-09-17 关卡节点地图 v1.0：node_depth 语义 = 关卡内唯一节点编号，同层不同节点各查各行、键结构零改动）；同场多敌种（同一编号行集多行）行集校验放开 + 混编遭遇伏击上限取值口径归 敌人表行集多行批（战斗侧，排技能池实施批落地后；06-待办清单 敌人系统节同名条目单点登记）；精英/Boss 不设编码位——Boss = 最大编号节点（图唯一终点）、精英 P2 内容承载（强敌行集）
+      rowset_rule: 每行集恰一敌种（行集内 enemy_id 唯一 = 表结构校验，违规加载期致命）——同层多遭遇已由节点编号消解（2026-09-17 关卡节点地图 v1.0：node_depth 语义 = 关卡内唯一节点编号，同层不同节点各查各行、键结构零改动）；同场多敌种（同一编号行集多行）行集校验放开归 敌人表行集多行批（混编伏击上限取值口径随 2026-09-20 上限删除消解）（战斗侧，排技能池实施批落地后；06-待办清单 敌人系统节同名条目单点登记）；精英/Boss 不设编码位——Boss = 最大编号节点（图唯一终点）、精英 P2 内容承载（强敌行集）
       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 补收编；敌人系统 物种集断言随批更新为 {goblin, bugbear, ogre_chief, giant_spider, drider}）**：goblin（地精，armor=light）/ bugbear（熊地精，armor=ward）/ ogre_chief（食人魔酋长，armor=heavy）/ giant_spider（巨蜘蛛）/ drider（蛛化卓尔精灵，Boss = 最大编号节点图唯一终点）。技能池构成与权重、armor_type 行映射**不列于本 registry**——读 data/tables/enemy.tres。**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 共享，增益状态 零接口变更）· 行值快照抗热重载（增益状态 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 覆盖矩阵）
+      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 表值、溢出行协议作废
       hud_obligations: 四项（视觉推测型呈现，缺项即 blocking）——① enemy_id→图像线索映射清单成文（预告时序=下一拍预告、挖掘期全程可见；含强度档位/环长直觉编码说明；形状+色相双通道）② 映射全局恒定（enemy_id 键——跨 run 禁重掷）③ 顺位与存活可读 ④ 敌方 side 池呈现口径
       rule4_status: 本表是进度成长表（棋盘生成 BoardGenTable 同型，无 Rule 4 豁免）
       referenced_by: [战斗结算, 地图战斗资源, 关卡节点地图, 难度曲线与Boss, HUD框架, 战斗表现, 教学引导]
@@ -355,7 +353,7 @@ entities:
         ac_roll: 护甲等级掷点（**2026-09-16 护甲等级掷点批定稿，数字即规范**——骰面 roll_faces=20、nat 最大面 crit_roll=20、暴击倍率 crit_multiplier=200、攻击加成 attack_bonus=0〔结构位，元进度/武器附魔未来投值〕、伤害下限 damage_floor=1、流名 armor_roll_stream="armor_roll"；判定式：掷 1d20，掷点 ≥ 防守方护甲等级 + 攻击加成 → 全额、低掷按缺口查档〔见 ac_discount_tiers〕，nat20 暴击该基础攻击分量 ×2 且恒全额〔双方同规〕；任何攻击落地伤害 ≥ damage_floor〔全局 max(1,·)——零值伤害行语义退役，重档折扣行文本记"被压制"〕；吃掷点分量 = 主角先手攻击普通分量 / 敌方技能基础伤害分量〔= 攻击基线 × 技能伤害倍率——2026-09-16 敌人技能池批改述，原"敌方攻击拍与重击拍基线伤害"退役；无伤害分量的增益技不掷不折〕，棋盘来源伤害〔伏击附加 / 爆裂 / 清障炸药 / 奖励即时——2026-09-19 充能退役后无充能分量〕必中全额不掷；回合内随机、消费 armor_roll 封闭流逐次掷逐次取号，可逐位回放）
         ac_discount_tiers: Dictionary 缺口档边界→档位值 percent（**2026-09-16 定稿**——roll_tier_bounds=[3,7] · roll_tier_discounts=[75,50,25]，档数 = 边界数 + 1；缺口 1-3 → ×0.75 · 4-7 → ×0.5 · 8+ → ×0.25，档位不设零档〔非归零〕，取整沿全局 floor；EV 参考数〔按判定式复算〕= AC10 期望减免 21.25% / AC11 25% / AC12 28.75%；微调旋钮 = 边界与档位值，不动 AC 值；难度曲线与Boss 生存链区间带宽补扫含暴击档与折扣档、"零红档"验收保留）
       validation: segment_order 违例致命 · effect_pool_map 悬空致命 · p_perfect 域 {100,200}（2026-09-10 载体域——100 = "完美必须 ≥ 不加倍"机制语义下界，200 = 双份交付）——战斗结算 冒烟三行致命 manifest（segorder_violation / poolmap_dangling / pperfect_oob）
-      mechanics: 结算段序骨架唯一权威载体（授予→增益/减益→战斗→衰减→判定——2026-09-15 格面资源批五段，item_window/item 两段随可选类删除下线）· **随机口径（2026-09-15 护甲等级批修订）**：结算换算层引入回合内随机（ac_roll 护甲等级掷点——必中非归零、低掷按 ac_discount_tiers 档位折扣），掷点流归属未定〔rng_service 流封闭清单 board_gen/reward_roll/encounter 不含结算内消费——新增流须改代码+P1 支柱评审、复用 encounter 则改"实例化期恰一 scope"绑定，登记 战斗结算「待办」，rng_service 条目随定稿批修订〕· 可回放契约 = **封闭随机流可回放**（同 master_seed 同意图序列 ⇒ 步骤流逐位复现——数据配置 AC-15 落点，原"结算路径零随机 / 步骤流逐行相同"口径随批作废；开战掷区间 / 装板摇号属初始化随机维持不变）· 调用序钉死 按摇定技能行兑现→apply_damage→commit_action（2026-09-16 技能池批改型——原 query_attack→apply_damage→advance 随行为环退役；行型 10 类同批改型：蓄力行 charge → 施放行 cast〔增益技 0 伤害施放、具名技能、不兑伏击〕）· 衰减恒执行含末轮 · 高光双落载体（perfect_sweep P_perfect——2026-09-10 修订为真实双份兑付载体 / 标中旗 highlight 标记）· 流水行协议字段分层（公共 7 字段 + 行类型特有 target/effect_id/pool_value/聚合计数——2026-09-10 评审批修订；行类型封闭枚举 10 类——2026-09-15 格面资源批由 15 类收拢：删道具行 / 已消耗未生效行 / 使用被拒行 / 窗口打开锚行 window_open / 窗口跳过锚行 window_skip 五类随可选类删除下线〔2026-09-15 窗口锚行批曾由 13 扩为 15，同日回撤〕；行来源断言两层豁免集合同批修订 = 行型豁免 {decay, verdict} × 来源类别豁免 {hero_attack, enemy_action, clear_reward}，豁免不等于免检——豁免行仍受公共字段与各自语义约束，清单改动须同步 战斗结算 明细流水一节与 battle_log_view 格式化）· **类型化克制结算规格 = 战斗结算 GDD F6（W3 补全，2026-09-14 重算批；2026-09-15 命名统一批；2026-09-19 充能退役批——挖掘期充能/战斗段消费半边废止，加法核点数修正）**——逐分量 armor_effectiveness 查表（奖励直伤道具消费方保留）
+      mechanics: 结算段序骨架唯一权威载体（授予→增益/减益→战斗→衰减→判定——2026-09-15 格面资源批五段，item_window/item 两段随可选类删除下线）· **随机口径（2026-09-15 护甲等级批修订）**：结算换算层引入回合内随机（ac_roll 护甲等级掷点——必中非归零、低掷按 ac_discount_tiers 档位折扣），掷点流归属未定〔rng_service 流封闭清单 board_gen/reward_roll/encounter 不含结算内消费——新增流须改代码+P1 支柱评审、复用 encounter 则改"实例化期恰一 scope"绑定，登记 战斗结算「待办」，rng_service 条目随定稿批修订〕· 可回放契约 = **封闭随机流可回放**（同 master_seed 同意图序列 ⇒ 步骤流逐位复现——数据配置 AC-15 落点，原"结算路径零随机 / 步骤流逐行相同"口径随批作废；开战掷区间 / 装板摇号属初始化随机维持不变）· 调用序钉死 按摇定技能行兑现→apply_damage→commit_action（2026-09-16 技能池批改型——原 query_attack→apply_damage→advance 随行为环退役；行型 10 类同批改型：蓄力行 charge → 施放行 cast〔增益技 0 伤害施放、具名技能、不兑伏击〕）· 衰减恒执行含末轮 · 高光双落载体（perfect_sweep P_perfect——2026-09-10 修订为真实双份兑付载体 / 标中旗 highlight 标记）· 流水行协议字段分层（公共 7 字段 + 行类型特有 target/effect_id/pool_value/聚合计数——2026-09-10 评审批修订；行类型封闭枚举 9 类（2026-09-20 伏击上限删除批下线溢出未生效行 overflow）——2026-09-15 格面资源批由 15 类收拢：删道具行 / 已消耗未生效行 / 使用被拒行 / 窗口打开锚行 window_open / 窗口跳过锚行 window_skip 五类随可选类删除下线〔2026-09-15 窗口锚行批曾由 13 扩为 15，同日回撤〕；行来源断言两层豁免集合同批修订 = 行型豁免 {decay, verdict} × 来源类别豁免 {hero_attack, enemy_action, clear_reward}，豁免不等于免检——豁免行仍受公共字段与各自语义约束，清单改动须同步 战斗结算 明细流水一节与 battle_log_view 格式化）· **类型化克制结算规格 = 战斗结算 GDD F6（W3 补全，2026-09-14 重算批；2026-09-15 命名统一批；2026-09-19 充能退役批——挖掘期充能/战斗段消费半边废止，加法核点数修正）**——逐分量 armor_effectiveness 查表（奖励直伤道具消费方保留）
       closure_receipt: 行动经济 F1 条款①②③⑤闭合 owner = 战斗结算（2026-09-10 F0–F5 首版验算完成——F0 瞬时当量口径 + m_w 值域裁决见 status_effect.anchor_warning；条款③ clause3_supply 闭合回执；条款⑤ clause5_dominance 条目；actuals p10 交付后强制重跑）
       referenced_by: [HUD框架, 战斗表现, 音频, 教学引导, 难度曲线与Boss]
 
@@ -363,7 +361,7 @@ entities:
     type: formula
     owner: design/gdd/systems/战斗循环/敌人系统.md
     attributes:
-      rule: 敌人系统→战斗结算 挖掘风险不等式（行动经济 F1 条款 3）供给口径——每结算敌方伏击暴露精确式 = k × L × m_amb（k = 本结算存活敌中攻击/重击拍单位数，确定性可算）；每结算结构上界 = unit_count × min(AP 上界, cap) × m_amb（cap > AP 界时 cap 腿松弛——2026-09-09 敌人系统 full 评审收紧）；跨结算累计 = 轨迹量非表值
+      rule: 敌人系统→战斗结算 挖掘风险不等式（行动经济 F1 条款 3）供给口径——每结算敌方伏击暴露精确式 = k × L × m_amb（k = 本结算存活敌中攻击/重击拍单位数，确定性可算）；每结算结构上界 = unit_count × AP 上界 × m_amb（原 min(AP 上界, cap) 的 cap 腿随 2026-09-20 单轮上限删除退役）；跨结算累计 = 轨迹量非表值
       boundary: **单结算自然边界（用户 2026-09-09 定稿）**——"不设（每战）上界：踩雷 debuff 只在一次结算中有效，之后没有 debuff"（dur=1 每结算清零无存量）
       variables: [cap, m_amb, unit_count, k_r, L_r]
       output_range: 单结算结构上界 ∈ [0, unit_count×min(AP, cap)×m_amb]（满配语境 3×min(8,4)×3=36；cap≥8 时真可达上界 72 而非 144；默认行值 unit_count=1 下 12）
@@ -721,7 +719,7 @@ entities:
 # ③ 术语「节点」图形态与分类学展开定稿（四类封闭枚举）、「节点奖励」机制定稿（功能道具正式渠道——内容/
 #    持有/使用归 魔法道具 内容重定批，切片期直通合法空态；覆盖层 = 兑付反馈覆盖层）、「关卡收束点」图版措辞；
 # ④ enemy_table.rowset_rule：同层多遭遇由节点编号消解；不设精英/Boss 编码位（Boss=最大编号节点、精英 P2
-#    内容承载）；同场多敌种行集多行 + 混编伏击上限取值 → 敌人表行集多行批（战斗侧，排技能池实施批后，
+#    内容承载）；同场多敌种行集多行 → 敌人表行集多行批（战斗侧，排技能池实施批后，
 #    06 清单单点登记）；board_gen_table 第三轴约定 OQ6 重审兑现注记；difficulty_table OQ5/OQ6 兑现注记；
 # ⑤ 06-待办清单：「精英与 Boss 编码位」「多敌数量的消费面」（地图战斗资源节「功能道具的正式渠道」同日）
 #    三条已解决留痕；敌人系统「同深度第二敌种与精英 / Boss 编码位」部分收口改归属；新增「切片行进代码与

design/ux/battle.md

@@ -113,8 +113,8 @@
 | B | 英雄卡 | 卡片 | 小人像、HP 条、攻击值、状态效果槽 ×4 | 只读 | HUDView 拆分 |
 | B | 敌人卡 ×1–3 | 卡片 | 敌像、血条、顺位徽标、意图徽标、状态槽（含敌方 side 池口径：伏击层数为全体敌人共享单值、各卡同值呈现——数据源 = 战斗结算流水经增益状态投影，敌人系统×4④；2026-09-16 敌人技能池批改型：行为环点拆除〔proposal §2.4〕，意图徽标语义 = 本拍摇定结果的动画占位——普通攻击零表示 / 特殊技类型级提示，敌方增益〔蓄力/硬化〕入状态行） | 只读 | 新建 |
 | B | 轮次·阶段指示 | 标签 | "第 N 轮 · 挖掘中/结算中"（终局定格「战斗结束」；Boss 变体附 Boss 名） | 只读 | 新建 |
-| B | 结算明细带 | 滚动列表 | 结算期逐行流水（[战斗结算](../gdd/systems/战斗循环/战斗结算.md#明细流水每一行都能指回你刚才的哪一步棋) 10 类行协议）；挖掘期收起为上轮摘要 1 行 | 点击展开明细回看 overlay | battle_log_view.gd 改造 |
-| B | 结算明细回看 | 模态 overlay | 完整流水逐行（现行 10 类行协议；未生效类行聚合计数） | 关闭 | battle_log_view.gd 改造 |
+| B | 结算明细带 | 滚动列表 | 结算期逐行流水（[战斗结算](../gdd/systems/战斗循环/战斗结算.md#明细流水每一行都能指回你刚才的哪一步棋) 9 类行协议）；挖掘期收起为上轮摘要 1 行 | 点击展开明细回看 overlay | battle_log_view.gd 改造 |
+| B | 结算明细回看 | 模态 overlay | 完整流水逐行（现行 9 类行协议；未生效类行聚合计数） | 关闭 | battle_log_view.gd 改造 |
 | C | HP/攻击/RAP 显示 | 直角细线数据框 | 当前值/上限、修正来源角标 | 只读；RAP 清零有可见反馈 | HUDView 拆分 |
 | C | 状态效果槽 ×4 | 图标槽 | effect_id→icon（形状+色相双通道）、层数角标、剩余结算次数点 | 悬停 tooltip（来源+语义） | 新建（增益状态×①） |
 | D | AP 条 | 点阵 + 按钮组 | 本轮 AP 点阵、停手按钮（左）、弃图刷新按钮（右端·雷图右上角；RAP−8 · 本轮剩 N 次——上限 2 次已随行动经济 2026-09-12 修订生效） | 点击提交意图 | HUDView 拆分 |
@@ -244,7 +244,7 @@
 | 弃图刷新（挖掘期，非轮出口） | `ux_refresh_attempt` | {result: accepted/rejected_rap/rejected_cap, round_refresh_index: 1..2}——刷新使用（难度曲线与Boss OQ6）与行动经济 OQ3 预警阈值观测；每轮 0–2 次（布局决策 4 cap=2） |
 | 拒绝/voided | `ux_reject` | {source: board/resource/phase, sub_reason} |
 | 提示触发/关闭 | `ux_hint_shown` | {hint_id: chord/no_adjacent} |
-| 呈现订阅（不改核心） | 排雷玩法三事件 / [战斗结算](../gdd/systems/战斗循环/战斗结算.md#明细流水每一行都能指回你刚才的哪一步棋)步骤流（10 类行协议，含终局判定行） / battle_over / level_clear | 载荷 schema 成文义务见 §Data Requirements——旧版台账 entry 17①（HUD框架硬性要求） |
+| 呈现订阅（不改核心） | 排雷玩法三事件 / [战斗结算](../gdd/systems/战斗循环/战斗结算.md#明细流水每一行都能指回你刚才的哪一步棋)步骤流（9 类行协议，含终局判定行） / battle_over / level_clear | 载荷 schema 成文义务见 §Data Requirements——旧版台账 entry 17①（HUD框架硬性要求） |
 
 **持久状态写入**全部经组合根唯一路径（settle_batch / request_refresh / runner 推进）——UI 层禁直调核心写（架构七原则"依赖单向组合根"）。
 
@@ -276,7 +276,7 @@
 | BFS 移动路径 | 排雷玩法 `compute_move_path` | Read | 布局决策 3 合法性指示消费 |
 | 拒绝原因 | 排雷玩法 `sub_reason` 封闭枚举 + 行动经济 资源面 | Read | 三源（board/resource/phase）映射文案——呈现层契约成文；资源面原因无上游载荷（行动经济 仅 bool + debug 诊断），客户端按动作上下文推断 |
 | AP / RAP / 本轮刷新计数 | 行动经济 | Read | 常显；刷新入口可用性 = RAP 读数客户端预判（RAP≥8）+ `request_refresh` 返回值（行动经济 无 `can_request_refresh` API——仅 bool 返回 + 只读观测量；行动经济 EC13 拒绝合法可见） |
-| 结算流水行（10 类封闭协议） | [战斗结算](../gdd/systems/战斗循环/战斗结算.md#明细流水每一行都能指回你刚才的哪一步棋) 流水协议 | Read | 逐行来源标注（P2）；未生效类行（溢出未生效/奖励未生效）聚合计数呈现 |
+| 结算流水行（9 类封闭协议） | [战斗结算](../gdd/systems/战斗循环/战斗结算.md#明细流水每一行都能指回你刚才的哪一步棋) 流水协议 | Read | 逐行来源标注（P2）；未生效类行（奖励未生效）聚合计数呈现 |
 | 判定 verdict | 战斗结算 判定段 | Read | 终局画面数据锚 |
 | 敌单位 hp/顺位/摇定动作（pending_skill/type/name）/敌方增益/enemy_id/存活 | 敌人系统 只读面（经战斗结算呈现快照） | Read | 意图线索映射全局恒定（敌人系统×4②，技能池批三档口径）；**despawn 前捕获**（旧版台账 entry 17③——缺陷②教训） |
 | 状态效果投影（含空态/极性/溢出） | 增益状态 投影口径 | Read | 极性映射数据源 = 战斗结算 SettlementTable 效果语义，非 magnitude 符号（增益状态×③） |
@@ -339,13 +339,13 @@
 
 **信息与归因**
 
-- [ ] 结算逐行明细实时可见、战斗后可回看完整流水（P2 逐行归因）；未生效类行（溢出未生效/奖励未生效）聚合计数呈现（战斗结算 现行 10 类行协议）
+- [ ] 结算逐行明细实时可见、战斗后可回看完整流水（P2 逐行归因）；未生效类行（奖励未生效）聚合计数呈现（战斗结算 现行 9 类行协议）
 - [ ] 敌人意图徽标挖掘期全程可见、映射全局恒定、含顺位与环长直觉编码（敌人系统×4①②③）
 - [ ] 状态效果：极性呈现映射成文且非 magnitude 符号；空态渲染成文（裁决：槽隐藏）；满层溢出经明细行可见（增益状态×①③④）
 - [ ] 图例面板条目恒在可随时回看、非模态提示不劫持输入
 - [ ] 零合法板（棋盘生成 EC5 降级）出现时玩家侧诚实提示（toast，非静默）
 - [ ] 效果行 value 为单次贡献值，不得与 pool_value（池合成值）相加呈现；零值伤害行可见不被吞；衰减行按聚合计数呈现（战斗结算 呈现细则）
-- [ ] 未生效类行（溢出未生效/奖励未生效）携带形状冗余（icon/划线），非色相独载
+- [ ] 未生效类行（奖励未生效）携带形状冗余（icon/划线），非色相独载
 - [ ] 奖励徽章绘制优先级：旗之下、变异纹带之上、不进数字区；拾取瞬间 tier 档位可读（地图战斗资源 H1）
 
 **场景级测试**（旧版台账 entry 17②③，缺项即 blocking）

design/ux/interaction-patterns.md

@@ -100,7 +100,7 @@ MVP 未使用标准控件（不入库）：toggle / dropdown / input field / tab
 **Specification**:
 - 数据源：[战斗结算](../gdd/systems/战斗循环/战斗结算.md#明细流水每一行都能指回你刚才的哪一步棋)步骤流（15 类行封闭协议；公共字段 `type/source_class/origin_cell/round_index/display_name/value/highlight?`）；**无来源行 = 断言失败**
 - 行模板：「{行为} {值} → {目标}（来源）」——来源标注（第 N 轮 · 安全格式）；行文案最长 token = 道具名（4 汉字），模板预留 40% 膨胀宽度
-- 聚合纪律：未生效类行（奖励未生效/已消耗未生效/使用被拒/溢出未生效）按聚合计数呈现（防逐行惩罚轰炸）；衰减行聚合计数；效果行 value=单次贡献值、禁与 pool_value（池合成值）相加呈现；零值行可见不吞（免伤轮归因不断点）
+- 聚合纪律：未生效类行（奖励未生效/已消耗未生效/使用被拒）按聚合计数呈现（防逐行惩罚轰炸）；衰减行聚合计数；效果行 value=单次贡献值、禁与 pool_value（池合成值）相加呈现；零值行可见不吞（免伤轮归因不断点）
 - 高亮：highlight 字段 {flag_hit, clear_reward_h2, perfect_broken} → 金框强调；完美排雷 = 独立高光行 + 全屏喝彩级反馈
 - 布局：固定槽高 + clip_contents；正文 ≥14px；数值暗底高对比；未生效类行带 icon/划线形状冗余
 - 击杀标记呈现（H3 数据源 = 战斗结算流水击杀结果字段）

prototypes/dungeon-sweeper-vertical-slice/core/battle_orchestrator.gd

@@ -20,9 +20,9 @@ signal round_started(round_index: int)
 signal board_changed()
 signal settlement_snapshot(snap: Dictionary)   # 每结算末尾的全量状态快照（playtest_logger 消费——JSONL 数值分析）
 
-# 明细流水行型协议（战斗结算 Core Rule；10 类——2026-09-15 格面资源批由 15 类收拢，
-# 清单改动须同步 battle_log_view 的 _format_row 与本文档头注）：
-# 效果行 effect · 伤害行 damage · 治疗行 heal · 溢出未生效行 overflow ·
+# 明细流水行型协议（战斗结算 Core Rule；9 类——2026-09-20 伏击单轮上限退役，溢出未生效行 overflow 随之下线；
+# 2026-09-15 格面资源批由 15 类收拢，清单改动须同步 battle_log_view 的 _format_row 与本文档头注）：
+# 效果行 effect · 伤害行 damage · 治疗行 heal ·
 # 奖励未生效行 reward_ineffective · 标旗未中行 flag_miss · 施放行 cast（敌人技能池批由蓄力行 charge 改型）· 衰减行 decay ·
 # 判定行 verdict · 高光行 highlight
 # 行来源断言豁免集合（行型层）——判定段 / 衰减段本就无棋盘来源，勿一刀切误炸
@@ -58,7 +58,6 @@ var _flag_consumed := {}                   # 兑付资格以雷格实例为键
 var _flag_miss_seen := {}                  # 标旗未中行去重（每安全格实例一次）
 var _perfect_hit_true := 0                 # 板级完美排雷计数（install 重置）
 var _perfect_hit_false := 0
-var _enemy_cap := 0                        # EnemyTable 行值快照（伏击 cap）
 var _m_amb := 0                            # StatusEffectTable.ambush.magnitude 快照
 var _hero_atk := 0                         # 主角攻击基值快照（encounter.hero_atk；E4 收口——表值运行期不可变）
 
@@ -113,7 +112,6 @@ func begin_battle(enc: Dictionary) -> bool:
 		_fatal("敌人系统 spawn 被拒")
 		return false
 	var erow: Dictionary = db.resolve_enemy_rowset(int(enc.level_index), int(enc.node_depth))
-	_enemy_cap = int(erow.get("advantage_per_round_cap", 0))
 	_m_amb = int(db.status_effect_row("ambush").get("magnitude", 0))
 	if not _install_new_board():
 		return false
@@ -288,7 +286,7 @@ func _apply_percent_row(row: Dictionary, source_class: String, cell: Vector2i, r
 
 
 # flat 行兑付（负向恒即时，无库存语义）：
-# blast 正向 = 全体存活敌各 power 点（无敌 → 奖励未生效行）；blast 负向 = 敌方伏击 +stacks 层（cap/溢出行协议不变）；
+# blast 正向 = 全体存活敌各 power 点（无敌 → 奖励未生效行）；blast 负向 = 敌方伏击 +stacks 层（直授无上限）；
 # heal 正向 = 主角回复 clamp（满血 → 奖励未生效行）；heal 负向 = 主角直伤 power 点（不经增益状态；归零 → 战斗段短路/判定段判负）。
 # pierce/magic（伤害道具批 2026-09-18）正向 = 单目标克制直伤（必中全额）；负向 = 主角直伤。
 # 返回 "redeemed" = 实际有效兑付 / "zero" = 零兑付（行已自记）——清图高光只记实际有效兑付。
@@ -343,19 +341,14 @@ func _apply_flat_row(row: Dictionary, source_class: String, cell: Vector2i, ri:
 	return "zero"
 
 
-# blast 负向：敌方伏击 +stacks 层（伏击池 cap 与"溢出未生效"行协议不变——敌人系统 F3 逐层守恒，
-# 多源共享同一池值；单结算内先到先占 cap，超出部分逐层记溢出行）
+# blast 负向：敌方伏击 +stacks 层（直授无上限——单轮授予上限已随 2026-09-20 用户拍板退役，
+# 一轮踩雷数由行动点预算天然封顶；多源共享同一池值）
 func _apply_ambush_grant(row: Dictionary, source_class: String, cell: Vector2i, ri: int, highlight: String = "", label_suffix: String = "") -> String:
 	var requested: int = maxi(1, int(row.get("stacks", 1)))
-	var remaining_cap: int = maxi(0, _enemy_cap - _status_effects.pool_layers("ambush"))
-	var plan: Dictionary = _enemy_system.ambush_grant_plan(requested, remaining_cap)
-	for i in range(int(plan.granted)):
+	for i in range(requested):
 		_status_effects.apply_effect("ambush", {"source_class": source_class, "origin_cell": cell, "round_index": ri})
-	if int(plan.granted) > 0:
-		_emit_row("effect", source_class, cell, ri, "敌方伏击 +%d 层%s" % [int(plan.granted), label_suffix], int(plan.granted), {"effect_id": "ambush", "pool_value": _status_effects.pool_layers("ambush") * _m_amb}, highlight)
-	for i in range(int(plan.overflow)):
-		_emit_row("overflow", source_class, cell, ri, "伏击溢出未生效", 0, {"batch_key": "ambush_overflow"})
-	return "redeemed" if int(plan.granted) > 0 else "zero"
+	_emit_row("effect", source_class, cell, ri, "敌方伏击 +%d 层%s" % [requested, label_suffix], requested, {"effect_id": "ambush", "pool_value": _status_effects.pool_layers("ambush") * _m_amb}, highlight)
+	return "redeemed"
 
 
 # 旗判定批：标中 = 该雷格资源的正向兑付（每雷实例一次；高光 = 强制检查点）；

prototypes/dungeon-sweeper-vertical-slice/core/status_container.gd

@@ -59,7 +59,7 @@ func apply_effect(effect_id: String, source: Dictionary, duration_override: int
 			for inst in _instances:
 				if inst.effect_id == effect_id:
 					if inst.layers >= max_stack:
-						return false   # 满层拒绝原子——容器零写入（溢出行归 战斗结算）
+						return false   # 满层拒绝原子——容器零写入（拒收由战斗结算记"奖励未生效"行）
 					inst.layers += 1   # stack 授予不触碰 R（spec 决议）
 					return true
 			_instances.append(_new_instance(effect_id, 1, dur, source, snap_m, snap_unit, snap_display))

prototypes/dungeon-sweeper-vertical-slice/core/unit_container.gd

@@ -82,7 +82,6 @@ func spawn(level_index: int, node_depth: int, hero_hp: int, unit_count_override:
 			"pending_skill": "",                    # 本拍摇定动作（开轮摇号写入；兑现前死亡 = 作废不 commit）
 			"roll_seq": 0,                          # 单敌摇号序（behavior_roll 子流 scope 派生向量——registry 登记）
 			"basic_streak": 0,                      # 保底计数：连续执行普攻的拍数（执行上报驱动）
-			"advantage_per_round_cap": int(row.advantage_per_round_cap),
 			"armor_type": String(row.get("armor_type", "light")),   # 护甲类型快照（克制矩阵消费面——战斗结算·战斗段；2026-09-15 命名统一批：light/ward/heavy）
 			"armor_class": int(row.get("armor_class", 0)),   # 护甲等级快照（掷点判定阈值基数——战斗结算·战斗段；2026-09-16 护甲等级掷点批）
 			"alive": true,
@@ -238,12 +237,6 @@ func all_enemies() -> Array:
 	return _enemies.duplicate()
 
 
-# F3 机制算术纯函数（战斗结算 预截流消费面）：cap 判定在授予前；守恒 granted + overflow = mines_r
-func ambush_grant_plan(mines_r: int, cap: int) -> Dictionary:
-	var granted: int = mini(mines_r, cap)
-	return {"granted": granted, "overflow": mines_r - granted}
-
-
 func despawn_all() -> bool:
 	if _despawned or not _spawned:
 		_diag("重复/无效 despawn_all")

prototypes/dungeon-sweeper-vertical-slice/data/schemas/enemy_table.gd

@@ -86,9 +86,6 @@ func validate() -> Array:
 			var w: int = int(entry.get("weight", 0))
 			if w <= 0 or w > 9999:
 				errs.append({"category": "domain", "message": "%s pool 权重越域 (0,9999]: %d" % [eid, w]})
-		var cap: int = int(row.get("advantage_per_round_cap", -1))
-		if cap < 0 or cap > 16:
-			errs.append({"category": "domain", "message": "%s advantage_per_round_cap 越域 [0,16]" % eid})
 		# armor_type（可省略——缺省 light 向后兼容）
 		var at: String = String(row.get("armor_type", "light"))
 		if not ARMOR_TYPES.has(at):

prototypes/dungeon-sweeper-vertical-slice/data/tables/enemy.tres

@@ -22,7 +22,6 @@ rows = [{
 "skill_id": "lunge",
 "weight": 1
 }],
-"advantage_per_round_cap": 4,
 "armor_type": "light",
 "armor_class": 0
 }, {
@@ -43,7 +42,6 @@ rows = [{
 "skill_id": "lunge",
 "weight": 1
 }],
-"advantage_per_round_cap": 4,
 "armor_type": "light",
 "armor_class": 0
 }, {
@@ -66,7 +64,6 @@ rows = [{
 "skill_id": "heavy",
 "weight": 2
 }],
-"advantage_per_round_cap": 4,
 "armor_type": "light",
 "armor_class": 0
 }, {
@@ -90,7 +87,6 @@ rows = [{
 "skill_id": "heavy",
 "weight": 2
 }],
-"advantage_per_round_cap": 4,
 "armor_type": "light",
 "armor_class": 0
 }, {
@@ -113,7 +109,6 @@ rows = [{
 "skill_id": "harden",
 "weight": 2
 }],
-"advantage_per_round_cap": 4,
 "armor_type": "light",
 "armor_class": 0
 }, {
@@ -136,7 +131,6 @@ rows = [{
 "skill_id": "heavy",
 "weight": 2
 }],
-"advantage_per_round_cap": 4,
 "armor_type": "light",
 "armor_class": 0
 }, {
@@ -160,7 +154,6 @@ rows = [{
 "skill_id": "heavy",
 "weight": 2
 }],
-"advantage_per_round_cap": 4,
 "armor_type": "light",
 "armor_class": 0
 }, {
@@ -183,7 +176,6 @@ rows = [{
 "skill_id": "charge",
 "weight": 1
 }],
-"advantage_per_round_cap": 4,
 "armor_type": "light",
 "armor_class": 0
 }, {
@@ -206,7 +198,6 @@ rows = [{
 "skill_id": "heavy",
 "weight": 2
 }],
-"advantage_per_round_cap": 4,
 "armor_type": "light",
 "armor_class": 0
 }, {
@@ -230,7 +221,6 @@ rows = [{
 "skill_id": "charge",
 "weight": 1
 }],
-"advantage_per_round_cap": 4,
 "armor_type": "light",
 "armor_class": 0
 }, {
@@ -254,7 +244,6 @@ rows = [{
 "skill_id": "charge",
 "weight": 1
 }],
-"advantage_per_round_cap": 4,
 "armor_type": "light",
 "armor_class": 0
 }, {
@@ -280,7 +269,6 @@ rows = [{
 "skill_id": "web_snare",
 "weight": 2
 }],
-"advantage_per_round_cap": 4,
 "armor_type": "ward",
 "armor_class": 0
 }]

prototypes/dungeon-sweeper-vertical-slice/data/tables/reward.tres

@@ -168,7 +168,7 @@ rows = [{
 ; 装板期一次摇定；摇号只消费正向行权重（类型频次 = attack 20 / defense 16 / blast 16 / heal 3 / weaken 12，合计 67；
 ; 头段"heal 15 / weaken 12，合计 79"为历史注记——数值压缩批后 heal 3、合计 67，见本文件尾部 2026-09-17 批注）；
 ; 负向行 weight=0 不参与摇号，纯（类型, 极性）兑付字典——heal 负向 = 主角直伤 4（不经增益状态），
-; blast 负向 = ambush +2 层（stacks=2，伏击池 cap 与"溢出未生效"行协议不变）。
+; blast 负向 = ambush +2 层（stacks=2，直授无上限——伏击单轮上限 2026-09-20 退役）。
 ; 可选类三行（knife_t1/knife_adv/heal_pack）与注入池 active_inject 随可选类道具整体删除（供给控制器/保底/窗口同步下线）。
 ; 区间行（伤害量值区间批 2026-09-14）：heal_minor [2,6] · clear_blast [25,55]——中点锚 power 恒等期望当量，
 ; roll 时机 = 身份预分配批内追加取号（既有取号序零扰动）；spark_aoe 定值行无区间字段。

prototypes/dungeon-sweeper-vertical-slice/presentation/views/battle_log_view.gd

@@ -15,7 +15,7 @@ signal review_requested
 
 const BAND_H_DIG := 24
 const BAND_H_SETTLE := 84
-const AGG_TYPES := ["reward_ineffective", "overflow"]
+const AGG_TYPES := ["reward_ineffective"]
 const COL_GOLD := "#f0a828"
 const COL_INK := "#33261b"
 
@@ -194,8 +194,8 @@ func _format_row(row: Dictionary, agg_count := -1) -> String:
 			return prefix + "[color=%s]%s[/color]" % [body_col, body]
 		"heal":
 			return prefix + "[color=#7cc47c]%s +%d%s%s[/color]" % [name_, v, tail, suffix]
-		"reward_ineffective", "overflow":
-			# 未生效两类行：⚠ icon + 划线形状冗余（非色相独载）+ 聚合计数
+		"reward_ineffective":
+			# 未生效类行：⚠ icon + 划线形状冗余（非色相独载）+ 聚合计数
 			var n := (" ×%d" % agg_count) if agg_count > 1 else ""
 			return prefix + "[s][color=#b08060]⚠ %s%s[/color][/s]%s" % [name_, n, suffix]
 		"flag_miss":

prototypes/dungeon-sweeper-vertical-slice/smoke/rhythm_batch.gd.uid

@@ -0,0 +1 @@
+uid://cc2yhv5d20gfk

prototypes/dungeon-sweeper-vertical-slice/smoke/smoke_all.gd

@@ -1391,9 +1391,9 @@ func _rows_at(rows: Array, source_class: String, cell) -> Array:
 
 
 # 负向字典逐型直验（类型化兑付行协议）：找真实板上各型非封锁格，直调 _grant_routed 负向路由，
-# 断言每型的兑付形态（enrage/off_guard/sapped 效果行、heal 直伤行、blast ambush+cap 溢出协议）。
+# 断言每型的兑付形态（enrage/off_guard/sapped 效果行、heal 直伤行、blast ambush 直授）。
 func _smoke_negative_dictionary() -> void:
-	print("--- 负向字典逐型直验（sapped 在位 / heal 直伤 / blast 伏击+2 与 cap 溢出）---")
+	print("--- 负向字典逐型直验（sapped 在位 / heal 直伤 / blast 伏击直授）---")
 	# 数据面：sapped 行在位（状态表七行 + effect_pool_map 收编）
 	var sapped: Dictionary = _db.status_effect_row("sapped")
 	check(not sapped.is_empty() and String(sapped.get("target_side", "")) == "hero" \
@@ -1456,20 +1456,16 @@ func _smoke_negative_dictionary() -> void:
 			if String(row.get("reward_id", "")) == "heal_backlash":
 				backlash_power = int(row.power)
 		check(hp_after == hp_before - backlash_power, "heal 型负向 → 主角直伤 %d（%d → %d，不经增益状态）" % [backlash_power, hp_before, hp_after])
-	# blast：负向 = 伏击 +2 层；cap 内生效、超 cap 逐层溢出（cap 读敌行值——零字面量）
+	# blast：负向 = 伏击 +stacks 层直授（无上限——单轮授予上限 2026-09-20 退役；stacks 读表零字面量）
 	if by_type.has("blast"):
-		var cap: int = int(_db.resolve_enemy_rowset(1, 0).get("advantage_per_round_cap", 0))
 		rows.clear()
 		var snap_b: Dictionary = settlement._reward_economy.query_full_snapshot(by_type["blast"])
+		var stacks: int = maxi(1, int(settlement._reward_economy.polarity_row("blast", "negative").get("stacks", 1)))
 		settlement._grant_routed(snap_b, "negative", "mine_hit", by_type["blast"], 1)
 		var layers_after_first: int = settlement._status_effects.pool_layers("ambush")
-		check(layers_after_first == mini(2, cap), "blast 型负向 → 伏击 +%d 层（cap=%d）" % [layers_after_first, cap])
-		while settlement._status_effects.pool_layers("ambush") < cap:
-			settlement._grant_routed(snap_b, "negative", "mine_hit", by_type["blast"], 1)
-		rows.clear()
+		check(layers_after_first == stacks, "blast 型负向 → 伏击 +%d 层（stacks=%d）" % [layers_after_first, stacks])
 		settlement._grant_routed(snap_b, "negative", "mine_hit", by_type["blast"], 1)
-		check(_rows_of_type(rows, "overflow").size() >= 1 and settlement._status_effects.pool_layers("ambush") == cap,
-			"blast 型负向超 cap → 溢出未生效行（伏击池守恒在 cap=%d）" % cap)
+		check(settlement._status_effects.pool_layers("ambush") == 2 * stacks, "blast 型负向连发两次 → 伏击池逐层累加至 %d（无上限截断）" % (2 * stacks))
 
 
 # 资源面断言：chain/dig 事件恒携带 resource=true（雷格同权）；initial 恒 false（封锁格）；