摘要
战斗记录 App（Battle Notes）会把状态估计（SE，把读到的观察累积成对局状态和对手构筑推断的模块）对每次攻击的分析放在“攻击证据”页：例如战斗日志（Logs）里“某单位攻击某单位、造成多少伤害”这一行，要解释它需要哪些命中条件（攻击方攻击力、目标防御力等），哪些已知、哪些缺失，是否已向规则模拟器查询。旧页面把全部历史文字铺开，读数、命中条件和查询缺口分散，回看保存结果时也没有直接看原图的入口。
本实验（编号 A001）只改展示：新增一个只读摘要，把这些已有的结构化字段集中成两张表，并在帧编号明确且唯一时提供“打开原图”按钮。不改任何推断、伤害规则、身份或保存格式。用两份已保存的真实训练分析导入验证，输入、SE 输出和会话都严格相等。
要回答的问题
能否在不改变任何推断结果的前提下，让用户在一个地方看清每条攻击的已知条件、缺口和原始证据截图，方便发现和定位错误？
数据与来源
两份此前已保存的分析结果（都是用户选定的训练来源）：
| 来源 | 保存帧数 | 日志候选行 | 可点击的生物面板记录 |
|---|---|---|---|
| 训练录像（10 月 10 日 16:57，前 23 分钟） | 58 | 12（含重复页） | 10 |
| 训练录像（10 月 10 日 01:39） | 49 | 0 | 18 |
不运行新的 OCR 或视频处理。
方法
- 新的私有摘要模块只读取 SE 已有的结构化字段：攻击证据里的关联、条件、缺失条件、已用关联、查询状态；以及已观察到的我方基线、英雄属性变化、敌方英雄界面读数、生物面板读数。
- 共性缺口只列一次；零、False、空状态数组按声明值保留，null 单列为未知；不解读自然语言说明。
- 同一兵种的多条面板逐条保留；合并的英雄摘要只标最近合并的帧，不声称逐字段来源或真实开局。
- 原图入口：只为当前输入中唯一的帧编号、且本地图片仍存在时生成链接；不按名称、数值或邻近时间去找替代图。切换快照、空输入或重置时不沿用旧链接。HTML 导出对重复编号沿用原读取器的多个候选入口，不自动选其中一张。
- 当前分析页、保存回看对话框（含视频导入）和 HTML 导出共用这一摘要，原完整文本保留。
设置
在 8 核资源限制下运行，禁止启动任何识别服务；用离屏的真实 Qt 界面导入保存结果，并实际点击原图按钮。
结果
| 来源 | 实际打开的原图 |
|---|---|
| 16:57 录像 | 第 15 帧的深渊使者面板 |
| 01:39 录像 | 第 6 帧的生物面板 |
- 输入、内层 SE 结果、会话严格相等；源快照文件的大小与修改时间不变。
- 已恢复的 4 条攻击预览及原有条件解释仍在完整记录中；没有填写任何命中条件。
- 两张表格截图经目视检查，无文字截断。
- 首批 26 项软件检查通过；完整受影响回归 127 项通过（其中本轮新增 8 项），用时 40.033 秒。
失败与负结果
首次格式检查有问题，已修正。没有发现功能失败。
局限
- 这是帮助用户发现和定位错误的核对功能，不能说成识别准确率提升或独立真实评估。
- 源码未安装到用户的 App。
- 01:39 那份结果没有日志攻击候选，摘要表在那局只验证了面板部分。
结论与下一步
外部审阅未发现确定的严重问题，支持这个功能收尾，并反对继续扩建界面包装。审阅提出的几项疑问逐一核对：共性缺口只取各条的交集，显式未知已逐行列出；关于缓存可能跳过重新检查的担心与实际执行顺序不符（每次先解析帧来源，点击时也重新解析原路径）；跨分析复用滚动位置的风险在两个入口都未复现。
下一项建议：选一条已有的真实日志攻击，让 SE 用历史攻防和英雄属性变化生成有来源的条件参考。先检查已有实现，避免重复；还要核对日志动作时间与面板观察的先后——“较早读到的日志或截图”不自动等于“命中之前的观察”。保留同方兵种唯一的假设和状态/生命周期冲突保护，不写入正式命中条件，不改规则模拟器。
Comments