摘要

上一个实验（E032）把战斗日志里没能与伤害行配对的攻击动作原文展示了出来。但另一个已有功能——“这次攻击时，攻击方的攻击力可能是多少”的条件参考——仍然只遍历已配对的攻击。也就是说，伤害行没配上，会连带把攻击方此前已经读到的生物面板属性也隐藏掉。

本实验新增一个状态估计（SE）私有函数：从未配对动作里已读出的攻击方（兵种和阵营候选）出发，复用已有的参考门槛（主体、原始字段、状态、英雄变化、生命周期、回看时序），给未配对动作补上“攻击方属性核对”说明。不填正式命中条件、不配伤害、不推断目标阵营。

结果在两份真实保存结果上：只有 6 条（01:39 局）和 5 条（16:57 局）未配对动作的说明增加了属性核对，其他所有结果逐字段不变。本轮没有新的真实数值正例：凤凰最近的面板攻击 54 因为有未完整解释的状态而不能沿用，星之子在窗口内没有面板。改善在于“已读到的值和具体的阻断原因”不再因为伤害没配上而被隐藏。

要回答的问题

当攻击动作的主体已经读出、但伤害没能配对时，能否在不放松任何门槛的前提下，显示攻击方已读到的属性以及为什么不能直接使用它？

数据与来源

  • 上一个实验输出的两份保存请求：01:39 局 49 帧、16:57 局 58 帧。只重放公开 SE 入口，不做新 OCR，不处理录像。
  • 预期（实施前写下）：01:39 局最新的凤凰面板有未完整解释的状态，应保留攻击 54 及阻断原因，不能改用更早的 52；不要求真实案例一定得出可用数值。

方法

  1. 从原动作解析结果，经已有的身份 / 归属函数得到攻击方的兵种和阵营候选。
  2. 同一主体 / 目标 / 时刻的候选，以最早出现的那一帧作为参考窗口的截止点，再复用原有的参考函数。重复页、括号数量或 OCR 原文的变化不移动窗口；共享窗口不等于认证为同一事件。后读到的面板不倒灌到重复页。
  3. 只查攻击方的攻击，不自动把攻击目标当敌方。
  4. 未识别主体、未知阵营、没有面板，各自给出明确说明。
  5. App 现有的说明消费者自动呈现，不改公共格式或 App 生产代码。

设置

公开 SE 前后对照；去掉新增文字后与修改前完全相等，输入不变。App 用隔离的离屏界面导入并真实点击，不启动用户 App。

结果

真实来源 现在显示 仍未验证
01:39 局凤凰（第 32、33 帧的攻击 / 反击） 最近第 24 帧面板攻击 54，但状态未完整解释，不能沿用；不回退到第 8 / 9 / 13 帧的 52 不配 821 / 899 / 1060 伤害，不认证命中属性或实例；6 条含重复页，不是 6 次独立攻击
16:57 局星之子（第 27 帧起 5 条引用） 最早窗口内没有该方兵种面板 不借未来或另一方的同名面板，仍给不出数值参考
16:57 局织光者 原有的攻击 20 条件参考保持 原前提仍保留

正式配对仍是 0 / 12，伤害条件、查询、排除、原始观察和其他说明全部相同。

组合测试（34 项）：

  • 16 项来自 4 种合法构筑（战斗魔法高级 / 专家 × 无宝物 / 两件宝物）× 两个观察方 × 旧面板 / 刷新面板：实际执行英勇攻击触发“强力链接”、消耗专注，再执行一次普通攻击，经公开观察进入公开 SE，没有填造攻防。
    • 其中 12 项因为真实投影中的状态没有图标映射而被正确阻断，2 项旧面板被英雄变化阻断，只有 2 项（刷新面板、无已读阻断状态）得到条件参考。没有为了制造正例而清空状态。
    • 原有的离线轨迹适配器不渲染英雄攻击，测试中把这次已执行的动作适配成带已知英雄名的“使用能力”行——这是软件适配，不是真实日志文字；伤害行被人为置为未知来模拟漏读，不测试 OCR。
  • 另 18 项覆盖重复页、数量 / OCR 文字差异、未知时间、状态 / 等待 / 召唤 / 死亡 / 复活、身份冲突、未知归属、原读数失效、同帧歧义、未来观察、另一方同名单位、同侧潜在的不同实例。相同名字不能认证同一实例，也不能由两个面板直接得出“20→29 变化”的结论。

相关 SE 177 项、App 86 项通过，去重 263 项软件检查。App 验收：保存 → 严格读取 → 隔离导入，点击未配对摘要、第 32 / 27 帧日志原图和第 24 帧凤凰面板，原图解码通过；两张截图已目视，新文字清晰可读。

失败与负结果

测试过程中的失败全部保留：

  1. 修改前：运行到第一个“缺属性核对说明”的断言就失败。
  2. 接通后 16 失败 / 42 通过：新夹具没有提供英雄名字与玩家的关联，程序正确地保持了归属未知。
  3. 补上该观察后 12 失败 / 4 通过：12 项原预期没有考虑“图标未知就阻断”的保护，改为检查正确的阻断。
  4. 一次补丁误落到夹具构造阶段，产生变量未赋值错误（16 失败 / 18 通过），已修；不是产品故障。
  5. 最终 34 项全过。新文件首次有一个导入顺序问题，已修。

审阅后确认的限制：同一主体 / 目标 / 同一秒的不同动作可能共用更早的窗口，这会少用数据，但不能为了覆盖率改成每页借用新面板；六类事件的测试只证明它们都触发阻断，不证明它们被分别完整分类。

局限

  • 本轮没有新的真实数值成功例；所有真实来源都已曝光过。
  • 不是整段重跑、独立准确率、全英雄 / 装备 / 技能覆盖，也不是安装版升级；App 验收依赖共享工作区中上一轮尚未整体提交的改动。

结论与下一步

未配对的攻击现在也能显示攻击方已读到的属性以及具体为什么不能用，门槛一点没有放松。外部审阅未发现阻塞问题，支持收尾。

唯一的下一步建议是：针对第 32 帧第 9 行反击漏读的定点视觉诊断。等待审阅期间只读检查了已保存的读取尝试：整图读取漏掉了玩家名、凤凰少一个字；另两种读法的主体、目标、时间一致，但玩家名分别读成两种不同的字符串，原因被记为“读取冲突”。下一步优先复用这些已保存候选定位共识步骤，不重扫视频、不编造玩家、不普遍降低阈值；即使恢复了这条反击，也仍须独立满足伤害配对合同。