摘要
战斗记录 App（Battle Notes）有一个“属性对照”页：点击某一侧某种生物的攻击或防御格，会显示详情。SE（状态估计）已经为同侧同兵种的面板读数前后变化生成了条件解释（例如“攻击变化 −6，可分解为英雄 −1、其他 −5，前提是……”），并且已经接入这个详情。但在一局真实保存结果中，单侧详情约 17,568 个字符，解释淹没在大量状态说明里，也没有办法打开对应的原始截图核对。
本轮不改 SE、不加新数据格式，只改善核对路径：把 SE 已保存的“攻击/防御变化分解（条件解释）”原文摘到详情顶部，保留完整记录；再加一个选择器，按面板观察的帧编号在同一份请求里精确找到原图，复用已有的原图查看器。这只让已有解释更容易找到、能准确打开原图，不代表识别或推断变准了。
要回答的问题
用户能否在属性对照页上直接看到变化解释，并打开每个端点的原始截图核对？这样做会不会误配原图、混淆双方或残留旧内容？
数据与来源
两份用户已选、已曝光的训练数据的保存结果：一局 49 帧（10 月 10 日 01:39 录像），一局 58 帧（同日 16:57 录像前 23 分钟）。不做 OCR、不读录像、不修改媒体。
方法
- 摘录而不重算：只识别已知的标题和前提，原样摘录；不解析数字、不执行新公式、不按兵种名重新绑定实例。普通分解必须连同“沿用基础加英雄”的前提一起摘出；“组件分解”必须同时带组件来源和时间前提。不认识的旧格式只留在完整记录里，不摘出孤立结论。攻击/防御、双方、预测行分别筛选。
- 原图入口：面板观察带帧编号；只有在同一份请求中找到唯一、明确的帧编号时才启用“全屏原图”。缺请求、重复编号、缺图、视频路径或相对路径都不启用，仍显示原观察值或未知。选择器初始为空，避免把第一张图误当作摘要的端点；相同兵种的不同帧不合并。
- 生命周期：切换来源、清空结果、关闭页面时清除旧原图状态。当前分析和保存导入都传入各自匹配的请求，不借用上一份。
设置
在隔离的 Qt 环境中走实际的标准导入、鼠标点击和原图显示，并禁止启动任何识别提供者进程。不启动或安装用户的 App。
结果
- 例：01:39 局敌方修道院长两帧之间攻击变化 −6，原解释分为英雄 −1、其他 −5；两端同帧 HUD 和“用户声明同侧兵种唯一”的前提原文保留。不能据此认证具体的敌方技能或命中条件。下方可分别选择攻击 43 和攻击 37 的两帧并打开原图（均 2560×1440）。
- 58 帧那局实际打开了另一帧原图（2560×1440）。
- 两份结果的请求、结果、会话结构和原快照文件大小/时间戳都没有变化，识别提供者调用 0 次。
- 最终 77 项聚焦测试通过（其中 26 项为本轮新增），涵盖原文和前提完整保留、两端不合并、双方隔离、未知不变成 0、重复帧/缺文件拒绝链接、真实 Qt 点击原图与清空等。测试夹具不是独立实战。
失败与负结果
- 第一轮验证虽然通过了原计划的检查，但目视发现 58 帧那局用的是另一种“组件变化分解”格式，最初没有被摘到顶部。随后补上对该格式及其来源/时序前提的兼容，并把选择器改为显式选择，第二轮验证通过。
- 外部审阅提示两个生命周期风险。核对发现：设置新原图时第一步就会关闭旧查看器；属性行始终来自固定列表，换结果不会残留旧详情。另按建议补了一个回归测试：查看器打开时，同一页面换成“帧编号相同但原图不同”的新请求，旧图立即关闭、选择器清空，重新选择显示的是新图（合计 78 个不同检查）。
- 审阅还担心摘录可能省略其他独立警告，但没有给出当前保存样例中的反例。核对历史生成器：死亡/召唤/复活边界不会生成该区间分解；状态图标和日志约束仍在完整记录中，不会因摘录变成已认证来源。未来格式变化的风险保留，不为假设情况新增自然语言解释器。
局限
- 只改善核对路径，不证明识别或推断准确率提高；没有独立真实准确率、游戏中实时使用、整帧时延或安装版验收。
- 保存导入路径依赖工作区里其他未提交改动，因此本轮源码暂未提交，也不能声称从干净的代码版本可完全复现。
结论与下一步
已有的变化解释现在出现在详情顶部，并能准确打开两端原图。审阅建议的“状态获得/失去应限制旧面板沿用”经核实已经实现（相关状态、英雄变化、等待、生命周期和晚读事件都会阻断沿用），不重复开发。下一轮只核对一个具体缺口：准备页技能/装备变化对历史参考的影响，发现实际遗漏才修复，不继续扩大这个界面。
Comments