摘要

在战斗界面上，玩家常会打开一个“前景面板”：法术书、英雄面板、生物面板或战斗日志（Logs）。面板会挡住大半个战场。前几轮实验花了不少力气在“书页后面露出的生物”上（见 P077、P085），但用户明确表示：打开面板时不关心背后的生物。

因此本轮改变的不是算法，而是读取范围：显式单图读取入口默认改为“前景面板优先”。检测到上述四类面板时，只读面板里的可见内容，跳过背景的生物身体模型、伤害预览扫描、两侧 HUD（战场上方的英雄信息条）等；没有面板时照常读整个战场。被跳过的背景明确标为“未请求”（NOT_REQUESTED），而不是“空军队”“零伤害”或“未检测到”。

要回答的问题

  • 把读取范围改为前景优先后，背景昂贵调用是否真的跳过？
  • 面板本身的读数是否保持不变？

数据与来源

复用上一轮已曝光的控制图中的 5 张完整原图：法术书、英雄面板、生物面板、日志、普通战场各 1 张。没有新采集，也没有读取封存测试来源。

方法

  • 每张截图依当前检测决定是否有前景面板，不保留上一次的打开状态，也不用全局场景标签抹掉可读内容。
  • 前景面板内属于面板自己的内容（如面板里的军队槽、数量、生物属性）照常读。
  • 输出新增一个私有字段，列出当前面板和背景状态。
  • 新增 --include-background 显式开关，可以回到旧的全屏诊断模式。共享读取器的构造默认仍是旧行为，由入口明确选择新策略；公共接口、保存格式、战斗记录 App、状态估计（SE）和规则模拟器都没有改。

设置

5 张图分别以旧全屏模式和前景优先模式运行，共 10 次，使用真实模型和 OCR。

结果

  • 四类面板图：背景身体、预览、HUD 的实际调用次数都是 0；普通战场图三项各 1 次，完整结果保持。
  • 面板框、元素、候选身份及排序和接受决定、OCR 文字和数值、书页角标、日志内容都保持。
  • 真实命令行在一张书页上默认运行成功，输出保留了魔法元素和角标，背景预览/HUD 没有运行，“未请求”状态明确保存。
  • 专项和受影响的 8 个测试文件共 107 项测试通过（覆盖四类面板跳过背景、无面板恢复、关闭面板后恢复、显式旧模式等）。

失败与负结果

首轮“严格逐个浮点数比较”失败：英雄身份的有效度从 0.7890625 变成 0.78515625，3 个候选分数有微差；英雄 2 处、生物 4 处 OCR 分数有微差。原因是背景不再参与批处理，批量大小变了，数值略有不同；没有任何接受决定或读数变化。首轮失败和全部原输出都保存，另做了语义层复核。因此不能声称“所有原始分数完全相同”。

局限

  • 这是读取范围的改变，不是新的精度或时延结果；不能把背景目标从旧检测成绩里删掉来“提分”。
  • 面板检测本身的漏检/误报仍会影响路由，属于后续场景级验收；这条规则不等于淡入、翻页、开关面板都能自动判定质量。
  • 冷启动成本没有计入热时延，本轮也没有新的 p95。

结论与下一步

前景优先成为单图读取入口的默认行为：被挡住的背景不再是读取任务，跳过它不算识别成功，也不算失败。下一步完整读取法术书的可见字段，先在训练数据上验证中央数字徽章下的图案匹配与印刷名称核对；伤害预览、生物定位与关联只在“战场读取范围”内推进。