全量采集与流式报告改造——E2 验收

日期：2026-09-14　证据：E2　状态：partial

使用生产 Python 类执行同一确定性 64 项 Registry 输入的 ABBA 资源对比：before 为停止时物化 JSONL 全量扫描，after 为在线统计、精确索引和 writer seal。每种模式 10 轮，每轮 600 个 1 秒模型帧；原始结果位于 internal/online-report-benchmark-2026-09-14.json。

摘要

指标beforeafter
首个报告快照Stop 前不可用中位 8.66 ms
Stop 延迟中位数232.51 ms30.22 ms（约 7.69×）
Stop 延迟 P95255.56 ms45.92 ms
峰值 RSS61.3 MB29.5 MB
采集阶段吞吐1,985 帧/s297 帧/s

首快照目标 ≤1,000 ms、Stop P95 目标 ≤2,000 ms，当前合成基准均通过。after 的采集阶段包含 64 项账本、网络 join、Frame 索引和 digest 更新，因此吞吐成本单独列出，需再用设备 profile 校准。

回归覆盖

  1. Python 355/355，Swift 135 项执行、0 失败、3 项显式基准跳过。
  2. 覆盖全量账本、准备状态即时发布、snapshot 节流、非连续序号 poison、旧计划兼容、双层 seal、检查点截尾、网络 join 恢复。
  3. Stop 路径通过回读函数注入断言，在线封存不触发完整 Raw/Metric 重算。
  4. compileall、git diff --check 与站点构建在交付流程中复核。

证据边界与后续

该记录为合成 E2，不用于描述 iPhone、目标 App 或原生 UI 的 E4 数值。下一步用当前设备连续两次验证选择应用后一次全源准备、九阶段启动值、实时报告、Stop 和双层清单序号；如有缺项，按 source/window/reason 保留 partial。