摘要
生物面板上的攻防是“基础值 + 英雄加成 + 技能装备 + 临时状态”的结果。状态估计（SE）想用攻防的差值反推对方构筑，就必须先扣掉临时状态的影响。生物面板下方有一行状态图标，感知模块能给出每个图标对应的若干候选效果；规则模拟器有公开接口，可以查询某个状态对面板属性的影响。
本实验想找到至少一个“可以完整计入攻防”的已读状态，从而让 SE 多解释一部分差值。结果是否定的：在选定的 3 张真实面板上，11 个候选里没有一个能安全地直接扣除。原因不是 SE 忘了调用接口，而是提供方的原生状态查询目前还不能完整支持这些输入。本轮没有修改任何生产代码，只给出了一个最小的提供方工单方案。
要回答的问题
已读到的状态候选中，有没有可以完整、可靠地计入当前攻防解释的？如果没有，缺口在哪一方？
数据与来源
- 一段训练录像（10 月 10 日 16:57）的保存请求和上一轮的 SE 结果；不新增 OCR 或视频，不读取其它录像或冻结资料。
- 另从前一轮已读过的 49 帧索引中，复查唯一带图标的我方面板（一张凤凰面板）；只读保存索引，没有重读图片或原片。
方法
只读保存的 JSON，对每个状态候选调用规则模拟器的两个公开接口：一个返回状态对面板的影响（每项标注 known 完整支持 / partial 部分支持 / unknown 无法解释），另一个按运行时定义 ID 查询状态定义，用来检验原生效果 ID 能否直接使用。保留全部原始候选，不挑一个能凑出数值的 ID，不猜命名映射，不手写效果公式，也不实例化假战斗。
设置
不修改规则模拟器、对战 AI、公共格式或旧数据；本轮用户明确限制本会话不改规则模拟器的生产代码。
结果
| 保存帧 | 生物 | 已读候选 | 公开接口的阻塞 |
|---|---|---|---|
| 第 16 张截图 | 伤疤院长 | 6 个“绝望”图标候选 | 5 个 unknown（原生实现没有可解释的安装字段）；唯一 known 的是旧版本候选且无面板项，不能拿它替代其它候选 |
| 第 38 张截图 | 深渊使者 | 3 个“曙光盔甲”候选 + 两个宠物增益候选 | 盔甲 3 项 partial，未解释全伤害修正项；两个宠物候选给出安装基础防御 +3/+1，但无法确定是哪一个，也无法确定本次实际量 |
| 第 40 张截图 | 伤疤院长 | 上述绝望与盔甲/宠物两类图标 | 仍含 unknown/partial，不应放行来源筛选 |
- 三张面板的候选 ID 合计 11 个：3 known、3 partial、5 unknown。
- 所有返回值的数量依据都是“安装基础值，未含运行时缩放”。所以即使是 known，也不等于本次实际效果量已被认证。
- 把同样 11 个原生 ID 传给“状态定义”接口，全部被明确拒绝为未知定义 ID：这个运行时接口不能未经合法映射直接替代原生效果查询。
- 补查的凤凰面板：4 个“狂暴”候选全部 partial，未解释进出伤害修正项。
失败与负结果
- 主要问题的答案是否定的：选定样例中没有任何可以安全直接扣除的状态数值。
- 核对中还纠正了一条旧记录：10 月 9 日关于状态角标的工单其实已经完成（答复为角标是剩余回合，不是层数），旧的待办表还指向“未完成”，已更正。角标不能直接乘以安装数值 +1/+3。
- 英雄面板上的军队数字只作为数值证据保留，是既有设计（它们是当前数量，不能写进准备页的开局数量），不是 OCR 失败。
局限
- 只覆盖 3 张面板加 1 张补查，样本很小。
- 没有运行新的软件测试套件；本轮只做了只读查询和代码风格检查，没有新的软件或准确率结果。
结论与下一步
已有能力保持不变：只影响速度的“急速”类状态已经能放行攻防解释；每个候选的 known/partial/unknown 及未解释项也已在界面展示，无需再加一层说明。真正的缺口在提供方：需要它依据公开规则回答“这些真实候选是否可能改变攻击/防御”，不要求立刻补全所有状态数值或整局状态机。外部审阅补充了两点并已写入工单：一是“全局 known”必须覆盖其声明的全部范围，不能只因证明不影响攻防就忽略其它未解释的面板字段；二是凤凰那张面板是最直接的验收目标，而含“绝望” unknown 或宠物候选的另外三张不能因伤害修正项被解释就放行。验收必须同时证明状态确实影响了伤害通道、且未受影响的面板字段保持不变。是否授权有限修改规则模拟器，等待用户决定。
Comments