摘要
一张战斗截图上，同一个兵堆（同种生物的一组单位）可能以三种形式出现：战场上的生物身体，身体脚下显示兵数的数量牌，以及屏幕顶部行动条（按行动顺序排列的卡片）上的行动卡。要从截图推断对局状态，程序需要把这三者对应起来。
本实验做了两件事：
- 为 4 张已曝光截图建立“开发参考”（手工标注）：42 个可见部队的身体框、身份、数量、颜色，26 张行动卡，2 张生物面板，以及身体—数量牌、身体—行动卡的对应关系。看不清的保留“不可读”或“未知”，不从别的图或后续战况补。
- 只读核对源码，弄清这些信息在当前系统中能不能从识别端一路传到战斗记录 App。
没有运行任何识别器，这不是识别成绩。
要回答的问题
- 这 4 张图上可见的部队和行动条信息分别是什么？哪些确实无法从像素确定？
- 当前公开的数据路径能承接哪些字段，还缺什么？
数据与来源
| 截图 | 阶段 | 可见身体 | 行动卡 |
|---|---|---|---|
| 草地图 A | 战场攻击预览 | 14 | 13 |
| 雪地图 B | 战场攻击预览 | 14 | 13 |
| 草地图 C | 战术布阵 + 蝎子面板 | 7 | 未显示 |
| 雪地图 D | 战术布阵 + 吟诵蜂面板 | 7 | 未显示 |
- 来自两段录像（10 月 2 日 00:44 和 01:21），原生 2560×1440，全部已曝光，只作开发回归；两个来源也不等于独立留出的战斗。
- 原图合计 20.88 MiB（预算 32 MiB）；逐个查看了 83 个资料库规范资产（50 个主图标、33 个身体参考），合计 1.04 MiB（预算 20 MiB）。24 个不同生物身份都能在资料库中解析。资料库当时未冻结，录像对应的游戏构建版本未知，因此这些图不能证明当前构建的规则或美术。
- 标注由逐图目视完成，尚待另一方逐原图复核。
方法
- 每张图独立核定，不由同录像的其他图、旧预测、后续战况或规则模拟器填缺值。
- 身体框是手工估计的可见包络，不能当像素级轮廓或严格 IoU 真值。
- 状态词：“已知”表示本图对应字面或规范映射可以核定（不表示模型正确）；“候选”保留具体歧义；“未知”保留缺证；“不可读”只用于被遮挡或辨不清的字面/颜色。
- 关联“已知”只表示当前可见范围内身份、颜色、数量一致且能唯一对应，不表示稳定实例、完整军队或主人已确认。
- 写一个验证脚本，只检查 JSON 结构、文件元数据、预算和资料库一致性；不解码媒体，不能验证标签视觉正确。
设置
0 OCR、0 GPU、0 模型、0 视频读帧；不复制图片、不保存裁图。
结果
| 图 | 身体身份已知 | 身体数量 已知/不可读 | 身体颜色 已知/不可读 | 身体—数量牌 已知/候选/未知 | 身体—卡 已知/候选/未知 |
|---|---|---|---|---|---|
| 草地 A | 14 | 13 / 1 | 13 / 1 | 13 / 0 / 1 | 12 / 1 / 1 |
| 雪地 B | 14 | 12 / 2 | 14 / 0 | 13 / 1 / 0 | 12 / 1 / 1 |
| 草地 C | 7 | 7 / 0 | 7 / 0 | 7 / 0 / 0 | 0 / 0 / 7 |
| 雪地 D | 7 | 6 / 1 | 7 / 0 | 7 / 0 / 0 | 0 / 0 / 7 |
| 合计 | 42 | 38 / 4 | 41 / 1 | 40 / 1 / 1 | 24 / 2 / 16 |
- 26 张行动卡的身份、数量、红蓝色全部已知。两张战场图上，行动条左端的回合标记“1”和右端的队列结束盖板分开记录，后者不是空生物槽。
- 4 处数量不可读各有原因：攻击预览盖住脚牌；数量末位与另一生物重叠；重叠中首位不可辨；布阵时光标遮住首位。不会用行动卡的数字或面板的数字回填不可读的脚牌。
- 布阵图的 14 个身体—卡“未知”是因为行动条没显示，不能算作关联算法漏读。两张面板的身份和数量双值可读，但面板—身体只是候选、主人未知：不透明面板挡住了其他兵堆。
公开数据路径核对（只读源码，未运行）：
| 目标 | 当前能走到 App 吗 | 限制 |
|---|---|---|
| 行动卡身份、数量、框 | 能：默认截图路由器的战场分支输出可见快照，App 严格接受，状态估计（SE）把它们注册为可纠正、可绑定的字段 | 卡片编号是图内地址，不是战场身体或稳定实例；归属默认未知 |
| 行动卡红蓝色 | 被 App 校验并保留 | 不是独立可编辑字段，不自动确认我方/敌方 |
| 可见身体身份/框 | 只在私有离线流程中 | 默认路由器没有身体输出，App 不接受 |
| 脚下数量牌、身体—牌 | 只在私有候选中 | 身份和主人为空，默认路由器和 App 不消费 |
| 身体—行动卡 | 只在私有候选中 | 搜索非穷尽、不检查视觉物种；没有默认 App 路径 |
| 面板身份、数量双值 | 能：面板分支输出，App 和 SE 都接受 | 面板对象不等于战场身体，不确认主人 |
| 布阵阶段、回合分隔、面板—身体 | 只在本参考文件中 | 现有公开字段没有对应语义 |
失败与负结果
本实验没有失败的算法尝试。主要的“负结果”是路径缺口：战场身体、数量牌以及三者之间的关联目前完全没有通往 App 的公开路径。
局限
- 4 张已曝光图、两个来源，标注待复核；手估框不能用于严格 IoU。
- 只覆盖可见部队和行动条；英雄头像/数值/计时、技能、底部控制、面板完整属性、角色归属及其他界面元素都未标。
- 路径核对是只读源码审阅，没有运行读取器、命令行或界面；工作区当时还有其他任务的改动。
结论与下一步
开发参考已经就绪，可用于后续回归。要让 App 承接战场身体信息，缺少的是：身体和数量牌作为来源对象及其原生几何、分开的字面值与身份候选、同图关联候选及未知原因、App 的显示，以及明确的实例/归属边界。这里只列出差距；若要实施，必须另走识别端与使用方的接口协商和版本兼容验证。
Comments