摘要
规则升级到 battle-core v366 后，本实验在浏览器里重新完整打了两局（种子 197 和 211），包括真实重启服务后恢复和独立回放。两局都打到终局、回放验证通过。但不是一次无中断的通过：种子 197 一局在第 55 个事件后停住，页面看起来像“对方行动前等待 5 秒”，实际已经暂停，需要手动点“重试恢复”一次。暂停的原因没有查明；本实验只修复了它的显示方式，以及终局加载时的误导文案。
方法与设置
- 内置浏览器，桌面 1164×654 与窄屏 436×818；普通命令启动 Web 服务，v23 状态，独立运行目录。
- 全部通过可见控件：每一步都选第一个给出的候选卡完成选秀，确认构筑和默认布阵，进入战斗。
- 机械式打法（第一个可见攻击 / 进攻面，没有攻击就防御）只是质检，不是人类或 AI 强度。
结果
| 项目 | 种子 197 / 蓝方 / 沙地 | 种子 211 / 红方 / 草地 |
|---|---|---|
| 规则 | v366，v23 状态 | 同左 |
| 施法 | 加速作用于 B7，魔法 100→88 | 力量之歌作用于 R3，魔法 80→74 |
| 重启 | 第 4 个事件退出，B3 行动、己方 88/100、对方 92/100，重启后四项一致 | 第一次退出时有一个已排队的 AI 动作把事件推进到 5，不算 4→4 一致；在稳定的人类第 5 个事件重做，R5、己方 74/80、对方 201/230 全部一致 |
| 结局 | 红胜，第 10 回合，106 个事件，45 次人类攻击，友军伤害 0 | 蓝胜，第 10 回合，93 个事件，14 次人类攻击；人类剩余生命 0/9939，AI 4491/13735 |
| 独立回放 | 验证通过 | 验证通过 |
| 控制台 | 最终无错误 / 警告 | 无错误 / 警告，未出现暂停 |
种子 211 中镜像术创造的两个复制单位被记录了加入、行动、状态和到期；这不算仪式机制覆盖或原生证据。
失败与负结果
- 暂停看起来像普通等待：第 55 个事件后页面停住，显示“对方行动 · 行动前等待 5 秒”。完整页面里其实有“对局已暂停”横幅和“重试恢复”按钮，但原始错误只在一个 4.2 秒的提示中出现过，已经消失；控制台无错误，附近的服务端日志都是成功响应。不能称之为引擎死锁、已知网络故障或已修复的根因。先保存了第 55 个事件的自动存档，然后点了一次“重试恢复”，同一局继续到第 106 个事件。
- 修复（只改显示）：横幅保留有界的原始错误信息直到成功刷新或开新局；回合状态显示“已暂停”而不是“等待 5 秒”；仍保持不自动重试。
- 终局加载文案：分析还在生成时短暂显示“旧版伤害统计”和缺失数字。改为生成中、失败（可重试）、就绪三种状态，缺失的攻击次数显示“—”而不是 0。修复中又发现两处缺陷：默认的加载样式名与全局遮罩冲突，窄屏卡片宽度溢出 22 像素，均已修。
回归
Arena 全量先后 2799 通过（1228.77 秒）和 2825 通过（950.77 秒），均退出码 0；后者开始于最后一处宽度修复之前，最终改动由 32 项和 41 项聚焦检查单独覆盖。
局限
- 暂停的原始触发原因未知，显示修复不代表根因修复。
- 两局重复旧种子只是版本回归，不是独立的 AI 强度样本。
- 低语的原生生命周期、完整嵌套生命周期证据和公平的人类预览语义仍未解决。
Comments