A004：战斗记录 App 2026.10.13-1 本地预览构建

摘要

战斗记录 App（Battle Notes）是陪用户打游戏的工具：截取画面、识别信息、推断对手构筑并显示简报。用户要求输出最新版试用。共享工作区里同时有多项已验收和未验收的改动，所以本次构建的关键是冻结一份确定的源码：以已提交的“七种状态查询修复”为基底，叠加一份明确清单中的 App 文件（保存结果仅重算 SE、人工更正、预览恢复、攻防对照和攻击摘要等已完成工作）；尚未验收的“数量关联”草稿只在发布副本中去掉接线，原工作区保持不动；规则模拟器和对战 AI 的其它未提交实现、以及自动费用条件草稿都不打包。

验证全部在冻结包自己的解释器下完成：模块导入路径、受影响的软件测试、两份真实保存输入的实际界面流程。这是“本地预览、范围内检查通过”，不是完整的正式发布门槛，也不是商业游戏上的独立准确率。

要回答的问题

能否从一个有大量未完成改动的共享工作区里，构建出一个内容明确、可复现、可试用的预览版本，并在包内证明关键流程可用？

数据与来源

两份此前已选为训练来源的保存输入：49 帧和 58 帧。
隔离验证副本只复制小型 JSON 和会话文件；不复制视频、图片或原始路由归档，缩略图使用保存输入里明确引用的训练图片，不打开视频、不调用 OCR，飘字功能关闭。

方法

构建工具只创建尚不存在的指定版本目录，拒绝覆盖；以已提交的基底为准，叠加 18 个明确列出的 App 源码文件和 6 个测试文件，保存完整的叠加差异和最终文件清单。
发布副本中移除未验收数量关联草稿的接线，不回退或删除工作区改动。
在冻结包内运行：三套环境的导入路径核对；Core 与 App 的受影响测试；真实界面流程——导入保存结果 → 点击“仅重算 SE 解释” → 冻结 Core 子进程 → 新快照 → 再导入 → 点击属性对照。
不启动、关闭、切换或安装用户正在使用的 App；当前版本指针保持原样，试用通过版本目录里独立的启动脚本进行。

设置

本轮禁止新的 OCR、录像和冻结资料，因此不执行历史发布门槛中的留出数据、视频和故障重启测试，也不标记为已发布。

结果

检查	结果
包内导入路径	8 个模块均来自冻结源码
包内 Core 受影响测试	200 项通过
包内 App 受影响测试	208 项通过
费用纠偏回归（审阅后补核）	8 项通过
两份真实输入的界面流程	通过；原请求、结果和会话不变；两批约 5.54 / 5.96 秒（含保存、SE 和界面，不是单帧 OCR 延迟）

包内合计 416 个不同的软件节点，与此前状态修复的 297 项有重叠，不累加。两张中文界面截图已目视核对。凤凰面板（第 24 帧）的 54/39 有限条件对照实际进入了 App 解释，状态候选和命中有效性的保守门槛保持；这不是对后续攻击命中属性的认证，也不能把“没有新增来源相符”写成“敌方确定没有某技能”。

预览恢复在隔离副本里为 0 帧（因为没有复制原始路由归档）：49 帧输入中的原记录无法核对、保留原输入；58 帧输入原有的 4 项预览保留。这项检查不认证预览恢复。

失败与负结果

App 测试第一次有 4 个收集错误：发布副本漏移除了数量关联草稿的导入；修正发布副本和构建工具后 208 项通过。
第一次界面验证时，验证脚本只复制了快照顶层文件，漏了合同规定的会话文件，“重算”按钮因此正常处于禁用状态；补齐后在新目录通过，原失败副本保留。这不是产品识别失败。
收尾脚本第一次把“文件在工作区但不在提交里”误当异常，在生成最终差异前退出；改为先确认基底是否有该文件再构造完整差异。
新工具首次代码风格检查有两处容器写法提示，改为等价写法，无产品修改。
审阅后的费用包含检查第一次断言失败：唯一差异是两个未使用的局部变量被风格工具改了名；证明它们只赋值不读取后规范化名称，完整语法树一致，不是费用逻辑回退。

外部审阅：第一次提交后读取答复失败，后来由原通道唯一绑定原消息恢复了完整答复，没有重发；读取恢复不等于原网络故障已修复。审阅支持在明确限制下交付预览，没有确定的阻断问题；唯一建议是确认此前的费用修复已入包——已核对：修复在冻结基底历史内，原 8 项费用回归通过，原输入重放与先前最终结果逐项一致。

局限

依赖本机已有的 Python 环境和模型，不是可携带的独立可执行文件。
新的实时流程、崩溃恢复和完整正式发布门槛都未验收；状态为“本地预览、范围内检查通过”，不是已发布，也不是独立准确率达标。

结论与下一步

在不打扰用户正在运行的 App、不混入未验收改动的前提下，交付了一份内容可追溯的预览版本。后续用户反馈启动器仍安装旧版，已另行修复：该版本新增显式的“本地预览”渠道，启动器能发现并由用户手动安装。下一步是用户试用，不再继续扩建状态测试或扫描新资料。