摘要
说明:本实验目录里只有两个复现脚本,没有单独的报告文件;本文依据状态估计模块文档中同日的对应报告和这两个脚本整理。
一支部队的攻击力大致等于“兵种基础值 + 英雄攻击 + 技能等带来的加成”。状态估计(SE)在解释生物面板时,原来只使用同一张截图里的英雄界面(HUD)读数。可是在某些战术画面上并没有英雄界面——用户指出,这不代表我们不知道英雄属性:开局准备页早就读到过。
本实验让 SE 在缺少同帧 HUD 时,使用面板之前、同一英雄、直接读到属性的准备页作为条件参考,并通过规则模拟器的公开接口查询已读“战斗魔法”技能的加成。在一份真实的 8 帧保存输入上,结果只新增一条说明:生物攻击 19 恰好等于资料基础 6 + 准备页英雄攻击 11 + 战斗魔法 2,净差为 0。观察、攻击条件和其它推断全部不变。
要回答的问题
在没有同帧英雄界面时,先前准备页读到的英雄属性能否参与生物面板的条件解释?什么情况下必须阻止沿用?
数据与来源
一段已曝光训练录像(一局对电脑的对局,10 月 9 日 08:38)已有的 8 帧感知 JSON;不是独立测试集。媒体秒数沿用已有来源记录,但这种原生请求只规定同局顺序,不提供认证的时间戳。
| 时间 / 来源 | 已读信息 | 本轮如何使用 |
|---|---|---|
| 76.18 秒,准备页 | 英雄攻击 11、防御 6、法强 10、知识 14;战斗魔法高级 | 作为有来源、有时间前提的参考 |
| 92.2 秒,生物面板 | 真菌伊利亚德攻击 19、防御 17;无英雄界面;资料基础 6/11 | 攻击 6+11+2=19;防御部分参考 11+6+2=19 |
| 98.40 秒 | 英雄界面攻击 12、防御 6、法强 9 | 不是 92.2 秒的同帧事实 |
| 223.8 秒 | 英雄 14/6、法强 9;生物 21/17 | 原有的 12→14、19→21 条件历史保持不变 |
方法
- 断点定位:准备页其实已被收集,但 SE 只保留最新的合并页;面板的英雄项只用同帧 HUD。这是 SE 的基线消费遗漏,不是这张战术图 OCR 失败。另外,完整的“我方开局预测”因为没能复现英雄卡而被挡住,这不能说成“没有读取属性”,也不能拿预测值冒充事实。
- 新增私有逻辑:保存每个准备页快照和直接读数(公开格式不变);按同局顺序,选面板之前、同一英雄、直接读到属性的准备页。同帧 HUD 优先;未来的页面不能倒灌;敌方或未归属的面板不用我方准备页;英雄身份冲突时阻断。
- 已读战斗魔法通过规则模拟器公开的选秀引擎接口查询(等级按基础/高级/专家映射);未读的技能、法强或知识不当成 0。
- 准备页到面板之间若 HUD 已读出相关变化,保留“已读但已更新”的说明,不沿用旧组合。
- 只使用源页直接读到的组件,不把跨页合并后缺逐字段来源的值当成该页原读。
设置
公开 SE 入口重算保存的 JSON,要求原请求不被修改、顶层只有“推断”一项变化;再用 App 现有的攻击详情组件离屏渲染,确认公式、来源和时间假设可见。一次重算约 1.5 秒,不是整帧或视频速度。
结果
- 新增一条条件说明:若先前准备页及已读加成此时仍适用、且其它来源没有未计入的净影响,则攻击不需要额外的净减益。 这是可用的条件解释,不是“所有敌方减攻技能都不存在”的认证——未计入的增益与减益可能互相抵消。
- 补充核对:法强 9 时已读高级战斗魔法的攻击项为 +1,所以准备页“11+2”与之后 HUD“12+1”恰好都等于 13。总和吻合不能证明准备页各项逐项保持不变。
- 防御部分参考 19 比实读 17 高 2,仍有未解释差额,本轮没有归因给敌方技能。
- 原观察、8 条攻击及其条件、排除结果和其它推断完全相同;早期面板仍然没有英雄项。
失败与负结果
- 修改前写的 5 个基本场景中 3 个失败(复现了遗漏)。
- 补查发现游戏资料的英文名含空格和标点,必须沿用现有的 ID 规范化,否则会漏掉已读的“战斗法师的威严”;修复后补了相应场景。
- 第一次复现时所有比较都通过,但保存规则答复时序列化失败;修复后重算,核对与先前写出的结果完全相同才补存验证记录。
- 完整开局预测给出英雄攻 10/防 5/法 10/知识 11,实读 11/6/10/14,英雄卡不匹配;这局对手是电脑而原查询是竞技场开局模型,所以只说明未复现,不能直接定性为规则模拟器错误。
局限
- 只有一份 8 帧输入;“同局顺序”不是认证的时间戳。
- 最终相关 SE 软件测试 133 项通过,App 攻击证据和英雄面板测试 45 项通过,都是软件场景,不是识别准确率。
- 安装版没有更新,旧保存结果不会自动重算。
结论与下一步
先前读到的英雄属性现在能以“有来源、有时间前提”的形式参与生物面板解释,补上了一个真实的消费遗漏。外部审阅建议把时间前提放在公式开头,并补一个“未来 HUD 不能认证早期面板”的负例,二者都已实现。下一步建议在 App 回看已有分析时提供一个“仅重算 SE 解释”的显式按钮,复用保存的感知结果、保留旧版对照,让新解释无需重跑视频就能进入用户已有的结果。
Comments