docs: record recovery of the tracking flicker investigation

docs/analysis/跟踪闪烁对齐分析.md

@@ -73,3 +73,24 @@ pin-style 的接纳分支复制本帧合格点，保持分支使用旧有效点
 - 探针源码 `scripts/diagnose-tracking.m` 与入口 `scripts/diagnose-tracking.sh`。构建依赖与项目一致，需 macOS 的 Core Image/Vision；生成文件位于忽略的 build 下。
 
 Ghidra 对部分 CGRect、CMTime 和返回寄存器的恢复不完整。报告依据渲染调用关系、完整点门槛、接纳/保持内存分支及初始化汇编作结构判断；未声称所有阈值布尔表达式与目标逐条等价。REA 会话已保存并关闭，证据可离线复查。
+
+
+## 连续帧诊断恢复与复用
+
+在项目根执行（先创建 build 目录）：
+
+```sh
+mkdir -p build/tracking-diagnostics
+xcrun clang -fobjc-arc -fmodules -mmacosx-version-min=13.0 \
+  -framework Foundation -framework AVFoundation -framework CoreImage \
+  -framework CoreGraphics -framework CoreMedia -framework Metal \
+  -framework Vision -framework ImageIO scripts/inspect-tracking-sequence.m \
+  -o build/tracking-diagnostics/inspect-sequence
+build/tracking-diagnostics/inspect-sequence '/绝对路径/源素材.mov' \
+  build/tracking-diagnostics/sequence.json 25 1920 18.72
+```
+
+最后三个参数是采样帧率、解码最长边与诊断时间偏移；18.72只来自本次所选片段位置，分析其他素材按实际设置。程序不导出图片或完整真实点阵，输出含逐帧标量；本次只提交汇总，详细本地数据保持在 build。用户视频和目标二进制均未随仓库分发，重跑具体素材需要自行提供原文件；二者不是产品构建依赖。源码、合成诊断及本次标量/静态证据均随 Git 保存。
+
+
+分析与连续帧诊断的可恢复节点为 `a0c5357efd87a63dbee6269d9335e6aa3ba78799`，已推送并读回双远端。从 GitHub 匿名独立克隆核对284个文件的字节/blob/执行位、strict/full fsck，并重新构建合成诊断、逐项复现保存的JSON；产品源码与v1.3.2相同，无LFS/子模块。见[恢复回执](tracking-flicker-20261022/recovery.json)。后续main仅补充恢复说明，不改变已安装版或历史标签。