P092：图案中心被数字挡住时，用外圈图案认出法术

摘要

魔法书的每个法术槽中间是一个法术图案。法术使用后进入冷却时，图案中央会叠上一个圆形徽章，显示还要等几回合。旧的图案匹配（aligned_rank）主要依赖图案中心，于是中心被挡住的法术一律识别不出来：训练集里 9 个带徽章的法术全部未接受。

本实验（内部编号 B109）只针对这种情况：把中央徽章和通用外圈遮掉，只比较图案外围仍然可见的部分。中央冷却数字仍由原有流程独立读取，不受影响。

对“身份未知、且当前像素确实检测到中央徽章”的槽位，只用外围可见图案匹配，能否恢复身份，同时不引入错误、不丢失原有正确结果？

只处理：原身份未知、有法术、当前像素检测到可靠中央徽章的槽。原已接受、冲突、空槽、无徽章都不覆盖。
目标裁成 96×96，保留半径 39 像素的圆形区域，并按当前徽章框外扩 3 个原生像素把中央遮掉。
规范图案库在 5 个尺度（72–104 像素）和 ±12 像素位移范围内移动，计算带遮罩的归一化互相关（NCC，衡量两张图的相似程度）。遮罩固定在目标上，移动参考不会让徽章重新进入比较。
接受条件：相关分 ≥ 0.75，且第一名比第二名高出 ≥ 0.08。分数不是概率。
不用法术名称、槽位顺序、后续帧、答案或等级。

整个方案只试了这一个配方，没有搜索阈值，在训练上冻结后开发组只评估一次。

训练集上逐个查看全部 9 个徽章遮罩和原像素：8 个有参考的全部恢复，另一个“精湛阿丽娜之触”相关分只有 0.706，保留未知。开发集 5 个遮罩也逐项查看。

项目（开发 14 页）	原方法	本实验	说明
槽位 / 有法术	196/196	196/196	计数
明确参考下身份正确	134/142	139/142（97.89%）	5 个未知恢复；3 个召唤版本仍错
身份参考未解决	6	6	特殊版本，不算成功
名称	145/148	145/148	3 未知
上方耗蓝	148/148	148/148	不变
右下当前阶数	146/148	146/148	2 未知
中央冷却数字	5/5 可见	5/5 可见	正例来源少；无数字不赋 0
所需文字同槽完整	143/148	143/148	96.62%
身份+所需文字同槽完整	129/148	134/148	全分母 90.54%；有参考 134/142 = 94.37%

开发新恢复的 5 个法术是生命回溯、连锁闪电、多里斯之潮、天罚、黑洞。48 个空槽没有新增身份或文字；191 个无中央数字的位置也没有输出冷却数。

实际入口验证：24 训练 + 14 开发 + 4 张其他场景，共 42 张完整截图做 84 次模型 A/B，新身份与冻结阶段逐槽一致；恢复原身份后，所有其他观察完全保持。26 个相关测试文件 397 项通过。

既有错误被发现：补查参考缺口时确认，3 个“高级/专家化身召唤”被原路径错误识别为基础版本。印刷的名称其实已读对，说明仅凭相同图案无法确定具体版本。这是旧错误，不能因为原参考未映射而隐藏——不能只发布“旧参考 139/139，身份 100%”。
另有 6 个特殊版本缺准确映射，仍算未解决。
分母口径问题：第一次脚本沿用了旧缓存，那份缓存早于上一轮五条“塌→坍”名称标签修订，得到的开发正确数是 131→136；统一用现行映射后是 134→139。两种分母都保留，真实的算法增量始终是训练 8、开发 5，参考修订不算算法收益。

已曝光数据，不是新盲测；整体 90.54% 未达到 95%。中央冷却数字的正例很少（5 个）。没有测时延、没有 App 或全仓验收。

遮掉中央、比较外围，是一个简单有效的补救，且没有副作用。剩余 14 个缺口（3 个召唤版本错误、6 个特殊版本缺参考、3 个名称未知、2 个阶数未知）互不交叉。下一步在训练来源上用独立读出的印刷名称核对同图案的不同版本，解决 3 个版本错误；不能简单删前缀或把基础版本 ID 当作所有版本。