二七王：前端删掉 9 处阶段/控制权推导，一律读服务端包字段

I-3 前端不再持有对局状态机（配合服务端上一提交的下发面补齐）：
- 删掉 5 处按 rpc 名硬编码的 aset.step（Deal=1 / Call=2 / Main=3 / Bury=5 / Result=6），
  一律改 _apply 读包里的 step
- 删掉 4 处 turn.seat = aset.banker（CallHandler / MainHandler / ResyncHandler×2），
  增量路径读 nextseat、重连路径读分组里的 seat；同一条规则不再有 4 个写入处

I-2 ResyncHandler._applyBalance 由只接 aset 扩为接 aset/bottom/account，
结算面板开着时重连/硬刷新不再丢抠底明细与末局大结算。
一致性测试 EXCLUDE 随之从 4 条收缩为 2 条（去掉 result.bottom / result.account，
只留一次性事件 table.ancard3s 与归下一轮的 result.chupai），未新增任何豁免条目。

夹具按新包结构重跑（种子不变，牌局不变）：diff 纯为 67 行新增字段、0 行删除；
test_fixture 补上 step/nextseat/Balance 同源断言（68→82 checks）。
export_packets.js 里关于 playproc/seatlist 活引用的注释已过时，更正为仍存在的
Balance.readystate 与三份结算快照。

各 handler 单测补齐新字段并新增守卫用例：刻意构造 nextseat != banker、
step 为非预期值的包，使「退回硬编码/banker 反推」的写法必然转红（11/11 已验证）。

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

client/js/01_SubGame/codes/net/handlers/ResultHandler.js

@@ -91,7 +91,9 @@ var EQW_ResultHandler = EQW_ResultHandler || {
             aset:    'aset',
             account: 'account'
         });
-        EQW_GameState.aset.step = 6;
+        //阶段只读包字段：jiesuan 的 step 由服务端 get_paiju_account 统一给出（三种结算来源恒为 6），
+        //前端不按 rpc 名硬编码——解散结算走的是另一条投递路径，同样带着这个字段
+        EQW_GameState._apply(EQW_GameState.aset, d, { step: 'step' });
 
         //三家总积分：jiesuan 的 aset.seatlist[i].score 就是"累积得分"（协议 §14），
         //与 deskinfo.PlayerInfo 同源同值——deskinfo 恒有的 PlayerInfo 在增量路径上没有对应来源，