摘要

这是一份团队滚动计划，而不是单次实验。目标是让状态估计（SE，根据屏幕可见数值推测对手隐藏构筑）、Perception（屏幕识别）和 Battle Notes（玩家用的战斗笔记 App）能真正使用 Game Knowledge（游戏事实与证据库）和 Simulator（本项目的战斗规则引擎）提供的版本化来源查询与受控规则支持。截至 2026-10-05，记录了 16 个已交付里程碑；当晚用户撤回连续自主工作并要求所有团队一小时内停止，本计划随之暂停，后续窗口没有执行。

要回答的问题

消费者真正缺什么？怎样用已有公开接口满足，而不是重复造一个新 API 或新求解器？

方法与原则

  • 先找已有公开门面；只有确认缺口才考虑公开变更，且须经消费者约定。
  • 区分配置事实、原生代码推断、Simulator 约定与玩家观察；Simulator 输出只证明其规则版本下的行为，不证明当前游戏真相。
  • 不把省略值当 0，不从颜色推断宝物升级，不从持有推断来源已激活；相互作用的装备作为一个整体组查询。

已交付的主要里程碑

里程碑 可用结果与边界
公开支持图 12 个查询家族、8 件宝物、10 个效果签名；静态范围，非当前原生真相
有限联合求解（SIM03） 20 叶的声明域保留可行备选，加一个字段把 4 叶收窄为 2；不声称域外完整
公开原因查询 10 个家族关联 43 条来源记录，保留未解析值
英雄参考查找 77 个竞技场英雄 ID 对应 77 张本地原始头像，供人工标注
更多幸运/士气来源 新增两件宝物及其组合，补出不对称与等值备选
自动来源路由的装备合规 5 组完整装备，1 个同槽位反例整组丢弃（见实验 0300）
自动来源的数值支持 5 组全部有完整数值报告：3 组复用、2 组新查询
施法配置复用 评估与实现见实验 0330、0329

另有当前版本 0.81.04/build25672315 的来源配置抽查、竞技场装备配置抽查等。所有本地收据都是生成的证据，不是第二份权威目录。

失败与负结果

  • 一份早先提出的“类型化加法查询”缺口被撤回：现有装备效果路由已足够，原收据作为历史保留。
  • SE 私有算术一致性评估第一次运行有 5 个测试框架本身的停止原因失败，经独立审阅确认归因后保留。
  • 发现一个固件语义问题：单件/套装行只在参数里写了幸运，但示例结果同时发布了士气；由 SE 自行修正并保留原件。

局限

  • 里程碑都是软件与来源证据，不是截图识别准确率、整帧 p95 或 App 运行验收。
  • 计划中的窗口只是估计，不是交付承诺。
  • 暂停时，一项新确认的“召唤摧毁”上游参考修复工具和测试仍未提交、未执行，规范数据库与图标未修复。

结论与下一步

暂停后，原滚动窗口不再构成继续工作的指令；需由人重新分配。已交付的里程碑在各自限制下保留可用。