摘要

这是一份计划，不是执行记录。 截至文档写成（10 月 14 日中午），没有构建、安装、启动或切换任何程序。

战斗记录 App（Battle Notes）需要定期打包成一个可安装的预览版本。本计划选定一个源码提交作为 2026.10.14 预览候选，说明它包含哪些已经验收的改动、刻意排除哪些未完成的改动，以及之后每一步需要用户批准的验证与安装流程。

要回答的问题

下一个预览包应该由哪些代码组成？发布前必须做哪些验证，哪些步骤需要用户明确同意？

数据与来源

冻结源码：导出一个提交的整棵源码树，不使用“覆盖层”（以往预览曾在旧基础上叠加部分文件，这次不这样做）。它包含：

  • 规则模拟器方的一套“Core449”集合（领域类型、游戏知识库、规则模拟器、对战 AI、竞技场应用的指定提交，经模拟器方确认，之后的提交不进入）。
  • App 本身：上一个预览里冻结的保存结果工具，按发布形式提交，不含未验收的“数量关联”接线。
  • 状态估计（SE）：上一预览之后全部已验收的改动，主要包括：
    • 自动费用条件、已读技能和施法配置进入费用解释、费用来源时序、法术报价历史；
    • 我方日志扣蓝与书页报价对照；
    • 状态图标映射到构筑来源候选；
    • 修正“精湛”类特长的错判（之前会只剩一个候选）；
    • 共用图标的子技能按槽位等级区分；
    • 我方英雄卡复现失败时明确告诉用户。

不进入这个包：

  • 数量关联草稿（冻结、未验收）。
  • 准备页补充安装资源模板（改动已写好，等 27 页回归跑完后提交，放下一个包）。
  • 模拟器方之后的 Core450 及其他出口。

方法

四个步骤，都需要用户批准：

  1. 构建：用 App 的发布脚本把冻结提交导出到发布目录，记录提交号、“不用覆盖层”和实际加载的模块路径；不改动“当前版本”指针。
  2. 包内验证（只用已曝光的训练材料）：核对三个运行环境的导入路径，确认加载的是包内源码而不是共享工作区；跑 SE 全套与 App 受影响测试；把两份已选训练分析（49 帧和 58 帧）在真实界面里导入 → 仅重算 SE → 再导入。
  3. 完整发布门禁：外部审阅要求最终候选必须完整执行，而以前的预览都没做。包括：13 局按键回放（含一局曾出现 94 秒的最坏路径，分别记录算法、按键响应、冷启动、整段视频耗时，不放宽超时）；视频回放；崩溃、取消、恢复演练；旧保存结果的兼容。其中是否允许读取独立留出/冻结资料，需要用户明确。
  4. 安装 / 切换当前版本：只在用户要求时、且用户没在对局、没开着 App 时进行。

设置

无（计划阶段未运行任何东西）。

结果

无执行结果。本文件只确定了候选组成与步骤。

失败与负结果

无（未执行）。

局限

  • 真实标注的人工审核数仍为 0；软件测试和已选训练源的重算都不是独立准确率。
  • 那个 94 秒的最坏路径在当前组合下尚未复测。
  • 本计划没有说明之后是否、何时实际执行。

结论与下一步

候选组成与发布流程已写定，下一步是等待用户批准构建；任何安装或切换都必须在用户明确要求且不在游戏中时进行。