二七王：第六轮核对（多局大局 + 整局带牌型模糊），未发现不一致

前五轮的端到端都只跑单局、且只出单张。本轮补两个从未被驱动过的维度：

一、多局大局（design §12.1 步骤10 / §12.2 / §4.6）
真实驱动 6 局与 12 局：跨局轮庄与「上局 banker+result」严格对应，另单独造出
result=0 的庄赢局验证连庄端到端（此前只有 do_prepare 的桩单测）；每局零和、
累计分与逐局累加一致；account 只在末局出现，打满后再准备被拒；房卡只扣一次；
战绩载荷完整；中途解散按当前累计分结算、result=3。全部相符。

二、整局带牌型模糊（新增 test/test_fuzz.js）
test_endgame 的驱动器只会出单张，对子/拖拉机/甩牌/甩错在整局链路里从未跑过。
新测试用带牌型的对局补上，并对每一墩用独立参考实现重算「谁最大」与服务端
比对（不是抽查），另独立重算捡分、扣底倍数、算奖与捡分子数分配。探针阶段
跑了 160 局约 3800 墩（4 个种子）0 异常，入库版固定为 20 局约 480 墩、0.3s。

变异检验：牌的归属写给非胜者、单张毙牌不再压过副牌、算奖分配去掉 ×X、
跟牌牌面值改回未排序入参 —— 四条全部转红。

过程中修正了测试自身的三个问题（已写进 test/README 与 compliance）：
- 参考实现的 rank 取了负数，而 0 是「不参与本墩」的哨兵，哨兵反而数值最大；
- 闲家捡分按 playowner 累加再与 aset.grade 比，是拿被测字段自证，playowner
  写错时两边一起错照样通过 —— 改成按独立算出的墩胜者累计；
- 扣底倍数再调 get_bottom_multiple 去比，同样是自证，倍数表改成恒返回 2 也
  通过 —— 改成按 design §6.3 独立重算。
另：该文件的覆盖下限是发牌相关的，随机发牌下扣底可能一次都不出现（实测 60
次里有 1 次），故把发牌也接到固定种子上；随机发牌的整局覆盖由 test_endgame
承担。

全套单测 511 → 519 项全绿，总耗时 < 1.7s。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

server/games/erqiwang/docs/compliance/01-design合规逐节核对.md

@@ -193,6 +193,30 @@ F1~F4 修复后，对 **design.md 维度**又做了一次独立取证复核。
 
 ---
 
+## 第六轮核对（多局大局 + 整局带牌型模糊）
+
+> 前五轮的端到端**都只跑单局、且只出单张**。本轮补两个从未被驱动过的维度：① `design §12.1 步骤10 → §12.2` 的**多局大局**（跨局轮庄、累计分、大局结算、战绩）；② **带牌型的整局链路**（对子/拖拉机/甩牌/甩错/毙牌/扣底与 `do_playcard`→`mod.chupai`→结算的集成）。**未发现任何不一致。**
+
+| 维度 | 取证方式 | 结果 |
+| --- | --- | --- |
+| §12.1 步骤10 · §4.6 跨局轮庄 | 真实驱动 6 局（RPC 全链路，含每局 `zhunbei` 开新局） | 每局 `firstseat` 与「上局 banker + result」严格对应；另单独构造出 `result=0` 的**庄赢局**验证**连庄**（此前只有 `do_prepare` 的桩单测，端到端从未走过）✅ |
+| §7 累计分 | 6 局 | 每局零和；`desk.seatlist[i][0]` == 逐局累加；`aset.seatlist[i].score` == 累计分 ✅ |
+| §12.2 大局结算 | 6 局房与 12 局房各跑满 | `account` **只在末局**出现（6 局房第 6 局、12 局房第 12 局）；打满后再 `zhunbei` 回 RULE 拒 ✅ |
+| §10.1 扣房卡 | 6 局 | 全程只扣一次（第一局结算），`save_grade` 一次 ✅ |
+| 战绩 | `save_grade` 载荷 | `gameinfo1.asetcount`/`players.score` 与累计分一致；`gameinfo2` 每局 `seatlist`/`banker`/`call`/`flower`/`result` 齐全 ✅ |
+| §12.2 中途解散 | 打完 2 局后在第 3 局解散 | 解散局 `multiple/upgrade` 均 0、三家得分 `[0,0,0]`、`result=3`；`account` 累计分 == 解散前累计分（"按当前累计分结算"）✅ |
+| 牌局隔离 | 每局开新 paiju | 新局重新发满 92 张；上一局的 `tmp_jiesuan_aset` 已清理 ✅ |
+| §5/§6/§7/§8 整局带牌型 | 160 局 / 约 3800 墩（4 个种子 × 40 局），**每一墩**用独立参考实现重算胜者与服务端比对 | 多张首出、合法甩牌、甩错、毙牌墩、扣底均大量出现；牌张守恒 84/8/16、捡分守恒、结算零和、扣底触发条件、算奖分配公式**全部相符，0 异常** ✅ |
+
+**本轮两次"疑似缺陷"经查都不是**（勿再重提）：
+
+- 某局结算 `[0,0,0]`：是 `jf=[4,-8,4]` 与 `aw=[-4,8,-4]` 恰好抵消，不是漏算。
+- 首轮 40 次尝试跑不出庄赢局：是**用例设计反了**——叫 5 分是闲家最容易达标的档（`grade ≥ 5` 即赢），应叫 70 分才易守。改后立刻出现。
+
+**固化产物**：新增 `test/test_fuzz.js`（整局模糊 + 每墩胜者差分，20 局约 480 墩，8 项聚合断言，0.3s）。多局大局部分为一次性探针未入库（跑满 12 局较慢，且其不变量已由 `test_desk`/`test_endgame`/本轮探针共同覆盖）。全套单测 **511 → 519 项**全绿。
+
+---
+
 ## 结论摘要
 
 > **注**：下表是**首轮核对**的初始发现快照（保留以记录起点）。其中 §4.4、§5.4、§6.3、§7、§8.1-8.4、§9、§10、§11 等标 🟥/🟧/🟨 的项**后续均已修复并验证**——当前逐节状态以本文档后面的分节详情及全套单测（270 项全绿）为准。