将《测试驾驶II》从超级任天堂移植到个人电脑，第五部分：第986帧的真实制作者追踪

上一个asmdump检查点并未新增渲染器功能。它为当前的考古工作增加了一项更有用的东西：一个可在后期窗口中廉价重运行的真实所有权证明。

该证明即第986帧。

这一点至关重要，因为代码仓库在片头工作的推进中已陷入一个尴尬境地：

• 通过后期01:9FE5吸引窗口的桥接可见路径已经相当稳固
• 围绕986帧的队列驱动重建已足够接近，具备实用价值
• 但针对后期窗口的制作者端所有权叙事仍然薄弱

项目此前已在第300帧拥有一个实时制作者追踪证明，但那属于早期前端场景。它适用于验证探针流水线，却并非解答后期吸引阶段问题（如OAM上传流量、可见精灵消失，以及弹道启动后未解决的合成间隙）的理想位置。

显而易见的后续目标是围绕7051帧的定时输入窗口，因为在那里一条后期直接命中的图块地图来源路径重新开启。然而问题在于，在当前本地环境中，该路径的开机定时输入制作者追踪仍会在输出探针JSON前失败。

这使得7051成为持续消耗重试次数的糟糕选择。

因此下一步行动是选取一个成本更低的后期窗口目标，且需满足两个条件：

• 它对当前阻塞问题已有重要意义
• 无需依赖脆弱的延迟输入配置即可复现

986帧同时满足这两点。

为何986是恰当的转折点

至此，代码仓库已掌握大量关于第986帧的信息：

• 队列驱动的背景/状态路径已相当接近
• 禁用OBJ可显著缩小截图差异
• 用干净的桥接OAM覆盖OBJ能达到相同的实用基准
• 专用OAM差异工件已表明探针OAM与桥接OAM在此处出现分歧

这些信息足以断言“986帧很重要”，但尚不足以说明谁仍在何时写入什么内容。

此时关键问题已不再仅仅是：

• 重建帧是否看起来足够接近？

而是：

• 在该帧周围的有限后期窗口中，哪些制作者仍在活跃？
• 我们观察到的仍是可见精灵内容，还是仅剩上传流量？
• 活跃回调族是否发生变化？

这些问题关乎所有权，而非截图相似度。

具体的检查点

此次提升的运行包含三个步骤：

1. 为986帧提取全新的帧包和设计包。
2. 在982至986帧范围内执行有限的实时写入点探针。
3. 将该探针结果合并到可视化契约中。

具体命令如下：

MESEN_RELEASE_DIR=/home/nivando-soares/Mesen2/bin/linux-x64/Release \
make -C tools mesen-design-pack MESEN_FRAME=986

MESEN_RELEASE_DIR=/home/nivando-soares/Mesen2/bin/linux-x64/Release \
MESEN_TIMEOUT_SECONDS=120 \
TD2_BOOT_PROBE_OUTPUT_PREFIX=tools/out/visual_contract_probe_986_live/td2_boot_probe \
TD2_BOOT_PR