2026-11-04 · iOS 15 逐指标确认与卡顿专用规则 `impl` `implemented · gate-open`

设备 B（iOS 15.3.1，60 Hz）：

修复 ActivityTrace 在 iOS 15 上的两个问题：6 字节进程/线程号导致整条流中断，FrameLifetime 缺 display_id/surface_id。修复后帧耗时、FPS、P95、实时曲线均有值（E4，内部包 260）。
原卡顿算法在 iOS 15 漏检，原因是 App 卡住时屏幕落回 20 Hz 合成节奏，帧寿命不变。改为按目标 App 的 Core Animation 提交间隔判定（perfowl-hitch.ios15.candidate.v1）：两轮校准 12/12 检出，单次误差 ≤ 2.2 ms，误报 0，第二轮为留出验证（E4 原始数据 + E3 离线判定）。
已产品化（E2），待内部包 261 真机复核。

八阶段总计划本批增量	当前状态
P6 iOS 15+ 分版本能力确认	iOS 15 首台完成；能力表数据结构与自动判定（阶段 A）未做

未关门门禁本批增量	下一动作
iOS 15 卡顿产品化复核	内部包 261 在设备 B 上正式测一次
iOS 15 刷新率、GPU Counter、启动辅助两项无值	查原因
其余版本（16、17.0–17.3、17.4+、18）	Owner 依次提供设备

2026-11-04 · 界面：顶部留白、纵轴单位与软件名称 `impl` `implemented`

主页面去掉多出的约 28 pt 顶部留白；曲线纵轴旁不再显示单位；主页面与报告窗口顶部突出软件名称“Perfowl”（主页面 72 pt 图标加 48 pt 名称，报告窗口 66 pt 加 45 pt），满足软著审核对界面软件名称的要求。内部包 259 已公证安装，主页面截图核对通过（E3），报告窗口待 Owner 目视确认。方案与实现

2026-11-04 · 卡顿 4 项正式验收 `validation` `validated`

卡顿时间比、卡顿次数、最长卡顿、动画时长（perfowl-hitch.v1）通过：Fixture 注入卡顿与 Instruments 逐次一致；内部包 256/257 三段真机会话在线报告与离线重算 8 项逐项相同，工作台实时卡顿曲线与报告一致，静止时段不画点（E4，设备 A、iOS 26、120 Hz）。正式验收 55/70 → 59/70。另发现约 20 秒短会话收尾 partial、报告未封存，另立方案。验收记录 · 原文

八阶段总计划本批增量	当前状态
P6 卡顿时间比（Hitch）	Phase 1–3 完成；4 项正式验收，59/70

未关门门禁本批增量	下一动作
约 20 秒短会话报告未封存	立方案：复现、CoreProfile 等待源取消路径、数据完整时是否仍阻止封存
帧来源超限（同一 App 某次开头 3.8 秒 27.6 MB）	查数据量来源；超限后帧类整场为空
arm64 内部包 / iOS 15–25 与 60 Hz 卡顿映射	Apple 芯片主机构建；分版本能力表

2026-11-03 · Perfowl 1.0.0 内部正式版发布 `validation` `validated`

双架构（Intel + Apple 芯片）build 254，App 与 DMG 均通过 Apple 公证并 stapling，Owner 在两种 Mac 上真机测试通过（E4）；仅公司内部分发，站点不提供下载。发版中发现并修复采集核心启动即崩溃（影响内部包 246–253）。标签 v1.0.0。发版说明

2026-11-03 · iOS 15+ 分版本指标能力确认与自动判定 `plan` `approved`

按系统版本建立“版本 × 指标”能力表（supported / candidate / unsupported / untested），逐台真机确认后接入添加指标列表自动判定；等待 Owner 提供各版本设备。方案

2026-11-03 · 内部测试包 251 安装 `validation` `implemented · gate-open`

从 main 2209dad6 打包安装 251（工具箱签名标识、多选、应用列表共享）；签名、包内代码一致性、启动器唯一核验通过（E3），真机交互待 Owner 确认。记录

2026-11-03 · 工具箱签名标识、多选与应用列表共享 `impl` `implemented · gate-open`

应用管理加签名类型标识（开发 / 发布 / 商店 / TF）与悬停详情，Control+左键多选、全选 / 取消、菜单调整；主页面应用选择显示版本号与真实图标，工具箱复用主页面应用列表。Swift 459 项 0 失败（E2），真机数据渲染核对（E3）。方案与实现

2026-11-03 · 内部测试包 250 安装 `validation` `implemented · gate-open`

从 main 412a5f49 打包安装 250，逐帧保留卡顿判定所需时序；签名、包内代码与源码一致性、启动器唯一均核验通过（E3），真机新字段待 Phase 2 配对录制核验。记录

2026-11-03 · 卡顿指标 Phase 1 数据保留与离线重算 `impl` `implemented · gate-open`

逐帧记录新增帧生命周期、目标刷新间隔、渲染/GPU/就绪偏移、Stalls 与 signpost ID（帧耗时与 FPS 口径不变）；新增候选卡顿算法与 hitch-recompute 离线重算，150 秒真机样本回放与研究数值一致（E2）。Phase 2 校准工具（Fixture 卡顿场景、Instruments 对齐与录制脚本）已就绪，等待安装 Xcode iOS 26.5 平台组件与设备签名登记。方案与实现

2026-11-03 · 画面流畅度（Hitch）指标可行性研究 `research` `paused`

结论可行：iOS 26 FrameUpdate 已带帧开始/呈现时刻、渲染与 GPU 区间及每帧目标刷新间隔，可按官方“实际 − 预期帧生命周期”自算卡顿，滑动与提交事件也已在同一流中，不新增采集通道。设备 A 150 秒样本试算（candidate）：连续动画 10.5 s、卡顿 6 次共 91.8 ms、8.7 ms/s；方案分数据保留、Instruments 配对校准、产品化、诊断四阶段，待 Owner 决定启动（E3）。研究报告与实施方案

2026-11-02 · 查看文件独立窗口与工具箱精简 `impl` `implemented · gate-open`

查看文件改为独立窗口（修复打开后无法从 Dock 退出，原因为推断待确认）；系统保护目录 /SystemData 等读取失败给出中文原因并停留原目录；去掉设备信息“重新连接”与应用列表刷新按钮。Swift 455 项 0 失败（E2/E3）。设计与实现

2026-11-02 · 查看文件读取修复与加载提速 `impl` `implemented · gate-open`

完整容器被系统拒绝时自动退回文件共享目录，两种都拒绝时给出中文提示；浏览窗口改为常驻一个容器会话并缓存已看目录，进入/返回目录由每次 2.3–2.5 秒降到 14–67 ms，首次打开约 2.3 秒（E3）。设计与实现

2026-11-02 · 工具箱查看文件与设备信息精简 `impl` `implemented · gate-open`

应用管理新增只读“查看文件”（应用容器浏览与导出，经采集组件 container 命令）；设备信息平铺 9 项（新增产品类型、WiFi/蓝牙地址、可用容量），文本可选中复制，去掉空分组与刷新按钮。Swift 453 项 0 失败；真机列目录 30 项、导出成功（E3）。设计与实现

2026-11-02 · 工具箱、设备信息与深灰主题 `plan` `implemented · gate-open`

新增独立“工具箱”窗口（仿 PerfDog）：应用管理（导入 IPA、搜索排序、图标与大小、批量卸载）与崩溃日志获取（列表、搜索排序、导出到本地、删除）；设备信息按设备/状态/连接分组，增加型号号码、序列号、存储与电池健康；会话列表 Control+单击改为跳选；整体改为中性深灰。真机读取 44 个应用与 71 个日志、导出成功（E3），安装/卸载/删除待 Owner 确认。设计与实现

2026-11-02 · 会话列表、设备信息与偏好设置窗口 `plan` `implemented · gate-open`

侧栏改为“设备信息 / 会话”：会话列表 Finder 式选择（单击、⌘、Shift，双击打开，右键打开/汇总/导出/删除），顶部数量与清空（移到废纸篓、录制中不删）；设备信息只显示设备事实与商品名型号，内部信息归入开发者模式诊断；设置改为 Perfowl → 设置…（⌘,）独立窗口，仅保留截图预览、开发者模式、存储位置与研发选项（E2）。设计与实现

2026-11-02 · 多会话汇总报告与截图条联动 `plan` `implemented · gate-open`

历史测试支持多选同一应用 2–20 份测试生成汇总报告：核心指标卡片（汇总值、范围、k/N 份）、会话对比表（最好/最差标色、点击打开单份）、分类明细，Excel 导出汇总概览/会话对比/汇总明细三页；汇总按合并均值、时长加权、合计、各次中位等方式，口径版本不一致时提示。报告截图条支持鼠标滚轮/拖动、单击定位与游标联动（E2，待真机确认）。设计与实现

2026-11-02 · 241 真机复测：FPS 不断、帧耗时连线与每秒最大值 `validation` `partial`

241 上 FPS 静止秒为 0、曲线不断，导出不含截图 ZIP，帧事件 0 解析失败，12 个 1.8–2.5 秒静止长帧按真实值发布（E4）。帧耗时曲线仍断：按 Owner 决定改为跨“暂无新帧”连线（不补值）、每秒取该秒最大帧耗时；报告与 Excel 静止占比统一为同一计数（E2，待 242 复测）。记录

2026-11-02 · 静止画面口径、统一每秒 FPS 与 Excel 明细 `plan` `implemented · gate-open`

按 Owner 决定与 PerfDog 一致：iOS 26 帧链相接时静止秒 FPS 记 0（ActivityTrace 设备时间水位证明）、静止后首帧按真实间隔发布；报告 FPS 类统一为“首帧起整秒的实际呈现帧数”，平均 FPS 旁附静止秒数占比；Excel 新增逐秒/逐帧两页；修复报告逐帧记录因一行解码拒绝而整体丢失。以 PerfDog 每秒帧数为输入时 FPS 类 8 项完全一致（E2）。方案与实现

2026-11-02 · 报告导出截图、CPU 命名、累计流量修正与可读性审视 `impl` `implemented · gate-open`

不勾选截图不再生成空截图 ZIP；CPU 名称去掉“整机100%”；报告新增上行/下行/总流量（每秒速率有效采样 × 间隔），原生报告单位统一为十进制 MB/KB；Excel 指标解释改为新口径（E2，79 项 Swift 测试通过）。第二份 PerfDog 导出复算 Jank/BigJank 21/21、1% Low 与帧耗时类完全一致；发现报告 FPS 实为 Graphics 约 0.5 秒采样、静止留空导致曲线断，统一 FPS 与静止口径待 Owner 决策。记录

2026-11-02 · 按 PerfDog 对照修正 Jank/Stutter/FPS 统计口径 `plan` `implemented · gate-open`

Jank/BigJank 加前 3 帧去重（v3）、Stutter 改为 Jank 帧耗时占比（v2）、报告 FPS 类统一按每秒 FPS（含 Drop 映射），Python 在线/离线与 Swift 两处同步，注册表与合同总表 9 项更新。PerfDog 导出回归：Jank 21/BigJank 19 一致、FPS 类 8 项一致、Stutter 分子一致；Swift 442 项 0 失败，Python 全量仅既有环境失败（E2）。开发记录 · 原文

2026-11-02 · PerfDog 帧统计口径对照 `research` `partial`

把 PerfDog 13.0 导出的 3,440 帧原样交给 Perfowl 算法复算：FPS 类 6 项按每秒 FPS 精确复现，1% Low 一致；Jank/BigJank 多算约 25%，原因是缺“前 3 帧已有 Jank 不重复计”，加上后 21/19 完全一致；Stutter 口径为 Jank 帧耗时和 ÷ 时长（13.02% 对 13.09%）。TinyJank/SmallJank、Smooth 未复现（E3）。记录 · 原文

2026-11-02 · 239 iOS 26 帧耗时真机复测 `validation` `validated`

FrameUpdate 主来源全程选中、0 次回退；104 秒会话帧耗时 101 行有值（3 行静止长间隔按规则留空），帧报告覆盖 103 秒（修复前约 1.2 秒）；FrameUpdate 9,392 帧与 sysmontap FPS 合计 9,330 帧相差 0.7%（E4，单设备单 App）。120 Hz 下卡顿计数仍为候选。开发记录 · 原文

2026-11-02 · iOS 26 帧耗时来源改用 FrameUpdate `plan` `implemented · gate-open`

iOS 26 不再发出 FrameLifetime（190 秒会话 0 条），帧事实并入 backboardd 的 FrameUpdate；设备 A 实抓 1,045 对相邻事件 100% 精确相接、滑动中位 8.34 ms（120 Hz，E3）。解码器按同一呈现间隔公式接入，无刷新间隔时长间隔门为固定 200 ms、刷新率缺失；新增 7 项与帧相关 290 项通过，全量既有失败与改动前一致（E2）。真机 E4 待新包复测。开发记录 · 原文

2026-11-02 · 238 标注与 CPU 连续性真机复测 `validation` `validated`

238 上 3 场（无标注 190 秒、1 次标注、3 次标注）进程／整机 CPU 与内存逐秒 0 缺值，最大行间隔 1.08 秒；标注期间电脑端出队等待从 625–761 毫秒降到 ≤60 毫秒；逐帧试探期约 4 秒，未见启动断档（E4，单设备单 App）。帧耗时来源仍开放。实现记录 · 原文

2026-11-02 · 标注输入卡顿与启动阶段 CPU 断档诊断 `impl` `implemented · gate-open`

两场 237 会话的 CPU 断档发生在采集进程侧、标注保存之前，与启动／逐帧追踪试探期重合，10-30 有 3 次标注的会话无断档（E3）；另证实输入标注时界面主线程被占用 625–761 毫秒，根因是草稿文字挂在整个工作台根视图上。已把标注输入拆成独立子视图（E2），待新包复测；试探期挤占 sysmontap 与帧来源过滤失效另立项。实现记录 · 原文

2026-11-02 · 启动器只保留一个 Perfowl `impl` `implemented`

启动台第二个 Perfowl 来自 237 打包暂存目录被 Spotlight 索引，另有两条已失效的残留登记；暂存目录已删除（可由已校验 DMG 重建），登记已注销，复核只剩 /Applications/Perfowl.app（E3）。AGENTS.md 新增“启动器唯一”，每次覆盖安装后核对并写入交付汇报。实现记录 · 原文

2026-11-02 · 内部包 237 从 main 构建并同址安装 `validation` `partial`

首个经新来源门禁的签名包：main 7a5748e7 完整构建 596.1 秒，包内提交号与 main 一致、门禁 passed；冻结核心 107 个模块与 CLI 和源码一致，安装后 probe ready，236 回滚包已核可恢复。产品源码与 236 相同；公证暂缓（Gatekeeper 3），未做手机 E4。实现记录 · 原文

2026-11-02 · 测试包只从 main 打包 `impl` `implemented`

235/236 曾在未合回 main 的功能分支上打包安装，main 落后 15 个提交；该分支已无冲突合入 main，236 构建前固定的 176 个源文件与 main 逐一 SHA 一致。AGENTS.md 新增“测试包只从 main 打包”；build-app.sh 签名构建时检查 main、MacApp/ 干净、HEAD 与全部远程 main 一致，否则在编译前约 0.6 秒拒绝，包内记录源码提交号。9 个正反例在 bash 3.2、两种 locale 下全部符合预期（E2）；完整签名包实证留待下一个内部包。实现记录 · 原文

2026-10-30 · 默认全采启动就绪超时修复候选236 `impl` `partial`

内部235的约5秒启动源就绪超时被升级为整场失败；236将本地期限耗尽局部降级，健康普通源继续，启动缺失不补零。新增7项与既有realtime60项0失败；Swift443/12skip/0失败（排除既有OCR挂起）。完整Python3130项仍3失败/1错误，排空/吞吐与SW1分别保留；236已严格签名/同址安装，未新增E4，不提升55/66。实现与实际验证 · 原文 · 站点与收尾快照。

八阶段总计划本批增量	当前状态
P6 默认全采就绪超时故障	E2专项修复与E3内部236安装；Owner复测/Lead独立审查待完成，55/66不变

未关门门禁本批增量	下一动作
启动源底层未就绪 / 全量3失败1错误 / 新E4	就绪超时局部降级不代替底层原因、资源门及真机证明；保留原件与全部失败，不放宽门限
独立CP / 动态能力账本 / OCR / 公证及GPL / 生产发布	延续上一批全部边界，不自动开放新策略或恢复11项暂停验收

2026-10-29 · 独立帧与默认全采内部候选 `impl` `partial`

默认17组覆盖66数值ID及截图，明确取消持久化/下一Session生效；prepared截图only不沿用准备数值源，FTime独立需求、独占租约及实时/离线来源分段进入软件验证。Swift443项/12skip/0失败（OCR单独超时保留），37项入口窄回归0失败；真机/全默认资源与动态能力账本仍开放，不提升55/66。实现与实际收据 · 原文。

最终Update：Python原生3123项/0失败/1个已复现基线错误；新增入口93项0失败。235已Developer ID严格签名并同址安装，107模块＋CLI源码核同，234回滚保留；公证、完整资源和新E4仍partial。加速投影六组耗时中位数0.941–1.090倍，单独管理器微基准1.260倍另列，不宣称整体资源门已过。

八阶段总计划本批增量	当前状态
P6 独立帧与默认全采候选	已进入E1/E2软件验证与制品准备；55/66保持，余11项暂停

未关门门禁本批增量	下一动作
新独立CP自动策略 / 全默认资源 / 动态能力账本	软件合同不替代实际成本或新E4；完整capability/power revision与附带算术裁剪另列，Lead独立验收前不宣布阶段PASS
OCR / 公证与GPL / 生产站点	有界复测保留挂起证据；维持既有公证与发布门，制品安装按本批实际收据

2026-10-29 · 独立帧来源与默认全指标方案 `plan` `partial`

FTime独立激活并与启动共享独占租约；默认全量意图减明确取消项，截图由采集总开关强门控；Owner已确认改选下次测试生效。仅E1设计，66项映射覆盖＋截图附件，未改产品或新增真机证据，正式55/66、余11项暂停。详细方案 · 原文。

文档及66项合同检查完成；本次固定Node站点构建在180s总预算的server阶段超时，清理时另报EPERM，未发布生产，网站状态partial。验证增量快照。

八阶段总计划本批增量	当前状态
P6帧源与默认采集策略	详细方案已落盘，代码尚未实现；按合同/默认意图/独立租约/健康账本/验证顺序推进

未关门门禁本批增量	下一动作
独立帧与全默认资源	v2跨语言合同、逐项资格、服务入口排除、来源一致性及同规模资源/E4均待实施验证；历史验收及制品门不变

2026-10-29 · 首段缺失与多指标断点候选修复 `impl` `partial`

移除CoreProfile废弃Base64、顺序后台解析stackshot，发布器提前至ready并恢复重连；4项率196个有效值逐槽核同，90原文件SHA未变。Python3097项仍有基线已复现的1失败/1错误；Swift438/12skip/0失败；内部234已签名核同并同址安装，真机改善、FrameLifetime、公证与全链资源仍开放，正式55/66不变。实施与验证 · 原文。

八阶段总计划本批增量	当前状态
P6采集首响应/连续性	内部234供Owner复测，P0/P1候选与P2逐槽核对完成；不等于新增指标通过

未关门门禁本批增量	下一动作
全链首响应/共享停顿/FrameLifetime	Owner新会话逐秒审计；保留两项基线测试、公证/Gatekeeper/GPL、最差资源与生产发布门

2026-10-28 · Excel收敛双页与基本测试信息 `impl` `partial`

概览含保存的应用/设备/测试时间信息及重要统计，详细数据纵向全指标与解释；去除图表/逐帧页，完善层级框线对齐，不改采集公式。Swift438/12skip/0失败、59个原有数值及极值核同、65图/277原文件未变；233已严格签名并同址替换232，55/66及11项暂停不变。本次增量 · 原文。

八阶段总计划本批增量	当前状态
P6紧凑报告	两页成品及438项软件验证完成，233内部同址安装核同；不新增指标验收

未关门门禁本批增量	下一动作
Office与既有长报告资源	当前紧凑导出成本目标达到；Office实开、最坏UI/16MiB帧输入、公证法务及生产发布仍分列，Owner负责手机试用

2026-10-28 · 专业Excel、衍生统计与报告层级补全 `impl` `partial`

默认折叠启动阶段、分类双列详情与帧统计已实现；四页Excel含三张原生趋势图及真实帧表，同一Writer输出最新单次成品。Swift437项/11skip/0失败，28统计槽、66行明细、545帧、65图核同，277原文件SHA未变；内部232已签名核同并同址覆盖。资源与Office实开门开放，55/66及11项暂停不变。实施与验证 · 原文。

八阶段总计划本批增量	当前状态
P6专业报告与导出	软件与成品核对及内部232同址安装完成，Owner手机复测待执行；不新增指标验收

未关门门禁本批增量	下一动作
导出资源与兼容	60点/1小时耗时超1.2倍目标，4小时1.13倍、RSS近似不变；Office实开、最坏帧输入/UI矩阵、公证法务及生产发布分列保持开放

2026-10-28 · 第二轮五项反馈修复与内部231 `impl` `partial`

截图固定网格与非阻塞JPEG、曲线publication断点、startup帧续采、概览全指标与书签/大图已实现；Swift433/9skip/0失败、Python116项0失败、4份会话175文件SHA不变，安装UI检查完成。231同址覆盖，手机持续覆盖与资源门待Owner复测，55/66、11项暂停。本批记录 · 原文 · 收尾增量。

八阶段总计划本批增量	当前状态
P6第二轮反馈修复	实现/软件/保存会话核对及231安装完成，Owner手机复测待执行，不提升指标状态

未关门门禁本批增量	下一动作
截图实际1Hz、FTime持续覆盖/观察者开销	Owner新会话复测；长报告RSS/延迟、Office、公证法务及网站交付仍分列，不恢复历史11项验收

2026-10-28 · 用户报告交付的站点收尾增量 `validation` `partial`

内部230已安装且产品源码双远程核同；补入收据后站点重建在180秒预算内未完成，前次69.933秒成功不冒充最终提交成功。最终站点构建／发布partial，不影响Owner第二轮App测试；正式55/66、11项暂停。当前增量 · 新增快照。

2026-10-28 · 普通用户报告与Excel截图成套导出 `impl` `partial`

实现用户词汇、默认Excel＋截图ZIP、29统计／44明细列、概览KPI与样式；3份封存会话逐点复算一致，原111文件SHA未变。内部230已同址安装并签名核同；长报告／大量截图资源门及办公软件兼容实开仍开放，非新增精度验收，55/66、11项暂停。实施与验证 · 原文。

2026-10-28 · 用户报告简化与PerfDog结构导出方案 `decision` `approved`

普通报告移除内部／可靠性标记，Excel按实际PD的2个sheet、29统计列／44明细列对齐并优化可读性，配套真实截图ZIP；仅E1方案定稿，复用现有统计、不恢复11项暂停验收。方案 · 原文。

八阶段总计划增量	当前状态
P6用户报告／导出	R0–R2已实现并做软件复核；内部230已安装；R3资源与兼容门partial，Owner手机测试待执行

未关门门禁增量	下一动作
用户报告／Excel／截图ZIP	软件／视觉／旧数据复算已记录，资源与兼容门开放；内部包及Owner第二轮手机测试，正式55/66、11项暂停不变

当前Owner指示 · 2026-10-28： 本轮只推进统计合同与采集覆盖两批改进、打包同址覆盖供第二轮测试；正式55/66、剩余11项暂停。下方r39等恢复动作仅为历史快照，不自动执行，不重测已验指标、不操作手机。本轮方案与实现。

最新验收进度 · 2026-10-27： 总目标正式66/66，当前55/66；历史55项不重测，11项按Registry顺序推进，首项网络能耗0/5。r38仅隔离host-only预检：12候选、138条路径/0错误、288/288回归、186项freeze、final-chain 32/32、prepare/prestart/startgate通过，手机/设备动作0；准备证据不计正式通过。58/64 Runs、2,007文件/4,180,722,951 B仍为a04旧容量引用，正式前须新鲜复核。软件预检阻碍已清除，未确认硬件故障。下一步新建独占r39/qual-31/nonce45/r18并重跑主机门，通过后刷新容量和设备准入，再做900秒观察、资格及完整五轮。总方案 · 网络专项方案。

Owner已恢复11项逐指标验收 · 2026-10-26： 目标正式66/66，当前55/66；历史已验55项不重测，未新增通过。首项网络能耗仍0/5；工具回归264/267，3项因Build224硬编码与当前Build227不符，真实_load_inputs五轮链路也待证明。设备A当前Xcode可见；旧a01–a08不复用，新a09需重冻当前源码与实际容量。总方案 · 网络专项方案。

验收恢复增量 · 2026-10-27： 正式55/66、网络能耗0/5，目标66/66。r26因prepare消费未生产的嵌套chain_review.checks字段而KeyError停止；r27因Canonical handoff未同步未能完成源快照；r28临时演练完成12候选schema、27条嵌套路径、135项脚本路径、controller预审和288/288回归后，发现prethermal freeze与准备链review循环依赖，真实r28未材料化候选或进入设备阶段。当前阻碍是host-only验收工具编排，无已确认硬件故障。下一步r29临时验证无环“冻结前预审→freeze→冻结后review”，再进入独占主机准备门。总计划与r29恢复门。

网站发布恢复 · 2026-10-26： 本机发布授权恢复，1f723e4a生产部署及五处独立HTTP核验通过；线上记录已到10月26日，原归档字节SHA核同。GitLab镜像仍欠同步，55/66、11项暂停不变。发布增量。

当前文档批次 · 2026-10-26： 近一月400份来源盘点与8类实验方法沉淀；FPS静帧五轮、失败参考路线和报告统计边界已补知识库。本批无新采集、无产品改动；正式55/66、11项暂停保持。月度复盘 · 实验方法。

当前主题 · 2026-10-26： 正式55/66、11项暂停；按Owner指令实施原生结果窗、共同时间轴、标注及CSV/PDF，Swift403项/10skip/0失败、原生主机规模测试通过。内部227已严格验包并同址覆盖，真实历史UI与CSV/PDF保存已核；无新手机采集，完整E4与资源剩余门另列。方案与实现。

暂停前验收沿革快照 · 2026-10-26（不作为当前动作）： 正式55/66、剩11项。GPU能耗评分新独占完整5/5通过，600/600固定1Hz槽、1,475条Energy源、1,050样本及20,281次真实Metal完成，全部消费者与原件SHA核同（E4当前持续GPU受控场景）。网络能耗正式0/5：a06-r1因主机Runner继承heredoc普通文件stdin而以CUA回执EOF永久失败，未触发GUI Start、网络负载、Session或新Run。失败后全树custody及独立host SHA复核完成；TTY前置门和大回执传输修复通过260项工具测试（E2）。a07-r1在温控完成后因完整AX转抄未及时送达而永久失败，未GUI Start或新增负载/Session/Run；失败后只读custody已完成，正在独立host复核。同次CUA完整文件到PTY链路已在25秒期限内实测通过（14.58秒），当前a08新鲜全树准入通过，r1已进入温控观察；任何工具或准入证据不计指标通过。同步/网站/Webhook欠项另列，公证暂缓，仅内部测试。GPU结果 · 网络方案与当前增量。

八阶段总计划	当前状态
P4逐指标与回看	正式55/66、11项暂停。当前仅第二轮CPU/均值/来源与采集覆盖改进；本机E2/E3与Owner手机E4分列，不恢复r39或历史队列。
P0/P1	数据保真/既有源承接已有阶段结果，不由本批重新验收。
P2/P3/P5/P6	既有已验范围保持；跨平台可信度、长稳和未校准边界开放，剩余11项暂停。
P7	月度知识生产站点发布已恢复并核验；GitLab镜像仍欠同步；内部包、Cloud/CI/团队/正式分发未整体完成。

未关门门禁	下一动作与限制
报告统计与跨工具对比	第二轮统一应用CPU容量展示、产品有效点均值、Footprint/MiB/KiB/s、帧片段/来源与单次启动事件；软件核对不是物理精度通过，长场景性能与实机覆盖按本轮收据逐项报告。
11项验收	当前Owner明确全部暂停；网络能耗仍0/5，不进入旧准备/观察/资格/正式Run。
原生结果中心	R1–R3原生功能内部试用，E2主机集成及规模测试完成；安装UI已核；强制冷读、多窗总峰值及新手机自动开窗E4仍另列，不由55项通过替代。
整体Beta	新版支持矩阵、多源截图OFF/ON、20–30分钟长稳及异常流程完整矩阵仍待独立收口；55项单项通过不自动关闭。
交付与分发	本机内部测试、公证暂缓；最终Developer ID/Gatekeeper、GPL/EULA及兼容矩阵仍开放；本批生产网站已核验，GitLab镜像及通知按各自收据报告。

2026-10-28 · 第二轮统计合同与采集覆盖改进 `impl` `partial`

统一CPU整机容量展示与产品均值，帧片段/高频源/启动事件分列，修正Graphics FPS来源标记、恢复有界单tap帧延续并增加截图预览对照设置；正式55/66、11项暂停，不操作手机。软件测试、资源门、签名内部包及安装按实际增量收据列明，第二轮真机效果由Owner测试。方案与实现 · 原文。

2026-10-26 · 恢复剩余11项指标验收并设定66/66目标 `plan` `approved`

Owner恢复按Registry顺序逐项验收，历史55项不重测；当前仍55/66、首项网络能耗0/5。工具套件264/267，3项是Build224硬编码与当前227不匹配；逐轮输入集成尚未证明。iPhone通道当前可用，但不以环境可用代替E4。总计划 · 原网络专项。

2026-10-27 · Owner恢复剩余11项并要求完成66/66 `plan` `approved`

Owner明确恢复此前暂停的剩余11项，目标正式66/66；历史已验55项不重测。当前仍55/66、网络能耗0/5。r14只作为E3准备证据保全，r15未执行候选留作审计；新的r16先修复真实回执schema、路径/nonce和独占快照合同，门禁通过后才开始新资格及五轮，不把准备/自测计为指标通过。总方案。

2026-10-26 · 月度知识站点发布恢复与线上核验 `validation` `partial`

1f723e4a生产来源核同，开发记录已到10月26日，知识/记录/归档/首页五处HTTP200及关键正文匹配，原归档SHA核同；GitLab镜像欠项保留。本批为站点E2/E3，不新增指标验收。发布记录 · 原文。

2026-10-26 · 月度实验复盘与知识库补齐 `validation` `partial`

盘点400份来源（含计划/失败），沉淀8类实验方法并更新8个演进页及指标/质量/计算/报告入口；静帧5290帧/658样本的历史五轮限定E4沿用，本批E1、不新增验收。外部发布与同步按实际收据分列。开发记录 · 原文。

2026-10-26 · 原生结果窗口与联动分析内部实现 `impl` `partial`

403项Swift/10skip/0失败，一小时原生首屏1.395秒、游标Canvas提交P95 11.573ms；R1–R3功能、独立元数据与原生导出完成，227严格验包/覆盖安装、真实历史UI及CSV/PDF已核；E4/冷读/多窗及外部交付门保留。方案与实现 · 原文。

2026-10-26 · 原生结果中心设计方案 `plan` `approved`

采集结束自动独立窗口、共同时间轴及区间统计、截图事件联动、标注与原生导出；R1–R3方案E1，产品代码0改动，55/66及11项暂停不变，尚未实现。方案 · 原文。

2026-10-26 · 55项范围内部测试包与总计划核对 `validation` `partial`

正式55/66、11项暂停；ARM225严格签名/319个Mach-O架构/12,901文件独立解包核同，未公证、未覆盖安装；整体多源长稳/平台矩阵/Cloud与分发门仍开放。结果与未完成清单 · 原文。

2026-10-26 · 55项范围内部测试交付方案 `plan` `approved`

正式55/66、11项暂停；保全网络WIP与失败证据，软件回归后构建225内部候选，交付状态与整体Beta门分列。方案 · 原文。

2026-10-25 · GPU能耗评分新五轮正式通过 `validation` `validated`

55/66、剩11；新5/5、600槽/1,475源/1,050样本、20,281次Metal均完成，全消费者及原件SHA与10审计重算核同；保留无参考标记，下一网络能耗评分。结果 · 原文 · 持续负载方案归档 · 初始方案与失败归档。

2026-10-25 · CPU能耗评分新五轮正式通过 `validation` `validated`

54/66、剩12；新5/5、600槽/1,504源/1,067样本与完整消费者及原件SHA核同，保留无参考标记，下一GPU能耗评分。结果 · 原文 · 方案归档。

2026-10-25 · 总能耗评分来源唯一消费新五轮正式验收 `validation` `validated · gate-open`

53/66、剩13；新5/5、600槽/1,444源/1,025样本及消费者/原件SHA核同，无完整独立参考标记，下一CPU能耗评分。结果 · 原文。

2026-10-25 · 总能耗评分质量修复与温控恢复专项方案 `plan` `approved`

来源唯一消费、冷启动生命周期与预算修复、220/Lab33内部包、失败保全及600/300秒恢复门；完整实现与五轮记录。方案 · 原文。

2026-10-25 · Smooth相对中位帧时RMS新五轮正式验收 `validation` `validated · gate-open`

52/66、剩14；新完整5/5、34,054间隔/600健康槽/908消费者及原件SHA核同，保留无参考标记；下一进程总能耗成本。结果 · 原文 · 最终方案归档。

2026-10-24 · TinyJank严格计数与完整观察窗新五轮正式验收 `validation` `validated · gate-open`

51/66、剩15；新完整5/5、34,052间隔/600健康槽/874消费者、严格C/T及原件SHA核同，保留无参考标记，下一Smooth。结果 · 原文。 · 最终方案归档。

2026-10-24 · TinyJank显式激活与镜像恢复调查 `validation` `partial`

正式50/66不变；1100件全SHA新核同、实58/64；一次显式激活连接失败，镜像提示需更新手机iOS，未启动新测试。恢复记录 · 原文。

2026-10-24 · TinyJank前台准入失败与原件保全 `validation` `partial`

正式50/66不变；旧a01三轮后r4失败，新a03恢复诊断仍active=false、负载未启动；1100件全SHA保全，58/64，等待实际前台恢复后完整新五轮。结果 · 原文。

2026-10-24 · TinyJank严格分类与专项方案 `plan` `partial`

真实Decoder11项/独立12项及工具效率通过E2，217复用；软件不等于指标通过。方案 · 原文。

2026-10-24 · Stutter精确额外等待与完整观察窗新五轮正式验收 `validation` `validated · gate-open`

50/66、剩16；新完整5/5，精确E3/T、34,058间隔/600健康槽/904消费者及SHA核同，保留无完整参考标记，下一TinyJank。结果 · 原文。

2026-10-24 · Stutter额外等待公式与专项方案 `plan` `approved`

真实Decoder/独立E3与完整T核对、工具效率、217包复用及新参考、完整五轮设计。方案 · 原文。

2026-10-24 · BigJank严格计数与完整观察窗新五轮正式验收 `validation` `validated · gate-open`

49/66、剩17；新完整5/5，严格C/T、34,070间隔/600健康槽/884消费者及SHA核同，保留无完整参考标记，下一Stutter。结果 · 原文。

2026-10-24 · BigJank严格边界修复与专项方案 `plan` `approved`

真实Decoder等号误计与legacy精度修复、完整回归/效率、217内部包及新参考、五轮设计。方案 · 原文。

2026-10-24 · Jank严格计数与完整观察窗新五轮正式验收 `validation` `validated · gate-open`

48/66、剩18；新完整5/5，严格C/T、34,054间隔/600健康槽/859消费者及SHA核同，保留无完整参考标记，下一BigJank。结果 · 原文。

2026-10-24 · Jank严格边界修复与专项方案 `plan` `approved`

真实Decoder等号误计与legacy精度修复、完整回归/效率、216内部包及新参考、五轮设计。方案 · 原文。

2026-10-24 · SmallJank严格计数与完整观察窗新五轮正式验收 `validation` `validated · gate-open`

47/66、剩19；新完整5/5，严格C/T、34,020间隔/600健康槽/875消费者及SHA核同，保留无完整参考标记，下一Jank。结果 · 原文。

2026-10-24 · SmallJank严格边界修复与专项方案 `plan` `approved`

真实Decoder等号误计与legacy精度修复、完整回归/效率、215内部包及新参考、五轮设计。方案 · 原文。

2026-10-24 · 1%Low(FPS)慢帧尾部新五轮正式验收 `validation` `validated · gate-open`

正式46/66、剩20；5/5新轮，最慢K项和S与倒数L、34,063间隔/600健康槽/908消费者及SHA核同，保留无完整参考标记；下一小卡顿次数/10分钟。结果 · 原文。

2026-10-24 · 1%Low慢帧尾部新五轮方案 `plan` `approved`

真实Decoder/尾部边界及独立工具效率核对，复用已核ARM包，实容量保全归位及新专项诊断后冻结新五轮。方案 · 原文。

2026-10-24 · MedRange(FPS)会话占比新五轮正式验收 `validation` `validated · gate-open`

正式45/66、剩21；5/5新轮，精确闭区间H/N、34,071间隔/600健康槽/940消费者及SHA核同，保留无完整参考标记；下一1%Low(FPS)。结果 · 原文。

2026-10-24 · MedRange闭区间端点修复与新五轮方案 `plan` `approved`

先真实Decoder复现、精确有理边界修复及完整软件/效率/ARM包，实容量保全归位及新专项诊断后冻结新五轮。方案 · 原文。

2026-10-24 · Drop(FPS)每小时次数新五轮正式验收 `validation` `validated · gate-open`

正式44/66、剩22；5/5新轮，严格8FPS/完整C/T、34,065间隔/600健康槽/922消费者及SHA核同，保留无完整参考标记；下一MedRange(FPS)。结果 · 原文。

2026-10-24 · Drop(FPS)严格边界、完整参考与新五轮方案 `plan` `approved`

先17组精确边界及±1ns调查，未复现产品错误，7产品/13独立控制及25k门通过；实容量保全归位与新专项参考诊断后冻结新五轮。方案 · 原文。

2026-10-24 · 正向DeltaFTime>100ms每小时次数新五轮正式验收 `validation` `validated · gate-open`

正式43/66、剩23；5/5新轮，完整C/T、34,087间隔/600健康槽/959行及原件SHA核同，保留无完整参考标记；下一Drop(FPS)/h。结果 · 原文。

2026-10-24 · 正向DeltaFTime严格边界、在线标签修复与新五轮方案 `plan` `approved`

先复现Double严格边界、修复整数分类与两报告出口；全软件/效率、新213包及本项完整参考诊断后冻结新五轮。方案 · 原文。

2026-10-24 · FTime≥100ms占比新独占五轮正式验收 `validation` `validated · gate-open`

正式42/66、剩24；5/5新轮，34,043间隔/600源健康槽/940行和完整摘要/SHA核同；无完整参考政策标记，下一DeltaFTime>100ms。结果 · 原文。

2026-10-24 · FTime≥100ms精确阈值及160ms刺激及独占五轮方案 `plan` `approved`

冻结完整计数分母与100ms边界，19反控/规模及本指标实际参考资格预核通过E2后准入全新五轮，旧源不计轮。方案 · 原文。

2026-10-23 · FPS≥25占比新独占五轮正式验收 `validation` `validated · gate-open`

正式41/66、剩25；5/5新轮，36,174间隔/600源健康槽/934行和完整摘要/SHA核同；无完整参考政策标记，下一FTime≥100ms占比。结果 · 原文。

2026-10-23 · FPS≥25精确40ms阈值及独占五轮方案 `plan` `approved`

冻结完整计数分母与40ms边界，22反控/规模及本指标实际参考资格预核通过E2后准入全新五轮，旧源不计轮。方案 · 原文。

2026-10-23 · FPS≥18占比新独占五轮正式验收 `validation` `validated · gate-open`

正式40/66、剩26；a03完整5/5，36,152间隔/600源健康槽/900行及全部摘要/SHA核同；P95另599valid/1warmup忠实保留，不混作本指标健康值。旧a01/a02失败保留，无完整参考政策标记，下一FPS≥25。结果 · 原文 · 恢复及v2方案快照。

2026-10-23 · FPS≥18占比公式与新独占五轮方案 `plan` `approved`

冻结整数阈值18×间隔ns≤1e9与完整计数分母，15反控和真实规模/消费者预核通过；本指标完整Metal覆盖不合格，限定环境准入新五轮0/5，整体39/66不变。方案 · 原文。

2026-10-23 · 平均FPS新独占完整五轮正式验收 `validation` `validated · gate-open`

正式39/66、剩27，平均FPS5/5；36,177准入间隔、600/600源健康槽及935行源/CSV核同，全部摘要、阶段方向和原件SHA通过，保留无完整独立参考标记。结果 · 原文。

2026-10-23 · 平均FPS完整参考资格与新五轮方案 `plan` `approved`

独立原生算术与摘要消费者预核通过，完整Metal参考缺33端点、另有3额外端点，拒绝缩分母；21软件反控及25,000事件规模门通过，平均FPS新正式0/5、整体38/66。当前环境限定无完整参考，准入新独占五轮，物理精度不提前计通过。方案 · 原文。

2026-10-23 · Jitter新完整五轮正式验收 `validation` `validated · gate-open`

正式38/66，Jitter新独占5/5、600/600有效、888条Raw/Collector/CSV核同；保留无完整独立参考标记，物理精度未校准。旧3/5及r4失败原样保留，下一平均FPS。结果 · 原文。

2026-10-23 · Jitter完整参考缺口与全新五轮 `decision` `approved`

当前环境无可用完整独立对照；依据Owner政策另起新无参考五轮0/5，旧3/5与r4失败保留，整体37/66。五轮全部正常才正式验收并标记，物理精度不宣称通过。决策 · 原文。

2026-10-23 · Jitter e01预启动负载资格 `validation` `partial`

完整35秒负载和51点资源覆盖通过，但Trace仅0.331324秒并断连；有28条非元数据事件，未达到10秒完整对照窗。25run/150文件24,020,796 B及72请求/34gate保全，旧SHA不变，正式+0。方案与结果 · 原文。

2026-10-23 · Jitter Display d01无控制动作短录制 `validation` `partial`

Trace自然达到2秒限制，TOC2.337262秒；4条kAMD连接错误与1次RSS读取不可用使严格门失败。旧24run/144文件和请求/gate全SHA不变，无新Fixture或Workbench；两行仅时钟/显示元数据，空闲无事件不确认无参考。结果快照 · 结果与后续。

2026-10-23 · Jitter Display通道恢复后短录制方案 `plan` `approved`

实际CoreDevice详情/App服务查询恢复且身份核同，下一独占attempt只录制2秒Display，不启动Fixture或Workbench、录制期间无设备控制动作；须实际时长、断连日志、资源及旧数据SHA门通过才确认通道健康，不计指标轮次。方案 · 方案快照。

2026-10-23 · Jitter Display c02独立资格复核 `validation` `partial`

唯一Fixture六件239,883 B、35.005945秒、1,502条record完整封存，旧23个run及请求/gate全SHA不变。Trace实际0.343416秒并断连；两行导出仅时钟/设备元数据，逐帧事件0，资格失败、正式+0，仍3/5及37/66。结果快照 · 结果与后续。

2026-10-23 · Jitter Display 原生 DVT 冷启动资格方案 `plan` `approved`

为绕过 devicectl --payload-url 远端连接超时，冻结新独占测试：先启动Display-only Trace并确认record-start，再以全新nonce写入P95冷请求并由原生DVT ProcessControl启动Fixture；采集一次35秒资格run和40秒Trace。45秒观察器/805,306,368 B RSS/134,217,728 B输出门不放宽；仅逐帧事件、时钟/身份与Fixture呈现时间唯一配对后才另立正式r4方案。203张未保存预览保留；资格不启Workbench。方案原文 · 方案归档 · 队列写入顺序修订。

2026-10-23 · Jitter Display 冷启动队列时序修订 a01 `plan` `approved`

为避免Trace启动失败后留下有效期内的P95 pending请求，冻结顺序为先确认Display Trace record-start，再写入一次新冷请求并由DVT启动Fixture。Trace未启动则不写手机；其余请求口径、40秒录制/45秒资源上限、35秒资格负载和事件配对门不变。修订快照 · Canonical方案。

2026-10-23 · Jitter CoreDevice 配对恢复 attempt-07 `validation` `partial`

devicectl manage pair单次返回success，但配对后 device info details 与 device info apps 仍远端超时，通道未恢复；DVT只读进程/设备时钟正常，13份已接受P95冷请求摘要与签名Fixture相符并通过字节/nonce独立审查。旧Lab132文件/23,301,593 B、22个run、请求66文件及活动Session守卫未变；无新增Lab run或设备测试写入。不得重试配对或devicectl URL；后续改走原生DVT冷启动方案。结果快照 · 恢复方案与验证记录。

2026-10-23 · Jitter Display all-processes attempt-06 a01 `validation` `partial`

设备级Display Trace收到record-start；唯一 devicectl --payload-url 超时后，错误处理发中断且Trace未正常停止，最终53,248 B仅含 RunIssues.storedata、无表数据。观察器峰RSS292,765,696 B、输出58,493 B、墙钟7.168320秒；无新Fixture run或Workbench Session。本次不评估Display事件质量，不重放b01或URL调用。结果快照 · 方案与Validation Update。

历史续接快照 · 2026-10-23 · Display PID attach attempt-05启动失败

2026-10-23 · Jitter Display 设备级 all-processes 独占资格方案 `plan` `approved`

attempt-05 的 xctrace --attach 在record-start前无法解析DVT确认稳定的目标进程；未发送Fixture URL、未产生新run、Trace或Session。新方案保留Display-only仪器，改用设备级 --all-processes，以全新attempt和前缀运行一次35秒Fixture资格用例；40秒Trace/45秒观察器、RSS/输出/容量硬门不放宽。任何事件准入仍须通过时间戳、显示身份与Fixture presented唯一配对；Jitter仍3/5，参考不可用未确认。方案原文 · 归档。

2026-10-23 · Jitter Display PID attach 启动准入 attempt-05 a01 `validation` `partial`

xctrace在18.193643秒以exit code 21报告无法找到DVT稳定观察到的目标进程；未收到record-start通知，因此Fixture URL发布0、新run 0、Trace 0、Workbench Session 0。RSS峰240,222,208 B、probe输出10,490 B，属于失败启动阶段，不是录制资源数据。a05只读后验确认旧Lab 132文件/23,301,593 B清单未变，22个旧run终态释放，手机写入0、203张预览不变。本次仅拒绝PID attach方式，不确认参考不可用。结果快照 · 方案与Validation Update。

2026-10-23 · Jitter Display 仪器独立参考候选准入 `plan` `approved`

针对Frame Lifetimes GUI attempt-04资源超时且无事件行，不重试同配置。新方案仅使用Instruments Display仪器及单次35秒LabP95资格run；Run、Trace使用新前缀，Workbench Session不启动，当前203张预览保留。固定45秒/805,306,368 B RSS/134,217,728 B输出门不放宽；必须导出时间戳事件行并与Fixture presented有唯一配对才继续。Jitter仍3/5、整体37/66，不将候选资格计作正式轮次。方案原文 · 归档。

2026-10-23 · Jitter Frame Lifetimes GUI attempt-04 准入 `validation` `partial`

Instruments Trace可读出coreanimation-lifetime-interval的16字段schema，但没有逐帧行，界面为“No Graphs / No Data”。资源观察器45.059414秒超过45秒门；RSS峰205,406,208 B，最终Trace 7,184,430 B但在观察器结束后保存，故本配置未准入且不重试。该attempt期间Owner清除授权只覆盖188张，实际203张因此留存；后续授权变化另见最新Display候选方案。原文 · 开发记录。

2026-10-23 · Jitter Frame Lifetimes 进程名 attach 准入 attempt-03 `validation` `partial`

xctrace帮助确认进程名attach语法受支持，但本次2秒设备短测在0.651478秒以exit code 19返回Cannot find process matching name，未生成trace。DVT/xcdevice守卫、进程生命、容量、主机资源及分离复核均通过；全手机写入状态仍unknown。仅拒绝本次配置，不能推断硬件、产品故障或参考不可用。Node v24.19.0下本站完整构建通过，知识门66项、归档同步774个HTML通过；保留既有43条内容风险提示和chunk大小提示。生产网站未发布。正式仍Jitter 3/5、整体37/66；不重试三种已失败配置，不进入下一指标。原文 · 知识页。

2026-10-23 · Jitter r4未配对帧事件诊断与独立参考用例 `research` `partial`

独立复算确认未配对FrameLifetime位于Fixture 81.015125 ms主线程延迟期间，早于下一drawable提交；前后Raw间隔为16.639708/66.553125 ms，而Metal presentedTime间隔为83.192833 ms。该结果说明此用例两源覆盖范围不同，未证明帧事件的具体显示语义或硬件/软件根因。当前在调查本机可见的Frame Lifetimes仪器；Animation Hitches既有配置超805,306,368 B RSS硬门，不重跑或放宽。Jitter保持3/5、整体37/66。本地Node v24.19.0站点全构建通过，知识门66项通过、归档同步774个HTML；网站未发布。当前未保存预览决定前不启动同步新采集。原文 · 知识页。

2026-10-23 · Jitter r4固定Metal参考窗资格复核 `validation` `partial`

r4完成Session/Fixture保全、Raw oracle及消费者逐点核同，固定120个1Hz槽120/120有效；但7个预冻结Metal参考窗仅6/7合格，long-callback阶段一个窗口的FrameLifetime未配对Metal presentedTime，阶段方向门失败。独立资格结论为不计轮次，Jitter仍3/5、整体37/66；不把原因归为硬件或软件故障，也未确认参考不可用。本地Node v24.19.0完整构建通过、知识门66项通过、归档同步773个HTML；网站未发布。原文 · Canonical方案与复核。

八阶段总计划增量

八阶段总计划	当前状态
P4逐指标	正式55/66、剩11，GPU能耗评分新5/5 E4正常性通过，600槽与原件核同；下一网络能耗评分，独立参考精度未校准

未关门门禁增量

未关门门禁	下一动作
当前逐指标验收	总能耗评分关闭；下一CPU能耗评分，先公式/来源及当前参考调查，不复用Total五轮
交付同步/正式分发	本批仅完成本地构建，网站未发布；GitLab每批只尝试一次；Cloudflare/Webhook配置欠项仍partial；仅本机内部测试、公证暂缓/GPL门保留

2026-10-23 · Jitter Metal时钟域修正与正式首轮 `validation` `partial`

正式r1按预先冻结的7个物理参考窗7/7合格；179条Raw oracle、Collector Metric与CSV逐点一致，141个valid发表点且未消费Raw尾部为0。全窗审计仍partial（129/141），其余12个未选窗不作物理精度声明；Jitter累计1/5、整体37/66，整项验收与物理校准尚未完成。原文 · Canonical方案与r1复核。

2026-10-22 · Jitter Raw 全局序号修复实现与独立复核 `impl` `partial`

修复实时 FrameLifetime receipts 与 Session Raw envelope 序号错位：Ingress 准入后预留全局号，writer FIFO 持久化；source-local adapterSequence 与 RawEventEnvelope.sequence 分开保留，未消费 reservation 阻止封存。扩展专项84/84、Jitter离线目录54/54、arm64规范Sidecar全量2880/2880通过。72,000/432,000 Raw基准wall/CPU中位增幅+4.32%/+4.17%、+0.36%/+0.30%，峰RSS减少20,529,152/22,691,840B；I/O未测。仅E2软件合同，不增加指标通过数；正式仍37/66、Jitter0/5，Metal资格待新同窗fixture。手机自动锁定已由Owner确认关闭；真实通道仍须新attempt复核。当前Mac应用留有未保存截图数据，未覆盖安装。结果快照 · Canonical方案与实施记录。

2026-10-22 · Jitter Metal 审计 seal-to-window 端到端验证 `validation` `partial`

补齐完整封存Session → Raw oracle → Metal Fixture审计链合成测试：有效窗口通过候选资格，窗口内 presentedTime=0 哨兵被拒绝且不确认参考缺席。新增2项后完整Jitter离线目录54/54通过，无重复收集；E2软件合同证据，不是实际参考或指标验收。Node v24.19.0下站点全构建通过、归档同步770个HTML；线上未发布，Cloudflare/Webhook欠项按授权保留partial。正式仍37/66、Jitter0/5；手机无操作、新attempt为0，Metal实际候选资格未判。原文 · 方案与增量记录。

2026-10-22 · Jitter Metal 逐窗参考审计器实现与复核 `validation` `partial`

新增经 Session seal chain 与 Raw oracle 门控的 Metal 逐窗审计器；warmup锚点配对但不计interval，原始双钟 offset 界由Mach整数端点独立重算；Fixture读入拒绝符号链接与并发变动，报告独占0600并同步目录。完整离线合同套件52/52通过；7,210帧/120窗口内存合成基准wall/CPU 0.102660/0.100879秒。本地VitePress全构建和66项知识门通过、归档同步769个HTML；线上未发布，欠项按授权保留partial。此为E2工具验证，不是参考合格或指标通过；Jitter仍0/5、整体正式37/66，手机无操作、新attempt为0。原文 · 方案与实现。

2026-10-22 · Jitter 封存 Session 文件入口与 seal 链复核 `validation` `partial`

封存Session读取器已绑定产品/Core/Collector seal，并在单次Raw扫描中核对SHA、字节数和事件计数；22/22项合成合同测试通过。120Hz等效72,000/432,000 Raw文件审计耗时1.005/6.065秒，Jitter仍0/5、正式37/66；手机操作与新attempt均为0。原文。

2026-10-22 · Jitter 独立 Raw 审计器与序号复核 `impl` `partial`

新增封存Session逐发表点 Raw 审计器，独立重建FrameTime/P95/P50/Jitter及quality，并核对产品receipt。分离复核修正Raw envelope sequence与payload adapterSequence混用；15项合成合同测试通过。120Hz等效10分钟/1小时数据分别约23,875/23,640 Raw/s，wall为3.016/18.274秒，I/O未测。此为E2工具验证，不是物理精度或指标验收；Jitter仍0/5、正式37/66，手机无操作、新attempt为0。结果快照 · Canonical方案/实施记录。

2026-10-22 · 帧节奏抖动共享窗口实现与离线验证 `impl` `partial`

实时 Jitter 已复用 P95 的同一来源验证窗口，Frame Report v4 增加末窗摘要；独立复核已收紧损坏身份/显示输入，56 项聚焦、2874 项 Sidecar 全回归及 120Hz 等效合成基准通过E2。Build209内部候选App/DMG严格校验、只读独立解包核同，未公证且未安装/启动。Jitter仍0/5，手机不可操作期间没有设备操作或新attempt，参考候选尚未取得真机资格结论。原文 · 方案与实施记录。

2026-10-22 · 屏幕刷新率 Owner 直接验收决定 `validation` `validated`

Project Owner明确要求不再独立复核，将屏幕刷新率计入正式验收并继续下一项。正式进度更新为37/66；标记OWNER_DIRECT_ACCEPTANCE_WITH_KNOWN_EXCEPTION。a02 r1失败、标准五轮0/5通过、118/119有效与CSV/Session一处差异均按原件保留，物理精度未校准；下一项Jitter，手机暂不可操作期间只做离线准备。负责人验收结果快照 · 机器可读决定。

2026-10-22 · 刷新率未请求门控独立复核与 Build 208 候选 `validation` `partial`

独立复核补上未请求指标短路，31项刷新率/P95聚焦控制通过；Build 208 App/DMG严格签名、只读挂载独立解包15161文件/235933728B核同。DMG SHA-256 a9f889e6b26eccd079c49eb0ec39215bb692197858fa2ecaf88122021d8f867a，Gatekeeper拒绝未公证内部包，未安装。正式刷新率仍0/5、整体36/66，a02 r1不可重放，手机无操作、未创建a03；文档更新后本地知识门和完整站点构建通过E2，线上仍未发布。复核与候选包结果快照 · Canonical方案与记录。

2026-10-22 · 刷新率 a02修复后站点构建复验 `validation` `partial`

知识门与文档更新后的完整VitePress构建使用Node v24.19.0通过E2；本地构建不代表生产站点已发布。刷新率仍0/5、整体36/66，a02 r1失败不可重放，手机暂不可操作且未创建a03；设备恢复后先重新SHA保全旧数据、实枚举容量和新前缀，再启动新attempt。结果快照 · Canonical方案与记录。

2026-10-22 · 刷新率 a02 首样本修复及失败保全 `impl` `partial`

a02 r1失败原件保留且不可重放；AFC目录集合和首样本合同修复、113项最新复跑测试及离线效率子门通过E2；20k事件wall/CPU增幅3.07%/3.69%，RSS中位减少3.83MB。Build 206 arm64内部候选已签名并独立解包核同，但未安装且Gatekeeper拒绝（未公证）。正式刷新率仍0/5、整体36/66；本站构建复验另见新增validation增量，手机操作与a03尚未开始。方案快照 · 结果快照。

前序完整五轮结论 · 2026-10-21：P95 ARM202/Lab29新独占五轮正式通过，600/600固定点有效、831实际消费者、36204完整Raw，全部231尾部样本保留；独立原生整数窗口/实际Core/导出核同。当时整体36/66；Owner于10-22直接决定刷新率计数，当前状态见上方增量。 P95五轮结果。

P95最新 · 2026-10-21：Lab29已独立确认安装与3490件全SHA保全；新诊断155样本/7250 Raw核同，首120全有效，gap1.018823333秒。物理参考仅部分窗口合格，Apple两模板实际断连；正式仍35/66、P95 0/5，下一新独占五轮。方案与结果。以下为历史快照。

P95当前 · 2026-10-21：Lab28完整产品191样本/7242 Raw独立算术和Core导出核同，但首120覆盖失败；Lab29时钟桥29控制、ARM SDK/签名通过，唯一升级超时且手机仍Lab28，3490件/5.85GB前后完整SHA保全。正式35/66、P95 0/5，下一先安装通道状态收敛与原生钟桥资格。方案与结果。以下为历史快照。

Lab28最新 · 2026-10-21：Lab28准入、22主机控制/25源ARM SDK及单版本安装通过；3432件/5.85GB升级前后全SHA核同，正常/取消/恢复与三项冷反控通过，完整OFF/ON成本达门。旧首帧0失败保留，正式35/66、P95 0/5；下一整机参考与产品Raw算术资格。方案与结果。以下日期为历史快照。

Lab27最新 · 2026-10-21：18主机控制、ARM SDK/开发签名与单版本安装完成；3423件/5,846,383,820B升级前后全SHA保全。首个140秒用例7212请求/回调、首帧上屏时间0，按合同partial并全保留；参考资格未成立，正式35/66、P95 0/5。下一定位首帧就绪，不丢首点、不提前认定无参考。方案与结果。以下为历史阶段。

Lab27准备增量 · 2026-10-21：P95自有Metal上屏候选已实现，18主机控制、实际25源ARM SDK与开发签名通过E2；当前仍35/66、P95 0/5。整机同层参考、真机正常/取消/恢复/冷请求和OFF/ON成本尚未完成，不提前认定无参考。方案与实施。以下为较早历史快照。

P95专项软件准备 · 2026-10-21：正式仍35/66，当前P95 FrameTime0/5；固定源2851完整Core/0skip、13专项测试、44Core八导出控制及效率门通过，ARM202仅本机内部安装。Lab27实际Metal上屏参考用例已定稿但未实现/实测，下一先参考资格，不提前宣称无参考。方案与实施。

最新正式结论 · 2026-10-21：ARM200 GPU Device新a01完整5/5正式通过，600/600固定发布点有效、875实际Core消费者样本，来源／范围异常0，全部来源与App成本门通过。正式35/66、剩31；无独立参考标记5项，referenceAccuracyValidated=false、ownerReviewRequired=false。下一P95 FrameTime0/5，历史FrameTime已验不重测。完整结果。以下轮次、数量和结论为历史。

最新正式结论 · 2026-10-21：ARM199 Tiler新a01完整5/5正式通过，600/600固定发布点有效、770实际Core消费者样本，来源／范围异常0、全部来源与App成本门通过。正式34/66、剩32；无独立参考标记4项，referenceAccuracyValidated=false、ownerReviewRequired=false。下一GPU Device0/5。完整结果。以下轮次、数量和结论为历史。

最新正式结论 · 2026-10-21：ARM198 Renderer新a06完整5/5正式通过，600/600固定发布点有效、821实际Core消费者样本、来源异常0，全部来源/成本门及原件核同。正式33/66、剩33；无独立参考标记3项，referenceAccuracyValidated=false，不要求Owner额外复核。下一GPU Tiler0/5。完整结果。以下轮次、数量和结论为历史。

Renderer最新 · 2026-10-21：a04第一轮118/120、gap2.000991秒未过，失败全保留；原生setSamplingRate:5.0实测约1.95Hz/40唯一键，新来源余量ARM197完成2796项E2、内部签名与同址安装。正式仍0/5、整体32/66；下一真实容量与新完整五轮，并逐轮核来源频率及成本，不提前Tiler。来源余量方案与实施。以下为历史。

Owner最新决定 · 2026-10-21：发送率与接收率两项不再等待Owner复核，现计入正式验收通过。正式32/66、剩余34；其中2项标记无独立参考精度校准，待Owner复核0。下一GPU Renderer，正式0/5，已有Apple同名参考的窗口资格仍须核清。决定与范围。以下日期段为历史，不覆盖本决定。

2026-10-21：ARM195接收率新完整5/5及最终独立总审通过，600/600有效、600/600完整槽、600正值，当前方向异常及来源违规0；对侧异常1及全部1尾片保留。NO_REFERENCE_OWNER_REVIEW，待Owner独立验收；正式30/66、无参考标记2、测试完成32/66，另34项待测试。下一指标GPU Renderer，先本项交付闭环。完整结果。以下较早日期数字与阶段为历史。

2026-10-21：接收两准备25源件及两导出共161795136B保全核同，244metadata及原DI/journal独立审核通过E3，真实61→59、rename2/删除0；新v9正式工具34软件控制及35真实诊断/保全合同反控E2通过。新正式0/5，正式30/66、发送标记1、测试完成31/66不变。下一冻结新HEAD/driver、新鲜真实五槽及完整五轮。方案与实施。以下为历史。

2026-10-21：ARM195新v9接收诊断完整并独立审核ready，120/120有效且正值、152实际Core样本、1832Raw及32件39102650B原件/SQLite/导出核同；接收异常0、对侧拒绝1原文保留。仅诊断E4，正式30/66、发送标记1、测试完成31/66不变，接收正式0/5。下一两准备全源保全和真实五槽，再新v9独占完整五轮，不提前GPU。诊断结果 · 新五轮方案。以下为历史。

2026-10-20：接收v9专属准入/双数学/终态收据审核已实现，18软件控制及34真实已保管来源合同反控通过E2，35MB规模双读约0.34秒。手机动作0、新容量/诊断/正式0；当前安装195，旧接收attempt-01永久0/5。正式30/66、发送标记1、测试完成31/66保持。下一冻结新合同/driver，真实新容量及一次140秒诊断，不重放旧工具。方案与实施。以下为历史。

2026-10-20：产品方向隔离v9已实现，2768全量/120最终聚焦、80记录序列分离数学、实际44Core导出通过E2；120万输入全链耗时中位1.1353倍达门。内部ARM195签名/独立解包/保留194回滚与单址空闲安装通过E3主机，新手机诊断和正式轮仍0。正式30/66、发送标记1、测试完成31/66不变。下一新v9接收专属合同/容量/诊断及全新五轮，旧attempt-01永久0/5不补。方案与实际记录。以下为历史。

2026-10-20：网络方向隔离研究已E2验证，11组模型控制/400固定种子序列、真实SDK单坏记录解码与128组融合生产者原型对照通过；旧v8输出保持。双重计算原型约1.76倍已否决，融合原型正常10万事件三次中位约1.032倍。尚无产品v9、内部195或新手机测试，接收永久0/5、正式30/66、发送标记1不变。下一按已落盘方案实现全链，不能只放宽审核。方案与研究。以下为历史。

2026-10-20：接收attempt-01第1轮采集封口，但独立审核发现1条发送字节None的拒绝Raw，按v8整窗污染规则失败；永久0/5，第2–5轮未启动。客户端未fatal，完整原件/SQLite核同，删除0。正式30/66、发送标记1、测试完成31/66不变，接收不新增标记。下一先研究按方向隔离缺失的可证语义，不重复采样碰运气或把None当0。失败与取证。以下为历史。

2026-10-20：接收专属五轮工具已实现，15软件控制及22真实诊断合同篡改反控通过E2；手机动作0、正式0/5。下一提交冻结新attempt及28执行源码，再新鲜真实容量和单一driver完整五轮；正式30/66、发送标记1、测试完成31/66不变。方案与实施。以下为历史。

2026-10-20：接收新140秒/91MiB诊断及独立审核通过，真实58容量、六任务、120/120有效正值、159Core样本和1974Raw/全原件/SQLite/导出核同，异常及来源违规0，保留1尾片；仅diagnosticReady，接收正式0/5。六准备全源保留64→58已核，末实际59/新封口生命，下一新鲜五槽。正式30/66、发送标记1、测试完成31/66不变。结果 · 新五轮方案。以下为历史。

2026-10-20：接收专属140秒诊断/只读容量/完整四行为末生命复核及六准备封装已实现，16软件和20真实已保管合同篡改控制通过E2；手机动作0、新容量无、接收诊断/正式0。下一冻结提交后六准备全源保留归位，再真实容量及诊断。正式30/66、发送标记1、测试完成31/66不变。方案与实施。以下为历史。

2026-10-20：接收Lab22已完成真实64→60四准备保全、60四槽容量及正常/OFF/取消/恢复四行为，29件/4667761B与全导出、十阶段旧metadata、原DI/journal分离核同，仅E3准备资格；4完整任务/1取消任务，接收诊断/正式轮仍0。正式30/66、发送无参考待Owner验收1项、测试完成31/66不变。下一接收专属诊断合同与新鲜容量，再完整五轮。实际记录。以下为历史。

2026-10-20：当前接收率Lab22专属四行为/只读容量/分离审核软件门通过，20项软件及17项已保管真实合同篡改控制E2，手机动作0、新四工具/诊断/正式轮均0。下一先具体旧准备全源保全名单及新鲜真实四槽容量，不以host控制子集代替手机枚举。正式已验30/66、发送无参考测试通过1、测试完成31/66不变。方案与软件记录。下方为历史。

2026-10-20：发送率内部194新完整五轮及独立总审通过，600有效/600完整槽、595正值、最大gap1秒，来源违规/异常0，五轮共30任务455MiB及全原件/SQLite/Core/导出核同。标记NO_REFERENCE_OWNER_REVIEW，待Owner独立验收；无独立整机同层同窗精确参考，不宣称准确度校准。正式已验收30/66，新增无参考测试通过1，测试已完成31/66、另35项待测试。下一接收率专属合同/新诊断/新五轮；旧失败与原件保留，GitLab/网站/通知债partial、公证暂缓。五轮结果。以下较早状态为历史。

2026-10-20 最新：内部194新诊断通过，120/120有效/正值、153实际sample、拒绝输入0，32件Session/1833Raw/SQLite/Core与实际导出全核同；仅诊断，30/66、新标记0。 下一三条历史准备全源保留归位恢复实际五槽，再新attempt-04完整五轮；旧attempt-03永久1/5不拼。诊断结果 · 新五轮方案。以下为历史。

2026-10-20 最新终态：发送attempt-03第二轮触发预览软件错误，永久1/5，后3轮未启动。拒绝原字段发送字节为None，不能当0。已保全失败Session24件/24220662B并独立核Raw/SQLite；52控制与旧/新Raw重放通过，内部ARM194单址安装E3完成，新手机诊断尚0。历史30/66、新标记0。下一先194诊断准入/真实手机状态，再新完整五轮，不拼旧轮。修复与结果。以下为历史状态。

2026-10-20 最新：v8诊断已达门，五条旧准备源/导出全SHA保留rename通过，实际64→59、删除0；新attempt-03准备中，新正式0轮、30/66、新标记0。 下一提交冻结新工具/HEAD、真实本轮容量、新完整五轮；旧3/5不拼。记录。以下状态按日期保留。

2026-10-20 最新：内部193/v8新诊断通过，发送120/120有效、六任务91MiB、拒绝输入0，150实际样本与全原件/SQLite/Core导出分离核同。只诊断通过，历史30/66、新标记0、新正式0轮；实际64活动，下一先保全五条准备记录及真实五槽，再新独占完整五轮。合同与结果。以下早期状态保留。

2026-10-20 最新：v8来源异常修复已E2验证并安装内部ARM193（E3主机），新诊断/五轮0；历史30/66、新无参考测试通过0。 2754项完整控制通过（最终原eventClass小修前）、最终92项聚焦及实际44Core导出通过；旧attempt-02仍3/5永久停止。下一v8新诊断合同及真实手机状态/容量，不提前进入接收验收。实现结果。下方早期状态按日期保留。

2026-10-20 最新：发送attempt-02已首失败停止。前三轮通过，第4轮来源窗malformedInputCount=1却输出candidate，分离拒绝；整项3/5、第五轮未启动。历史30/66、新无参考测试通过0；先修复异常保管与窗口缺失传播，接收未验。失败结果 · 修复方案。下方较早日期段保留为历史。

2026-10-20 生命周期方案已实现：72软件控制、11回环及旧真实诊断分离兼容通过；恰1诊断14源件/64.57MB保留rename，真实60→59，0退出/删除/新run。下一冻结attempt-02、真实容量与新完整五轮；当前新0轮、历史30/66、新标记0，旧1/5封存。记录。

2026-10-20 最新发送测试：首轮1/5，第2轮容量发现新生命、采集前首失败停。120metadata核同，系统日志与预热一致但非独占归因。30/66、新标记0；先验证生命周期准入，再另立完整五轮。结果。

2026-10-20 新真机诊断通过：Lab22已一次覆盖，2869件/3962871731B旧源全SHA保留；新140秒/91MiB六任务、120/120有效及全消费者分离核同。只诊断通过，30/66/新标记通过0；三准备记录保留归位后实际59，下一新独占发送五轮，尚无正式容量。结果。

2026-10-20 最新诊断：发送新140秒诊断因测试台固定5秒超时失败；原件/Session与SQLite已保全核同。Lab22慢确认策略host对照通过、ARM内部签名及独立解包E2完成，尚未安装/iOS修复未验。30/66、新无参考测试通过0。下一新鲜保全与一次升级，再新诊断/五轮。结果。

2026-10-20 软件增量：44项控制与固定历史35.80MB三流分离核同E2；手机新测试0、已验收30/66/无参考新增0。Lab21上传显式准入已实现，下一真实容量及新诊断。实现结果。

2026-10-20 最新决定：参考可在测试App构造的先设计/实现用例；确认当前无可用参考且实际异常测试通过的标记 NO_REFERENCE_OWNER_REVIEW，待Owner最终独立验收并可推进。当前已验收30/66，新增无参考测试通过0，网络旧对照0/5不回改。Lab21已一次覆盖并完成2826源件/3892697597B SHA及新postflight核同；先补发送、后接收。规则 · 用例 · 安装结果。以下日期段为历史。

接收准入增量 · 2026-10-20：2826件3892697597B逐件源host SHA及128 metadata核同，但最终出现不同的自有进程生命，整体准入未通过。退出1次、安装/新run/归位0，Lab21仍未安装；30/66、发送待验0/5、接收当前0/5。结果。

当前 · 2026-10-20：Owner已允许发送率保留待验、不计通过并按原序推进接收率。整体30/66、剩36；发送0/5待验，接收0/5为唯一当前。Lab21流式下载11情景、4引擎run、12准入/4导出控制、15文件及内部签名解包仅E2，手机未安装；Gate R_rx未关。方案 · 结果。以下为带日期历史，旧等待/禁止接收由本决定承接。

wire kind增量 · 2026-10-20：9根1887原word/467call/23锚点分离核同E2；连接第八项kind是provider字符串查表类别，TCP/UDP字典常量不保留数值provider，不能选择统一字节层。0项原对象missing不猜。30/66、发送0/5、Gate R未关，phone0；下一审查询/回调因果时间边界。结果。以下旧状态为历史。

计数来源准入增量 · 2026-10-20：8件固定公开源591722B、35事实/12函数分离核同E2；IFNET有权限前置/共享阈值写入且无AddAll watcher，未在手机试；TCP/UDP与接口累计不能统一当同层。30/66、发送0/5、Gate R未关，phone0；下一审已保管producer的kind/provider区分能力。结果。以下旧状态为历史。

诊断参考增量 · 2026-10-20：固定IONetworkInterface请求1次成功，2455B完整原件/前后128metadata及6资源close核同；20B统计候选为包/错误结构而非已证字节计数，单dict不证明全接口或源时钟。E3仅通道/保管、E2分离；30/66、发送0/5、Gate R未关，64活run/准备槽0，手机写与新run0。下一离线审计已有producer与来源合同。结果。以下旧状态为历史。

Lab20实际权限拒绝增量 · 2026-10-20：2819旧源3892690760B前后SHA/树保全、一次19→20升级及分离核同；恰1准备run保留归位/真实1槽后，唯一ifmib probe长度返回EPERM，内容调用0、不回退。6源件+导出6837B/3事件核同，最终Lab20 idle/64封口/128metadata核同、准备槽0。E3仅拒绝/保管，30/66、发送0/5、Gate R未关；下一现有授权服务有限源审。结果。以下旧状态为历史。

Lab20软件候选增量 · 2026-10-20：一次性ifmib64探针及失败原buffer/pin已实现，76/50/58软件控制、host33记录/231字段分离核同；19源ARM构建18.396秒/聚合297418752B、开发签名和独立解包E2完成。phone0/未安装、iOS权限与ABI未验；30/66、发送0/5、Gate R未关。下一新鲜全源保全/升级/真实准备槽后仅一次probe。结果。以下旧状态为历史。

回调时钟与ifmib候选增量 · 2026-10-20：1281原编码/71关键位字段分离核同，End静态来自回调mach_absolute_time、后段Start=前End+1tick，非内核读取时刻。networkInformation未形成计数参考；新ifmib host读5940B/33接口、30字段低10非零/6字段高32非零，E2仅host，iOS权限/ABI未验。本批手机0；30/66、发送0/5、Gate R未关。下一先Lab20显式ifmib64候选方案/软件，再独立保全/升级/容量合同。结果。以下旧状态为历史。

内核时钟符号增量 · 2026-10-20：68目标129步骤分离核同，61地址/7未知保留；新只读113786880B原缓存与128前后metadata核同，64封口/idle/无pending、零新run。1495导出/1539 nlist精确核同mach_get_times、mach_error_string和mach_timebase_info；六字段静态来源进一步确定，非精确校准。E3保管/E2分离/E1静态；30/66、发送0/5、Gate R未关。下一现有原件回调时钟与量化/字节层，准备槽0。结果。以下旧状态为历史。

Lab19接口范围配对增量 · 2026-10-20：loopback/外网两条39/40完整对象、各18System/241原生快照、各17区间（6missing/11可评估）分离核同。loopback有2个all/nonloop bytes不相交区间，all零条件反例、nonloop bytes2/packets3反例；外网两项兼容。仅Hq前提下有限支持all，机制/同层/高位/精确时钟仍未证，Gate R未关、30/66、发送0/5。17新源件4230556B及旧124metadata×6核同，后核64封口/idle/无pending、128metadata核同、准备槽0。结果。以下旧状态为历史。

Lab19 OFF/ON增量 · 2026-10-20：完整首回复与stop/close尾部各79对象保管，固定窗各36进程帧/32比较帧，CPU增1.294713点、footprint增84432B，721参考完整mean/P95=0.731875/0.895333ms；reference-only成本E3达门。旧120metadata×6和新12件退出后源SHA核同，新postflight62封口/idle/无pending、124metadata核同；两scope待验，Gate R未关、30/66、发送0/5。结果。以下旧状态为历史。

Lab19四工具增量 · 2026-10-20：新a02四条56→60、580事件/5任务（4完成1取消）及33源件5991328B核同E3，旧112metadata×10及持久intent/close复核；mean/P95均≤1ms，max1.081750ms/gap62.954125ms保留。a01 busy零launch失败不改，a13一次正常退出。新postflight60封口/idle/无pending及120metadata核同；30/66、发送0/5。OFF/ON需先补完整首回复/尾部保管，listener=false背景明确，scope/Gate R仍未关。结果。以下旧状态为历史。

Lab19准备容量增量 · 2026-10-20：七条旧run仅保留rename，41件及7导出14058368B源host SHA核同，63→56、126metadata不变，删除0。新连接56封口/idle/no pending及8新名称缺席成立E3；仅准备容量、无新run。四工具执行器Lab18硬编码/退出意图持久化待最小补强，OFF/ON listener背景需明确；30/66、发送0/5、Gate R未关。结果。以下旧状态为历史。

Lab19安装保全增量 · 2026-10-20：2757文件/3879024186B升级前后全源SHA及126 metadata/完整树核同；一次Lab18→19覆盖升级168.105秒/135643136B、10资源close成功，新连接确认idle/63封口/无pending。安装器16控制和持久写入意图E2，安装及保全E3；新run/容量0，手机成本/scope未验。30/66、发送0/5、Gate R未关；下一保留归位/真实8槽容量，再四工具/OFF-ON及loopback/外网对照。结果。以下旧状态为历史。

Lab19软件准备增量 · 2026-10-20：loopback接收器及双释放/字节记账已实现，40/50/58软件目标与8 host run/4语义反控核同；18源ARM资源构建16.803秒/聚合298139648B、开发签名及独立解包成立E2。手机未安装/本批phone0，需新全量只读/保全/升级准入及E3成本/scope；30/66、发送0/5、Gate R未关。结果。以下旧状态为历史。

独立量化留出增量 · 2026-10-20：新上传62→63，完整执行result/8源件及124前后metadata核同；39对象/241快照、17对中6missing/11条件包含，精确仍6新反例、旧8反例保留。两scope不可区分，三前提/精确源时钟未证；30/66、发送0/5、Gate R未关，下一有限loopback/对照设计。结果。以下旧状态为历史。

量化与时钟增量 · 2026-10-20：Hq条件模型/1048576余数及19软件控制通过E2；旧样本7missing/10条件包含，8旧精确反例不改。新实际7次6项时钟回复/27对象/12System复核，仅第0字段包围12/12源End，非精确校准。新留出准入busy，容量/新run0，62记录124metadata核同；停止本批手机动作。30/66、发送0/5、Gate R未关；下一有限生命期观察与新留出。结果。以下旧状态为历史。

Sysmontap同场研究增量 · 2026-10-20：39原对象/18System/241原生快照独立核同；10可评估区间各8字节反例、包数反例0。原执行收据日期序列化失败保留，新只读8源文件/62集合及旧122metadata核同；5784非零bytes均1024倍数，公开源码对齐机制仅E1候选。30/66、发送0/5、Gate R未关；下一量化/源时钟资格。结果。以下旧状态为历史。

libsysmon原件增量 · 2026-10-20：唯一115163136B文件/61记录122metadata核同，signal/launch/安装/新run0；1510原编码、36导出128 nlist与7 XPC常量分离核同E2。库内服务标识不是服务端累计定义，优化调用绑定/全scope/源时钟与独立参考未证，30/66、发送0/5、Gate R未关。下一先冻结有限范围和同窗参考合同。结果。以下旧状态为历史。

计数查询与Sysmontap候选增量 · 2026-10-19：44根5015原编码/75 selector与37项系统字段表独立核同；新自然27对象/12组整机网络计数及停止尾部保管，61记录/122metadata核同。仅1次授权正常退出，无安装/launch/新run；原配置被拒等失败保留。E3通道/E2复核/E1静态，字节层、scope/源时钟及独立参考待证，30/66、发送0/5、Gate R未关。下一优先全局Sysmontap候选定义与同窗参考。结果。以下旧状态为历史。

手机原导出与provider增量 · 2026-10-19：两新原源392200192B/61记录122metadata核同，signal/launch/安装/新run0；65跳板/248导出/1870 nlist/11目标名、94类对象1284方法及44533原编码分离核同E2，静态仍E1。默认多个provider及header-overhead分支已定位，不能当统一字节层或重复serial原因；实际绑定/底层定义/时钟未证，30/66、发送0/5、Gate R未关。结果。以下旧状态为历史。

手机class与字段来源增量 · 2026-10-19：两原文件268976128B及61记录/122metadata核同；183 classlist/366对象/2193方法、28 selector/16ivars/23字段槽（18解析4null1missing）独立核同E2，原路径E1。busy零请求保留，新授权正常退出1信号；packet-byte定义/外部符号/时钟与运行绑定未证，30/66、发送0/5、Gate R未关。下一仅有限外部调用/producer语义合同。结果。以下旧状态为历史。

手机selector来源增量 · 2026-10-19：新同生命正常退出1信号后，两新连接仅取26247168B与113197056B；61 metadata前后核同且idle。32B声明保持不改，56B候选与libobjc旧结构6地址核同，2193方法名全量第二读法核同（E2），静态仍E1。class/imports/运行绑定未证，30/66、发送0/5、Gate R未关。下一限定数据片及类关联合同，不进193/正式/接收。结果。以下旧状态为历史。

手机目标代码增量 · 2026-10-19：仅定向取113999872B子缓存，实际映射/UUID核同；1036288B原TEXT、177962条原编码和2193方法入口分离复核成立，静态事实仅E1。数据/链接段及selector base缺失，后续单文件准入busy拒绝且请求0，本批signal/launch/安装0。61 metadata核同；30/66、发送0/5、Gate R未关。下一先审新运行状态与selector来源，不进193/正式/接收。结果。以下旧状态为历史。

手机系统索引增量 · 2026-10-19：新清单59文件/4043091248B，仅定向读491520B系统索引，3333映像/54子缓存及120响应全量分离核同（E3通道/E2离线）。忙准入拒绝后按Owner授权同生命正常退出1信号，61记录metadata前后核同；未取producer代码。30/66、发送0/5、Gate R未关，下一仅有限静态来源/实际文件映射，不进193/正式/接收。结果。以下旧状态保留为历史。

共同源窗与计数定义增量 · 2026-10-19：冻结单流105微秒区间后467留出更新发送450/接收171不可行，独立逐包复核共同交集为空；22条发送低于完整IP+TCP通用头下界。host同名服务19绑定核同仅E1，两移动DDI未找到同名producer；手机等价未证。无新手机动作，30/66、发送0/5、Gate R未关；下一手机producer范围/packet-byte定义，不能调容差或删除ACK凑通过。结果。以下旧状态保留为历史。

全流覆盖审计增量 · 2026-10-19：既有65098包/124052562载荷B独立核SHA；65007传输包全部字段核同，91其他/版本矛盾与12个DHCP共103选帧系统交叉成立E2。多声明均同serial重复，4版本矛盾保留；不共窗及完整producer范围未证。新手机动作0，30/66、发送0/5、Gate R未关；下一共同源窗与producer范围/同层合同，不进193/正式/接收。结果。以下旧状态保留为历史。

生命周期保管增量 · 2026-10-19：29软件控制、一次自然824对象保管到本地terminal，stop/独占DVT close各一次；真机尾部来件0，非空尾部仅E2，旧24对象未补回。pcapd30秒39600载荷与DTX约19.074秒不共窗；单流6桶假设宽105微秒尚可行但非时钟校准。61记录metadata核同且idle，无手机写/launch/signal。整体30/66、发送0/5、Gate R未关；下一全流/未知scope审计，不进193/正式/接收。结果。以下旧状态为历史。

受控配对增量 · 2026-10-19：四工具run及33文件/5994705B源host SHA保全核同，64→60、删除0；一次1MiB上传60→61，1015对象/25498原载荷保管及独立读取。所选流发送730包/1087059B等于IP层，842包及728正文包seq/长度与系统reader核同。stop后24对象未保管，全scope/时钟/完整性Gate R仍未关，30/66、发送0/5。下一先有界尾部保管及全设备参考研究，不进193/正式/接收。结果。以下旧状态保留为历史。

自然配对增量 · 2026-10-19：Owner授权后一次同生命正常退出，64记录封口/released及退出前后metadata核同；一次20秒配对862对象/27,709原载荷独立SHA核同。接口base/unit候选核同，重复serial及8未解/2无候选包保留，Gate R未关；整体30/66、发送0/5。结果。下方等待手动退出/未pair为历史。

RVI层级与序列增量 · 2026-10-19：17,420原包分类与系统reader核同；8条TCP流有22处内部候选缺口/4,405,529序列字节，不能按host drop0宣称完整或当真实丢包校正产品。10项inventory控制及旧17,583原件逐字段语义核同；新只读64封口/released但自有App仍存在，natural pair未开始，待正常退出后新核。30/66、发送0/5、Gate R未关。结果。

RVI与原始消息准备增量 · 2026-10-19：一次RVI17,420包/36,566,956B与独立文件审阅成立E3通道/E2离线，host received18,636/drop0的1,216差额未对账，Gate R未关。自然DTX/pcapd配对尚未开始，最新64全封口/released但自有测试台存在，待Owner正常退出后新核空闲；无signal/launch/新容量。整体30/66、发送正式0/5，网站/通知/镜像欠项沿用partial。结果。此前RVI待提权段落为历史。

网站本地恢复增量 · 2026-10-19：轻量Python串行调度器完整候选E2通过，17.224秒/聚合1,511,391,232B、577页齐全、716目标/520锚点无缺，原1536MiB门不变；最终同提交收据另核。网站未发布/通知未发送和镜像欠项继续partial。整体30/66，Lab18工具/开销E3保持；发送正式0/5、Gate R未关，下一仍RVI本机有限资格及独立参考审核，不进193/正式/接收。结果。下方Lab18最终构建失败为历史，不回改。

当前Lab18准备 · 2026-10-19：整体30/66、发送正式0/5；Lab18四工具及OFF/ON开销E3达门，CPU增1.331072个百分点，完整参考mean/P95=0.729899/0.873667ms。Gate R全部流/层级/方向/时钟/丢包未关，当前64活动，下一先原生RVI资格（本机BPF提权待Owner操作），不进产品193/正式/接收。网站最终同提交构建超1536MiB、发布/通知/镜像欠项partial。本批结果。下方Lab17及其他日期段为历史。

当前整机网络发送准备 · 2026-10-19：整体30/66；当前唯一ios.device.network.send_rate，独立逐接口参考及NET工具资格进行中，正式0/5、未验收。业务正文、目标流与多接口求和均不能替代整机同层参考；Gate R未关不启动正式五轮。ARM192保持、Lab17已安装；四行为成立但参考mean/P95约1.39/1.72ms超门，先修成本。网站/通知/镜像欠项沿用partial。当前方案。下方写入及更早日期数字保留为已验历史。

当前写入正式验收 · 2026-10-19：写入率Lab16新独占5/5及最终分离审核限定E4通过，600新值/600槽/586普通、13未评估及1普通偏离保留、严重及来源违规0；整体30/66、剩36。历史已验不重测；当前收尾提交/文档/站点，网站/通知/镜像欠项按Owner授权保留partial。下一仅整机网络发送率，尚未开始；不证明物理精度或私有producer等价。正式结果。下方日期段和旧数字为历史。

当前正式更新 · 2026-10-19：读取率Lab15新独占5/5及最终分离审核限定E4通过，600新值/600槽/600普通，严重/来源违规0；整体29/66、剩37。当前收尾交付，网站/通知/镜像欠项按授权partial；下一仅写入率，尚未开始。旧失败保留。本批正式结果。

当前正式结论 · 2026-10-19：中断唤醒率1Hz新a02完整5/5及最终分离审核通过（限定E4 candidate异常/覆盖/来源一次发表）；每轮120新值/120槽，普通120/120/120/119/120、未评估0/0/0/1/0、严重/来源违规0。整体28/66，剩余38项；旧机4/5及a01的2/5保留不拼接。当前完成本指标提交/网站/通知闭环，磁盘尚未开始；物理精度、私有producer等价与正式分发仍未证明。下方旧进度段是历史。本批结果。

最新a02进度 · 2026-10-19（尚未验收）：ARM190、OFF/ON、软件/真实性能、新诊断和实际59容量准入已核；a01在2/5后因执行器资源门失败停止，失败保留。修复验收执行器并另立a02后，前4轮各三复核完成，均120新值/120槽，普通120/120/120/119、第四轮1点未评估、严重/来源违规0；当前第5轮真实600秒冷却，4/5、整体27/66。下方旧阶段数字为历史，不补轮或拼接。当前a02方案与增量。

新机恢复 · 2026-10-18（partial）：Owner允许仅本机内部开发签名安装，ARM190唯一标准安装/全树/模式/签名及只读GUI通过；五旧run保留归位63→58，四新参考资格与独立审核通过。最新实际62活动、两准备槽位，Apple payload-URL、OFF/ON、真实规模性能/新诊断及最终容量仍待。27/66、新正式0轮。新独占attempt与实际结果。

最新1Hz与换机整理 · 2026-10-18（partial）：内部189完整GUI/Core已同址覆盖；新诊断120/120核同，正式四轮各120新值/120完整槽，普通120/120/120/117、严重与来源违规0。第五轮测试配方通道失败并首失败停，后续只读检查超时，仍4/5与27/66。重连后仍超时，Owner先换机；本机不再操作手机或进入下一指标，源码与待验历史快照分层保全。结果与边界。

中断唤醒率诊断 · 2026-10-18（尚未验收）：232/240新值、112/120完整槽，231普通点/0严重及来源违规；数值与原件/消费者核同，500ms覆盖未达，正式0/5。刷新范围待确认；整体27/66不变。当前记录。

Owner最新决定 · 2026-10-18：历史7项与FPS/FrameTime2项验收直接沿用、不复核；整体已验收27/66（本轮18＋沿用9），剩余39，当前只中断唤醒率。旧原件已删除与校准限制仍列，不是新增9项采集。状态表 · 决定。

最新上下文切换率 · 2026-10-18（1Hz candidate限定E4）：五新生命/Session固定120真实due机会/120槽，独立self-task计数异常、一次发表与连续性门通过；非due保留null/not-due，不重复旧值。留存18/66（启动12/12、新非启动6/54），内部b187已覆盖，下一仅中断唤醒率。记录。

最新逐核CPU · 2026-10-18（candidate限定E4）：五个新生命/Session固定240机会/120槽，来源数组顺序/一次发表、连续性及无标签分布异常门通过；不证明物理核心对应。留存17/66（启动12/12、新非启动5/54），内部b185已覆盖，下一仅上下文切换率。记录。

最新整机Normalized CPU · 2026-10-18（candidate限定E4）：五新生命/Session固定240机会/120槽，显式值/同窗分母/TotalCPU图形输入别名与独立counter异常、连续性门通过，留存16/66（启动12/12、新非启动4/54）。内部b184已覆盖；下方旧Raw记录中的“下一Normalized”由本条承接，下一仅PerCore。记录。

最新整机Raw CPU · 2026-10-18（candidate限定E4）：五新生命/Session固定240机会/120槽通过来源一次发表、连续性与独立counter包络异常门，留存15/66，启动12/12、新非启动3/54。旧失败保留，normalized/实际图形不顺带通过；下一仅Normalized。记录。

最新Available Memory · 2026-10-17（候选限定E4）：固定五新轮各240/240新源、120/120完整槽、240普通参考点、0严重/来源违规；留存14/66，启动12/12、新非启动2/54。仅组成包络异常偏离与来源/连续性，不是完整Available精度校准；历史9/54旧7未重验分列。记录。

最新Initial Frame · 2026-10-17（限定E4）：五新轮原始单span/共享Total锚点/设备差分/消费者与上游隔离通过，留存13/66、启动12/12；这不是屏幕物理首帧精度校准，历史非启动旧7项仍未重验。记录。

最新sceneWillEnterForeground回调 · 2026-10-17（限定E4）：五新生命/Session单主线程原始回调/设备差分/消费者与上游隔离通过，留存12/66（启动11/12）；无自有SceneDelegate起止参考/局部正控，非物理校准。记录。

最新sceneWillConnect回调 · 2026-10-17（限定E4）：五新生命/Session原始单span/设备差分/消费者与上游隔离通过，留存11/66（启动10/12）；SwiftUI无自有SceneDelegate起止参考，无局部正控，不是物理精度。记录。

最新didFinish回调 · 2026-10-17（限定E4）：五新生命/Session原始单回调/设备差分/消费者与上游等待隔离通过，新设计留存10/66（启动9/12）。无didFinish局部正控，candidate非物理精度；下一sceneWillConnectTo独立合同。记录。

最新didFinish准备 · 2026-10-17（partial，未验收）：17软件方法及旧件来源/隔离诊断通过；新输入Apple配方12秒超时，Start0/Session0，正式0/5。当前留存仍9/66（启动8/12），等待USB重连后实际通道资格；不进入下一指标。记录。

最新willFinish回调 · 2026-10-17（限定E4）：R2五新生命/Session单段原始事件/设备差分/消费者与实际等待正控成立，留存9/66（启动8/12）；原0/5和R1 3/5停队列保留。candidate非独立物理精度；下一didFinish独立合同。记录。

最新Scene场景创建 · 2026-10-17（限定E4）：五新生命/Session多段转移、设备求和、实时前缀及插入回调隔离通过，新设计留存8/66（启动7/12）。candidate非物理精度；下一willFinish回调正控/容量合同。记录。

最新UIKit初始化 · 2026-10-17（限定E4）：五新生命/Session真实BEGIN参数50/设备差分聚合/实时与最终报告/下游隔离通过，新设计留存7/66（启动6/12）。重启恢复实际通道并复核正常选项后，原URL新r3五轮通过；candidate非独立物理校准。记录。

当前UIKit准备 · 2026-10-17（partial，非指标通过）：容量五run保全退役、软件与来源核对完成；Apple测试通道未就绪，两个attempt均在采集前停止，正式成功0/5。整体留存6/66（启动5/12）不变；等待重启测试手机后只读准入。记录。

最新静态运行时初始化 · 2026-10-17（限定E4）：正常UI五新生命/Session原始阶段与参数/设备差分聚合/实时及最终报告/下游隔离通过；新设计留存6/66（启动5/12），历史非启动8/54不变。非独立物理校准、其他阶段未顺带通过。记录。

最新系统接口初始化验收 · 2026-10-17（限定E4）：正常UI五新生命/Session原始阶段字节、Mach差分/聚合、实时/最终报告与下游隔离门通过；新设计留存5/66（启动4/12），历史非启动8/54不变。candidate，非物理精度校准，其他阶段未顺带通过。结果与边界。

最新Total五轮验收 · 2026-10-17（限定E4）：179正常UI五个新生命/Session通过原始端点、精确Mach差分、实时/最终报告及可控300ms变化门；新设计留存4/66（启动3/12），历史非启动8/54不变。仍candidate，物理首帧/九阶段不顺带通过。结果与范围。

前台观察五轮验收 · 2026-10-17（限定E4）：179正常UI五个新生命/Session通过固定状态、迟滞与Raw/live/CSV/实际二进制报告一致性门；新设计留存3/66，历史非启动8/54不变。仍candidate，不是业务ready/物理首帧/Total精度；下一仅Total独立方案。结果与范围。

前台观察当前状态 · 2026-10-17：参考95/便携20方法通过、工具已入主线；新资格在Apple配方通道超时前置停止，产品Start0，前台正式0/5、留存2/66不变。已请求重连，未补测或升级安装。证据与下一步。

前台观察软件准备 · 2026-10-17（E2）：严格前台三态/完整读界与负控已核，仍2/66；前台正式0/5，先干净主线资格再五新轮。当前合同。

L4首项五轮验收 · 2026-10-17（E4）：进程运行观测5/5按固定工程门通过，Raw/live/CSV/实际二进制派生报告一致；新设计留存2/66，历史非启动8/54不变。不是首帧或物理启动时间校准，前台/Total/九阶段未顺带通过。179保持，下一只规划前台观察。结果与边界。

L4参考尾读工具 · 2026-10-17：新增读前收尾预算准入，66项软件控制通过，旧尾读反例复现与失败原件保留；CLI明示未观察尾段，不等于设备精度或正式五轮通过。179与新Lab保持，下一正常UI启动选择/真实再资格。范围与结果。

L4内部179与新Lab · 2026-10-17：Mac179已唯一覆盖并正常打开，Lab90.21.8已升级且分段保全核对完成；正常界面资格Session已封口，但未选启动指标、参考工具尾读超时，资格仍partial。先修正准入再正式五轮，0/5与1/66不变。实际结果。

L4原生入口修复 · 2026-10-17：物理直连已核，但USB枚举缺项挡住现有入口；显式native改为仅该异常下核真实RSD身份/版本，一次只读产品入口可通。15负控＋54核心＋390启动＋60实时通过；Lab新签名已成功，升级/匹配Mac包与正式五轮待续。首项0/5、1/66不变。记录与限制。

L4内部178 · 2026-10-17：启动修复已随Developer ID内部包同址覆盖本机，独立二进制10组合成报告、严格签名/解包/完整树核同；正常新建窗口后UI就绪。公证暂缓，非手机指标验收；首项仍0/5、新设计1/66。Lab签名与真实参考资格仍待。结果与限制。

L4包内候选 · 2026-10-17：10组合成输入在真实候选二进制全部符合正时差规则，旧177有3组不符；另87项包内运行控制、15项加载器负控通过。仅E2私有待签名核心，未安装、未新增指标通过，首项仍0/5。结果与边界。

L4参考工具软件 · 2026-10-17：57项独立读取/失败保留控制与8项相邻监督回归通过；只属E2，首项正式0/5、新验收1/66不变。已验证代码逐批进入main，签名/连接/真实参考资格仍待。范围与下一步。

L4首项软件增量 · 2026-10-17：正时差与请求锚点修复已通过启动390、实时60、录制13项回归；自有启动工具70控制和实际iOS链接通过。当前仍是E2，正常产品新五轮0/5，安装177保留；历史8/54、新设计1/66不变，其他共享改动不自动合入。当前方案与实现。

主线交付更新 · 2026-10-17：Free已验源码与必要依赖在main a1757da，GitHub和8个线上页面独立核同；GitLab一次连接失败保留partial。新完整诊断2176项仍1个wall门失败，原失败不回改；Release后续构建通过，安装177保留。历史8/54、新设计1/66不变；下一只做L4首项启动观测的软件准备，不提前发起真机验收。主线对应与风险。

当前验收与主线整合 · 2026-10-16：Owner已确认内部177静态画面自测OK。Free固定五轮旧证据重新独立核同：1200/1200来源可用、600/600完整槽、1186普通/14未评估、0严重与来源违规；历史非启动顺序现8/54（旧7项未在本轮重验），新66项设计新留存证据1/66。静态帧专项不重复计数。先完成Free窄提交与网站闭环，再进入总计划L4启动；安装177保留，全共享WIP未整包合入。本批范围。

2026-10-21 · P95 ARM202完整五轮正式验收 `validation` `partial`

P95 ARM202/Lab29新独占五轮正式通过，600/600固定点有效、831实际消费者、36204完整Raw，全部231尾部样本保留；独立原生整数窗口/实际Core/导出核同。正式36/66、剩30，无独立参考标记6项，下一屏幕刷新率0/5。原文。

2026-10-21 · P95 a03保全字节与停止尾Raw总核修正 `validation` `validated`

141原件/17553700B完整保全、五轮总核1.461秒通过；九项字节、十二项尾部及三项诊断取整控制，保留一条未消费停止尾Raw及全部旧工具失败。原文。

2026-10-21 · P95 a01启动超时与保全 `validation` `partial`

正式35/66，P95前四轮保留但第五轮UI启动超时，整attempt未通过；101件原件与32件迟到Session保全，无pending。下一新a02完整五轮。原文。

2026-10-21 · Lab29安装收敛与完整P95诊断 `validation` `partial`

Lab29已独立确认安装与3490件全SHA保全；新诊断155样本/7250 Raw核同，首120全有效，gap1.018823333秒。物理参考仅部分窗口合格，Apple两模板实际断连；正式仍35/66、P95 0/5，下一新独占五轮。原文。

2026-10-21 · P95产品诊断与Lab29时钟桥准备 `validation` `partial`

Lab28完整产品191样本/7242 Raw独立算术和Core导出核同，但首120覆盖失败；Lab29时钟桥29控制、ARM SDK/签名通过，唯一升级超时且手机仍Lab28，3490件/5.85GB前后完整SHA保全。正式35/66、P95 0/5，下一先安装通道状态收敛与原生钟桥资格。原文。

2026-10-21 · Lab28就绪修复与工具及成本资格 `impl` `partial`

Lab28准入、22主机控制/25源ARM SDK及单版本安装通过；3432件/5.85GB升级前后全SHA核同，正常/取消/恢复与三项冷反控通过，完整OFF/ON成本达门。旧首帧0失败保留，正式35/66、P95 0/5；下一整机参考与产品Raw算术资格。方案与结果 · 原文。

2026-10-21 · Lab27候选实现、全源保全与首帧0失败 `impl` `partial`

18主机控制/25源ARM SDK与开发签名通过，升级前后3423文件/5.85GB全SHA核同；140秒7212请求/回调中首帧上屏时间0，完整保留并记partial。正式35/66、P95 0/5，下一定位就绪。方案与结果 · 原文。

2026-10-21 · P95窗口与ARM202软件准备 `impl` `partial`

固定源2851/2851、0skip，13专项与44Core八导出控制及三规模效率门通过；ARM202内部安装，正式仍35/66、P95 0/5，下一Lab27上屏参考资格。方案与实施 · 原文。

2026-10-21 · GPU Device ARM200完整五轮正式通过 `validation` `partial`

新a01完整5/5，600/600有效、875实际消费者样本、来源／范围异常0；正式35/66、无精度参考标记5项，下一P95 FrameTime。结果 · 原文

2026-10-21 · GPU Device ARM200软件准备 `impl` `partial`

完整Core2838/2838、0skip，性能预算通过；ARM200内部安装及44Core五导出控制成立，Device仍0/5、正式34/66，下一normal诊断和新五轮。记录 · 原文。

2026-10-21 · GPU Device来源一次发表实施与参考资格 `impl` `partial`

Device旧值重复/101%缺陷已修，70相关控制通过E2；六候选原件实际核清，有同名观察但无合格精确参考。完整回归与ARM200/真机尚待，Device0/5、整体34/66。方案与实施 · 原文

2026-10-21 · GPU Tiler ARM199完整五轮正式通过 `validation` `partial`

新a01完整5/5，600/600有效、770实际消费者样本、来源／范围异常0；正式34/66、无独立参考标记4项，下一Device。结果 · 原文

2026-10-21 · GPU Tiler几何诊断与正式五轮冻结 `validation` `partial`

ARM199诊断2702命令全完成、120/120固定点有效、157实际Core样本、来源异常0；60→59全原件保全，正式仍33/66、Tiler0/5。方案与增量 · 原文

2026-10-21 · GPU Tiler来源一次发表实施与参考资格 `impl` `partial`

旧值重复/101%缺陷已修，50窄控制及2817完整回归通过E2，六候选参考资格逐项核清；199内部包E2完成，Tiler0/5、正式33/66。方案与实现 · 原文

2026-10-21 · GPU Renderer ARM198完整五轮正式通过 `validation` `partial`

新a06完整5/5，600/600有效、821实际消费者样本、来源异常0；正式33/66，无独立参考标记3项，下一Tiler。结果 · 原文

2026-10-21 · Renderer ARM197接线失败与ARM198修复 `impl` `partial`

旧a05首轮118/120失败保留；真实direct/prewarm入口控制、2797项完整回归及50k×3基准通过E2；新198包与独占a06待验，正式32/66、Renderer0/5。修复记录 · 原文

2026-10-21 · Renderer来源余量修复与ARM197内部包 `impl` `partial`

旧首轮118/120失败保留；原生频率约1.95Hz/40唯一键，2796项E2及197内部安装完成，正式32/66、Renderer0/5。方案原文 · 失败与修复结果

2026-10-21 · Renderer参考资格收口与新五轮软件门 `plan` `approved`

当前有Apple同名数据但无合格独立同窗精确参考；新GPU工具17软件控制、两组真实原件六次审核及实际消费者回放通过E2，首失败保留。正式32/66、Renderer0/5，下一保全两准备后真实五槽及完整五轮。原文 · 方案与实施

2026-10-21 · 整机网络两项正式验收决定 `decision` `validated · partial`

Owner取消额外复核，发送率与接收率完整5/5计入正式32/66、剩34；2项保留无独立参考精度标记。下一GPU Renderer正式0/5。原文 · 决定

2026-10-21 · GPU Renderer完整同场参考资格 `validation` `partial`

Lab26完整2704命令全部完成，产品固定120/120有效、163真实Core消费者核同；Apple218个Renderer值，积分窗/原生时间桥仍待核，不按无参考通过。正式30/66＋待Owner审2、Renderer0/5不变。原文 · 当前记录

2026-10-21 · Lab26完整产品诊断与Apple参考发现 `validation` `partial`

Lab26完整GPU诊断2703提交全完成、171产品样本及44Core消费者核同；Apple Advanced Graphics Statistics实得19个Renderer同名样本，同窗资格待核，Renderer正式0/5，正式30/66＋待Owner审2保持。原文 · 同场用例方案

2026-10-21 · Renderer来源修复与GPU测试台准备 `impl` `partial`

Renderer来源修复2790项E2与内部196安装已核；Lab25正常负载与导出已核、AGX参考资格未完成，Renderer0/5，正式30/66＋无参考待审2保持。原文 · 准备与参考增量 · 方案

2026-10-21 · ARM195接收新五轮无参考测试通过 `validation` `partial`

完整5/5及原件/双数学/全部消费者总审通过，600/600有效，正式30/66＋标记2，测试完成32/66。原文

2026-10-21 · v9接收两准备保全与正式软件门 `impl` `partial`

真实61→59、25源件/两导出161795136B保留核同；34软件与35真实合同反控通过，新正式0/5。原文

2026-10-21 · v9接收真实诊断与新五轮方案 `validation` `partial`

120/120有效正值、接收异常0、对侧拒绝1保留，诊断ready，正式0/5；30/66与发送标记1不变。原文 · 五轮方案原文

2026-10-20 · v9接收专属诊断软件门 `impl` `partial`

18软件/34真实来源合同篡改反控E2通过，35MB双读约0.34秒；手机0，新诊断/正式0，30/66与发送标记1不变。原文

2026-10-20 · 产品网络方向隔离v9及ARM195 `impl` `partial`

2768全量/120聚焦与实际44Core/独立记录数学通过E2；120万输入中位1.1353倍，ARM195单址安装E3。手机新轮0、30/66及发送标记1保持。原文

2026-10-20 · 网络方向隔离研究 `impl` `partial`

11组模型/400序列、真实SDK坏输入及128组融合原型E2通过；初版慢1.755倍否决，融合约1.032倍，产品v9尚无。30/66、发送标记1不变。原文

2026-10-20 · 接收首轮拒绝输入失败 `validation` `partial`

首轮完整采集但1条None拒绝Raw使独立异常门失败，永久0/5，后4轮未启；30/66、发送标记1不变。原文

2026-10-20 · 接收专属五轮软件门 `impl` `implemented`

15软件控制及22真实诊断合同反控通过E2；手机0、接收0/5、正式30/66、发送标记1。下一冻结后新鲜容量及完整五轮。原文

2026-10-20 · 接收140秒真实诊断与新五轮方案 `validation` `partial`

真实58容量后完整91MiB六任务、120/120有效正值/159样本/1974Raw与全部消费者分离通过，仅诊断ready，正式接收0/5；正式30/66、发送标记1不变。结果 · 结果原文 · 五轮方案。

2026-10-20 · 接收专属诊断软件准入 `impl` `partial`

16软件/20真实已保管合同反控通过E2，当前手机0/新容量无、诊断正式0；先六准备全源保留及真实枚举，再140秒诊断。方案与实施 · 原文。

2026-10-20 · 接收率真实四槽与下载四行为 `validation` `partial`

64→60四准备全源保全后，真实60四槽/四下载行为与独立29件4667761B审核通过；4完整任务/1取消任务，仅准备E3，接收正式0/5，正式30/66、发送标记1不变。实际记录 · 原文。

2026-10-20 · 接收率Lab22四行为专属软件门 `impl` `partial`

20项软件/17真实合同篡改E2通过，手机0、新正式0；正式30/66、发送标记1不变。原文

2026-10-20 · 发送率194完整五轮无参考测试通过 `validation` `partial`

600有效/600完整槽、595正值、0来源违规/异常；NO_REFERENCE_OWNER_REVIEW待Owner验收，正式30/66、新标记1；总审2.902秒。原文

2026-10-20 · 内部194三槽保全与v4真实合同 `validation` `partial`

真实62→59、15源件/3导出141093B及248metadata/journal核同，102软件/10真实合同反控通过；新正式0轮，30/66、新标记0。记录 · 原文。

2026-10-20 · 194新诊断通过与三槽五轮软件门 `validation` `partial`

新诊断120/120有效/正值、153sample及32件Session/全Raw/消费者核同；102工具控制通过，三槽保全尚未执行，30/66、新标记0。记录 · 原文。

2026-10-20 · 内部194新诊断失败生命周期准入 `impl` `partial`

56项软件/16真实合同反控通过，失败Session与已释放Lab分别核同；手机调用0、新鲜容量无，30/66、新标记0。记录 · 原文。

2026-10-20 · 拒绝输入预览修复与内部194 `impl` `partial`

发送attempt-03第二轮fatal首失败停、永久1/5；失败24件24220662B核同，52控制/1149Raw重放及ARM194内部安装完成，30/66、新标记0。方案与实现 · 原文。

2026-10-20 · v8五槽保全与新五轮合同 `plan` `partial`

25源件/5导出65053B及256metadata核同，恰5保留rename实际64→59，100软件/8合同反控通过；正式0轮，30/66、新标记0，下一冻结attempt-03/真实本轮容量。原文 · 记录。

2026-10-20 · 网络v8新诊断与严格版本审核 `validation` `partial`

63实际容量及126metadata通过后，新140秒六任务91MiB诊断、120/120有效、拒绝输入0及150实际消费者核同；仅诊断通过，30/66、新标记0，下一真实五槽与新完整五轮。原文 · 记录。

2026-10-20 · 来源异常v8修复与内部193安装 `impl` `partial`

完整2754/最终聚焦92/真实44Core通过，318 ARM闭包及193唯一标准安装E3；真机新诊断0，仍30/66、新标记0。原文 · 记录。

2026-10-20 · 发送新attempt-02来源异常与修复决策 `validation` `partial`

3/5通过，第4轮1条malformed来源窗首失败停、第五轮未启动；30/66、新标记0。原文 · 修复方案原文 · 记录。

2026-10-20 · 网络保留封口生命方案与准备 `impl` `partial`

72软件/11回环与旧诊断分离兼容通过，14源件保留rename、实际60→59；新正式0/30/66。原文 · 实施记录。

2026-10-20 · 发送新五轮首失败停与生命周期取证 `validation` `partial`

1/5保留，第2轮采集前停止；120metadata/173MB日志及103357事件核同，30/66、新标记0。原文 · 开发记录。

2026-10-20 · Lab22真机修复验证与发送五轮准备 `validation` `partial`

Lab22已装，2869旧源3962871731B核同；新91MiB六任务/120有效机会与全消费者分离通过，只诊断不计正式轮。46软件控制、三准备记录保留归位后实际59；30/66/新标记0。结果原文 · 五轮方案。

2026-10-20 · 发送诊断失败与Lab22超时修复 `impl` `partial`

新诊断第一任务超时，失败38.4MB Session及10源件已保全；Lab22仅host/ARM签名E2，未安装。30/66/新增标记通过0。结果 · 原文

2026-10-20 · 网络异常评估与Lab21上传工具 `impl` `partial`

44软件控制与固定35.80MB历史三流分离核同E2；新手机测试0，整体30/66/新增标记通过0。结果 · 原文

2026-10-20 · 参考用例优先与无参考标记规则 `decision` `approved`

Owner允许确认无当前参考且实际无异常后标记测试通过、待最终独立验收；30/66和网络旧0/5保持，新增标记通过0。规则 · 用例 · 原文 · 用例原文

2026-10-20 · Lab21 DI-only一次覆盖与旧源保全 `validation` `partial`

22软件控制、一次升级及2826件3892697597B源SHA/树和新连接128 metadata/idle核同E3/E2；准备槽0、指标未通过。记录 · 原文

2026-10-20 · 接收新鲜全源保全收据 `validation` `partial`

2826件3892697597B源host SHA、256 metadata/三次idle及完整树核同E3/E2，新增备份0；安装0、接收0/5、30/66及参考门保持。记录 · 原文

2026-10-20 · 接收生命周期与同生命退出 `validation` `partial`

3次543进程列表核同，独立一次正常退出及128 metadata/≥10秒DI空闲E3；安装0，30/66、接收0/5及全源/参考门保持。记录 · 原文

2026-10-20 · 接收四工具执行器方向与容量 `impl` `partial`

7旧/11准入/4合成执行控制及真实3下载/4上传任务账本核同E2；phone0，30/66、接收0/5、运行及独立参考门保持。记录 · 原文

2026-10-20 · 接收下载离线校验器 `impl` `partial`

4真实下载run/22反控、4旧上传兼容与200MiB分离核同E2，手机动作0；30/66、接收0/5和运行/独立参考门不变。记录 · 原文

2026-10-20 · 接收工具全源核同与运行准入失败 `validation` `partial`

2826件3892697597B/128 metadata分离核同，末尾新生命再次出现，安装准入未通过；正常退出1次、安装/新run/归位0，整体30/66、接收0/5。结果 · 原文

2026-10-20 · 发送待验顺序决定与Lab21下载软件 `validation` `partial`

Owner允许发送0/5保留待验，当前接收0/5；下载11情景/15文件233308160B、4完整引擎run、12准入/4导出控制、20源ARM内部签名解包仅E2，phone0，整体30/66。方案 · 结果 · 原文

2026-10-20 · 请求context终审与独立参考决定 `validation` `partial`

1146编码/241branch、6完整函数25事实核同E2；现有参考仍不达标，停止等价重采并请求Owner明确继续方式。30/66、发送0/5、phone0。原文 · 方案 · 结果

2026-10-20 · 查询完成与源时间边界 `validation` `partial`

11根1953编码/389branch分离核同E2；completion失效分支可不查询，未证内核同窗。phone0，30/66、发送0/5、Gate R未关。原文 · 方案 · 结果

2026-10-20 · 原producer的wire kind来源 `validation` `partial`

9根1887word/467call/23锚点核同；协议kind不能恢复数值provider或选择字节层，phone0、30/66、发送0/5。方案 · 结果 · 原文 · 构建修复结果。

2026-10-20 · 计数层与IFNET来源准入审查 `validation` `partial`

8件591722B/35事实/12函数核同；IFNET共享阈值副作用/权限门及跨provider字节差异未解决，phone0、30/66、发送0/5。方案 · 结果 · 原文。

2026-10-20 · 诊断接口参考单次请求 `validation` `partial`

1次请求/2455B原件、128metadata前后与6资源close核同；20B统计无已证字节定义，30/66、发送0/5、Gate R未关。方案 · 结果 · 原文。

2026-10-20 · Lab20保全升级与ifmib实际EPERM `validation` `partial`

2819旧源全SHA保全/单次升级核同；唯一probe首查询EPERM、内容0，6源件+1导出6837B保管，最终64活动/准备槽0。30/66、发送0/5、Gate R未关。方案 · 结果 · 原文 · 首份快照。

2026-10-20 · Lab20一次性ifmib64软件候选 `impl` `implemented`

76/50/58控制、host33记录/231字段核同，ARM19源/内部签名E2，手机0；30/66、发送0/5、Gate R未关。方案 · 结果 · 原文。

2026-10-20 · 回调时钟与ifmib64 host候选 `validation` `partial`

1281编码/71关键位字段核同，End为回调时刻；新ifmib host 33接口/5940B/64位字段核同，iOS未验。30/66、发送0/5、Gate R未关。方案 · 原文

2026-10-20 · 内核时钟中转与原导出 `validation` `partial`

一次只读113786880B、128前后metadata及64集合核同；1495导出/1539 nlist绑定三调用，非精确校准，30/66、发送0/5、Gate R未关。方案 · 原文

2026-10-20 · Lab19 loopback／外网scope配对 `validation` `partial`

39/40完整对象、482原生快照与17源件核同；两条各6missing/11可评估，2个不相交bytes预测区间仅在Hq未证前提下有限支持all。30/66、发送0/5、Gate R未关，64实枚举/准备槽0。方案 · 原文。

2026-10-20 · Lab19完整对象与OFF/ON成本 `validation` `partial`

参考成本资格E3成立，非指标验收；158原对象、64比较帧、CPU增1.294713点/footprint增84432B、721参考mean/P95=0.731875/0.895333ms，30/66、发送0/5、Gate R未关。方案 · 原文。

2026-10-20 · Lab19四工具与持久资格执行器 `validation` `partial`

580事件/5任务/33源件5991328B核同E3、56→60，mean/P95达门，max1.081750ms/gap62.954125ms保留；OFF/ON与scope待验，30/66、发送0/5。方案 · 原文

2026-10-20 · Lab19七条保留归位与准备容量 `validation` `partial`

41件/7导出14058368B核同，63→56、删除0；新8准备槽E3，8软件控制/分离复核通过，新run0、发送0/5、30/66。方案 · 原文

2026-10-20 · Lab19一次安装与完整源保全 `validation` `partial`

2757文件/3879024186B与126metadata/完整树核同；一次升级168.105秒/135643136B、10close，16软件控制；新run/容量0，30/66、发送0/5、Gate R未关。方案 · 原文

2026-10-20 · Lab19有界loopback软件候选 `impl` `partial`

40/50/58目标控制与8 host run/4反控核同，ARM18源聚合298139648B/16.803秒、签名/独立解包E2；未安装，30/66、发送0/5。方案 · 原文

2026-10-20 · 新独立量化留出与收据恢复 `validation` `partial`

一次新上传62→63，39对象/241参考/8源件及248前后metadata核同；11条件包含/6missing、6新精确反例保留，30/66、发送0/5。方案 · 原文

2026-10-20 · 条件量化与实际时钟结构 `validation` `partial`

19控制/1048576余数、7时钟回复及27流对象分离核同；旧8反例保留，新留出容量busy拒绝且新run0，30/66、发送0/5。方案 · 原文

2026-10-20 · Sysmontap同场配对与原生字节粒度 `validation` `partial`

39对象/241快照及8文件源SHA核同；10可评估区间8字节反例，执行收据失败保留，30/66、发送0/5。下一量化/时钟资格。方案 · 原文

2026-10-20 · libsysmon原件与客户端边界 `validation` `partial`

唯一115163136B原件/61记录122metadata核同；1510编码/36导出/7 XPC常量独立核同，服务端计数定义与优化调用仍未证。30/66、发送0/5、Gate R未关。方案 · 原文

2026-10-19 · 计数查询与整机Sysmontap候选 `validation` `partial`

44根5015原编码及37系统字段表核同；自然27对象/12组网络候选完整尾部保管，scope/字节层/源时钟和独立参考仍待证。30/66、发送0/5、Gate R未关。方案 · 原文

2026-10-19 · 手机原导出与provider路径 `validation` `partial`

两新原源392200192B，65跳板/248导出/11目标名、94对象1284方法及44533原编码分离核同E2；多provider/头部标志仅E1，30/66、发送0/5、Gate R未关。方案 · 原文

2026-10-19 · 原类关联与网络字段来源 `validation` `partial`

两源268976128B，366类/2193方法、28 selector/16ivars/23键槽独立核同；18键解析4null1missing，静态E1/格式E2/来源E3、30/66/发送0/5/Gate R未关。方案 · 原文

2026-10-19 · 手机selector来源与双优化头交叉 `validation` `partial`

新两件139444224B来源、61metadata核同；32B声明保持、56B候选/libobjc旧头6地址及2193方法名第二读法核同（E2），class/运行绑定未证，30/66、发送0/5。方案 · 原文

2026-10-19 · 手机目标子缓存与原代码保管 `validation` `partial`

单件113999872B/原TEXT1036288B映射成立，177962编码及2193方法入口分离核同；静态E1、发送0/5/30/66，后续busy拒绝请求0、Gate R未关。方案 · 原文

2026-10-19 · 手机符号清单与480KiB系统索引 `validation` `partial`

16软件控制、59文件清单与3333映像/54子缓存独立核同；仅取491520B，未取得producer代码。1次已授权正常退出、61 metadata保全，30/66、发送0/5、Gate R未关。结果 · 方案原文 · 结果原文

2026-10-19 · 网络共同源窗反证与计数来源核验 `validation` `partial`

467留出更新发送450/接收171不可行、共同offset为空，22条完整IP头下界反例；host19绑定E1与两DDI负结果，不代表手机producer等价。30/66、发送0/5、Gate R未关。结果 · 方案原文 · 结果原文

2026-10-19 · 网络全流与控制协议离线覆盖审计 `validation` `partial`

65098包/65007传输包字段独立核同，91其他及12DHCP共103原帧系统交叉；4版本矛盾保留，多声明仅同serial重复。无新手机动作，30/66、发送0/5、Gate R未关。结果 · 方案原文 · 结果原文

2026-10-19 · 网络stop关闭与本地终止保管 `validation` `partial`

29软件控制通过，824对象/39600载荷保管核同；真机尾部0、旧24未补回，两个来源不共窗。单流6桶假设宽105微秒非校准；61封口/idle/metadata不变，30/66、发送0/5、Gate R未关。结果 · 方案原文 · 结果原文

2026-10-19 · 网络原生帧与一次受控配对 `validation` `partial`

33文件保全64→60，单上传60→61；本流发送730包/1087059B同IP层、842包/728正文序列独立核同，stop尾24对象未保管。30/66、发送0/5、Gate R未关。增量记录 · 方案原文 · 结果原文

2026-10-19 · 自有测试台正常退出与自然DTX/pcapd配对 `validation` `partial`

一次SIGTERM及64记录metadata保全核同；20秒862消息/27709原载荷SHA核同，重复serial及8未解/2无候选保留。30/66、发送0/5、Gate R未关。增量记录 · 方案原文 · 结果原文

2026-10-19 · RVI分层与TCP序列候选缺口 `validation` `partial`

17,399 TCP/13 UDP/8其他全保留；14,708正文包序列与系统reader核同，8流/22洞/4,405,529候选序列字节不当真实loss。30/66、发送0/5、Gate R未关；自然pair仍待新鲜idle。增量记录 · 方案原文 · 结果原文

2026-10-19 · RVI通道与原始DTX对象保管准备 `validation` `partial`

17,420包/4接口/无截短与独立读取核同；host received差1,216未对账，18项软件控制通过，真实自然pair未开始。Gate R未关、发送0/5、30/66；待自有测试台正常退出后新核。结果 · 方案原文 · 结果原文

2026-10-19 · 网站轻量调度器恢复完整构建 `validation` `partial`

7故障/4Node控制、34产物等价；全站17.224秒/1,511,391,232B、577页/716目标/520锚点E2通过，发布/通知/镜像欠项保留，30/66与发送0/5不变。结果 · 方案原文 · 结果原文

2026-10-19 · Lab18参考成本修复、保全升级与工具开销资格 `validation` `partial`

55编码/50引擎控制、17源构建及2688件/3.863GB前后源SHA保全；四工具及OFF/ON E3达门，CPU增1.331072点、721参考mean/P95=0.729899/0.873667ms。整机Gate R未关，发送0/5、整体30/66；当前64活动，RVI权限及网站构建/发布欠项保留。结果 · 方案归档 · 结果原文

2026-10-19 · Lab17网络上传实现、手机行为与成本失败 `impl` `partial`

74传输/49引擎控制、完整16源及内部签名；2655件3.857GB旧源前后SHA核同，六旧run保留归位，新四行为成立但参考mean/P95约1.39/1.72ms超过1ms。30/66、正式0/5，先资源修复。结果 · 方案原文 · 结果原文

2026-10-19 · 整机网络发送参考与NET服务准备 `impl` `partial`

69native/11服务/9保管/8inventory控制、host3600/3600及独立复算通过；全设备原始17583包保全、12个其他结果保留。Gate R未关，正式0/5、整体30/66；产品与Lab安装不变。结果 · 方案归档 · 结果原文

2026-10-19 · 写入率1Hz五轮及分离最终验收 `validation` `validated · partial`

600新值/600槽/586普通，13未评估及1普通偏离保留，严重/来源违规0；限定E4、整体30/66，网站/通知/镜像欠项保留。正式结果 · 原文 · 内部交付快照

2026-10-19 · 写入率独立来源、Lab16与准备/保全 `impl` `partial`

ARM192/Lab16唯一安装，2571件/3.567GB旧源前后SHA核同；104软件/67 host/18实际Core/7 cadence，四工具、OFF/ON及115/120新诊断成立；新实际容量后完整五轮，准备不作验收。方案与增量 · 原文

2026-10-19 · 读取率1Hz五轮及分离最终验收 `validation` `validated · partial`

五新生命/Session、600新值/600槽/600普通、严重与来源违规0；160文件/186,140,615B原件副本核同，限定E4，整体29/66。网站/通知/镜像欠项保留partial，写入率未开始。正式结果 · 原文 · 内部交付快照

2026-10-19 · 磁盘读取率准备、首诊断失败保全与Lab15再资格 `validation` `partial`

ARM191/Lab15和全旧2,487件/3.278GB源host SHA核同；首诊断1/120普通失败保留，新诊断119/120及三复核通过准备门，实际59容量准入后新五轮已启动但当前0/5，整体28/66。方案与增量 · 冻结准备归档

2026-10-19 · Owner确认本批记录发布与通知配置缺口 `validation` `partial`

配置按partial保留，网站未发布/通知未发送；GitHub实现1b305d7a核同，同提交构建15.339秒/聚合1,455,226,880B通过，569页完整。线上新页404保留，28/66、磁盘未开始。原文 · 结果增量

2026-10-19 · 完整站点分阶段构建与浏览器复核 `impl` `partial`

原预算下完整15.003秒、聚合RSS1,507,000,320B、峰8进程，569预期页全输出；搜索/两图浏览器成立。仅本地E2通过，认证/发布/通知尚缺，28/66不变、磁盘未开始。方案与结果 · 原文 · 生命周期诊断

2026-10-19 · 网站内存归因与未达标候选隔离 `validation` `partial`

本地搜索保留分配与JS字符串路径已定位；七次新诊断/构建未关闭整站门，末次768MiB堆OOM。功能候选隔离审计分支、主线仅收记录，28/66不变、未进磁盘。诊断归档 · 浏览器分发候选归档 · 最终结果与边界

2026-10-19 · 站点Git更新时间有界化准备 `impl` `partial`

原Node24的45后代超门保留；Git有界后4控制通过、实际峰7进程/Git4，但聚合RSS1,650,884,608B超1536MiB、构建停止，网站未发布，28/66不变。开发记录 · 方案与结果归档

2026-10-19 · ARM中断1Hz新a02五轮与最终分离审核 `validation` `validated`

每轮120新值/120槽，普通120/120/120/119/120、未评估0/0/0/1/0，严重/来源违规0；28/66。仅自有场景candidate异常/来源/覆盖，不证明物理精度；提交/网站/通知分列。原文 · 五轮原始快照 · 结果 · 原始合同归档 · 新机attempt归档 · 此前快照 · a02修复方案归档

2026-10-18 · ARM内部安装、保留归位与四新参考资格 `validation` `partial`

内部190单址安装/只读GUI通过；五run归位63→58，独立25文件SHA守恒；四新资格1320事件/1298参考独立核同，均值/P95≤1ms、最大6.514ms保留。最新实际62活动、无正式容量，新0轮/27/66。原文 · 方案与结果。

2026-10-18 · 手机原件直接保全与导出分离核验 `validation` `partial`

63封口run及对应导出共378文件、185,332,569B源/host SHA与manifest核同，离线174,218事件语义一致；未归位/容量准入、新正式0轮、27/66不变。原文 · 开发记录。

2026-10-18 · ARM完整冻结与开发签名候选 `impl` `partial`

15项反控、三runtime及318个ARM Mach-O闭包通过；Core89模块与源码核同，App/DMG开发签名、严格验证和12931项只读挂载全树核同。未安装、未启动GUI，非Developer ID交付，27/66/新正式0轮保持。原文 · 实际结果

2026-10-18 · ARM源码环境、Lab签名与只读手机资格 `validation` `partial`

147项软件控制及真实44Core的18案例通过E2，Lab新副本开发签名/严格验证/独立解包核同；只读通道E3、活动run实际63。未保全归位、未建容量准入、未开始新五轮；27/66保持。原文 · 增量记录

2026-10-18 · 新机Swift兼容与软件恢复 `impl` `partial`

19项监督/模拟队列和22项相关Core控制通过；ARM GUI/Core release与Lab9源unsigned构建通过。私有原件/SHA、Intel依赖、签名包与手机通道仍缺，未采新轮，整体27/66保持。原文 · 方案与实际结果

2026-10-18 · 重连仍超时与先换机，队列独占准入 `validation` `partial`

一次8秒只读检查仍超时，0新采集；19项纯软件监督/命名/容量控制通过。Owner选择先换电脑，旧4/5与27/66不变；旧机不再手机操作，新机先恢复资格。原文 · 开发记录

2026-10-18 · 全局1Hz与中断四轮、换机保全 `validation` `partial`

四个完整新生命/Session共480真实新值/480完整槽/477普通/3未评估/0严重与来源违规；第五轮配方通道失败，保留整轮且不补样。189全GUI/Core/签名/挂载/安装核同，整体27/66不变，换机不遗漏待验WIP与私有资料。原文 · 开发记录

2026-10-18 · 中断唤醒率单次诊断覆盖未达 `validation` `partial`

一新生命/Session有232/240新值、231普通点、0严重/来源违规；不同来源上界234＜238，仅说明本次500ms覆盖不足。正式0/5，整体27/66保持，待刷新范围决定。原文 · 方案

2026-10-18 · 历史验收沿用与剩余指标推进 `decision` `approved`

Owner决定27/66已完成、剩余39；沿用9项不重测，本轮新证据仍18。继续中断唤醒率，不提前验收后项。原文 · 当前状态

2026-10-18 · 知识库总览与66项验收状态表整理 `impl` `implemented`

总览恢复知识导航，历史开发快照冻结保留；全66项按18本轮通过、7历史待复核、2显示专项、1验收中、38待验收分列，未增加指标完成数。原文 · 状态表

2026-10-18 · 上下文切换率1Hz五新轮验收 `validation` `validated`

限定E4 5/5，固定120 due/120槽，来源一次、独立计数异常与连续性通过；留存18/66，下一中断唤醒率。记录 · 原文。

2026-10-18 · 逐核CPU五新轮单项验收 `validation` `validated`

限定E4 5/5、来源逐维与独立无标签分布/连续性通过，留存17/66；物理核映射未证，下一上下文切换率。记录 · 原文。

2026-10-18 · Normalized CPU知识契约正文收口 `validation` `validated`

当前策略与旧回放缓存分开说明，v5正文同步；不改五轮数字/结论，留存仍16/66。记录 · 原文。

2026-10-18 · 整机Normalized CPU五新轮单项验收 `validation` `validated`

限定E4 5/5、固定240机会/120槽、同窗公式与实际Swift图形输入通过，0严重及来源违规，留存16/66；下一仅PerCore。记录 · 原文。

2026-10-18 · 整机Raw CPU五新轮单项验收 `validation` `validated`

限定E4 5/5、固定240机会/120槽，0严重/来源违规，留存15/66；b182已覆盖，仍candidate。旧首轮失败保留，normalized另验。记录 · 原文。

2026-10-17 · Available Memory五新轮单项验收 `validation` `validated`

限定E4 5/5，各240新源/120完整槽/240普通、0严重/来源违规，留存14/66；b180单址覆盖，仍candidate。记录 · 原文。

2026-10-17 · Initial Frame五新轮单项验收 `validation` `validated`

限定E4 5/5，原始单span/共享Total锚点/设备差分/消费者与上游隔离通过，留存13/66、启动12/12；非屏幕物理首帧精度。记录 · 原文。

2026-10-17 · sceneWillEnterForeground五新轮单项验收 `validation` `validated`

限定E4 5/5，单主线程原始来源/设备差分/消费者与上游隔离通过，留存12/66；无局部正控，非物理校准。记录 · 原文。

2026-10-17 · sceneWillConnect五新轮单项验收 `validation` `validated`

限定E4 5/5，单主线程原始回调/设备差分/消费者与上游隔离通过，留存11/66；无自有SceneDelegate参考/局部正控，非物理校准。记录 · 原文。

2026-10-17 · didFinish回调五新轮单项验收 `validation` `validated`

限定E4 5/5，单回调原始来源/设备差分/消费者与上游等待隔离通过，留存10/66；无本地回调正控，非物理校准。记录 · 原文。

2026-10-17 · didFinish工具准备与输入通道停止 `impl` `partial`

17软件方法/旧件来源隔离诊断成立；新输入12秒超时、Start0/Session0，0/5未验收，留存仍9/66；原件保全，不盲重试。记录 · 原文。

2026-10-17 · willFinish回调R2五新轮单项验收 `validation` `validated`

限定E4 R2 5/5，单段原始事件/设备差分/消费者及实际等待正控成立，留存9/66；原0/5和R1 3/5停队列保留，非物理校准。记录 · 原文。

2026-10-17 · Scene多段创建五新轮单项验收 `validation` `validated`

限定E4 5/5，多转移完整集合/五段聚合/实时合法前缀与回调隔离成立，留存8/66；非物理校准。记录 · 原文。

2026-10-17 · UIKit初始化五新轮单项验收 `validation` `validated`

限定E4 5/5，留存7/66（启动6/12）；真实参数/设备聚合/消费者与下游隔离成立，非物理精度。记录 · 原文。

2026-10-17 · UIKit准备与通道能力排查 `validation` `partial`

E2软件/E3容量保全完成，两个attempt均采集前停止、正式0/5；留存6/66不变，等待手机重启后只读准入，不越序验收。记录 · 原文。

2026-10-17 · 静态运行时初始化五新轮单项验收 `validation` `validated`

限定E4 5/5，留存6/66；真实转移参数/设备差分与聚合/消费者/下游隔离通过，不外推物理精度或其他阶段。记录 · 原文。

2026-10-17 · 系统接口初始化五新轮单项验收 `validation` `validated`

限定E4五轮通过，留存5/66；原始span参数/同代映射/设备公式与消费者一致，下游等待隔离成立，非独立物理校准。记录 · 原文。

2026-10-17 · Total五新轮与可控延时独立验收 `validation` `validated`

限定E4指标门5/5通过，新设计留存4/66；原始端点/同代映射/设备时钟与实时及最终报告核同，可控延时无明显偏离，非物理首帧校准。记录 · 原文。

2026-10-17 · 前台运行观察五新轮独立验收 `validation` `partial`

限定E4指标门5/5通过，新设计留存3/66；真实原前台字段/身份/读界与Raw/live/CSV/实际报告核同，不是物理精度。记录 · 原文。

2026-10-17 · 前台观察资格前置停止与通道分层 `validation` `partial`

已验工具入main；Q1残留自有进程/Q2配方超时全部保留、产品Start0；留存2/66与前台0/5不变。记录 · 原文。

2026-10-17 · 前台观察独立参考软件控制 `impl` `partial`

95参考＋20便携方法通过，无新增RPC；前台0/5、留存2/66不变。记录 · 原文。

2026-10-17 · L4进程运行观测五新轮独立验收 `validation` `partial`

限定E4指标门5/5通过，新设计留存2/66；5不同生命/Session、Raw/live/CSV/实际报告一致，候选状态/迟滞接受，不是物理精度。同步/分发风险分列。记录 · 原文。

2026-10-17 · L4参考观察尾读预算准入 `impl` `partial`

66/66软件控制；固定旧尾读超时反例在新显式预留下不再派发尾读、覆盖缺口明示。仅测试工具E2，正式0/5未变。记录 · 原文。

2026-10-17 · L4内部179覆盖、新Lab升级与资格定位 `validation` `partial`

包内69项和实际二进制10组通过；新Lab升级和1569件分段保全核同。正常UI已产生durable资格Session，但未武装启动源/参考尾读超时，不新增指标通过。记录 · 原文。

2026-10-17 · L4显式原生入口修复与Lab签名 `impl` `partial`

物理USB与采集枚举分层取证；最小入口修复通过15负控、54核心、390启动及60实时，一次真机只读产品入口可通。Lab90.21.8一次签名成功，升级和正常UI五轮未完成。记录 · 原文。

2026-10-17 · L4内部178签名覆盖与UI准备 `validation` `partial`

Mac核心/App/DMG一次签名成功，10组合成实际二进制报告符合规则，完整覆盖与解包核同；首次无窗口失败保留，正常新建窗口后UI就绪。只属E2/E3内部准备，首项0/5未变。记录 · 原文。

2026-10-17 · L4启动修复包内验证 `validation` `partial`

真实候选二进制10组合成报告符合规则，包内87项运行控制＋15项加载器负控通过；1项源码检查另在main通过，不冒充包内结果。候选仅私有ad-hoc核心，177未覆盖，首项0/5不变。记录 · 原文。

2026-10-17 · L4独立读界与有界监督工具 `validation` `partial`

57项软件控制与8项已有监督回归通过；128×4096行夹具0.405秒，非真机吞吐或数值校准。首项仍0/5，未新增指标通过。记录 · 原文。

2026-10-17 · L4首项正时差修复与启动工具 `impl` `partial`

启动390/实时60/录制13项通过，启动工具70项控制和arm64完整链接成立；只是软件E2，首项正式五轮0/5，验收数量不变。记录 · 原文。

2026-10-17 · Free主线交付与回归诊断增量 `validation` `partial`

已验源码在main；网站8页逐字核同，GitLab一次失败。Release后续链接成功；完整诊断2176项0errors/1 wall门失败，原失败保留。新验收计数仍1/66，下一L4首项软件准备。原文 · 记录。

2026-10-16 · Free验收主线整合与Owner静态复测确认 `impl` `partial`

Free五轮旧原件重新核同1200有效/600完整槽、1186普通/14未评估；静态专项Owner已确认。主线仅整合本指标已验证依赖，未整体纳入共享WIP；完整2176项仍4性能门未过，下一先定位，不提前进入L4。方案与实施 · 原文。

2026-10-16 · 静态画面帧显示修复与五轮恢复验证 `validation` `validated`

内部177已同址覆盖；Lab90.21.7五新轮、5290实际帧、动画最小有值率100.0%，静止中文解释和动画恢复成立，不补值、不扩大为全指标精度通过。A/B/C/D/E/F失败保留。原文。

2026-10-13 · 第七项网络接收五轮通过、文档构建待收口 `validation` `validated · partial`

173固定五全新轮1200/1200新鲜有效、600/600完整槽、1200/1200正常；来源严重0、40HTTP、六保护及15工程逐轮全过，1188件封存独立核同。整体7/54，启动获取20/20已独立接受；下一第8整机空闲内存先定政策，不提前采集。原文 · 构建partial补充 · 结果。

2026-10-13 · 当前173正常GUI资格独立通过 `validation` `validated`

240/120/240、8HTTP及六保护15工程核同；queue p950.30636ms/max0.428794ms，资格不计五轮。初Start0错误55件及r1资格235件分别封存。原文。

2026-10-13 · 173内部签名包唯一覆盖 `impl` `validated`

13,138文件/链接、节点权限及214来源核同，唯一标准安装与一DMG+SHA；原签名SHA误套及另一应用损坏plist错误保留，未重复安装，免公证内测不关闭公开发行门。原文。

2026-10-13 · 完全相同采样状态去重复发布 `impl` `validated`

仅sample两处全值guard，254原样本状态保真、两通道通知508→2，实际Controller3项及Swift361/4skip/0fail核同；历史缓存pin不冒充现时身份。原文。

2026-10-12 · Startup C0 Total获取独立验收 `validation` `partial`

Lead直接复核原40,204封存项及20轮Raw端点：四目标各5次默认产品CLI Total获取子门E4接受（20/20）；完整协议19/20，candidate/物理准确性/GUI与公开交付门分列。下一第7网络接收，非启动仍6/54。原文 · 验收记录。

2026-10-12 · Startup C0默认请求迁入与四目标各五轮 `impl` `partial`

Build172默认采集器Total20/20（100%）且原始端点核同，首Total中位3.196s/最大4.629s；完整观察/Stop协议19/20，监督异常原轮保留。公式/candidate及非启动阶段数不变；Python全量1失败、全站构建被既有WIP阻断、公证/GPL和独立验收仍开放。原文 · 开发记录。

2026-10-11 · 第六项网络发送五个全新轮阶段验收 `validation` `validated`

整体6/54；166发送五新轮1200/1200有效、600/600完整时段、1200/1200正常，40真实请求、来源/严重异常0；五保护/15工程逐轮通过，完整1093件445867910B封存核同。下一第7接收专属政策，非校准/最终发行。原文。

2026-10-11 · 网络发送验收准备：完整证据低写入副本验证 `impl` `implemented · gate-open`

整体仍5/54，第六待足够空间。21控制通过，31文件/52415778B的完整复制0.174509→0.014950秒、源与副本SHA相同；独立inode/COW隔离、8192节点/30秒边界成立，但首文件延迟略增。只验证QA方法、未替换冻结入口或新采轮，不等于网络交付。原文

2026-10-11 · 第五项线程数五轮阶段交付，整体5/54 `validation` `validated`

唯一164固定五个全新正式轮各240有效/120完整时段/240正常包络、间隔0.5秒、0来源与偏离，四保护及15工程全通过；1026件443185927 B封存不变。下一网络发送，剩余49项，异常筛查非独立精度校准。原文

2026-10-11 · 线程数真实资格240/240，正式五轮执行中 `validation` `partial`

唯一164实际线程240有效/120完整时段/240正常、0来源与严重异常，四指标保护和15工程通过；保留原审计失败，20重复手机参考逐SHA清理，整体仍4/54、不提前接受线程。原文

2026-10-11 · 线程数原源余量修复与164唯一安装，整体仍4/54 `impl` `partial`

旧163一次229/240无数值异常但11缺值；新双原源修复315匹配/2189完整回归及签名164覆盖通过。线程正式0/5，下一新政策/真实资格/容量与五新轮，不当精度校准。原文

2026-10-11 · 第五项线程数来源边界修复，整体仍4/54 `impl` `partial`

整数/身份/旧值发布及重复原native窗口已E2修复，39专项/278保护/2152完整回归通过，5000次完整处理mean0.202ms/p950.328ms；安装仍162，线程数0/5，下一新签名覆盖与固定五新轮，非独立校准。只读核查 · 修复进展

2026-10-11 · 第四项虚拟内存阶段交付 `validation` `validated`

正常162固定五新轮各240/120/240、gap0.5秒、0偏离与15工程；外审+994件438277944B封存完成，整体4/54/下一线程数，独立精度非前置但未校准，最终发行/源码/网站门仍open。原文

2026-10-11 · 驻留内存161固定五轮阶段交付，整体3/54 `validation` `validated`

五个全新正常UI轮各240/240新鲜有效、120/120完整槽、240/240正常包络，最大间隔0.5秒、0来源违规/偏离，15/15工程条件；异常筛查不等于独立校准。下一虚拟内存，51项与最终发行门待闭。原文 · 下一方案。

2026-10-11 · 驻留内存新鲜度修复160，真实源连续性待补 `impl` `partial`

整体仍2/54。独立FIFO/TTL/身份准入修复、34来源控制与2003完整回归通过，160签名同址唯一安装；旧资料回放230/240新鲜、110/120完整槽，低于99%门，0正式轮，不以旧值续点。下一复用第二连接真实resident列。开发记录 · 原文

2026-10-11 · 物理内存v5五轮阶段交付，整体2/54 `validation` `validated`

各240有效/120完整槽/240正常包络，0偏离；15工程门及159签名安装树复核通过，未独立校准。原文。

开发记录

当前顺序 · 2026-10-19：Owner明确允许保留网站/通知/镜像欠项继续磁盘读取率，方案已落盘、软件准备中、正式0/5；28/66不变。当前方案。此前等待授权段为历史。

Perfowl 按“先分析、再批准、后开发”的节奏逐批交付。本页顶部是总计划进度与未关门门禁，下方是最新置顶的批次时间线——每个节点链接冻结归档中的方案与验收原文（/archive/，即仓库 docs/ 目录）。

当前位置

2026-10-07 G130当前：ARM原生参考五组仍超1%且四组有漏点，CPU暂停同路径重复；基础内存来源下一，54完整仍0/54，Mac130保持。记录。

2026-10-07 G129当前：fresh隔离A/B各五组仍超原1%，前并发控制不是失败必要条件；原双API500与误差保持，下一ARM成本另立diagnostic而非host准入通过。CPU与54正式仍未验。记录。

2026-10-07 G128当前：完整原生双接口500Hz候选中位降低12.75%，但五组1.82265–2.07135%仍超原1%，未合入/设备准入；下一工具进程隔离，不放宽误差。CPU与54正式仍未验。记录。

2026-10-07 G127当前：公开RUSAGE_INFO为Mach ticks/recount同族；host五组500Hz全1000点/0miss、完整成本1.08915–1.1166%仍超1%，设备参考未准入。CPU与54正式仍未验。记录。

2026-10-07 G126当前：公开processclock为getrusage同源包装，host603观察/1000诊断点不证独立准确性；不准入新参考，下一真正聚合API资格。CPU与54正式仍未验。记录。

2026-10-07 G125当前：实际目标8component/1fullcandidate完成，differentQoS完整成本1.4023%超原1%，参考仍未准入；下一processclock仅语义资格，非CPU数值已验。记录。

2026-10-07 G124当前：完整私有buffer候选仅0.306476% host收益，未实施、不调用设备；实际参考原成本仍拒绝，CPU数值与正式五轮仍未验。记录。

2026-10-07 G123当前：工具UI隔离/stop后copy已修，实际五组new完整但成本1.3431–1.47525%超原1%；仍未证明产品CPU准确或五轮通过。记录。

2026-10-07 G122当前：目标Observer首次因工具UI隔离缺陷/64MiB硬门停止，new500未执行；只自身退出与config恢复，下一修工具隔离，不推CPU数值可信或五轮通过。记录。

2026-10-07 G121当前：host默认QoS候选1.9841%仍超1%，不实施该修复；host x86_64结果不替代真实ARM64设备扰动，下一专用observer成本测试保持原1%，尚不采产品指标。记录。

2026-10-07 G120当前：完整高密参考开销较冻结调度约减半，但1.88–2.12%仍超1%，未上手机；27/288工具与取消收尾通过只属E2参考准备，原产品CPU/54五轮门未关。记录。

2026-10-07 G119当前：默认关闭的高密整数参考功能E2通过，但完整writer开销3.47–3.94%超1%门，未上手机；不证明产品数值错误或已可信。130保持，下一低开销调度修复，原54/五轮100%不变。记录。

2026-10-07 G118当前：CPU陈旧值candidate质量缺陷已修并内部130唯一签名覆盖；130/1703/Swift55、原回放228/240独立12missing不是新真机，正式100%/独立精度/全54五轮未验。记录。

2026-10-07 G117当前：CPU固定240numeric/226source receipts与55/253双API相容未准入；实际projector长期旧值candidate缺陷已证，下一CPUfreshness/参考精度修复，完整54/五轮仍保持。记录。

2026-10-07 G116当前：真实Memory channel创建ACK后7.149314ms取消，0sample/cleanupinvalid-channel；8s是host等待非内存读取速度，source仍未准入/原54/500ms/五轮保持。记录。

2026-10-07 G115当前：已证current literal key与host task_info读取，23片段11630B；这是本机实现，不当device/readpoint/cadence或resources alias，原54/500ms/五轮保持。记录。

2026-10-07 G114当前：host Memory Gauge真实client/物理footprint key已定位，22片段5540B核；其Memory通道未被当前设备广告，不能当resources别名，wire字段/读点/速度仍未准入；原54/500ms/五轮保持。记录。

2026-10-07 G113当前：原240点固定窗口的可用新观察并集仅232，理想调度也至少缺8；只证这一原run/500ms/3I/不重复条件，非全平台不可能。独立读点/误差仍unknown，原54/五轮保持。记录。

2026-10-07 G112当前：真实自有目标3份VM Tracking Raw/34工具控制，串行响应2.644–2.780s；region packed字段未解码/真读点与footprint未证，不准入替换；已跑策略偏差整体partial，原54/500ms/五轮未验。记录。

2026-10-07 G111当前：实际vmtracking DTXAllowedRPC/client派发已核，17片段7397B交叉核；返回对象region汇总/可synthetic已存时刻，不等于scalar footprint与真读点；0设备调用、原54/500ms/五轮未验。记录。

2026-10-07 G110当前：真实插件声明vmtracking服务/已有目标；Game Memory含Allocations等6项、默认snapRateMicros=3000000。可单加VM Tracker但无注入/字段读点/实际频率未验，原500ms/54/五轮保持。记录。

2026-10-07 G109当前：静态来源审计未证更快可准入源；另两库仍同Sysmontap，self参考不替商店App采集。VM Tracker本机存在，下一核真实模板/schema/无侵入与读点；原500ms/全54/五轮保持。记录。

2026-10-07 G108当前：四格来源诊断完整，125/500ms请求约509ms、1500/2000请求约1540/2015ms；fresh post均成功，但单源余量/独立准确/五轮54仍未验。记录。

2026-10-07 G107当前：125/250ms请求实际约507–509ms，低心跳也出现post查询超时，两矩阵partial；不能用参数或局部来源宣称准确/连续100%，54/五轮保持。记录。

2026-10-07 G106当前：直接SDK250/250仍约531.6ms，ur1高频心跳触发1024消息限，四格未完成；原失败保留，不代表准确性/五轮通过。记录。

2026-10-07 G105当前：129真实固定120槽240点230有效10缺、110槽全点有效，256真实观察全部发布；配置250而实际native中位521.227417ms，不保证连续100%/独立准确，formal0/5/54保持。记录。

2026-10-07 G104当前：有界真实观察缓冲与采集发布分离已修，99/1672/Swift55和独立签名包核后内部129唯一覆盖；旧500ms回放229/240仍11缺，新250源/独立准确/正式五轮未验，完整54保持。记录。

2026-10-07 G103当前：实际128完整采集，120槽/240点中184有效56缺点，65槽全点有效；来源绑定相等不等于独立准确。下一修真实观察衔接，formal0/5/54未验。记录。

2026-10-07 G102当前：已装128界面可读/原设备绑定成立，唯一次Start被测试工具输出目录预建阻断，0采样/无测窗；准确性/五轮仍pending。记录。

2026-10-07 G101当前：所属来源隔离已修，57/1648/Swift55通过，b128内部唯一覆盖；绝对cost/独立准确性/GUI/五轮仍open，全54未验。记录。

2026-10-07 G100当前：源新鲜性/单次发布已修，37匹配/1628完整/Swift55通过，b127内部唯一覆盖；绝对100µs/真实误差/GUI/五轮仍open，0/54未缩分母。记录。

2026-10-07 G99当前缺陷：断流后旧footprint在60s新snapshot仍candidate，20主机控制已证；先修源新鲜性，不补值凑连续。Gauge整窗相容非瞬时准确性，原失败保留，正式0/5/54未验。记录。

2026-10-07 G98当前配对：完整180s参考9000+135s原生254行，出生一致254；原span观测带250/254/age点候选254/254，确切读点未证，不能替代原误差门。正式0/5/54未验。记录。

2026-10-07 G97当前参考准入：180s/9000完整双API观察/三seal/当前同PID+exe+timebase已证；不等于Gauge同读或独立产品误差。原120/116/正式0/5/54未验。记录。

2026-10-07 G96当前准入：83控制通过，自行TERM/117件保全/配置新launch1但Tap0；只读参考遇未封口变化源停。原120/116/正式0/5/54未验。记录。

2026-10-07 G95当前准入：68主机控制通过，实际RSS未知先停/信号配置launchsource0；匹配host同一子节点独立resident正值待验证回退。原120/116/正式0/5/54未验。记录。

2026-10-07 G94当前准入：非消耗退出守卫已修/58控制/RSS差0B；实际全RSD成功但自有目标正进程先停/零采集。新API未验证，原120/116/正式0/5/全54未验。记录。

2026-10-07 G93当前准入：内核监督成本/受控RSS已核；实际被监测错误取消/零采集，退出竞态本地已复现，先修真实退出判据。新API未运行/原120/116/正式0/5/全54未验。记录。

2026-10-07 G92当前准入：实际TCP8s超时/零采集；监督session A/B失败而同child直接成功，根因unknown，新API未运行。原120/116/正式0/5/全54未验保持。记录。

2026-10-07 G91当前准入：两次RSD8s超时/零采集/服务关闭；裸握手及容器A/B均成功，根因unknown，新API未运行。原120/116/正式0/5/全54未验保持。记录。

2026-10-07 G90当前覆盖准备：自有参考89已同ID覆盖，117旧文件全SHA保全/一次自行退出已证；新API尚未运行，原源120/观察116/正式0/5/全54未验保持。记录。

2026-10-07 G89当前包准备：自有独立参考89已一次签名/六件解包/代码溯源准入，尚未手机覆盖或新API运行；产品源120/观察116/正式0/5/全54未验保持。记录。

2026-10-07 G88当前独立参考：默认OFF自身系统出生/双内存读界的46主机控制/13消费者、旧43及全261/iOS编译通过；仅E2未签名部署或证Gauge同读，源120/观察116与正式0/5/全54未验保持。记录。

2026-10-07 G87当前：64原生消息aux全空，start/age时间候选28/28坐标一致；距包末1.580167–13.902584ms，读取时刻待独立self API核，正式0/5/54未验。记录。

2026-10-07 G86当前：源120槽全有效/观察误差116保持；254行核显示Gauge用收包时刻，procAge未校准；startAbsTime/DTX aux两条路线待真实元数据核，正式0/5/54未验。记录。

2026-10-07 G85当前：新同代独立内存参考9000成功；固定120源槽全有效，观察误差116槽；动态窗Gauge时点unknown、正式0/5/54未验。记录。

2026-10-07 G84当前：共享源配置已产品化/b126唯一覆盖，实际CLI内存固定120槽全连续有效；独立误差/GUI/正式0/5/全54未验。记录。

2026-10-07 G83当前：全14消费者依赖/内存固定120诊断槽120有效；下一G84产品共享闭包修复/回归/覆盖，原正式0/5/54未验收。记录。

2026-10-07 G82当前：115真实目标行/诊断50槽全连续有效；未产品化/无新独立误差，原五轮0/5/全54未验收。下一完整依赖组合准入。记录。

2026-10-07 G81当前：字段少不等于连续，C总体59.37s但仅1目标行/诊断0/50；原排序不满足严格AB配对；下一固定排序/原生新鲜字段。正式0/5、全54未验收。记录。

2026-10-07 G80当前：CLI提前终止误报已修，12匹配/1585回归/五对成本通过；原生45.35s子范围相邻窗连续、完整观察覆盖仍待验证；b125内部已唯一覆盖，正式0/5。实现与边界。

2026-10-06 G79当前：CLI提前终止报告缺陷E2证实；新60s原生队列24包/原生5.63s范围，回放全部接受但最终身份查询超时，整轮partial；0/5、唯一b124。分层结果。

2026-10-06 G78当前：新参考9000/API成功/名义槽无漏/封口已证；125s产品辅助流11事件/5内存值、原生包范围2.5072031667s，持续性不满足，根因待查；首项0/5、Mac唯一b124。实测与下一步。

2026-10-06 G77当前：自行退出自有App后参考76.1.0已同ID覆盖，100份207696971B旧数据全部SHA不变；首准入失败保留，新运行/同窗误差未证，首项0/5、Mac唯一b124。方案与结果。

2026-10-06 G76当前：修正独立参考实际配置文件接线漏测，43host/248工具/iOS及76.1.0本地签名源核通过；原生定向退出自有App后PID=0已证，不要求Owner手动退出。新参考未部署、首项0/5，Mac唯一b124保持。方案与结果。

2026-10-06 G75当前：首项物理内存50Hz独立读界参考/严格消费本地E2完成，43主机控制/248工具及iOS通过，未部署新参考，首项误差/五轮仍pending；Mac唯一b124保持。下一自有参考签名、原生定向退出与旧数据保全后升级。方案与结果。

2026-10-06 G74当前：物理内存错目标、非正值及旧候选复用拒绝门已修，12匹配/1573Python/相关Swift86(1skip)通过；b124内部已签测试包同址覆盖、安装/登记/索引各1。不是独立误差或正式五轮通过，首项0/5；下一冻结原生参考配对协议。实施。

2026-10-06 G72当前：Owner内部测试暂缓公证；已签b123独立包/代码验证后同址覆盖，唯一标准安装build123、旧b122必要回退保留。实际Gatekeeper拒绝/无ticket，不作正式发布或GUI通过；首metric0/5、54完整仍未验收。结果。

2026-10-06 G68当前：Owner手动来源新参考六件已稳定复制（15076683B），完整self/dense/clock/Surface原行及媒体/封口严格核对；媒体消费者接受、Surface封口已证。这是自有源观察，不是产品同窗校准，完整54正式仍0/54。结果。

2026-10-06 G67当前：66.1.0参考开关121B已稳定写入；唯一原生launch超时，后只读核对无新参考文件、旧marker不变，CoreDevice连接中且现tunneld无目标设备。当前运行状态unknown，未重复启动/采产品Session；完整54仍未验收。结果。

2026-10-06 G66当前：新自有参考66.1.0已严格签名/独立IPA解包，并在原iPhone15单次覆盖升级；93份旧Documents全字节前后核对无漂移。未启动新版或采产品Session，54正式仍0/54。结果。

2026-10-06 G65当前：G65参考凭据写后故障已在冻结源码host复现；原子提交修复后30控制/235工具回归/一次iOS E2构建通过，未部署手机、未做产品54项同窗验收。结果。

2026-10-06 G64当前：G64默认OFF的自有Surface关闭凭据/严格消费E2完成：19主机控制、完整233工具回归及一次iOS源码编译通过；没有新手机采集或产品准确性验收，54正式仍0/54。结果。本机唯一b122/每轮前清理、只删可重建闲置缓存，原始与失败证据保留。 额外自复核：最终receipt的fsync/close失败尚缺fail-closed门，参考升级暂停，见结果更新。

2026-10-06 G63当前：独立Surface消费28控制通过，G58原7201对逐drawable/可空surface与原生呈现间隔核过；工具退出竞态修复后219/0。未绑定产品窗口或校准，完整54正式0/54。结果。

2026-10-06 G62当前：自有参考62.1.0已签名且独立IPA六件核过（E2）；原设备A一次只读核验仍50.1.0/93文件/配置不存在（E3），未Upgrade或launch，当前参考App退出unknown。完整54正式0/54。结果。

2026-10-06 G61当前：已证墙钟/媒体呈现钟不能混用，默认OFF媒体读界/消费者E2实现，37控制/9001OFF兼容及成本/unsigned iOS编译通过，未部署；完整54正式0/54，b123原公证job仍待处理。方案。

2026-10-06 G60当前：b123实际源码构建/可信签名已验证，唯一公证任务尚未完成；继续保留唯一已验证b122安装/测试包，未用未公证候选覆盖。54正式0/54/原五轮仍未完成。结果。

2026-10-06 G58当前：新参考实机180s完成，181行八API区间、Dense/Clock各9000采样闭合、7201提交/呈现逐项配对；0产品Session，真实同窗误差/原五轮仍未验，完整54正式0/54。结果。

2026-10-06 G57当前：原设备A自有参考50.1.0一次覆盖升级成功，OS完成/元数据E4、原88文件名同，未启动参考/采集；Mac b122不变，完整54正式仍0/54。结果。

2026-10-06 G56当前：固定测试前清理/单位置覆盖规则；已装b122计数1、索引4252条清除、free观测净增约418.5 MiB，原始/失败/封存证据保留。G55实际安装0、完整54正式0/54。结果。

2026-10-06 G52当前：完整54参考审计发现3项帧时间文字/机器容差1000倍冲突，原阈值不改；电学/温度独立不确定性准入未证，0新采集、全54五轮仍未验收。逐项审计。

2026-10-05 G51当前：全54冻结数值容差门35主机控制/旧280谓词交叉复算通过；不确定性用全范围交集、不是独立可信或五轮通过，原手机/参考部署仍待准入。结果。

2026-10-05 G50当前：逐APIconsumer31控制/六主机行消费E2通过，新来源50.1.0已签本地候选未安装；四delta首点missing保留，0新采集，全54五轮/独立误差未关。结果。

2026-10-05 G49当前：自有参考新增default-OFF逐8个API读取区间，OFF15/ON57断言与一次iOS源码编译E2通过；旧缓存附件不当新来源，干净unsigned三件未签/装，0采集，全54五轮仍未关。结果。

2026-10-05 G48当前：独立参考21控制与181历史行算术复核；64core/3620查询1.294651s。API逐次读取时刻未证，10项参考算术不等于产品准确性，手机准入/全54五轮仍pending。结果。

2026-10-05 G47当前：最终观察器19/19主机控制通过；一次新手机查询保留内部timeout错误（12/15s分层），无进程集合，目标活动unknown、0安装/采集。54五轮100%仍未验收。结果。

2026-10-05 G46当前：自有参考46.1.0已构建签名静态核验，手机原build1来源未证；唯一进程查询超时，目标活动状态unknown，候选未安装、0新采集。先确认解锁/自有目标退出再安装与五轮，全54门不变。结果。

2026-10-05 G45当前：原设备和自有目标真实UI选好、稍后idle/enabled；唯一Native详情原身份与USB配对/连接及现存预热路由E3已核。0新采集，部署参考版本仍unknown，全54/五轮100%尚未验收；下述为历史。结果。

2026-10-05 G42当前源码：精确索引优化、90实际匹配/196合成算术；完整1560/0与真实report五对worstwall1.023401x通过（E2），旧失败保留/原因未全证。下一G43 b122内部候选包，当前仍b121；54/五轮100%未验收。实现。

2026-10-05 G41当前：分段诊断partial，完整writer观测缺失；索引影子15对等价、压力资源门失败。旧ingress105.733608ms/report1.362775x仍红，不打b122/b121保持，全54/五轮100%未验收。结果。

2026-10-05 G40当前源码：两处等价dict判型/124匹配通过，完整filter十对最慢新/旧0.934343x；新版full1557/1唯一ingress105.733608ms>10ms，report旧1.362775x仍红，不打b122/本机b121不含G38/G40。全54/五轮100%仍pending，下一G41分段诊断。实施。

2026-10-05 G39当前：性能诊断保留原红门；证本次入口wall非同线程CPU成本，过滤判型影子25等价/五对局部更快，尚未改产品。下一G40最小等价优化，不关G38full/report或全54五轮门，本机仍b121。结果。

2026-10-05 G38当前源码：帧统计准入/恢复/ACK修复，59匹配与196独立14算术E2；完整1554/3、report效率1.362775x>1.3仍未过，未打b122/本机仍b121且不含修复。54独立精度/五轮100%仍pending。实施。

2026-10-05 G35参考准备：额外默认关闭Fixture双钟参考/无插值候选括号E2通过，49工具测试/unsigned Fixture编译；设备A旧181条独立页大小均16KiB仅常数观察，native↔host wire同钟与动态数值未校准。Mac产品与已装b121不变，正式54/五轮100%pending。方法与结果。

2026-10-05 G34最新源码：进程网络新录制累计候选v4/严格目标/单cohort、旧v3回放保留；53匹配、Python1527/Swift227（3skip）通过，旧1526/2失败与Ingress47.742742ms原因unknown保留。b121已双公证验证并覆盖安装（E3），b120作为回滚包保留；54独立精度/五轮100%仍pending。合同/实施。

2026-10-05 G33当前：进程累计增长但138零candidate/首行错目标，TCP4/8正文独立对照，原输入55053893B超12MiB门记partial；G34新policy/累计候选修复合同已落盘尚未实施。b120保持，54精度/五轮100%仍pending。

2026-10-05 G28当前：无线名称唯一匹配，但不同代设备，最终验收设备待Owner明确；未启性能Session。全54/独立精度/五轮仍partial。

2026-10-05 G27来源状态：G24-R1独立呈现及5167行terminal原始缓冲保全，正常通知仍0正文；G25单变量window=1且呈现测量括号覆盖，正常/terminal正文0。G26真实VM属性/两诊断来源留存，热枚举缺失、USB放电不适用；G27两Energy原回复Overhead均-10.0，保留missing，不填0。0产品变化/b119保持，全54独立精度与最终五轮100%仍partial。

2026-10-05 G23历史：GPU三份原始块2798行解析一致，但两配置重复flush后续空，暂不改周期读取；b119保持，全54/五轮仍partial。

2026-10-05 G18历史：reference本机编码修复，b119公证独立安装；44匹配/1484 Python/227 Swift（3skip），G17/G19来源探针不代替校准。全部54/最终五轮仍partial。

2026-10-05 G16历史：b118诊断首/尾修复与合并前有界wire，1477 Python/227 Swift（3skip），五对路径开销≤1.3倍；双公证/独立覆盖安装。0新会话，全54独立可信/正式五轮仍partial，下一步G17来源探针。

2026-10-05 G14A历史：b117真实UI一次139CSV、33/40实时项固定测量槽C/V100%（非校准/非最终五轮）；帧时轴139.451727s、HTTP正文8/8、CPU双API候选117/140，7项与全54可信仍partial；下一步G15逐缺口因果审计。

2026-10-05 G13历史：新117已真实UI选同设备/Fixture；早期详情25s超时保留，较晚普通元数据+实际Native连接+Start启用证明单次诊断前置E3成立。0新Session，G14待执行，全54可信/五轮100%未关。

2026-10-05 G12当前：退出读取准入/连续会话隔离E2通过，1468 Python/227 Swift（3skip）、b117公证/独立安装E3完成；原失败保留，54项逐项可信/固定五轮100%仍partial。下一步新包连接与真实UI准备、来源成本及独立参考。

2026-10-05 G11当前：四累计率精确整数修复63匹配/效率E2成立，但最终Python网络调度门1失败，整批partial/暂停新包；实际安装仍b116。54项独立可信/五轮100%与原失败均保留，下一步定位调度/终止竞态，不放宽门。

2026-10-04 G9当前：自有Fixture中断唤醒独立参考功能/codec/实际writer和arm64编译E2成立，但编码绝对增量门失败，新增单独实验编译门/默认关闭、未安装/0新Session；Mac产品与b116未变，开发通道准备/来源迟到及全54/100%仍partial。

2026-10-04 G7当前：五项Display同钟过期可信门与有界分段诊断E2通过（1447 Python/224 Swift、3 skipped）；b116双公证/独立安装已完成。G7原身份预检与G7A设备查询25s超时均0新Session，E4未测；全54/100%仍partial，下一步连接准备与一次成本诊断。

2026-10-04 G6A当前：两轮137/139行、网络正文16/16匹配、CPU窄区间候选119/141和126/139；帧设备仅29–35s/主机140s，落后下界105–112s，第三轮预检超时止、未补轮。全54/100%仍partial；下一步G7来源分段与过期可信门。

历史 · 2026-10-04 G5A快照：b115固定五轮每轮139行/181自身参考，native帧时轴已覆盖139.443–139.474s（旧b114仅20.669–22.166s），来源吞吐改善已观察；原固定槽32/32/33/0/0，HTTP首轮8阳性、后32端点过期，全54可信/100%仍partial。b115已公证覆盖安装；Startup排除、缺值和参考缺口均保留。当前合同与结果。

历史 · 2026-10-04 G0/G1全54项交付快照：已冻结66−12=54项完整清单，修复异常后的局部FrameTime重复warmup；1412 Python、223 Swift（3 skipped）、9验收负控与50k×5效率门通过。仍未完成54项独立参考和新五轮E4，原26项五轮整门0/5不变；准备窗/静态帧/充电条件缺值不补数，目标仍partial。新合同。

2026-10-04 R12当前：b112已公证覆盖安装，1404 Python / 223 Swift（3 skipped）最终通过；同一目标App B五轮38项各116行，行间连续100%，但最差FrameTime连续81.74%–94.78%、有效90.52%–97.41%，26项整门0/5，20项五轮严格达标。停止等待及FrameTime旧值质量错配已修，剩余来源缺值不补数；Startup原生candidate 2/5、repaired 2/5、missing 1/5、完整阶段0/5。严格目标与Beta仍partial、A1 E4 OPEN、Hybrid FROZEN。合同与结果

2026-10-04 R11当前：1402 Python与本批220 Swift（3 skipped）通过；b111已公证并覆盖安装。两轮38项真实UI（含Startup）网络各27/27核对，全部CSV设备Tx/Rx候选100%/98.55%；非启动26项有效覆盖、显示最终输出核对通过。启动两轮Total均missing/首帧阶段缺失，综合目标与完整Beta仍partial，稳定性NOT PROVEN、A1 E4 OPEN、Hybrid FROZEN；下一步先取证启动角色/配对与Core资源边界，不以网络通过关整门。合同与结果

以下为历史状态：2026-10-04 R9 来源完成发表（E2/E3；E4待解锁）：1389 Python/220 Swift通过，v7/旧Raw兼容与效率门通过；b109已公证并覆盖安装。网络由完整来源桶直接发表，年龄门不放宽；Mac再次锁屏，0新轮，CSV两方向全部样本≥90%与数值/来源窗独立复核仍待真实UI，不宣布R9完成。Startup忽略、物理校准与整体Beta仍partial。合同/实施与验证

2026-10-03 R6 非启动负增量修复与 b106 两轮（E2/E3，E4限定通过）：进程网络v3拒绝负值/sign-bit字节delta；1362 Python + 220 Swift/3 skipped通过，b106已公证安装，两轮各74样本、19/19核对且26项都有观察值。异常巨值/错窗未再出现；设备网络仍32/33候选窗与迟到缺值，持续新鲜/物理校准仍partial。结果

2026-10-03 R5 交付时快照（后续 R6 已完成两轮，见上；本段保留历史）：网络 v5 使用完成来源秒桶，Disk/Context/Interrupt 改用实际设备 timebase；1,358 项 Sidecar 与 220 项 Swift（3 skipped）通过。b105已公证并覆盖安装；Mac锁屏，两轮目标 App UI尚未执行；来源校准仍 candidate，启动本批忽略。实施

2026-10-03 R4 网络发现队列修复与 b104 对照（E2/E3，E4 有限观察）：最多 32 件 metadata 批保留完整 payload；1339 项采集回归与 220 项客户端（3 skipped）通过，b104 已公证安装。两轮真 UI 网络缺源 2/0 行，8 MiB 双向控制与 RVI 留档；下载 padded Rx +2.80/+6.13%，上传有额外整机流量，初期倒退仍 2–5 s，物理校准/整体 Beta 仍 partial。网站仅构建。结果

2026-10-03 R3 网络作用域投影与极短命子进程尾部排空（E2/E3，E4 待测）：Network 四条曲线及两类 CSV 增列分别标明 App / Device，旧 Session 仅按已记录作用域回放；极短命子进程的 stopped 尾记录排空竞态已修。Sidecar 1337/1337、Swift 220 项（3 skipped）通过；b103 测试 DMG 已完成 Developer ID、公证、staple、独立解包与本机覆盖安装/启动（E3）；dist/ 仅留这一包。设备高峰物理带宽 E4 与含启动轮 startup partial 仍开放。实施记录

2026-10-03 R2 两轮复测后修复（E2）：正常退出的 Sidecar stderr 警告不再把完整 Session 误判为 partial；设备网络 v4 保留来源总字节对账，但负源时间初始快照不再进入速率分子。两轮旧证据不回写；版本 102 已完成 E3 签名、公证与独立复制验证（旧版仍在运行，未覆盖活动安装），物理网络正控与新包真 UI E4 仍开放。方案与实施记录

2026-10-03 非启动指标输出/来源修复（E2）：两轮旧真机数据确认设备网络源进入异常与三项显示指标的最终持久化断层。代码与匹配回归已修，版本 101 已签名、公证、安装验证；新包真机网络非零正控、三项最终覆盖以及帧源连续性仍待使用者复测，不升级 E4。修复记录

2026-10-03 启动知识库口径同步：已将当前默认报告 v9、candidate 与证据等级分离、G2 合入但默认 legacy 的边界同步至 Canonical、质量指南、演进页、知识总览与首页标签。66 项 Registry 合同数量和产品门禁不变；稳定性改善 NOT PROVEN、正式 UI E4 OPEN。实施记录

2026-10-03 主线集成 E2 已验证：G2 默认关闭的独立采集实验、首页视觉改版及历史本地文稿已完成代码集成与本地回归；正式真机 E4、网络正控、完整 Beta 及公证测试包分别保持开放，不以合并代替稳定性证明。网站上线以生产 URL 的独立核验为准。集成记录

2026-10-02 Gate C-R1 传输预检：设备 A 的网络服务仅作连接准备与清理，4.079 s / 58.504 MiB，未启动监控、订阅或 Session。只成立 E3 通道准备，不证明真机非零网络正控；Gate C/D/E 和内测交付继续 partial。E3 结果

2026-10-02 Gate C-R1 诊断预检守卫：修正私有单轮脚本在只读预检前占用批次名的问题，封存器拒绝越界来源与符号链接；4/4 离线测试通过。没有启动新 Session，也未取得 b79 真机网络正控，Gate C/D/E 与内测交付仍 partial。验证增量

2026-10-02 Gate C-R1 离线补核：三轮历史 b78 Raw 与封存 SHA 一致，v3 引擎逐行重读得设备网络源 0/3、两方向各 65/65/64 帧均 null/missing-source，假候选零 0；旧批次 136/136 文件现时不变。仅 E2 反事实，不代替 b79 真 UI E4，Gate C/D/E 状态未改。验证增量

2026-10-02 Gate D 证据就绪预检：只读重核冻结 66 项支持矩阵、b78/b79 两包与三轮历史短会话；三轮各 30 文件的现时 SHA/大小和 Raw/报告封存链一致，但网络非零正控、来源守恒凭据、Stop→最终报告同轴上界均 0/3。9 项匹配测试通过，现时缺口 12 项；这仅是 E2 证据盘点，Gate C/D/E 与完整 Beta 仍 partial。Owner 暂不方便操作设备，因此不启动诊断轮。预检原文

2026-10-01 Gate C-R1：独立复核发现前三轮设备网络源均未成功准备、Raw 事件为 0，却由旧公式输出约 63–64 个 candidate=0；这些不是合法零流量证据。已实施分方向 fail-closed network-window-rate.v3、来源准备与丢数/字节守恒凭据，Sidecar 全量 1148 项重跑、Swift 204 项与 66-contract 门禁通过；同源码 b79 包已签名、公证、staple 和独立核验。真实 UI 网络正控尚未执行，Gate C/Beta 仍 partial；不把 E2 包当 E4。合同与实施记录

2026-09-28 SW-1 R2 Lead 独立裁定：真实 App UI OFF→ON 各一轮的入口与冻结配置已核实，E3 入口/配置取证 SATISFIED；ON Enabled=true 但 Eligible=false、ExtensionApplied=false，故窗口效果 inconclusive，启动时间稳定性提高 NOT PROVEN，两轮原生 Total 均 missing。两轮额度已用；先用已封存字节做 R3 只读时序与归属取证，不新增同构会话或产品改动。A1 正式 UI E4 OPEN，Hybrid FROZEN。

2026-09-28 SW-1 R1/R1a Lead 验收：647b0d6 的入口归类与 ad14e6f 的门禁行纠偏已独立复核，文档/证据归类收口 PASS；原两轮仍仅为包内核心命令入口辅助轮（ON 未 applied），不证明启动时间稳定性提高。正式 App UI E3 尚未执行、E4 未评估；现放行 Test AI 按 R2 真实 UI 合同以已公证实验包执行 OFF→ON 最多各一轮（INVALID 计数），采完交 Lead 独立裁定。A1 正式 UI E4 OPEN，Hybrid FROZEN。

2026-09-28 P4 SW-1 入口更正（R1，依 Lead 独立审计 5d700fa）：SW-1 已落地的默认关闭开关与单次 opt-in 等待分支（4 文件 +2294/−1、聚焦 144 项 OK、OFF 交错 3 配对吞吐 −1.578 %、RSS +0 B）与公证实验包（Developer ID + secure timestamp + 公证 Accepted + staple + Gatekeeper + 独立解包通过）保持不变；但原记为「两个真实 UI Session」的两轮，实为包内核心命令入口真机辅助轮（驱动脚本直接 subprocess.Popen 包内核心并喂 prepare_app → start → stop，未经 App perfowl.capture.toggle、未由 App 启动核心）⇒ 存在实质性入口偏差。因此 正式真实 UI E3 = NOT SATISFIED、正式真实 UI E4 = NOT EVALUATED（未评估）；两轮辅助实验 inconclusive（ON Enabled=true 但 Eligible=false（scene-open-phase-absent）⇒ 新增等待未 applied；locator OFF CLOSER-ONLY / ON OPENER-ONLY，两轮 IFR 仍 missing）。未扩样、未刷概率、不自判 PASS；公开材料已移除 2 处真实 PID 并扫描零命中。A1 正式 UI E4 仍 OPEN，Phase C Hybrid 继续 FROZEN。R2（真实 UI OFF→ON 复验）仅在 R1 经 Lead 复核后由 Test AI 实施。实施增量与入口更正

2026-09-27网站同步策略更新：GitHub固定为生产主源，GitLab为非阻断镜像；93项测试通过，最新已提交开发记录将从干净提交发布。GitLab本批一次推送失败不重试；不宣称全远端同步。历史G0“双远程硬门”由Owner新规则取代，干净提交/来源/环境/漂移门继续保持；首页视觉G1仍另案。本批记录

2026-09-27 Owner O1 / SW-1：最新真实UI会话完整启动时间仍missing，已保存Raw中IFR opener全线程0、tap尾块0；不是重新配对即可救回。Lead批准默认关闭、现有15s主机预算内的Scene-open窗口差分实验，最多2个真实UI会话；尚未实施、不宣称稳定性提升。A1 UI E4仍OPEN、Hybrid冻结；Network巨值/FrameTime时钟另案。GitLab每批一次且不阻断产品工作。正式合同

2026-09-27 Lead G0-R2 验收：372763c 五文件范围、88/88 测试与三类对抗门通过，G0 代码/离线 E2 PASS；GitLab 连接失败，双远程交付仍 partial。先补齐当前 HEAD 的真实远程同步，再由 Lead 派 G1；不再改守卫、不真实上传、不新增工作树。七位云端 Source 只作列表线索，线上首页尚未恢复。Lead 验收与下一动作

2026-09-25 G0 生产部署门禁实施交付（Implementation）：npm run deploy 由 npm run build && npx wrangler pages deploy … --branch main --commit-dirty=true 改为受控 fail-closed 入口 site/scripts/deploy-production.py（implemented · gate-open）——任何 build / 归档同步 / Cloudflare 调用之前必须同时满足：目标 SHA == 当前 HEAD、git status --porcelain 为空、实时 git ls-remote origin|github refs/heads/main 均精确等于该 SHA、目标为 production/main；缺值/超时/网络失败/ref 不一致/脏树一律拒绝且 build=0 / upload=0。放行后只构建一次、只上传一次（显式 --branch main --commit-hash <完整 SHA> --commit-dirty=false）；Preview 走独立 --preview <非 main 分支>。26 项拒绝/放行测试全绿；旧 pre-push 在推送完成前调用该入口必然在构建前被拒，本批推送另行采取防误部署措施并复校 Cloudflare 生产 Source 未变。G0 是否 PASS 由 Lead 独立验收；G1 首页视觉恢复未开始。

2026-09-25 Lead 对 G0-R1 独立复核：六文件交付、58 项测试、旧 hook 去自动发布及本批 Production Source 未变属实；但构建后源码 rename 可被生成物白名单误放行、上传期间双远程前进可误报发布成功、Preview 误用 Production 行验收。G0 REPAIR REQUIRED，G1 继续暂停；只按 G0-R2 最小合同修守卫，不新建常驻工作树、不真实上传。

2026-09-25 Lead 对 A1-E4-UI 文档交付复核：5d9ac3d 的三轮技术形态保持，正式 UI E4 仍 OPEN；但新归档在线 HTML 有标签嵌套错误，INVALID r1 的设备指标并非“未请求”，100/100 晚期封存不能外推为更早全文件不变，Stop→最终报告耗时亦未交代。文档交付 REPAIR REQUIRED，只做文档/新增归档最小返工，不增第 4 轮、不改产品。Lead 返工合同

2026-09-25 Lead 三轮真实 UI 裁定：App A 第 1 轮默认指标组使 startup 未请求，INVALID；App A 第 2 轮冻结配置有效但只有 closer、Total missing；Fixture A 冻结配置有效，原生 active 窗口端点产出 candidate 271.42775 ms，而 drain 窗口 无 IFR opener，有界诊断闭合 0/3。本批第 4 个 UI Session 不授权；最多 3 轮额度已尽，App A 两个有效样本的目标构成未达应如实记录。A1 E2 PASS 保持、正式 UI E4 OPEN。只收口证据与文档，后续由 Lead 另拟来源/时序取证。Lead 裁定

2026-09-25 Lead 新包 E4 独立审计：Build 83 签名、公证、staple、独立解包与 SHA 复核成立；16 份真机命令入口 Raw/blob 哈希逐份吻合，诊断闭合 0/16。但驱动的预热指标集/截图标志/Start 等待点与冻结 SwiftUI 入口不同，15 项最终配置相等不等于 UI 同形态。totalNeverPublished=true 是空洞断言：实际 12 candidate 有数、2 repaired 有数、2 missing，但 16/16 live/final Total 字段一致，未见诊断升级主报告。Raw opener 窗口为 12 active + 4 缺失；主机滞后因果未证。A1 E2 PASS 保持，正式 UI E4 OPEN；不重复同构命令轮次。 下一步只做最多三轮真实 UI 定向验证。Lead 审计与唯一下一方案

2026-09-25 Implementation 新包与真机 E4 采集：首轮只读核实即推翻历史结论——本机 Developer ID（Application / Installer）与公证凭据均可用、设备 A 在线，新包因此完成构建 → Developer ID 签名 → 公证（Accepted）→ ticket staple → 独立解包安装与启动冒烟（spctl = accepted / Notarized Developer ID）。随后按冻结 Build74 UI 15 字段（effectiveCoreProfileConfig 四类生命周期过滤 + csd=0 + bm=0 + frameFilterExperiment=exact-debug-id + 12 条 startup 指标）对新包执行 16 轮真机采集并逐轮保全原始 Session：allConfigsMatchFrozenUi、allRawHashesConsistent、liveHasNoDiagnostic、finalHasDiagnostic、finalIsRawRescan、隔离回放与出厂 final 报告逐字段相等、totalNeverPublished 全部为 true。但 closedChainRounds=[]：§5 要求的“至少一个新包真实正向闭合链”未取得（13 轮 target-actionable-no-closure + 3 轮 no-lifecycle-records），故本批记 partial，实施方不自判 E4 PASS。缺口机制已定位并量化：诊断只接受落在 stop-drain 尾块（frame-continuation|post-stop-drain）的 opener，闭合充要条件 = opener 主机到达晚于 stop-drain 切口；12/16 轮呈 completion-observed，切口落在 opener 之后（结构上不可能闭合，opener 早到 −1686 ~ −4433 ms），4/16 轮 startup-completion-grace-expired 时整份会话无 opener，r3 的 +1916 ms 是唯一正值。本批未采用任何制造手段（不加压、不改 drain 时限、不改 UI 录制配置、不用离线回放冒充真机），产品语义零改动。证据交 Owner 转 Lead 独立验收。新包与真机 E4 采集记录

2026-09-25 Lead A1-R3 独立验收：8d165a5 的计数字段反例已修复，Lead 专项 72/72、Sidecar 全量 1049/1049，四轮 Raw 直接回放与归档一致。A1 代码/离线 E2 PASS；新包 E4 NOT RUN、分发工程 partial，整体产品验收仍开放。 有效空目标层可得到 offThread=0，不要求存在 opener；其余缺值边界见 Lead 验收增量段。Total 仍 missing，B1/B2/B3、Network、Phase C 不并批。Lead A1-R3 验收

2026-09-25 Lead A1-R2 独立验收更新：0306233 的 G4 同线程/同 tick 子门已通过对抗复测（专项 67/67、四轮 Raw r3 仍 31/3/2/1），但新增 offThreadTargetRecordCount 在 opener 已知且 scene anchor 缺失时把他线程记录误报为 0；Lead 独立全量 1044 项中 2 项失败，归因未定。A1 E2 = REPAIR REQUIRED，新包 E4 = NOT RUN。下一步按 Lead A1-R3 最小合同修诊断计数与缺值语义并核实测试波动，不扩大到 Total/活线/Network/FrameTime/Phase C。Lead A1-R3 裁定

2026-09-24 Lead A1-R1 独立验收更新：f54afee 已修复上一轮 L-2 三类反例，专项 60/60、Sidecar 全量 1037/1037、四轮 Raw 回放仍保持正负形态；但新对抗样例证明不同目标线程的 opener/closer 会被误配、其他目标线程的 action 会误阻断有效链、同 tick 且先到达的 scene reopen 会漏判。A1 E2 继续 REPAIR REQUIRED，不进入新包 E4。 下一步只按 Canonical devlog 末尾 A1-R2 合同修 G4 同线程/同 tick 判据；Total、B1/B2/B3、Network、Phase C 均不扩权。Lead A1-R2 裁定

2026-09-24 Lead A1 独立验收更新：475c541 的专项 45/45、全量 1022/1022 虽通过，Lead 仍以三组未覆盖反例判定 A1 E2 = REPAIR REQUIRED：混合来源/代际后正常候选可洗白、drain opener 可早于冻结 scene begin、同线程中间 scene transition 被忽略。四轮映射 TID 分母差额已查明为 PID=0 记录，不是原始字节冲突。返工只限 A1 诊断与测试；Total/质量/阶段覆盖不提升，新包 E4 不启动，B1/B2/B3、Network 与 Phase C 不并入本批。Lead 返工方案

2026-09-24 Owner 工作流程更新：Lead 已完成 Phase 2 Canonical 方案并将直接提供可转发的执行指令；Owner 转给 Implementation AI 后即可按文档先 B0/census、再在前置门通过时实施 A1，不再设置逐批 Owner 审批。执行方交付由 Owner 原样转交 Lead，Lead 独立验收。下方“待 Owner 批准”是本次更新前的历史状态；技术范围不变，产品实施和新包 E4 目前均未完成。

2026-09-24 Lead Phase 2 裁定（待 Owner 批准）：旧 eeee607 方案及未提交 §15 仅作历史输入，不是开发授权。Lead 已另行落盘唯一实施依据：D1 本批仅最终 Raw 重放的有界生命周期诊断，主报告 Total/质量/阶段覆盖与活线 UI 均不提升；D2 不把主机 15 s 等待或 4 s drain 当设备时间门，512 是保护阈值、超限整批诊断作废；D3 只允许 B0 只读取证，B1/B2/B3 与 Device Network 分批。产品代码零改动、新包 E4 未开始；Implementation AI 须等 Owner 明确批准。

2026-09-24 Build 74 Owner 内测交付：产品 main、GitLab origin/main、GitHub github/main 已统一包含 1ec9462；Developer ID 签名 internal-beta ZIP 已复制到主项目 MacApp/dist/，冻结 SHA-256=3a557cc0c0c666f90736c34fa9b633adb646a92a55ecfdae095c41f349a5dbc1，全新目录解包后 codesign/Collector Core/CFBundleVersion=74/x86_64 复核通过。自动 Test AI 因指定 Device A 未连接执行 0/10 轮，不是产品失败；Project Owner 后续亲自按 internal/build74-user-manual-e4-test-guide.md 执行 E4。Build70/Build74 临时 worktree 已清理，G2 实验与原始证据继续保留；Phase C Hybrid 继续 FROZEN。

2026-09-23 最新 Build 74 Lead 决策：在独立干净集成 worktree HEAD 1ec9462 上，A Network fairness、B UI、C GPU drain E2 PASS；Lead focused 5/5、Python full 977/977 OK、Swift 204/3 skipped/0 failures、知识门禁 66 contracts PASS、VitePress PASS。原 full Display benchmark 曾有单次 57.852ms 负载敏感失败，Lead 又完成 base/ship 各 4/4 低负载交错复验与一次独立 full PASS，原 50ms 阈值未修改。READY FOR TEST-PACKAGE BUILD，不等于已交付 E4 或已签名/公证。下一步由 Release/Implementation AI 从 1ec9462 构建并验证新包，完成适用分发门禁后交付 Device A 真机测试；共享 main 不动，保留 C0 CLOSED / NO PROVEN PATH 与 Hybrid FROZEN。Build74 follow-up 原方案。

2026-09-23 最新 Lead 决策：C0 Clock/END 方法复核独立验收 PASS。新产物 21/21 SHA 匹配，Lead 重跑只读入口 exit 0，T1–T12 12/12 PASS，并直接抽查 3 个双源 + 1 gap + 1 多 surface Session 的 raw chunk/hash 与报告一致。M1–M4 方法缺陷均已修正；四栏最终均为 NOT PROVEN：FL 原生 timebase、跨源 same epoch、END foreground temporal、END surface owner。故 C0 current-source feasibility = CLOSED / NO PROVEN PATH，C0 Gate = BLOCKED / NOT PASS，Phase C Hybrid Total 冻结，C1/C2 不放行。保留 legacy Total 与已证明 START/九阶段数据；只有 Project Owner 另批新数据源架构研究时才继续，不再重复当前订阅的同构 E4。方法复核方案。下方较早日期状态均为历史快照。

2026-09-23 Lead update：第二轮 Device A 定向 E4 由 Lead 独立核验 120/120 文件哈希一致，H1 prepared 两轮 CP/FrameLifetime=28/91、29/93，Fixture A prepared=24/39；但 H1 live START 只有 1/0 span，同模式 Fixture A 则 13 span；三轮同 Session 双源均无 paired same-event witness，ActivityTrace 时基仍 assumed-constant；foreground/surface→PID、≥30s 双端+reconnect、正式负对照仍缺。C0 Gate PARTIAL/BLOCKED，C1/C2 不放行。当前交 Implementation AI 依 C0-FIX-03 方案执行 03A→03B→03C，E2 复验后再做真机 E4。

2026-09-22 Lead AI independent acceptance：独立复验 0c9f6da 的 C0-FIX-02B，FIX-01 / FIX-02B 双 PASS；C0 E2 PASS / READY FOR FORMAL E4 = YES。完整伪造真机 witness 注入 6 种 origin，机械报告 6/6 恒 E2，0/6 E4；原 foreground 反例仍 fail-closed。Lead focused 111/111 OK；benchmark p95 0.130 ms / min 7436 events/s / C0-owned RSS 0.414 MiB，K=64；Sidecar 全量 964 tests / 1 failure / 0 errors，唯一失败是基线与 ship 均复现的 flood fairness 负载 flake；5 个活线核心文件 exact diff 为空。已放行 Test AI 真机 C0-1/2/3 采集原始 E4；C0 总 Gate 仍 PENDING，C1/C2 不放行。Lead 验收原文

2026-09-22 Implementation fix update（C0-FIX-02B）：按冻结原则修复机械 C0 报告自证 E4 的缺陷——resolve_c0_evidence_level() 删除，改为只回答「capture claim 有多完整」的 resolve_c0_capture_claim()（返回 CAPTURE_CLAIM_* 命名空间，与 E* 等级命名空间刻意不相交）；evaluate_c0_feasibility() 的 evidence 恒为 E2，capture provenance 降级为分列的 captureProvenanceClaim，并输出 captureProvenanceClaimPromotesEvidence=False 与 evidenceAssignedBy / evidenceTrueDeviceAssignedBy 归属字段；census 同步分列并新增 evidenceAboveE2Count / captureClaimPromotionCount 两个机器可检计数（非 0 即回归）。反例证据：同一份完整伪造 dict（captureId="forged-by-fixture"）在基线 9ba4632 上让 4/6 个 origin 拿到 E4，修复后 0/6。focused 111/111 OK（删除钉死缺陷的 test_only_a_complete_true_device_witness_reaches_e4，新增 4 项含核心反例与 census 非空泛探针）；全量 base→ship 交错 3 轮（961→964，恰为本批净增 3 项）0 项可归因回归（耗时 241.7→835.1s 单调上升，base-r3 的 19 项失败比 ship-r1/r2 都差；7 个仅现于 ship 的 ID 中已有 5 个在 base 定点复现）；benchmark p95 0.0955 ms / min 10334 events/s / C0-owned RSS 0.3906 MiB 全过；5 个产品活线文件相对 66dfbb8 与 9ba4632 逐字节 IDENTICAL。本批未自判 C0 PASS、未自判 READY FOR FORMAL E4，真机 C0 未启动，C0 Gate 仍 BLOCKED，C1/C2 继续阻塞，等待 Lead AI 复验 C0-FIX-02B。原文

2026-09-22 Lead AI revalidation update：独立复验 C0 修复 exact commit 66dfbb8。C0-FIX-01 PASS：原反例现在严格输出 failed / missing / selectedEnd=null / target-foreground-unverified，循环 foreground proof 已清除；focused 108/108 OK，独立 benchmark p95 0.069ms / min 13959 events/s / C0-owned RSS 0.473 MiB，全量 961 tests / failures=1 / errors=0，唯一失败仍为既有 test_g_rejected_flood… flake，5 个产品活线文件相对 80b0b16 exact diff 为空。C0-FIX-02 仅 PARTIAL：当前普通 observation 仍可手工注入 kind=true-device-capture + captureId + capturedAtNs 后机械报告直接输出 E4，而仓库不存在可信 producer/attestation 对该 dict 背书；Lead 已独立用 captureId=forged-by-fixture 复现。剩余缺陷命名 C0-FIX-02B：机械 C0 evaluator 自身不得由输入内容升级 E4，E4 必须由 Test AI/Lead 的外层真机执行事实判定。故当前仍 BLOCKED / REPAIR REQUIRED，尚未 READY FOR FORMAL E4，真机 C0 暂缓，C1/C2 继续阻塞。原文

2026-09-22 Implementation fix update：C0 两处阻塞缺陷已按 Lead 审计要求修复（C0-FIX-01 round foreground 未进入 End Gate、C0-FIX-02 recorded-session 自动升 E4），只动 4 个文件、5 个产品活线逐字节未改（SHA-256 逐一 IDENTICAL）。End Gate 新增独立 fail-closed provenance target-foreground-unverified，与帧级 not-foreground 严格区分（"未证明"不得冒充"已证明不在前台"）；投影删除"从待选帧自身 quality 反推 foregroundVerified"的循环证明，改为 false + foregroundVerifiedSource。evidence 改由 resolve_c0_evidence_level() 从显式可审计的真机采集 provenance 解析：默认 E2，replay/synthetic 恒 E2，只有 kind=true-device-capture 且 trueDeviceWitness{captureId, capturedAtNs} 完整才 E4，并随 census 保留 evidenceProvenance。C0 focused 108/108 OK（+13 / −1，含 2 个 Lead 反例）；全量 ship 961（R1 4F+1E / R2 6F）vs base 13c913b 949（R1 2F / R2 1F），失败集合逐轮漂移、交错隔离配对 3 轮得 0 项可归因回归（test_g_rejected_flood… 两树 6/6 同挂）；benchmark 三项预算全过（单帧 p95 0.065 ms、吞吐 min 14719 帧/s、C0 自有增量 0.426 MiB），诊断帧保留恒 64。本 AI 不宣布 C0 PASS，judgement 恒 pending-lead-ai；待 Lead 复验两项反例 + 回归 + benchmark 后切 READY FOR FORMAL E4。真机 C0 未启动、C1 继续 BLOCKED、C2 继续禁止。原文

2026-09-22 Lead AI validation update：对 C0 exact commit 80b0b162cdfb44ba480bff45b882fe4f718e33ac 相对 5a06929 做独立 E2 审计。确认 9 文件单提交、5 个产品活线核心文件逐字节未改；C0 focused 96/96 OK，独立 benchmark p95 0.127ms / min 7346 events/s / C0-owned RSS 0.418 MiB，全量 949 tests / failures=1，唯一失败仍为既有 test_g_rejected_flood_keeps_message_bound_fairness 负载 flake。审计同时发现两个正式 E4 前阻塞缺陷：C0-FIX-01 foregroundVerified=false 时 End Gate 仍可返回 passed/candidate/selectedEnd=true，违反目标 App foreground 硬门禁；C0-FIX-02 仅凭 origin=recorded-session 就自动标记 E4，synthetic recorded session 也会被错误升级。故 C0 E2 当前结论为 BLOCKED / REPAIR REQUIRED，Test AI 正式真机 C0-1/2/3 暂缓，C1/C2 继续阻塞；先由 Implementation AI 做 C0 离线最小修复，再由 Lead 复验。原文

2026-09-22 Implementation update：P4 Startup Phase C · Hybrid Total 的 C0（Feasibility & Attribution Gate）仪表化已交付 implemented · gate-open（E2 完成 / E4 待执行）。本批交付一个纯离线 C0 模块 perfowl_collector_core/startup_c0_feasibility.py（Clock / Start / End 三闸 fail-closed）、96 项 §12 E2 反例矩阵，以及两个只读取证工具（MacApp/scripts/startup-c0-census.py、benchmark-startup-c0-feasibility.py）。产品活线零改动：realtime.py、recording.py、display_performance.py、launch_trace.py、adapters.py 与基线逐字节相同。全量交错配对 3 轮 ship 949（基线 853，+96）/ base 853，失败集合逐轮漂移且同一名字在基线同样失败 ⇒ 可归因回归 0。benchmark 三项预算全过（单帧 p95 0.3685 ms、吞吐 min 2501.3 events/s、C0 自有增量 0.379 MiB），诊断帧保留数恒为 64 且报告字节与帧数无关。C1 未开始、C2 未进入、C0 Gate 未自判，真机 C0-1/2/3 待 Test AI 执行、Lead AI 判定。原文

2026-09-22 Lead AI validation update：在 exact commit 56c71a2 完成 B-05 独立审计，Phase B 架构 Final Gate PASS / CLOSED。专项 11/11 + 2/2 全绿；独立全量为 853 tests / failures=1 / errors=0，唯一失败 test_g_rejected_flood_keeps_message_bound_fairness 经 af257fc 基线与 ship 各 3 轮同场复核均呈 PASS/FAIL/PASS，判定为既有负载 flake，0 回归。因此下方 Implementation 节点中的“853/0”保留为历史原文，但不得解读为“独立全量 0 failures”。此前真机 Phase A vs Phase B 对照继续保持 B-PARTIAL（约 200–500ms 初始化成本已前移，但 Raw source ready 仍有约 2–4s 抖动）。Phase C 已解除 Phase B 阻塞，下一步只进入 Lead AI 方案阶段，未获 Project Owner 批准前不实施产品代码。独立验收归档

2026-09-22 update：P4 Startup 三阶段架构 B-05（device reconnect isolation）补测完成。Phase A + Phase B 方案与补测记录 impl implemented · gate-open（E2 completed / E4 pending）：新增 DedicatedStartupReconnectIsolationTests 两个用例跑真实 stream_candidate_session，证明 device reconnect / reconnect generation 变化必重建 Dedicated channel、provider lease、DTX owner 与 adapter 并重新 prepare_transport()（owner 的 reconnect_generation 0 → 1，无 PID / sourceEpoch / App 状态跨代泄漏），而 同设备 App A→B rebind 仍复用同一个 channel（仅原地 retag 目标、transport_prepares=1），且两种路径下 App Ready 一律 recordingActive=false。补测暴露并修复 1 行跨代泄漏：Session 作用域的 launch_requested_ns 未随 cycle 复位，使新 generation 的 startToLaunchRequestMs 发布 −1448.755 ms 负时长并把观测指标锚到上一代 launch，现改为每 cycle 复位为 None（cycle 1 实测 475.742 ms / cycle 2 null）。全量 Python 853/0（基线 851，+2）；三次全量 + 交错配对归因确认 4 项偶发失败全部为基线同样存在的负载敏感 flake（失败集合逐次漂移、断言轮换、失败模块与 stream_candidate_session 无调用关系），0 回归。真机 E4 与 Phase C 均未开始。

2026-09-22 update：P4 Startup 三阶段架构第 1/2 阶段落地。Phase A（Dedicated Startup 独立通道）与 Phase B（Full Prewarm） impl implemented · gate-open（E2 completed / E4 pending）：Dedicated Startup 的 provider / DTX owner / adapter probe / coreprofilesessiontap transport 已前移到 App 选定阶段，Start click 只做 round activation、SOURCE_ACTIVE barrier 与 cold launch；App Ready 语义由 sourceChannelArmed=false 升级为 sourceChannelArmed=true / coreProfileChannelReady=true / recordingActive=false / startupSource=dedicated-coreprofile-prewarmed，adapter 占用与 kperf 仍只在 start() 发生，barrier 与 Total 口径未改。全量 Python 851/0（基线 843，+8）。真机 E4 与 Phase C 均未开始。

2026-09-20 update：形成启动时间稳定性优化开发方案 v1 plan partial。方案冻结两条主线：G0 以当前配置比较 overlap / startup-only / serial 三模式，仅在真机因果门通过后把 Startup 与 ActivityTrace 改为零重叠串行；G1 建立独立端点账本，使真实 System BEGIN 不再依赖第一阶段 END，并将单一存活帧终点降为待验证 repaired。实施拆为 SSO-0A/B、SSO-1A/B、条件 SSO-2 与最终准入；端点热路径 O(1)、固定候选上限、每 Session 新增内存目标 <64 KiB，并冻结 E2/E4、分层 ≥99% 与回滚门。当前仅完成方案入档，产品代码未改，等待用户明确批准开发。

2026-09-20 update：启动稳定性重评 research partial：当前双 tap 启动重叠路径需重新做兼容性 A/B；E2 合成反例确认起点仍受阶段完整性牵连、单一存活帧终点不证明首帧。15 份现存报告为 5 candidate / 1 repaired / 9 missing（非受控稳定率），启动相关测试 94/94。建议先 G0 源争用对照与 G1 独立端点账本，必要时 G2 单源事务普查；产品代码未改、无新 E4。

2026-09-20 update：工作台 UI 信息架构精简与设备交互修复 plan implemented · gate-open (E2 completed / E4 pending)。本批按方案 §2～§8 落地：截图从“160 宽大卡片列表”改成线性时间轴截图带（96 宽、删 quality/#sequence/bytes、异常帧用 camera.slash 保留槽位，刻度自适应且标签 ≤41、间隔上限 64pt 并如实报告省略秒数）；删除 “常规测试/深度分析/网络测试” Tab 与 “Scene 01”；设备连接提示从截图区移到 Workbench 顶部 Banner；启动时间删 Running/Foreground Ready、total 只出现一次、端点缺失用红叉且只从 Collector 端点证据推导（notApplicable 永不触发）；所有指标卡片统一到 CompactMetricPanel + MetricSeriesToggleReadout（toggle 只改本地 UI state，允许全部隐藏）；Display Performance 实时只留 FPS + Frame Time，删图表模式切换器，P95/Jitter/Refresh Rate 定义与 product metric ID 原样保留给报告；添加指标删 modeNote，条件指标改由运行时真实事实置灰（删掉恒真的 selectionEnabled）；Wi‑Fi 稳定性：单 hydration 任务 → 每设备任务 + 有界并发 sweep（≤4），单轮空枚举保留行、连续 2 轮才移除（USB 拔线仍即时），retry 一台不再取消另一台的在途探测。Swift 204/3 skipped/0 failures（基线 c9a133d 为 182，+22 全为新增）、MacApp 构建 PASS、知识门禁 PASS 66 contracts、VitePress PASS。E4 真机未执行（实现方只交付 E2），真机验收 §12 A–F 与 §13 性能对比（含 30 分钟截图长测）需用户执行。

2026-09-20 update：Build 74 · 多指标并采稳定性 P0 修复（FTI-011） plan implemented · gate-open (E2 completed / E4 pending)。Build 73 全指标真机 E4（Session 0a098c81-58de-4e20-a937-fb7092ded94c，约 303s、46 个 requested metrics、截图序列开启）暴露的四类 P0 不是同一个 bug，本批按方案 §0 只做 Build 74（P0-A～P0-D），Build 75（Display coverage ledger / Sysmontap compact raw / Screenshot 1Hz）一行未动。P0-A Device Network 无损聚合：新增 device_network_aggregation.py，把上游 ConnectionUpdateEvent 洪流在 Raw/JSON/Writer 通用路径之前折成 100ms 对齐 host 聚合窗（每条只做整数加，不分配、不额外读表），新事件类型 network.device.aggregate.raw 与 legacy network.device.raw 共用同一累加点，对账恒等式做成硬门禁且逐项暴露（input == connectionUpdate + passthrough + malformed、Σaggregate.tx/rx == Σsource.tx/rx），单窗上限 65536，逐事件 Raw 只在显式开关下追加输出（默认关闭）——未扩大队列、未插值补值、未降采样；metric 合同 network-interval.v1 → network-window-rate.v2。P0-B GPU Counter 协议取证：新增 gpu_counter_forensics.py，GPUCounterCaptureCensus 在 decoder 之前做有界普查（256/64/16/16/8），两整数按形状签名只记形状、绝不当值解出、dispatch/notification 分开统计；configure 改为显式命名契约 (current, reference)（未知值 fail-closed、Session 内不切换、不 runtime 择优）；§3.5 落成 GPUShippingGate 8 个布尔（阈值 0.5 / 30 000ms 与门禁同处），只报判决、不提升任何东西，并有测试钉死 Build 73 证据不足以提升（GPU 指标在协议被证明前只能是 candidate/unavailable，不得伪成功）。P0-C 多 Source event-loop 归因：新增 source_stage_timing.py 为每个 source记录六个同步阶段加当前所处阶段，max 与 1ms/5ms/20ms 越限计数对整场精确、注册表有界（cap 64）并有任务名桥；R8-Fix-11 全程冻结（parser 常量与让出判据未改、consumer-handoff 恒 0、未恢复 wall-time fairness、未给 Pump 加新 heuristic）——处置是加观测而非再改调度。P0-D source-specific graceful terminal：request_stop_for_drain() 先停上游产行、再 shutdown_queue(immediate=False)（immediate=True 会静默丢在途行、破坏 byte 守恒），__aiter__ 捕获 QueueShutDown 转 StopAsyncIteration（否则一次正常 Stop 会被记成 source 失败）；SOURCE_CONSUMER_DRAIN_TIMEOUT_SECONDS 恒为 0.5、未放宽，超时路径给出 sourceStageTimingAtTimeout 逐条说清"哪个 adapter 卡在哪一阶段"。E2 抓到并修复 1 个本批真实回归：_underlying_prepared_stream() 的按类型遍历链漏登记新包装器，导致 prepare_source_transports() 够不到底层 pinned NetworkMonitor 抛 RuntimeError——覆盖账本会把 pmd3.device-network.raw 记成 failed source（把正确性缺陷伪装成"设备不支持"），由既有测试 test_pinned_real_adapter_factories_prepare_without_sampling（7 != 8）抓到，修复＋新增 test_h 钉住"预热能穿过聚合器且为只读"。E2 门禁：新增 5 套件 49 项（Network A–H（含 100,000 事件 Σbytes 精确相等、malformed 显式、状态有界）、GPU A–T 20 项（宽度不匹配与 schema 缺失一律 missing 而非部分解码、未知形状不猜值、census 有界、drain 幂等、flush 恰好一次）、Multi-source（drop 0、byte 守恒、heartbeat P95 < 100ms / Max < 250ms、display wake P95 < 20ms、无 task 增长、shutdown_immediate == [False]）、stage timing、closeout A–E）；Python 全量 827/827 OK（同口径基线 a8b8f39 为 778，+49 = 本批新增专项）、Swift 182 tests / 3 skipped / 0 failures、知识门禁 PASS: 66 Registry contracts + VitePress 构建 PASS（sync-archive 249 files / build 46.97s）、git diff --check 干净。规范合同同步：Swift Registry（唯一事实源）→ metric-contracts.json（由门禁 --write-snapshot 重新生成，不手改）→ metric-contract-index.md / device-network-rate.md（§14 新增 v1↔v2 等价关系与实测偏差）；site/retrospective/genesis-and-metric-provenance.md 未改（自声明为历史快照，其 v1 是历史事实）。三项如实披露的偏差：(1) 方案 §6.2 字面的"只允许浮点舍入差"实测未达——字节总量精确守恒（5 094 112 == 5 094 112），但逐 1 秒窗 rate 非 bit-identical（最大 1 592 B/s ≈ 0.16%、累计 ≈ 0.05%，约合边界 1–2 条源事件、非系统性丢失），根因是聚合行时间戳为窗尾；要逐窗 bit-identical 须让聚合窗与 1 秒 sample clock 共享锚点，而 §2.4 明确要求聚合窗不改变产品 1 秒 sample clock，故本批不朝此方向改，注释/测试/文档全部改为诚实陈述，是否要求逐窗 bit-identical 留给独立验收判断。(2) §6.5 未规定 backlog 规模，初版 GPU 20 000 实测 drain 265–405ms（占冻结窗口 0.53–0.81，把测量钉在阈值边缘），改按实测选 4 000（20–47ms，余量 10–25×），Network 保留 20 000（被折成约 200 窗，drain 仅 0.17–0.19ms）——窗口未放宽，并把"终端语义"证明与"窗口"证明拆开。(3) §4.4 的 Sysmontap normalization worker 是条件项，本批只交付 §4.3 的 stage timing，没有把 Sysmontap 放到 to_thread。另：既有负载敏感 flake test_g_rejected_flood_keeps_message_bound_fairness 经 base ↔ 本批交错配对确认非回归（两树各自既过又败、高负载轮给出 3102/3102 几乎相同读数），未放宽任何阈值。E2 completed / E4 pending：不构建 Build 74 真机包、不自跑 E4、不声明 validated；下一步由独立验收审计 exact commit，再由用户执行 E4-A / E4-B / E4-C。方案与记录原文

2026-09-20 update：R8-Fix-11 · ActivityTraceTap Cooperative Parse Fairness plan implemented · gate-open (E2 completed / E4 pending)。Build 72 真机 E4（纯 Display，Session ef830089-0e72-4511-9628-5c00157328b5）证明 R8-Fix-10 的 direct waiter 确实生效：consumerWaitEnterCount 486 == consumerDirectWaitCount 486、consumerWakeRequestedCount == consumerWakeToDequeueCount == 485、consumerWakeUnclaimedCount 0、pumpYieldReasonCounts = {consumer-handoff: 0, event-limit: 25, active-time: 0}，consumerWakeToDequeue 从 P50 320.001ms 降到 105.680ms、pumpQueueWait 从 233.889ms 降到约 50ms —— 可 event loop 仍有一次 300–500ms 级停顿（eventLoopSchedulerDelay P50 348.7ms），R8-Fix-10 修的是"唤醒路径"、没修到"事件循环被占住"。本批把根因定死在上游解码侧：ActivityTraceTap.__aiter__ 的 _parse() 行解码是同步的、跑在调用者（pump）的 asyncio task 里，位于 Perfowl 全部 filter / active-time 预算之上——pump 一旦进入 _parse() 就不产生 suspension，事件循环被逐行解码整段占住，任何下游门禁都够不着。修法是 Perfowl 自有的协作式包装 _CooperativeActivityTraceTapStream：直接驱动 tap 的私有 _get_next_message() + _parse()，在行边界插入 32 rows / 1ms 的协作式公平门禁（让出在 yield 之后检查，正落在 Build 72 观测到的 wake→dequeue 空窗内），不改 site-packages、不复制 opcode parser（_parse() 仍是唯一解码器）。四层独立公平性就此形成：parser 32 rows/1ms（本批新增） / filter 64 msgs/1ms / pump 32 events/1ms / realtime 8 events/1ms。E2 实测（隔离 worktree，分支 r8-fix11，基线 3de8ea7，负载 4.5–8.3）：端到端 integration（真实 DTX 帧 128 行 → cooperative tap → 白名单 filter → direct waiter）consumerWakeToDequeue Max 19.506–23.059ms（未包装对照）→ 0.126–0.815ms（cooperative），26x–155x；parseYieldCount 64–69 全为 active-time、parseMaxBurstRowCount ≤ 32（不是 per-row）、parseRowDuration P50/P95/Max 0.617–0.663 / 0.828–1.032 / 1.001–1.376ms、parseRowsOver5ms = 0；保真度 A/B（真实 pinned __aiter__ vs cooperative 逐字段）4 组用例全部逐行相同（含跨帧 opcode carry、同采集两张表、白名单输出）；2048 行 parser 吞吐 202,323–235,036 rows/s、yields = 2048/32 − 1 = 63（断言等式，per-row 会给出 2048）；确定性对照（两次读计数之间无 await）证明 gate 真的把执行权交回事件循环（对照 ticker 增量 0 → cooperative ≥ 10）。零改动：Pump 32/1ms、filter 64/1ms、realtime 8/1ms、队列 2048、drain 0.5s、Python 8s、Swift 10s、Device Conditions 20s、全部指标公式（FPS/FrameTime/P95/Jitter/Refresh）；pmd3_backend.py / pmd3_deep_services.py / realtime.py / contracts.py 完全不在本批 diff 中；>20,000 ev/s 门槛一个字符未改。E2 门禁：R8-Fix-11 专项 19/19、R8-Fix-10 12/12、R8-Fix-9 30/30、ActivityTrace FrameLifetime OK、display pipeline timing 31/31、Pmd3 fairness 19/19、Python 全量 778 条（同口径基线 3de8ea7 为 759，+19 = 本批新增专项，无其他增减）、Swift 182 tests / 3 skipped / 0 failures、知识门禁与 VitePress PASS（0 错误 0 死链）、git diff --check 干净。诚实边界（三条，均未掩盖）：(1) 本批在 E2 层不可能测到真机 eventLoopSchedulerDelay / eventLoopTickGap（那是 Gate D，只有真机能测），等价证据是 parseMaxActiveBurstDurationMs ≤ 1ms + parseMaxSingleRowDurationMs 与 test_14 确定性对照；(2) 一条既有负载敏感 flake（test_b1_b2_synthetic_120hz_benchmark）在高负载组合运行中出现一次，低负载下两棵树各 3/3 单独通过、两棵树全量各 0 失败，且该文件不在本批 diff 中 —— 非本批回归；(3) Build 72 的 undrainedAtClose = 1 是 source-close 瞬时 backlog（delivered == consumed、pending 0、raw count complete），不是实际 FrameLifetime 丢失，本批不改该字段、不改 closeout 生命周期。E2 completed / E4 pending：不构建 Build 73、不执行真机 E4、不声明 validated。下一阶段：独立验收审计 exact commit → 验收方构建 Build 73 → 用户执行真机 E4 按 §17 Gate A–D 判定（重点看新增 parse* 诊断与 eventLoopSchedulerDelay / eventLoopTickGap 是否下落）。方案与记录原文

2026-09-20 update：R8-Fix-10 · Pmd3Subscription 直接 Queue Waiter 与终止信号 plan implemented · gate-open (E2 completed / E4 pending)。Build 71 真机 E4（纯 Display，Session 7adf40be-aa74-42ec-9d36-a265e6217ede）把 R8-Fix-9 要问的问题问完了：consumer-handoff 确实在触发（consumerWaitEnterCount 203 / consumerWakeRequestedCount 203 / consumerWakeToDequeueCount 203 / unclaimed 0 / pumpYieldReasonCounts = {consumer-handoff: 203, event-limit: 0, active-time: 0}），pump 的 203 次让出全部落地；可 consumerWakeToDequeue P50 320.001ms / P95 472.153ms 与 pumpQueueWait P50 233.889ms / P95 431.700ms 几乎同长 —— 残余不在"pump 没让出"。本批把根因定死在 acquisition 结构：queue.get() child Task + done.wait() child Task + asyncio.wait(FIRST_COMPLETED) 使 put_nowait 先唤醒的是 child Queue.get()，parent 还要再等 asyncio.wait 回调 + 自身一步（≥2 个额外 scheduler turn），而 pump 被自己的 handoff sleep(0) 重新调度后抢先进入上游 ActivityTraceTap 的同步 opcode/row 解码（不产生 suspension）。修法是结构性的，不加任何新门禁：parent consumer 改为直接 await self._queue.get()（_done 检查与 _mark_consumer_waiting() 之间无 suspension，因此不存在 done-race 窗口），源结束由一个私有 object() sentinel 唤醒已 park 的 consumer（只按 identity 判断、不携带事件语义，满队列时跳过以免造成额外 drop）；并按方案 §9 路线 C 撤销 consumer-handoff 的显式让出 —— direct waiter 下 put_nowait 已经调度 parent 自身，那次让出退化成每事件重复让出（同 worktree 交替实测：10k 同步事件 220k → 2025 ev/s、200k backlog 3.4s → 71.2s、120Hz 管道 13,159 → 6,882 ev/s），pumpYieldReasonCounts.consumer-handoff 键保留但固定为 0（不伪造"发生了 handoff yield"），wake/waiter 诊断全部保留，让出只由既有 event-limit / active-time 两个上界产生。实测（隔离 worktree，分支 r8-fix10，基线 a3ea7cd，两 worktree 交替配对、低负载时段）：真实 tap 形状（1 帧/消息 17ms/帧）consumerWakeToDequeue P50 25.919 / 26.080 / 26.093ms（冻结的 child-task 模型）→ 0.160 / 0.192 / 0.176ms（direct waiter），约 140x，P95 0.226–0.236ms；压缩 120Hz 管线（7200 帧 + 6 噪声消息/帧，真实桥，3 轮逐轮可复现）pump 让出 273 → 225、原因 {consumer-handoff: 54, event-limit: 219} → {consumer-handoff: 0, event-limit: 225}、filter 让出两侧恒为 787、queueWait P50 中位 0.899 → 0.496ms（−45%）、P95 中位 1.624 → 0.999ms（−38%）、吞吐 10492–12795 → 12098–13091 ev/s（三轮配对均不低）、rssDelta 0.4MB；200000 同步 backlog 耗时 5817.8 / 6269.8 / 5757.6 → 3996.0 / 3927.2 / 3937.2ms（中位 −32%）、吞吐 34377 → 50798 ev/s（中位 +48%），maxBurst 仍为 32（上界未被放宽）。32 events / 64 messages / 1ms / consumer 8·1ms / 队列 2048 / drain 0.5s / Python 8s / Swift 10s / Device Conditions 20s 与全部指标公式（FPS / FrameTime / P95 / Jitter / Refresh）零改动；pmd3_deep_services.py（filter）与上游 tap 解码路径完全不在本批 diff 中（git diff --name-only 可核）。E2 门禁：R8-Fix-10 专项 12/12、R8-Fix-9 专项 30/30、Pmd3Subscription fairness 19/19、display pipeline timing 31/31、pump/filter active-time fairness 11/11、Python 全量 759 条（同口径基线 a3ea7cd 为 747，+12 = 本批新增专项）、Swift 182 tests / 3 skipped / 0 failures（18.930s）、知识门禁 PASS 且 VitePress 构建 0 错误 0 死链、git diff --check 干净。诚实边界（两条，均未掩盖）：(1) 既有 >20,000 ev/s 门槛一个字符未改，在共享机负载均值约 82 的时段做 5 轮交替配对——基线 4 轮未过（17,632 / 14,365 / 12,901 / 19,981）、本批 1 轮未过（19,196），每次配对都不低于基线；负载均值 4.5 时两树均稳定通过，说明该基准对宿主负载高度敏感而非本批回归。(2) 两条既有负载敏感断言（test_g_rejected_flood_keeps_message_bound_fairness、test_display_ingress_backpressure.test_b1_b2_synthetic_120hz_benchmark）本批未修改，二者各自在另一棵树上通过、且已用基线在同样条件下复现，按"一个批次一个范围"交由独立批次处理。E2 completed / E4 pending：不构建 Build 72、不执行真机 E4、不声明 validated。下一阶段：独立验收审计 exact commit → 验收方构建 Build 72 → 用户执行真机 E4 并按 §14 Gate A–F 判定；仅当 Build 72 的 consumerWakeToDequeue 仍为数百毫秒，才按 §15 正式进入 ActivityTrace cooperative parse（上游侧解码让出），不得再给 Pump 加新的调度 heuristic。方案与记录原文

2026-09-19 update：R8-Fix-9 · Pmd3 Subscription Consumer Handoff 与队列等待归因 plan implemented · gate-open (E2 completed / E4 pending)。Build 70 真机 E4（纯 Display，Session 34989ff5-8db1-4b56-99a9-a87307b2e994，约 102.463s，680 条 FrameLifetime，droppedEventCount=0、undrainedAtClose=0、report seal complete、dataCompleteness=complete）证明 R8-Fix-8 修对了病因但不够：wall-time 让出确实被消除（pumpYieldCount 768 → 21、pumpMaxBurstCount 1 → 32），那一次基于 wall-span 的二次计费确实不再发生；可 pumpQueueWait 反而恶化到 P50 552ms / P95 1029ms / Max 1347ms，378 个样本 > 500ms（Build 69 为 157.596 / 354.888 / 563.371ms）。R8-Fix-9 不再调整任何门禁，改为先把病因变成可判定的证据：subscription 自有 consumer wait 状态（不读 asyncio.Queue._getters、不用 queue.empty()）、有界 wake→dequeue 与队列深度直方图（19 个诊断键）、HostTimingChain 两个 diagnostics-only 注解、DisplayPipelineTiming 三段 queue wait 拆分（consumer_waiting / backlogged / consumer_not_waiting，并做成 attributed + unattributed == 聚合 count 的可核对恒等式）、RealtimeConsumerFairness 选 C1（legacy maxObservedActiveBurstMs 保留不改口径，新增 maxObservedSynchronousBurstMs）、closeout 两个有界任务名列表（未延长 0.5s 窗口、未改判定）；让出只在**“本次 enqueue 恰好解决了那个已 park 的 getter”时发生（consumer-handoff 优先于 event-limit / active-time，不存在 wall-time 键）。方案 §6.2 字面的“只要 consumer 在等待就让出”是每事件让出，实测把 pump 吞吐从 20000+ 打到 2431 ev/s（冻结的 R8-Fix-8 对照 10876 → 5435 ev/s）、让 1ms active 门槛永远攒不满，已被证伪；收窄为最窄触发是本批唯一偏差**，且由方案 §6.2/§6.3 自身授权。32 events / 64 messages / 1ms / consumer 8·1ms / 队列 2048 / drain 0.5s / Python 8s / Swift 10s / Device Conditions 20s 与全部指标公式（FPS / FrameTime / P95 / Jitter / Refresh）零改动。实测（隔离 worktree，分支 r8-fix9，基线 ccf1397，两个 worktree 交替配对取中位数）：压缩 120Hz × 7200 帧 queueWait P50 2.07 → 0.95ms（-54%）、P95 4.57 → 1.74ms（-62%）、尾部无 50ms 尖峰、吞吐 11123 → 11185 ev/s（无退化）；Build 70 形态（32-event burst）queueWait P50 1.801 → 1.460ms（-19%）、P95 2.190 → 1.801ms（-18%）、P99 2.521 → 2.260ms（-10%）、吞吐 -0.55%（噪声内）、rssDelta=0.0MB，新字段 consumerWakeRequestedCount == consumerWakeToDequeueCount == 240 / unclaimed=0 / queueDepthOver8Count=5520 / queueDepthOver32Count=0，而基线（ccf1397）这些字段全为 None（旧 Session 兼容路径被真实走过）。最重要的诚实边界：按真机数字反推的“上游每事件 17ms 同步占用”形态下 queue wait 完全无变化（P50 273.526 → 273.366ms / P95 511.820 → 511.739ms / >500ms 12 → 12），而 consumerWakeToDequeue P50 528.920ms ≈ queue wait —— 量化证明 handoff 修不了上游同步占用；因此 Build 70 的 552ms 究竟属 pump 持有 ready turn 还是 upstream 占用事件循环，必须由 Build 71 真机 E4 判定（若属后者则开 R8-Fix-10 走上游侧）。E2 门禁：专项 30/30、Pmd3Subscription fairness 19/19、display pipeline timing 31/31、realtime orchestration 19/19、closeout 15/15、Python 全量 747/747（同口径基线 ccf1397 为 716，+31）、Swift 182 tests / 3 skipped / 0 failures、知识门禁与 VitePress 构建 PASS、git diff --check 干净。E2 completed / E4 pending：不构建 Build 71、不执行真机 E4、不声明 validated。方案与记录原文

2026-09-19 update：R8-Fix-8 · Pmd3 Pump / ActivityTrace Filter Active-Time Fairness plan implemented · gate-open (E2 completed / E4 pending)。Build 69 真机 E4（纯 Display，Session 1bc4d6c4-9cf0-43e2-9351-f2ff0be3b630，81.878s、768 条 FrameLifetime）把结论推进到只剩一层：R8-Fix-6 的七层 host 时间戳实测 filter→pump 入队 P95 0.035ms、pump 出队→adapter 0.017ms、adapter→realtime 0.247ms、realtime→ingress 0.021ms 全部亚毫秒，而 pumpQueueWait P50 157.596ms / P95 354.888ms / Max 563.371ms。同一场 Session 的 pump 指纹是 deliveredEventCount 768 / pumpYieldCount 768 / pumpMaxBurstCount 1 / pumpMaxActiveBurstDurationMs 0.058ms——让出次数恰好等于交付条数，每次 burst 只处理 1 条，而 pump 自身的同步工作（队列满检查、丢弃、入队、计数）只有 58 微秒。根因：R8-Fix-5 引入的 1ms fairness 时间门槛比较的是 burst_duration_ns = now − burst_started_ns（含上游 await 的墙钟跨度）；60Hz 源上 pump 进入下一轮循环时必然已在 await 上等了 ≈16.6ms —— 上游 await 本身已经挂起本任务并交还事件循环（第一次让出），门禁对同一次等待再触发 await asyncio.sleep(0)（第二次让出），于是每条事件都被硬性拉长一个调度往返。Filter 完全同构：burst_duration_ns = last_ns − burst_started_ns 而 last_ns 每条匹配的 FrameLifetime 都刷新，60Hz 下必然越过 1ms —— 883 次 filter yield、filterMaxBurstMessageCount 只有 16（上界 64）、filterMaxActiveBurstDurationMs 2.131ms。本批修复：两处门禁改为先判数量上界、再判 burst_active_ns（只计 await 返回之后自身同步工作的 span，口径沿用 R8-Fix-6 已落地的定义，与 R8-Fix-7 给 realtime consumer 定下的模式一致）；新增只有两个键的让出原因直方图 pumpYieldReasonCounts（event-limit / active-time）与 filterYieldReasonCounts（message-limit / active-time），设计上不存在 wall-time 键——这是"wall-span 不再是调度理由"在产物里的可审计证据，也是下一次真机 E4 的判据入口。未变：pump 32 events、filter 64 messages、两者 1ms 预算、R8-Fix-7 consumer 8 events / 1.0ms（realtime.py 零改动）、队列 2048、drain 0.5s、Python 关闭 8s、Swift watchdog 10s、Device Conditions 20s、FPS/FrameTime/P95/Jitter/Refresh 公式、Source Owner、七层时间戳诊断；legacy pumpMaxBurstDurationMs / filterMaxBurstDurationMs 不改名不删除、口径不变（副作用已诚实记录：burst 现在可合法横跨多次上游等待，该数字会随之变大，判读事件循环占用应看 *MaxActiveBurstDurationMs 与原因直方图）。实测（E2，隔离 worktree，基线 15e5a61）：真实节拍 120Hz × 1200 帧（约 13s，不做时钟压缩）shipping 292–320 次让出（全部 active-time）vs legacy 1200 == 交付条数（Build 69 的 768/768 指纹被原样复现，改善 73–76%）；上游等待不再入账——50ms 等待/事件 ×6 → legacy wall span 210.957/308.616ms vs active 0.517/1.005ms（两个数量级），100 条 @10ms 形态 legacy 100 vs shipping 8–28；门槛仍然可达——注入 ≈0.45ms/事件 ×9 → 3 次让出全为 active-time、maxBurst=3、maxActive 1.407ms（数量上界 32 未参与，语义被修正而非被削弱）；Build 66 抗饥饿地板未回归——200000 同步 backlog 6250 次全 event-limit、maxBurst=32、maxGap 2.7–4.6ms、drops 0；200000 拒绝洪水 3125 次全 message-limit、maxBurst=64；filter 混合流（57 帧 + 342 噪声 @6ms）shipping 9–13 vs legacy 57 == 匹配条数（4.38–6.33x）；压缩 120Hz × 7200 帧 + 6 噪声/帧经真实桥 queueWait P95 3.077ms vs 3.228ms、Max 4.259 vs 4.757ms、吞吐 14398 vs 11331 ev/s、CPU 486 vs 617ms、rssDelta=0.0MB。§49 重复稳定性 33 次独立进程 ALL PASS（pump idle ×10、filter idle ×10、120Hz shipping ×5、200000 backlog ×3、200000 flood ×3、real-cadence ×2）；诚实标注：pump idle 的让出次数在 8–28/100 之间摆动，这是宿主属性（每次 await 恢复后那一小段同步工作的实际开销取决于调度与缓存状态，10ms 节拍下攒够 1ms 需要 5–28 条事件），策略保证的是"上游等待无法再满足门槛"（legacy 恒为 100），故断言写的是上界与"原因合法"而非精确值；filter idle 偶发 1–2 次 message-limit（host 停顿恰好落在 64 条内），断言用 1% 预算而非 == 0，仍能在策略回退成时间驱动时失败。E2 completed / E4 pending：不构建 Build 70、不执行真机 E4、不声明 validated。方案与记录原文

2026-09-19 update（增量）：R8-Fix-7 E2 门禁修复（test-only，产品代码零改动）。独立审计确认 R8-Fix-7 的产品实现方向正确，稳定阻断来自测试契约：原 120x 压缩稳态 benchmark 把 legacy 行为模拟器与 shipping 策略一同要求零丢样（独立复跑 legacy processed 5448 / 5355 / 5280 / 5336、drops 1752 / 1845 / 1920 / 1864、P95 478.6–525.6ms；本批复现还观测到 legacy drops 在 0 与约 1900 之间摆动），另一处 test_a1_active_duration_excludes_upstream_wait 把 1ms 实现阈值当成机器测量上限（观测 1.014 即误判）。已拆为 shipping 绝对门禁（只对 bounded burst）/ legacy 对照（允许丢样，只打印不 FAIL，断言 p95 改善 > 30%，实测 99.0–99.2%）/ no-overflow 控制组（测试专用 8192 队列，生产仍 2048），并把 active-duration 改为 50ms 上游等待 + 数量级分离；两个 backlog 测试未削弱。结果：shipping 门禁 5/5 PASS、active-duration 10/10 PASS、专项 E2 集合 199/199 OK、Python 全量 705/705 OK、Swift 182 tests / 3 skipped / 0 failures、知识门禁与 VitePress PASS、perfowl_collector_core diff 为空、git diff --check 干净。E2 completed / E4 pending；不构建 Build 69、不声明 validated。门禁修复归档

2026-09-19 update：R8-Fix-7 · Realtime Consumer 有界 Burst 与 Device Conditions 作用域 / Closeout 修复 plan implemented · gate-open (E2 completed / E4 pending)。Build 68 两场真机 E4 给出两个后续项。(A) 全指标场（Session 544ea082…）应为 6 个 source consumer，pumpQueueWait P95 = 463.987ms / >500ms = 27；作用域收窄到纯 Display 后（Session 0e9da98e…）改善为 P50 = 123.471ms / P95 = 282.982ms / Max = 491.312ms / >500ms = 0——多源竞争被削掉后仍残留 100–500ms，说明嫌疑在 consumer 自身：Pmd3Subscription.__anext__ 在有界队列仍有 backlog 时是同步返回的，而旧代码每处理一条 Raw 就无条件 await asyncio.sleep(0)，把排空速度硬性锁死为"每个调度 tick 一条"，事件循环被占用时一条 backlog 就被切成 N × 调度延迟。本批把三处 sleep(0) 换成有界 burst：只对 __anext__ 返回之后的同步工作量计费（上游 await 明确不入账，源空闲时不累积、不自旋），命中 REALTIME_CONSUMER_MAX_BURST_EVENTS=8 或 REALTIME_CONSUMER_MAX_ACTIVE_NS=1_000_000（1.0ms）任一即让出；并输出按源数量有界（cap 64 + 单个 overflow 桶）的 realtimeConsumerFairness。(B) 纯 Display（5 项指标）本不该启动 Device Conditions，但 Build 68 实测 sourceConsumerTaskCount=2 且 adapter 列表含 pmd3.device-condition.raw——这条 20s 周期 diagnostics_relay 任务被注册为真正的 Raw Source Consumer，于是正常 Stop 又被判 consumerDrainStatus=timed-out（500.853ms）/ overallCloseoutStatus=partial，而 dataCompleteness=complete、ingressUndrained=0。修法不是放宽 0.5s 窗口、不是把条件源降级成辅助任务：启动改由 canonical 的 execution_source_ids_for 决定（device_conditions_required()，不引入第二份硬编码清单），纯 Display 只映射到 ActivityTrace 一条源，计数回到 1。(C) iter_device_conditions 接受 stop_event，20s 空闲等待在 Stop 时立即退出（用 wait_for 超时取消挂起的 Event.wait()，不留孤立 waiter、不自旋），而在途 get_battery() 采样照常完成并落入正常 drain 窗口——stop 只被允许中止"两次采样之间"的空闲，DEVICE_CONDITION_INTERVAL_SECONDS 仍是 20.0，条件 consumer 仍是 verdict-bearing 的 Source Consumer。验证（E2，隔离 worktree 独立于共享脏工作区）：新增 test_realtime_consumer_fairness.py 17 项（快 backlog 按 burst 让出、active 上限优先、上游暂停不计入 active、源 stall 无自旋、心跳不退化、多源进展与 registry 有界、pump 32/1ms 与 filter 64/1ms 防回归、三种 benchmark 形态）与 test_device_condition_scope.py 16 项（契约层 5 项 + Test H 停止语义 6 项 + session 级 5 项，含纯 Display sourceConsumerTaskCount=1/consumerDrainStatus=completed/closeoutStatus=clean、选中 battery 仍打开条件源、条件 consumer 非 auxiliary），并把 test_closeout_task_classification.py 扩到 15 项（Test J：空闲 cadence 在窗口内自行解开 vs 最后一次入队真被阻塞仍是 verdict-bearing）。benchmark（新 vs legacy 每事件让出）：Build 68 纯 Display 形态 p95 500.537 → 60.718ms（-87.9%）、>500ms 77 → 0、总排空 -83.5%、吞吐 ×6.0；backlog 尾部形态 p95 941.562 → 99.613ms（-89.4%）、>500ms 770 → 0；稳态 120Hz（时钟压缩 120×）交接延迟 p95 110.497 → 1.336ms（但总排空 +23.6%，属明确取舍，真实未压缩 120Hz 不饱和、须由真机确认，不得提前写成结论）。Python 全量 703/703 OK、专注集合 225/225 PASS、Swift 182 tests / 3 skipped / 0 failures、知识门禁与 VitePress 构建 PASS、git diff --check 干净。不构建 Build 69、不执行真机 E4、不声明 validated；pmd3_backend.py（pump 32/1ms）与 pmd3_deep_services.py（filter 64/1ms）完全不在本批 diff 中，公平性时钟未变。方案与记录原文

2026-09-19 update：R8-Fix-6 · ActivityTrace 残余 Host 交付间隙分层诊断与 Closeout 任务分类修复 plan implemented · gate-open (E2 completed / E4 pending)。Build 67 真机 E4 给出两个后续项：(A) 一次 2878ms 的 hostReceive 残余间隙（内含 ~599ms 真实源端呈现不连续）位置未知——Session 里只有末端时间戳，无法区分上游 DTX 传输 / 过滤器 / subscription 队列 / 消费者这四类层；(B) 数据 100% 完整（dataCompleteness=complete、ingressUndrained=0）却被判 consumerDrainStatus=timed-out（≈500.824ms）/ overallCloseoutStatus=partial，而 closeoutFailureStage/Reason 均为 null，CLI 只能推导出 core-closeout-timed-out。本轮修复不改任何 Display 公式：(A) 为每条匹配的 FrameLifetime 加七层 host 单调时间戳（diagnostics-only，SCHEMA 不提升、缺失即回放为 None、拒绝洪水零开销），输出层间 delta 分位数与有界（≤4096/层、Top-N ≤32）的 displayPipelineGapDiagnostics，并按减法式规则只把 host_gap − source_gap 的超出部分归因到 upstream-source / filter / subscription-queue / consumer / mixed；(B) 把 stream task 拆成 source_consumer_tasks / auxiliary_tasks，只有真正的 Source Consumer 未完成最后一次入队才允许 partial，辅助任务改为立即 cancel + 有界 join，auxiliary-stop 登记为 advisory 阶段只记录不降级，500ms 窗口未放宽（放大只会掩盖误分类）。同时新增只统计同步工作量的 pumpMaxActiveBurstDurationMs / filterMaxActiveBurstDurationMs，修正 legacy pumpMaxBurstDurationMs ≈2578ms 被误读为「pump 占住事件循环」的口径（该读数是含上游 await 的墙钟跨度）。验证（E2）：专项 31 + 11 项全绿（含 200000 事件有界内存、Build 67 形态旧新行为对比、顽固 auxiliary 有界且 advisory、120Hz 7200 帧单帧聚合 <0.5ms），Python 全量 696/696 OK、Swift 183 tests / 3 skipped / 0 failures、知识门禁与 VitePress 构建 PASS、git diff --check 干净。不构建 Build 68、不执行真机 E4、不声明 validated；下一步由独立验收与 Build 68 真机 E4 关闭门禁。方案与记录原文

2026-09-19 update：R8-Fix-5.2 完成独立 E2 收口。纯净 9ed6bb4 审计确认真实 run_stream + finalize_live_candidate_session sleep(30) 已从旧版“3 秒后 process 仍 alive、无 stopped”修复为 Stop→Process Exit 0.3721s，同时 stopped / closeout_exit 正常发出、liveDeliveryStatus=timed-out、daemon closeout worker 仍 alive 但已被 abandon、wireFlushStatus=completed。项目级 Swift 门禁中另外发现两个与产品逻辑无关的固定 sleep 时序测试（Network hydration 80ms、Timeline coalescing 100ms），均改成“等待目标状态 + 1s 上限”，目标测试各连续 5/5 PASS；纯净 worktree 最终 Swift 182 tests / 3 skipped / 0 failures，Python 624/624 PASS。Python 首轮曾有一次 120Hz 合成性能门禁宿主调度离群（Source→Ingress max 37.020ms，阈值 <10ms），未放宽阈值，隔离 5/5 PASS 后全量复跑转绿。R8-Fix-5.2 现已满足 E2，下一步构建 Build 67 做真机 E4。增量验收快照

2026-09-18 update：R8-Fix-5.2 · CLI Post-Core Final Delivery 绝对期限 impl implemented · gate-open (E2 completed / E4 pending)。R8-Fix-5.1 的独立审计给出最后一个 P0：core 关闭已闭环，但 stream_candidate_session() 返回之后的 CLI 收尾（finalize_live_candidate_session()、seal / manifest 读取、foundation-delivery.json 写入、launch trace 读取、stopped 之前的全部文件 I/O）完全不受 stop_control_received_monotonic_ns 对应的 CloseoutDeadline 约束——真实 run_stream + finalize_live_candidate_session sleep(30) 时 3 秒后子进程仍 alive、wire 只到 stop_requested + capture_stopped、stopped 从未发出，宿主 10s watchdog 必杀。本批把整段收尾收敛为单一受管阶段 live-delivery，跑在 DaemonSingleWriterExecutor(thread_name_prefix="perfowl-cli-closeout") 上，复用同一个 _terminal_exit_deadline(stop_event)（严禁新建第二个 8s 窗口）；正常 shutdown(wait=True)、超时/失败 abandon_executor()（禁止 timeout 后 shutdown(wait=True)）；outbox 增量交接使超时仍能上报已落盘的 deliverySHA256；stopped 在任意失败形态下都必须发出并携带 closeoutStatus=partial / closeoutFailureStage=live-delivery / closeoutFailureReason，manifest["stopDiagnostics"] 作为 core 历史事实不回改，新增 terminalCloseout / overallCloseoutStatus（core clean + CLI delivery timeout ⇒ overall partial）；seal 缺失仍走 live-report-seal-missing，禁止 historical replay。附带修复 emit() 缺 return sequence 导致 R8-Fix-5.1 终端 flush fence 空转（flush_until(None) 被 suppress 吞掉、wireFlushStatus 恒为 skipped）的缺陷。实测（关闭预算压缩为 0.30s 的 fixture）：Test H 真实 subprocess Stop → Process Exit = 0.3012s，且被遗弃的 perfowl-cli-closeout worker 仍在 30s sleep 中（cliCloseoutWorkerThreadAlive=true）——「慢线程仍 alive、进程已退出」同时被证明；Test N（slow delivery + stdout 阻塞）= 0.3633s，perfowl-core-wire-writer 与 perfowl-cli-closeout 两条阻塞线程均作为 daemon 被遗弃；Test I 正常路径 liveDeliveryStatus=completed / liveDeliveryDurationMs=2.231ms / overallCloseoutStatus=clean / wireFlushStatus=completed。R8-Fix-5.2 专项 105/105 OK、Python 全量 654/654 OK、Swift 183 tests / 3 skipped / 0 failures、知识门禁 + VitePress PASS、git diff --check 干净；未修改任何指标公式 / Source Owner / CapturePlan / MetricRegistry / Swift 10s / pump 32·1ms / filter 64·1ms。生产 8.0s 预算下 worst case Stop → Process Exit 仍为 8.0s + 终端 teardown。方案与记录原文

2026-09-18 update：R8-Fix-5.1 · 端到端关闭绝对截止期实现 impl implemented · gate-open (E2 completed / E4 pending)。独立验收证伪了 R8-Fix-5 的关闭预算——8.0s 软时限只裁剪到 ingress writer drain，其后 stop_worker() 内部硬编码 5s、executor.shutdown(wait=True)、recorder.finalize()、session_writer.seal()、WireOutput.close(timeout=5.0) 各自为政；复现形态为 append_batch() 阻塞 2s 时 drain 50ms 返回 partial、stop_worker() 仍等 ~2015ms，串联后最坏情况远超 8s 且必然撞 Swift 10s watchdog。本批引入单一绝对 CloseoutDeadline（锚定 stop control 时刻，remaining_seconds() 过期精确返回 0.0，删除 max(0.05,…) 兜底）、TERMINAL_EXIT_RESERVE_SECONDS = 0.75 终端退出预留、CloseoutLedger 阶段账本与 run_bounded_sync_stage() 有界阶段门；durable writer 迁移到 DaemonSingleWriterExecutor（单 daemon 线程 + queue.Queue，无法 join 时遗弃而非阻塞解释器退出）；writer 异常后禁止全量 finalize/seal，改走 Minimal Partial Closeout（只读 manifest、rawSHA256=null、reason 精确到阶段）；closeoutStatus 改为全部阶段结束后最后计算；WireOutput 新增 flush_until 有界 fence 与 deadline 裁剪的 close，终端记录 wireFlushStatus / terminalStoppedEmittedMonotonicNs / processExitBeginMonotonicNs。新增 test_closeout_deadline.py（25 项，含 Test A/C/D/E）与 test_closeout_process_exit.py（含真实 subprocess 的 Test B/F/G）；独立 clean worktree 复跑 613/613 PASS（Swift 182/3 skipped/0 failures），并暴露 CLI 侧仍无 deadline 的 P0 → 转 R8-Fix-5.2 修复。方案与记录原文

2026-09-18 update：R8-Fix-5 · Pmd3 Pump 公平调度与有界关闭实现 impl implemented · gate-open (E2 completed / E4 pending)。针对 Build 66 实测暴露的 asyncio event loop starvation（52 次 >1s 停顿、最大 5.24s，1s Sample Publisher P50 退化到 2.59s、Max 7.02s，Stop 超时 SIGTERM）实施闭环修复：在 Pmd3Subscription._pump() 增加有界 burst 调度门禁（32 events / 1ms）与 yield 诊断；在 _ActivityTraceFilteredStream 增加非 FrameLifetime 洪水过滤门禁（64 messages / 1ms）与 short-circuit；新增 EventLoopHeartbeatMonitor（100ms 周期、2048 槽位 deque）观测真实调度延迟与卡顿；引入 8.0s collector 绝对关闭软时限并按剩余预算动态截断各阶段超时（剩余 <1.0s 强制轻量封存）；解耦 live stream stop 与重型 9-stage offline replay；修复测试套件 mock 截屏 worker 进程启动。调度公平性专项 18/18 PASS、全量 Python 614/614 PASS (36.5s)、全量 Swift 183/183 PASS (19.6s)、VitePress 0 错误 0 死链。合成 200,000 条 flood 基准单 loop 耗时从 >400ms 降至 0.43ms，120Hz 长跑调度延迟 P95=0.20ms (<10.0ms)、Max=0.72ms (<50.0ms)，0 stall。等待 Build 67 真机物理设备验收。方案与记录原文

2026-09-18 update：R8-Fix-4 · Display Source Drain 与持久化链路解耦实现 impl implemented · gate-open (E2 completed / E4 pending)。针对 Build 65 实测证伪 stdout wire 假说（0 drop / max 22KB）后暴露的 Source Drain ↔ Durable Writer 串行阻塞根因，实施全局有序入队解耦：新增 OrderedRawIngress 维护进程级有界 FIFO 队列（8192 items / 32 MiB），超限 fail-closed 严禁静默丢 Raw；Display FrameLifetime 改走 enqueue_nowait 并在入队前完成实时投影计算，彻底解除高频排空对磁盘落盘与 redundant decoded 写入的同步等待；底层单线程 Writer 批量写入（64 条 / 512 KiB / 10ms）；重排退出顺序（Stop sources → drain consumer tasks → close ingress → drain writer → stop worker → shutdown executor）并注入 Section 15 诊断。专项 174/174 PASS、Sidecar 全量 596/596 PASS、Swift 183/183 PASS；合成 120Hz 基准（7200 events）0 丢弃 0 溢出，延迟 p95=0.028ms (<2.0ms)、max=1.45ms (<10.0ms)，持续吞吐 >5000 events/s。等待 Build 66 E4 物理设备验收。

2026-09-18 update：R8-Fix-3 · stdout wire 背压根因闭环与非阻塞输出修复 impl implemented · gate-open (E2 + Build 64 E4 根因证据)。Build 64 两轮真机确认 ActivityTrace tap 健全但 subscription 出现 548→4/544 undrained 与 430→2/428 undrained（drop=0）；进一步离线复现定位到 collector 在 asyncio loop 上同步 print(..., flush=True) 写 stdout，Mac 端读取变慢后 pipe buffer 填满并冻结整个事件循环，导致所有 source consumer 同时停摆。修复为独立 _WireOutput writer thread：capture loop 仅入队；实时 sample 在背压下可 coalesce/丢旧值，控制记录不丢且保序，raw/report 仍独立落盘；停止时清理过期 sample，并在 stopped 记录 wire drop/max-buffer 诊断。专项 118/118、全量 Python 578/578 PASS。Build 65 已生成，等待 E4 验证 delivered≈consumed、undrained≈0 以及 FPS/FrameTime 连续恢复。

2026-09-18 update：R8-Fix-2 · display 消费 starvation 定位与观测性 impl partial (E4 诊断)。Build 63 真机 Session 8f7ab912 用 acquisition census 把根因再定死一层，且与前次完全不同：tap 健全（5636 msg / 141Hz / streamEnded=false），白名单正确，652 条 FrameLifetime 匹配但只有 5 条进入录制管线，647 条(99.2%)在过滤器与 recorder 间静默丢失（droppedEventHighWater=0，writer 70% 空闲 → 非 throughput 律速，是消费者 starvation）。因果链：source 652 → recorder 5 → live 5 → metrics.csv FPS 0/20、FrameTime 3/20 → UI 空白。离线再现证明隔离的 pump+consumer 模式完整 drain（650/650）→ starvation 是 full orchestration 固有、依赖真机时序。本轮先落地观测性：Pmd3Subscription 增加 delivered/consumed/undrainedAtClose/pending 计量并在 stop() 前快照（顺带修复 seal 时读到 None 的真机 bug），Build 64 的 display-acquisition-census.json.subscription 将实测 undrainedAtClose≈647，把 starvation 从推断变实测以定向修复。P1(host timestamp)/P2(provenance) 经 Build 63 E4 验证。Python 574/574。状态 partial：真机定向修复、双推送、Webhook、公证待续。

2026-09-18 update：R8-Fix · ActivityTrace 采集诊断与报告诚实性 impl implemented · gate-open (E2)。Build 62 真机 Session 062995a9 证明 R8 偽装消除按设计生效，并首次暴露真正 P0：60 秒内 Graphics 观察 ~58 FPS，但 ActivityTrace 只交付 2 条 FrameLifetime——问题在数据源本身而非算法。本轮不再动 Display 计算公式，改为：(P0) 在 source-edge 白名单之前插入 ActivityTraceAcquisitionCensus（total/matched/rejected/rejectedIdentityTopN/rawCallbackRateHz/streamEnded），写入 display-acquisition-census.json，让下一次真机运行区分"tap 静默"与"白名单漏帧"；(P1) 给 ActivityTrace adapter 补 prepare_transport() 修复被误标 preparationState=failed；(P1) raw_events() 共用一个 host timestamp 传入 decode()，修复 Phase D hostReceiveDeltaMs/deliveryLagDeltaMs 真机恒为 null；(P1) online/offline frame summary 增加 coverageSufficient/validIntervalCount 门禁，避免"1 个 interval 仍报 Avg FPS 60"；(P2) build stamp 修复 frozen bundle 内 collectorCoreSHA256=SHA256("")，Info.plist 注入 PerfowlGitCommit。Python 572/572，Swift 183/183（+1；testStoppedCoreWithoutDeliveryIsMarkedPartial 为既有 ~50% 计时 flake，clean HEAD 同样复现，与本次无关）。下一步需用户用 Build 63 重跑真机读 census 回答"60 秒为何只有 2 条 FrameLifetime"。

2026-09-18 update：完成 R8 · Display Performance Source Ownership 与 Gap Classification 收口 impl implemented · gate-open (E2)。修复真机 Session 5c3a61d4 暴露的四个 P0 根因：metric_engine.py::_graphics_metrics 仍从 CoreAnimationFramesPerSecond 投影 ios.foreground.fps（与 ActivityTrace 单一所有权契约冲突，已删除，Graphics FPS 降级为诊断字段 graphicsObservedFPS）；DisplayPerformanceProjector 用 host 静默时长外推 source-time 窗口并伪造 candidate-idle/FPS=0（真机 host 延迟达 ~6.7s 时源端仍以 ~16.6ms 正常出帧），改为显式 stale-source freshness gate 不再伪造数值；FrameLifetimeDecoder 仅验证结构连续性（prev_frame==previous.end_time）即标记 valid，未过滤 presentationDelta 远超 refreshInterval 的异常（真机记录 2879.367ms / 29876.021ms 两次异常仍进入 FrameTime/P95/Jitter），新增 GAP_REFRESH_MULTIPLE_THRESHOLD=12 动态 gap gate 标记 source-gap 并强制下一条 event 重新 warmup；Offline Frame Report 的 averageFrameTimeMs/sourceGapCount 未能反映跨 gap 污染，新增 sourceGapEventCount/largestSourceGapMs/continuousSegmentCount 等诊断字段。新增 Session Build Provenance（collectorCoreSHA256 对源码自身计算、perfowlGitCommit 等取自 App 启动环境变量，冻结进 manifest.json）。新增 11 项 E4 真机数据回归 fixture 直接复现两次真机异常与 host 延迟场景。全量 Python 564/564（+21），Swift 182/182（1 项既有计时敏感 flake 与本次改动无关）。代码层与自动化测试闭环（E2），真机 Gate 1-3 三场验收与 Build 60 baseline 对比表仍待用户在真机上执行。

2026-09-18 update：知识库技术重构增补展示层修复：为全站 Mermaid fenced blocks 接入按需渲染组件，修复 flowchart LR/TD 原文直出；将原生 abbr[title] 升级为 hover/focus CSS tooltip；宽表格恢复正文列内横向滚动，不再遮挡右侧本页目录；新增 Display / Startup / Memory / CPU 4 张可版本管理 SVG 技术示意图。知识门禁 66 contracts PASS，VitePress 构建通过，产物审计确认知识库 HTML 中 raw flowchart LR/TD 为 0，4/4 静态图进入 dist。状态 implemented，E2。

2026-09-18 update：知识库重排独立审计修复与可视化收口 validation implemented · validated (E2)。独立纯净 HEAD 审计发现旧交付受共享未提交代码污染：远端 b7c2680 的 Swift Registry 实为 63 项，而 knowledge/metric-contracts 为 66 项；本批在隔离 worktree 补齐 R7-Fix-A 最小 66 项合同闭环，并新增 12 张真实 SVG 技术图、消除 raw Mermaid 源码块、清理 TotalCPU/APP CPU/Memory 残留通用经验阈值。Python 全量 541/541，Swift 最终全量 179 tests（3 skipped / 0 failures），最终源状态知识门禁与 VitePress build 已通过；双远程与 webhook 在提交后执行。

2026-09-17 update：Display Performance · ActivityTrace FrameLifetime 全量切源 R7-Fix-E/F · 跨层 Product Start Contract 集成测试 impl implemented · gate-open (E2)。逐条核对任务书要求的四条跨层不变量 + Start/Launch 状态机不变量：Workbench⊆Swift Registry、Swift Registry==Python all_metric_ids()、每个可请求 metricID 都有 source contract 三条已被 R7-Fix-A 覆盖或由代码结构（all_metric_ids()/source_contracts_by_metric() 共享同一份 JSON 遍历）保证；唯一真正缺失的是"默认 Workbench selection 经 migratePreferences 后可通过 Python start 校验"这条——恰好是 R7 首轮真机失败的精确复现路径。新增 testDefaultSelectionMigratesToDisplayPerformanceAndEveryProductMetricIDIsRegistered：从 defaultSelection（含遗留 .fps）出发走完整链路到可提交的 CapturePlan，验证哈希一致性。核实后确认 Phase F 要求的"假 ProcessControl Resolver 验证 controlled-cold-launch 恰好执行一次"已被 test_perfowl_realtime.py 中至少 5 个既有测试覆盖（FakeResolver.launch_calls 断言长度为 1、cold=True），未重复新增。全量 Swift 182/182（+1），Python 543/543 持平，站点构建 0 错误 0 死链。代码层（E2）四阶段修复全部完成，等待需要真机的 R7-Fix-G。

2026-09-17 update：Display Performance · ActivityTrace FrameLifetime 全量切源 R7-Fix-C/D · 清理旧 CoreProfile FrameTime ownership impl implemented · gate-open (E2)。修复任务书 5/6 节的"第二组切源未收口项"：capture_plan.py::scoped_feature_flags() 此前仍会把任意 ios.frame.* metricID（含新增的 P95/Jitter）解读成"需要启动 CoreProfile"，与 R3-R6 已确立的"FrameTime 全部由 ActivityTrace 提供"架构相悖；最危险的场景是 StartupTiming + Display Performance 同时勾选时，CoreProfile 会被错误分类为不会在启动完成后停止的 startup-and-frame 模式。修复：frame_time 标志恒定为 False（唯一必要的生产代码改动，在其向下游传播的唯一源头修正）；同步删除 capture_policy.py 中"CoreProfile is required for ordinary FrameTime regardless of startup"的过期注释与未被调用的死代码属性。曾尝试更彻底地简化 launch_trace.py::core_profile_capture_mode() 签名，但发现会破坏多个测试文件中合法的引擎级状态机测试（独立验证"frame-only 模式不得实例化 LaunchTraceDecoder"等与产品策略无关的能力），已撤销该部分改动，只保留数据源头的最小修复。新增 2 项测试直接复现 Gate-0 真机场景（Display-only 断言 coreProfileCaptureMode == "none"；Startup+Display 断言为 "startup-only" 而非 "startup-and-frame"）。全量 Python 543/543（新增 2 项），Swift 未改动 181/181 持平。perfowl_collector_core_cli.py:718 非 prewarm 回退路径的同类硬编码留作遗留风险，未阻塞收口。

2026-09-17 update：Display Performance · ActivityTrace FrameLifetime 全量切源 R7-Fix-B · Start control_rejected 不再被静默吞掉 impl implemented · gate-open (E2)。修复 R7 首轮联调记录的第二个断点：Sidecar 在 start 命令 CapturePlan 校验失败时返回的 control_rejected 携带 sessionID: null（wire_session_id 要到校验通过才绑定），且拒绝后进程不退出、继续监听；PerformanceSessionController.runPrepared() 原本的 guard record.sessionID == plan.sessionID else { continue } 会把这条消息连同后续一切都丢弃，for await 永久阻塞在 stream 上，UI 表现为“点击开始后卡住”。修复：门禁放宽为 sessionID == nil || sessionID == plan.sessionID（与文件内既有模式一致）；收到 control_rejected/error 时立即 forceStop() 并跳出循环；consume() 新增 control_rejected 分支设置 sessionFailure，复用既有收尾逻辑转为 state = .failed；新增 controlRejectionMessage(reason:) 把机器可读 reason code 翻成中文提示。新增端到端 Swift 集成测试（有状态 Python fixture 完整模拟 prewarm→start→control_rejected 协议状态机），一次验证拒绝可见、不再无限等待、跨 Session 数据隔离仍生效三项断言。全量 Swift（181/181）绿灯，Python 未改动（541/541 持平）。requestID 往返关联与 unknownMetricIDs 结构化字段列为遗留加固项，未阻塞收口。

2026-09-17 update：Display Performance · ActivityTrace FrameLifetime 全量切源 R7 首轮真机联调失败 → R7-Fix-A impl implemented · gate-open (E2)。R7 首次重新打包真机联调：点击开始采集后目标 App 未发生冷启动、Session 无实时数据。静态根因定位：.displayPerformance 展开的 5 个 product metricID 中，ios.frame.time.p95 / ios.display.refresh_rate / ios.frame.pacing_jitter 三项未进入 Swift PerfowlMetricRegistry 与 Python all_metric_ids()/source contract，导致 Sidecar start 校验阶段即返回 control_rejected: invalid_capture_plan_metric_set，且该 rejection 发生在 sessionID 绑定前被 Swift runPrepared() 的 session gate 静默吞掉，UI 无任何提示。R7-Fix-A 已完成：补齐 Swift Registry 3 项 MetricDefinition、Python source contract 与 fallback registry 同步至 5/5，Registry 总数 63→66；新增跨语言/跨层不变量测试（Workbench 全部 group metricID ⊆ Registry），同步 metric-knowledge-gate.py、display-performance.md、metric-contract-index.md、metric-contracts.json。全量 Python（541/541）、Swift（179/179）与 VitePress 站点构建 100% 绿灯（E2，代码层闭环）。control_rejected 静默吞掉问题（R7-Fix-B）与真机 E4 验证（R7-Fix-G）仍待后续批次。

2026-09-17 update：完成 Display Performance · ActivityTrace FrameLifetime 全量切源 R6 · Swift + UI 集成 impl implemented · gate-open (E2)。完成 macOS SwiftUI 客户端与工作台的全链路集成：在 PerformanceModels.swift 扩展 CollectorMetrics 与 PerformanceSample，新增 frameTimeP95Ms、displayRefreshRateHz、framePacingJitterMs 字段并与 Sidecar Wire Event 解码无缝对齐；在 WorkbenchModels.swift 引入全新 displayPerformance 聚合卡片，内置 5 条时序曲线（FPS、帧耗时、P95、Jitter、刷新率），实现 migratePreferences 自动将历史 .fps 与 .frameTime 无损迁移并去重；在 PerfowlWorkbenchView.swift 打造多图表模式切换器（"FPS"、"帧耗时"、"全部"）、交互式读数过滤与显式压制旧版孤立卡片机制；在 SessionReviewViews.swift 联动抑制重复卡片；保持 CSV 53 列契约不变，将完整 5 项显示性能数据安全封存于 Timeline/Report。新增 6 项 Swift 专项集成测试全绿，全量 Python（540/540）、Swift（177/177）与 VitePress 站点构建 100% 绿灯。R6 PASS，R7 真机长跑就绪门禁开放待物理设备入场。

2026-09-17 update：完成 Display Performance · ActivityTrace FrameLifetime 全量切源 R5 · Frame Report v4 impl implemented · gate-open (E2)。完成离线分析与在线报表系统向 ActivityTrace FrameLifetime 全量适配，升级为 Frame Report v4：frame_derivation.py 优先解析 display.frame-lifetime.raw 与 perfowl.display-frame-event/2 事件，解码输出 frame-events.jsonl，生成包含 P50、P90、P95、P99、Max、Jitter (P95 - P50) 及 Refresh Rate 统计的 frame-report.json（algorithmVersion = "frame-report.candidate.v4", source = "activitytrace-framelifetime"）；online_report.py 在线累加器识别 presentationTimestampNs 并持久化 source，确保断点 checkpoint 恢复与在线连续累加 100% 对齐；遗留 CoreProfile 会话保留 frame-report.candidate.v3 100% 兼容。新增 4 项 R5 专项测试全绿，全量 Python（540/540）、Swift（171/171）与 VitePress 站点构建 100% 绿灯。R5 PASS，等待 R6 Swift + UI 集成。

2026-09-17 update：完成 Display Performance · ActivityTrace FrameLifetime 全量切源 R4 · 删除 CoreProfile Frame Runtime impl implemented · gate-open (E2)。彻底解除运行时对 CoreProfile Frame Runtime 的依赖：生产运行中 CoreProfile 在启动阶段（Startup Trace）完成后彻底关停，不再拉起 Epoch 2 轮转（Rotation Restart），不再触发续命链路，默认策略切换为 CORE_PROFILE_NO_FRAME_CONTINUATION；RealtimeMetricProjector 彻底旁路 CoreProfile live kd_buf 解码依赖，live ios.frame.time、ios.foreground.fps 及新增 Display 指标 100% 由 DisplayPerformanceProjector（ActivityTrace）独占提供；CoreProfile 退出或未启动绝不影响 Display Performance 指标的正常采集与产出。新增 5 项 R4 专项解耦测试全绿，全量 Python（536/536）、Swift（171/171）与 VitePress 站点构建 100% 绿灯。R4 PASS，等待 R5 离线 Frame Report v4 与 Session 产物适配。

2026-09-17 update：完成 Display Performance · ActivityTrace FrameLifetime 全量切源 R3 · Registry / CapturePlan 正式切源 impl implemented · gate-open (E2)。在 Registry、CapturePlan、CLI 与平台支持层将 ios.foreground.fps 与 ios.frame.time 正式切到 ActivityTrace FrameLifetime：Swift MetricCatalog 与 Python ios-platform-profiles 新增 display-performance 家族，解绑 CoreProfile 强依赖；CapturePlan 采集 display 指标自动激活 pmd3.activity-trace.frame-lifetime.raw；metric_engine.py 更新 FPS 为滑动窗口计数公式；全仓 63 项指标契约严格闭环，metric-knowledge-gate 0 报错通过；全量 Python（531/531）、Swift（171/171）与 VitePress 站点构建 100% 绿灯。R3 PASS，等待 R4 彻底移除 CoreProfile Frame Runtime 依赖。

2026-09-17 update：完成 Display Performance · ActivityTrace FrameLifetime 全量切源 R2 · DisplayPerformanceProjector impl implemented · gate-open (E2)。落地 Display Performance 核心聚合计算器（DisplayPerformanceProjector）：Trailing 1s 滑动窗口 FPS 计数与静止画面时间桥（解决静止画面 FPS=0 淘汰，无帧输出 0.0 candidate-idle）；FrameTime one-shot freshness（无新帧输出 missing-no-new-frame，绝不重复旧值）；10s 滚动最近秩次 P95 与 P50，推导 Frame Pacing Jitter（P95 - P50）；硬件 VSync 刷新率提取；多 Display 副屏自动隔离与退后台/重连/Epoch 切换状态清空。17 项 R2 专项测试 + 528/528 全量 Python 回归全绿。R2 PASS，等待 R3 Registry/CapturePlan 正式切源。

2026-09-17 update：完成 Display Performance · ActivityTrace FrameLifetime 全量切源 R1 · 实现 ActivityTrace Adapter impl implemented · gate-open (E2)。落地首个非侵入 ActivityTrace FrameLifetime 专用采集适配层：新增 display_performance.py，实现 ActivityTraceFrameLifetimeRawAdapter 与 ActivityTraceFrameLifetimeConfig，集成动态时间基转换（支持任意 numer/denom 整数运算）与连续性判定；在流源头通过 _ActivityTraceFilteredStream 物理级丢弃非 FrameLifetime 消息（其他 signpost 产出 = 0）；缺少必填字段时 fail-closed 输出 unsupported-schema；端到端回放 90 帧 golden fixture 全部通过（59 帧 valid，median FrameTime 49.948ms，60Hz）。26 项 R1 专项测试 + 511/511 全量 Python 回归全绿。R1 PASS，等待 R2 DisplayPerformanceProjector 实现。

2026-09-17 update：完成 Display Performance · ActivityTrace FrameLifetime 全量切源 R0 · 冻结 POC Fixture impl implemented · gate-open (E2)。创建匿名化 ActivityTrace FrameLifetime golden fixture（golden-5s-90frames.json）：90 个 FrameLifetime signpost 事件，59/89 chain match（Phase 2 全部链式连续），median FrameTime 49.948ms，60.00Hz refresh，timebase 125/3。31 项 R0 专项测试 + 485/485 全量 Python 回归全绿。R0 PASS，等待 R1 ActivityTrace Adapter 实现。

2026-09-17 update：形成 Display Performance · ActivityTrace FrameLifetime 全量切源开发方案 plan · ready-for-implementation。基于 iOS17 真机 POC 已确认 activitytracetap → com.apple.coreanimation / IOMFBServer / FrameLifetime 可提供真实逐帧 presentation chain：5 秒约 193,830 bytes / 0.03696 MiB/s、90 条 FrameLifetime，59/59 相邻 pair 的 prev_frame == previous.end_time，相比 CoreProfile C1 18.76 MiB/s 约降低 507 倍。方案冻结生产切源边界：新 Session 的 FrameTime/Display Performance 不再启动 CoreProfile；CoreProfile 仅保留 Startup 与历史 Session replay；落地 FPS、FrameTime、P95、Refresh Rate、Pacing Jitter 五项 Display 数据族，并按 R0~R7 阶段门禁实施与回填。

2026-09-17 update：完成 CoreProfile Presented Frame 降源吞吐优化与 C1 Exact Filter 实验方案 implemented · gate-open (E2)。针对基线 Session 8ddcdd42 暴露出的 29.99 MiB/s 内核事件洪流及 99.5%+ 无关 DebugID 污染问题，实施 C1 Exact Filter 单变量实验方案：在 Startup → Frame-only handoff 后的 Epoch 2 将 kdf2=[0x31800000] 替换为精确呈现帧 filter kdf2=[0x31800318]。Attempt #1 (Session 4399abb7) 因 macOS GUI App 未继承终端 export 环境变量判定为 INVALID；现已落地强类型 Launch Injection 管道架构修复：通过 CollectorLaunchConfiguration.frameFilterExperiment 显式下发，C1 Experimental Build 默认注入 .exactDebugID，未指定时调用 removeValue(forKey:) 杜绝宿主环境污染；增加早期配置回显 wire event 与 Swift 前端状态呈现。Swift 端补充 4 项注入单测，Sidecar 454/454、Swift 171/171 测试全绿。当前状态保持 gate-open，交付 C1 实验包，先执行 10~20 秒真机预检，确认生效后再跑 5 分钟正式验证。

2026-09-17 update：完成 FTI-010 方案 Step 7 · P0-B Sample Publisher 解耦与独立采样时钟落地 implemented · validated (E2)。将 RealtimeMetricProjector 的 sample 组装与 Source ingest 彻底解耦：从 consume() 抽离出纯净的 snapshot() 方法，由恒定 1Hz 节拍的独立协程统一调度 sample 生成并派发；增加 bind_target_identity() 支持非 sysmontap 场景由 SpringBoard/devicectl 直接注入目标进程标识；彻底解除对 sysmontap.raw 的 heartbeat 强依赖，确保 FrameTime-only、Energy-only、DeviceCondition-only、GPUCounter-only 等单选或无 sysmontap 模式均具备稳定的 1Hz 产品 sample 供给，且并发多源时不膨胀采样频率。新建 7 项解耦专项单测（§10.2 验收条件）全部通过，Sidecar 439/439、Swift 167/167 测试全绿。

2026-09-17 update：完成 FTI-010 指标缺失与 FrameTime 长尾断流统一修复 (P0-A) implemented · validated (E4)。彻底解决 StartupTiming + FrameTime 组合下 FrameTime 出现数秒后永久 missing 的断流问题：废弃旧有的单 Tap 永久硬边界，实现 Startup 语义闭环后安全、串行、单 kperf owner 地切换至全新的 Frame-only Tap；补齐 sourceEpoch 递增边界重置、CoreProfile busy 退避重试与切换全生命周期遥测；14 项覆盖单测全绿。Build 61 经 Developer ID 签名打包后在真实设备完成两轮真机 E4 验证：60 秒回归测试（Session 727c4179）中 Epoch 2 产出 755 帧持续至 Stop，presentedFrameCoverageSeconds 达 44.23 秒（此前断流仅 2.08 秒），Avg(FTime)=40.67ms、Avg(FPS)=24.59 均为 candidate；5 分钟长窗测试（Session 38249077，294.72s）中切换平滑耗时仅 3.36 秒，Epoch 2 持续产出 182MB binary，长尾至 Session 结束依然输出稳定 16.4ms 帧时间。Sidecar 437/437、Swift 167/167 测试全绿，站点构建 0 错误 0 死链。FTI-008 / FTI-010 FrameTime 长尾断流门禁已关闭。

2026-09-16 update：kdebug 环缓冲扩容实验 validation closed · negative 真机结案:扩容/换模式无效。真机对照（百度网盘）：bso=2M/8M、bsoc=8M/核、bm=1 均武装成功且经落盘配置核对生效，但每个变体的 CPU0 kdebug 丢失 episode 照常发生、量级（0–4）与基线一致（11 个武装轮中 10 个仍有 CPU0 丢失）；bso=32M/64M 额外撞 5s 就绪门槛更早失败。完整率看似 9/11 高于基线 7/11 属小样本陷阱（由冷启动重量 SysInit 主导，两缺失轮恰为重启动）。与 Step 4G 一致、于 Build 60 架构再次证实缓冲大小/模式不能消除设备侧启动丢失——瓶颈是突发/吞吐非容量，bso 路线判负，回落多轮整轮择优。实验旋钮（startup_ring_experiment.py）保留为默认 OFF 研发入口，不进生产默认路径。

2026-09-16 update：Build60 真机 E4 复测与 Build59 Screenshot 后续已合并为唯一综合修复方案。FrameTime 的 continuation early-return 与旧值重复已确认修复，但较长 Session 仍观察到 CoreProfile 848 chunks / 3.37 GiB / 131.63 s 持续输入时 Presented Frame 仅 1744 / 80.36 s coverage、最大 gap 3.53 s，126 个产品 sample 中 34 个 missing-no-new-frame，其中 14 个时刻 Graphics FPS >=20，新增 FTI-008 长时连续性；GPU Counter 第一轮因 Recording 中途添加、Start 时未进入 CapturePlan，0 raw 属预期，第二轮 Start 已武装 source 后收到 1248 raw = 1 device-info + 1 schema + 1246 unsupported two-int messages，decoded data row=0，新增 FTI-009 data-row protocol。综合方案同时保留 Screenshot 串行 IPC + SHA/ImageIO + HEIC、规定 FrameTime 先做 frame-only vs unified A/B 再决定是否验证同 Tap filter narrowing、GPU Counter 从原始 DTX envelope 与 configure 参数合同开始取证，并冻结“未武装 source 采集中添加只显示 next-session-only，不动态修改当前 CapturePlan”。

2026-09-16 update：启动缺失新证据 + kdebug 环缓冲扩容实验立项。用户复测发现启动阶段缺失多集中在第一次；对本机 10 轮会话离线统计（startup-miss-correlate.py，4 缺失/6 完整）得出：完整轮 System Interface Init 全部 ≤115 ms、缺失轮中位数 350 ms（最高 1972 ms），且丢失 episode 100% 落在 CPU 0 的启动窗口内；dwell 有反例故排除"给 tap 预热"这条路。判定机制为"第一次冷启动最重 → 自身洪流打爆 CPU 0 的 per-CPU kdebug 环 → UIKit 之后生命周期边界被 wrap"。据此把"扩容"钉在三个 Step 4G 从未测透的维度上（更大档 bso 32M/64M、per-CPU 分配 bsoc、缓冲模式 bm），并改用启动完整率而非 TRACE_LOST_EVENTS 计数判据。已接入默认 OFF 的受控实验旋钮（startup_ring_experiment.py + adapters.py，OFF 时配置字节不变、就绪身份不变），本机静态验证与 adapters 导入通过；真机 A/B 与结果回填待设备执行，严禁补 0/估算/跨轮拼接。

2026-09-16 update：完成 Build60 FrameTime Continuation 解锁与 GPU Counter UI 修复 (FTI-006/FTI-007)。解决 Unified CoreProfile 进入 frame-continuation 阶段后 FrameTime 停止更新与静止重复旧值问题（FTI-006）：保持同一 RAW-v2 decoder 持续解析 Presented Frame，Startup 报告在 liveComplete 后冻结不可变，增加 FrameTime 严格新鲜度门禁，无新帧时置空（missing-no-new-frame），杜绝重复旧值且坚决不使用 1000 / FPS 冒充 FrameTime；彻底根治 GPU Counter 动态 24+ 个 key 套用通用卡片导致 Header 与 key 名称逐字符竖排挤爆与多量级同轴压平问题（FTI-007）：前端移除 .prefix(24) 截断，专属 GPUCounterPanel 固定 Header，Popover 实时搜索单选、单曲线自适应 Y 轴缩放，底层全量采集、存储与导出完整保留。Python 417/417、Swift 154/154 测试全绿；已打出 Developer ID 签名的 Build 60 测试安装包（ZIP SHA-256 ebf9fcef...，DMG SHA-256 f3f25a62...），严格验签与挂载校验均通过。方案原文 · 验收原文 · 匿名证据

2026-09-16 update：Build59 Screenshot 首轮真机 E4 暴露两个后续问题并进入统一修复方案：未勾选 Screenshot 时 observed=25/persisted=0、Session 6.16 MiB，零落盘行为正确，但 UI 仅原地替换 latest frame，未形成实时截图序列；勾选后 observed/persisted=10/10、screenshots 15.48 MiB，但落盘 PNG 多个 IDAT CRC 损坏，定位优先级指向 Worker→Swift pipe 分段读取的顺序完整性。同步冻结截图存储优化：源 PNG 仅瞬时校验，默认持久化 HEIC maxPixel=1800/Q75，preview maxPixel=900/Q60；历史正常样本实测约 62.8 KiB/持久化张、24.9 KiB/预览张，目标 30 分钟截图约 100~150 MiB、硬门禁 ≤200 MiB。Build59 Screenshot 保持 implemented · partial，待 5m/30m E4 关闭。

2026-09-16 update：完成 Build59 Screenshot 独立长连接轻量化与按需保存 (FTI-005)。实现截图采集与实时预览完全解耦（三项冻结规则落地）：独立子进程建立 1 次长连接，固定 1 秒抓取 1 张，消除每秒子进程 fork/exec 与 DVT 握手开销；勾选 Screenshot 指标时按需保存至 screenshots/，未勾选时磁盘 0 写入（彻底解决 FTI-005 截图占用磁盘开销问题）；主界面顶部截图固定 1 FPS 实时刷新，内存仅持单张最新帧；大端定长前缀二进制 IPC（Zero Base64 / Zero Large JSON）；守护线程消除 Zombie 进程。Python 411/411、Swift 153/153 测试全绿；已打出 Developer ID 签名的 Build 59 测试安装包（ZIP SHA-256 160b1c54...，DMG SHA-256 894c80f5...），严格验签与挂载校验均通过。方案原文 · 验收原文 · 匿名证据

2026-09-16 update：完成 Build58 CoreProfile Raw Retention 与存储策略实现 (derivedOnly vs full)，并补录首轮 E4 真机磁盘验证：真实 Session 运行 280.123 s（4 分 40.123 秒），总逻辑文件仅 203.24 MiB（du 约 205 MiB），相较修复前同类约 5 分钟 10.11 GiB 下降约 98.0% / 51 倍；设备侧仍观察到 CoreProfile 3.50 GiB / 850 chunks，但 persisted bytes/chunks 均为 0，core-profile-chunks.bin 未创建，Unified startup-and-frame 保持 start=1/restart=0。当前最大持久化项已转为 screenshots 138.77 MiB，collector-core 60.35 MiB。Python 407/407、Swift 149/149 全量通过；30 分钟 derivedOnly 与 full 真机对照仍待执行，状态保持 partial。方案原文 · 验收原文 · 匿名证据

2026-09-16 update：完成 Build57 Startup+FrameTime 单 CoreProfile 连续采集架构。彻底消除同时勾选启动耗时和帧耗时时中途停止 CoreProfile、4秒 drain 超时与重启导致 FrameTime 首值延迟 10+ 秒的架构瓶颈；初始订阅联合 filter（LAUNCH_KDEBUG_FILTERS + PRESENTED_FRAME_FILTER 0x31800000），启动完成时不停止、不排空、不重启，以单一 Decoder 平滑过渡至 frame-continuation，无缝持续提取呈现帧，跨边界时间戳保持单调连续，sourceEpoch 全程为 1。Python 399/399、Swift 145/145 全量通过。已生成 Developer ID 签名的 Build 57 测试安装包（ZIP SHA-256 bde7d834...，DMG SHA-256 899b8d8e...），严格验签与挂载校验均通过。原文

2026-09-16 update：完成 Build56 CoreProfile 预热解耦与事件驱动快速旋转。彻底根治 FrameTime-only 模式下由于 Prewarm 缓存无呈现帧 filter 旧 Tap 实例导致的呈现帧 0x31800318 缺失（P0）；将 Startup + FrameTime 场景下的 2.0s 固定延时改造为启动完成事件竞速，早停等待耗时从 2.0s 骤降至 0.108s，消除 19s 首值延迟（P1）。Python 390/390、Swift 145/145 全量通过。已生成 Developer ID 签名的 Build 56 测试安装包（ZIP SHA-256 042f52f0...，DMG SHA-256 d40b5deb...），严格验签与挂载校验均通过。原文

2026-09-16 update：完成 Build55 CoreProfile 运行时冲突容错与按需采集降级。严格落实“应用选择后预热一次性准备所有 transport，指标选择仅作为客户端本地 Draft，点击开始时按 CapturePlan 按需启动数据源”；引入 is_degradable_core_profile_error 分类，遇到 core-profile-source-busy 等 kperf 冲突时优雅降级 StartupTiming 与 FrameTime，其余 CPU/Memory/FPS/Network 等指标正常采集，Session 保持 completed/partial，严禁抛出未捕获 RuntimeError 或把 Session 判为 failed；严格保证恰好 1 次受控冷启动并杜绝二次启动。Python 388/388、Swift 145/145 通过。已打出 Developer ID 签名的 Build 55 测试安装包（ZIP SHA-256 11a3a19f...，DMG SHA-256 e3243acd...），独立解包与挂载验签均通过。原文

2026-09-15 update：在启动阶段随机缺失调查基础上新增 Total 端点精确重配对(Mode A/C)。离线普查 134 个含启动轨迹会话:Total 已抓到 74.6%;缺失中 Mode A(首帧 END 到了但 code=12 开启码丢了被丢弃)占 11.2%、Mode C(END 在、START 丢)1.5% 可精确救回,Mode B(首帧 END 真丢)5.2% 无精确解。实现端点重配对:Mode A 以生命周期锚点重配被丢弃的首帧 END(锚点后唯一候选=精确,多帧=标 repaired-ambiguous 取最早不冒充精确),Mode C 用最早 dyld 阶段替代 START;重配对值用独立 totalQuality=repaired(不占 candidate、不误导实时完成信号)+ totalSource/totalRepairReason 诚实标注,Mode B 不救。预计 Total 采集率 74.6% → 87.3%(+12.7pp),全部真内核时间戳、零估算。E2:新增 5 项单测,Sidecar 371/371、Swift 140(3 跳过)通过;E4 真机复测与知识库收录待通道恢复。

2026-09-15 update：完成启动阶段随机缺失·系统性消因、旁路源可行性与方向1落地。以 A/B 累积分组把重型 App 冷启动随机漏采个别启动阶段的所有可行修法逐一证伪——主机侧(Ready Barrier / startup-exclusive / receive-parse decouple / Step4 CoreProfile action matrix)、单轮重建(P4.1)、旁路源(System Trace / os_trace_relay)全部 NEGATIVE。os_trace_relay spike(百度网盘冷启动 132624 条记录)决定性证伪:0 条 SIGNPOST、9 阶段边界 signpost 无一出现——UIKit 启动 signpost 是 kdebug-only、不进统一日志,启动阶段身份只存在于那条随机丢失的 kdebug 通道,无独立冗余。随即按决定落地方向1:Total 端点法(System BEGIN→Initial Frame END)在中间阶段缺失时仍稳定发布、仅端点缺失才判 missing;展示层只渲染真实捕获阶段、missing/无值partial/not-applicable 一律不补 0 不估算,底部如实披露覆盖数量,全账本保留供导出;并清除全部已证伪的实验开关、collector 回到 Build52 干净基线,保留设备丢失标记等诚实诊断。Sidecar 启动单测 70/70、Swift StartupTracePresentationTests 9/9 通过。

2026-09-14 update：完成启动时间采集现状、根因与尝试记录。E4（设备 A/iOS17）结论：归因类工具 bug 已修（两遍归因 + scene not-applicable 分类，微信 9/9、connectTo missing 10→3、enterFG 12→5）；剩余不完整分两类且均非可修工具 bug——①重型 App（QQ/美团/北京银行/抖音）冷启动本就不发 UIScene willConnect/EnterForeground signpost（Apple System Trace 52639 行 QQ kdebug 0 条 0x2B87 佐证）；②最早事件设备采集竞态（lossFree=true、间歇随机），唯一确定性解「挂起启动」被生产 App 的 get-task-allow 挡死已回退。务实缓解为多冷启动取最完整轮。

2026-09-14 update：Build54 修复后在设备 A / 目标 App A 真机 E4 复测，确认 prepared 采集复用预热进程的所有权移交缺陷已解除（会话 completed、24 样本、正常停止封存）。针对启动阶段三处 missing 与备用预热进程残留完成对照取证：系统「设置」App sceneWillConnectTo=24.3 ms 正常，目标 App A 因超长 didFinishLaunching≈1458 ms 产生 unmatchedEnd=1/superseded=2 致整体降级 partial、sceneWillEnterForeground 两 App 皆缺；并写成 5 项下一阶段修复选项（显示过滤 / 分类一致性 / scene 盲点排查 / 边界配对健壮性 / 预热回收），涉及口径的项须先公式入档再实施。修复选项方案

2026-09-14 update：Build54 已将“添加指标”入口与采集生命周期彻底解耦：设备已选择时入口在采集中保持可用，增删只改变工作台显示，不触发全量 64 项 CapturePlan 的重准备；CoreProfile 启动源无法武装时改为显式降级，其他指标继续采集；Swift 137/137、Python 361/361 通过，x86_64 Developer ID 测试包已生成。原生 UI 录证、长会话性能、Notary/stapling、universal2 与九阶段完整校准仍保持 partial。Build54 记录

2026-09-14 update：Build53 在当前设备 A / 目标 App A 连续两轮完成启动阶段排空与在线报告封存 E4 命令级验收：两轮均为 6/6 核心阶段、Total 1864.783250/1831.137791 ms、启动 live queue drop 0、CoreProfile quiescent、report seal 2/2 complete；三个条件阶段继续真实 missing。Build53 测试包已完成 Developer ID 签名、ZIP/DMG 独立验签、挂载安装与 Core probe；Notary/stapling、原生 UI、九阶段完整校准及长会话性能门禁保持 partial。Build53 验收

2026-09-14 update：按已批准任务书完成全量采集与流式报告改造，覆盖采集/显示解耦、64项账本、精确在线统计、有界停止与双层封存；Python 355/355、Swift 135（3项显式基准跳过），全 Registry 合成首快照中位 8.66ms、Stop P95 45.92ms（E2）。真实设备两轮、原生 UI、签名/公证与 GPL 门禁仍保持 partial。

2026-09-14 update：定位并修复 xctrace 报告字段与工作台展示契约不一致：解析器补齐九阶段 phaseResults/startOffsetMs，部分结果保留已观测值，Swift 对旧报告增加 phaseTotalsMs 回退；Python 316/316、Swift 131（128 通过、3 跳过）及站点构建通过。新包已独立验签，iPhone 15 tunnel 仍 unavailable，新的两轮 E4 待通道恢复。xctrace 展示兼容记录

2026-09-13 update：用户使用上一版 Build52 包复测，确认仅前四个启动阶段有值、后五个阶段 missing。会话证据显示启动源自身 liveQueueDropCount=0，但固定 launch request + 2.0s flush 在晚到生命周期终点前关闭 startup tap。源码已加入最多 4.0 s completion grace，并与 stop 竞速；Python 315/315、Swift 130（127 通过、3 跳过）通过，设备 E4 重跑因通道重启后尚未恢复而保持 pending。边界保护 update

2026-09-13 update：Build52 启动交接修复后，当前 iPhone15 / 目标 App A 连续两次受控冷启动均为 6/6 核心阶段、Total 1845.593/1812.319 ms，启动 live queue drop 0；首个完整启动快照 5.432/5.216 s。三个条件回调继续按真实观测 missing，整体仍 partial。交接修复记录

2026-09-13 update：Build52 修复预热 RAW v2 Header/线程表被 ring 淘汰和启动前积压回放问题；最终包内 Sidecar 连续两轮均得到 6/6 核心阶段、Total 1814.452/1812.444 ms，并在停止前 4.250/4.267 s 自动展示，之后普通 sample 与 frame continuation 继续到达。frame drain、全源 drop、1 s/2 s、原生 GUI 与发布门禁仍使整体为 partial。记录

2026-09-13 update：Build51 通过 v7 晚线程首次归因保留和 startup→frame 串行 tap 主动排空，把停止前 Total 从 16/20 提升到 19/20，并保持阶段快照/后续 sample 20/20；但 Total Wire P95 5.343 s、rotation gap P95 5.292 s，6 次 drain timeout 与全源队列 drop 使即时性/连续性仍为 partial。记录

2026-09-13 update：Build50 已让已闭合启动阶段按 revision 在采集中展示，不等 Total/stop；最终二进制 20 轮 E4 为实时快照 20/20、快照后样本继续 20/20，chunk→wire P95 951.799 ms，Total 16/20，因覆盖率仍保持 partial。记录

2026-09-12 update：Build49 已把 Startup 与停止/最终报告解耦；设备 A / 目标 App A 在采集运行中收到 1832.309 ms candidate 和 6 个完整阶段，随后常规样本继续到达。停止不再是展示触发条件；原生 UI 像素验收与 1 s 延迟目标仍开放。记录

2026-09-12 update：Build48 已恢复真机非空性能样本与启动 Total endpoint candidate；3 轮各 24 样本，Total 3/3，bridge 丢包 0，同源回放 32.32→4.09s。完整 trace、2s 总报告、原生 UI 像素验收仍开放。记录

2026-09-12 update：Build47显示修复E2通过；设备A已发现但性能通道连接失败，E4及启动必要阶段映射保持开放。记录

2026-09-12 update：R1-R6 连续开发进入内部测试包收口；Python 295/295、Swift 127（124通过/3项显式基准默认跳过）、64 Registry 门禁与站点构建通过；已构建 x86_64 Build 46。USB/Bonjour 仍无设备、签名身份为0，真机 E4、Developer ID/公证/stapling/GPL 与大 Raw 完整报告≤2s 继续保持 partial/blocked。收口记录

2026-09-09 update：R2图表分段复用进入默认路径；峰谷采样E2正确性通过但预处理CPU门禁未过，默认关闭。记录

2026-09-09 update：集中执行R2环形窗口与R3真实完整写入链，Python277通过、Swift113通过/1基准另跑；USB/Wi-Fi发现0、签名身份0。整体仍未完成，工程未完成项与外部阻塞分别列账。总清单

2026-09-09 update：R3新增可选周期checkpoint，单writer事件驱动、默认关闭；272项E2测试。实时E4与引擎状态恢复仍开放。本批

2026-09-09 update：R3新增显式连续尾段恢复，267项E2回归；尾段不具备历史checkpoint凭证，恢复仍partial。可选周期策略E2，默认开启/引擎恢复/E4开放。阶段记录

2026-09-09 update：R3新增显式Raw检查点与前缀恢复，264项E2测试、40轮300MiB写入对比；周期默认集成和尾段恢复仍开放。本批记录

2026-09-09 update：R3封存一致性已实施，Python256/256、真实Raw40轮语义一致（E2）；checkpoint/恢复/完整停止E4与发布门禁开放。阶段记录

2026-09-09 update：R3 存储格式完成 80 轮 E2 回放，六类语义产物一致；大样本 finalizer 中位 2557→625 ms。被测代码仍在途，完整停止≤2s、恢复与发布门禁未关闭。本批记录

2026-09-09 update：方案已批准，R1/R2 局部实施；Python 236/236、Swift 111/111（E2）。全部源提前准备、资源门禁及 R3～R6 尚未关闭。阶段记录

2026-09-09：八类体验与指标问题修复方案完成，实施待批准。 全源准备、采集/展示解耦、固定窗口与增量报告列入 R0～R6；旧 E2 不代表真实体验已通过。正式方案

采集关键交互 Build 38 的 L1～L4 无设备开发已完成，Final HEAD 两场景 40/40 压力回归通过，进入 E4 体验复测。

点击快路径、普通源优先、有序 host writer、CoreProfile 重型处理隔离、4.5 秒设备释放预算、10 秒故障兜底与 Startup 三态展示均已落地；Python 233/233、Swift 109/109、启动/首点合成压力两场景 40/40。Build 37 的历史问题不回改，Build 38 E4 仍开放。修复结果

八阶段总计划

2026-10-25最新：P4正式52/66，Smooth新5/5通过E4正常性，下一进程总能耗成本；下列为历史。

2026-10-23 Jitter更新：整体37/66、Jitter3/5；r4完整采集但固定Metal参考窗6/7、阶段方向门失败，不计轮次。当前需处理工作台预览后以新鲜守卫重试r4，未通过前不进入下一指标。

2026-10-22 Jitter离线增量：Raw逐发表点独立审计器、envelope/payload序号分离复核、Metal sealed-Session-to-Fixture正反例及Raw全局序号修复均完成E2；Jitter离线54/54、扩展84/84、规范Sidecar 2880/2880通过。72k/432k热路径wall/CPU中位增幅≤4.32%，I/O未测。仍37/66、Jitter正式0/5，Owner确认手机永不锁屏；Metal参考资格未判，不进入磁盘读取率。

2026-10-21 Lab27最新增量：18项主机控制、25源ARM SDK与开发签名E2通过；正式仍35/66、P95 0/5。参考候选已实现，整机同层资格及真机工具/成本/新五轮尚待。下列较早日期表为历史。

2026-10-21 Renderer准备增量：Renderer来源修复2790项E2与内部196安装已核；Lab25正常负载与导出已核、AGX参考资格未完成，Renderer0/5，正式30/66＋无参考待审2保持。下一其余真机准备与AGX同定义同窗参考调查，不提前Tiler。以下为日期历史。

2026-10-21最新：接收完整五轮及最终独立总审通过，正式30/66＋NO_REFERENCE_OWNER_REVIEW2、测试完成32/66。下一GPU Renderer，先本指标交付闭环；此前日期记录保持。

2026-10-21当前增量：两准备全源保全61→59及新v9正式34软件/35真实合同反控已核；下一真实新鲜五槽与完整五轮，30/66、标记1不变。

当前更新2026-10-21：v9新接收诊断E4限定ready，120/120、接收异常0/对侧拒绝1保留；正式30/66、发送标记1、接收新五轮0/5。下一两准备全源保全、新v9工具及新鲜五槽。以下日期记录保留历史。

当前更新2026-10-20：正式30/66，发送标记1待Owner验收；接收Lab22真实四槽与下载四行为分离通过，诊断/正式0。下一接收专属诊断及新鲜容量。此前快照：30/66；发送保留待验，当前接收0/5。下载软件E2与Lab21候选已核，未安装/未作手机E3或指标E4。

当前阶段（2026-10-19）	状态	下一动作
P4 Jitter r4资格复核 · 2026-10-23	37/66；Jitter3/5；r4固定参考窗6/7且方向门失败，不计轮次；已发现未配对事件落在Fixture延迟期	先完成最小Frame Lifetimes仪器准入与导出资格；同步新采集前处理当前未保存预览并新鲜复核；不得重放/拼接r4
P4 Jitter Raw序号修复 · 2026-10-22	37/66；84项扩展、54项Jitter离线、2880项规范Sidecar全量通过E2；72k/432k wall/CPU增幅≤4.32%，RSS下降；真机0/5	修复包与安装验证后，按新独占attempt重核旧数据SHA、真实容量、USB/目标App与CapturePlan，再做五轮；Metal参考须同窗核定
P4 Jitter 离线实现 · 2026-10-22	37/66；共享窗口、Frame Report v4、Raw/Metal独立审计器完成E2；完整Jitter目录54项通过，含seal-to-window端到端正反例；56项聚焦、2874项Sidecar全量通过；正式0/5，Build209未公证/未安装	手机可操作后先文档化新独占attempt，重核旧数据SHA、实枚举容量与通道，再运行全新五轮；候选Metal参考资格须同窗核定，当前不按无参考通过
P4 屏幕刷新率 Owner 直接验收 · 2026-10-22	37/66；`OWNER_DIRECT_ACCEPTANCE_WITH_KNOWN_EXCEPTION`。a02 r1失败与标准0/5通过保留，物理精度未校准	作为已验收计数承接；不重放a02、不改写原件与已知例外
P4 刷新率修复与验收准备 · 2026-10-22（决定前快照）	36/66、刷新率0/5；a02 r1失败保留不可重放；未请求门控、31项聚焦测试、效率子门、知识门与完整本地站点构建通过E2；Build 208内部候选未安装	设备可操作时重核/保全旧证据、实枚举容量和新前缀，再启动全新五轮；以下为决定前状态
P4 P95正式 · 2026-10-21	36/66、P95 5/5，完整Raw与消费者核同	屏幕刷新率0/5，独立新方案/参考/五轮
P4 P95恢复 · 2026-10-21	35/66、a01第五轮启动超时，未通过	新a02完整五轮，不补接旧轮
P4 P95 · Lab29诊断 · 2026-10-21	35/66、0/5；诊断覆盖/独立算术通过	新独占五轮，保留无完整物理参考标记
P4 P95 · Lab29 · 2026-10-21	35/66、P95 0/5；诊断覆盖失败/升级回执未知	安装事务状态收敛、原生钟桥及新完整诊断
P4 P95 · Lab28 · 2026-10-21	工具/成本E4通过；正式35/66、P95 0/5	整机参考资格、Raw独立算术与新五轮；结果
P4 Renderer准备 · 2026-10-21	a12同场E4、120/120有效与163实际Core消费者已核，正式0/5	Apple218同名值的积分窗/原生时间桥资格及完整五轮；结果，不新增通过
P4逐指标 · 2026-10-21接收结果	新5/5及最终重审E4通过，正式30＋标记2	本指标交付闭环→GPU Renderer；网站/通知及镜像债partial
P4逐指标 · 2026-10-21保全/软件	E3两准备保全与E2正式工具通过，接收新正式0/5	冻结新attempt/driver→真实新鲜五槽→完整五轮，30/66及标记1保持
P4逐指标 · 2026-10-21	v9诊断ready，正式30/66、标记1、接收新五轮0/5	两准备全源保全→v9工具→真实五槽→完整五轮；当前方案
P4逐指标	正式已验30/66、发送标记1；接收新140秒诊断E4限定通过，正式0/5	下一接收专属五轮工具、软件门与新鲜容量，交付partial · 当前方案

前台独立参考软件已核，下一仅新资格/固定五轮；当前留存2/66、前台0/5，未改通过数量。

S8当前：进程运行观测限定E4五新轮通过，留存2/66；历史非启动8/54不变。仅下一前台观察方案准入，不宣告12启动项通过。

S7当前：参考工具66项软件通过，179/新Lab保持；真实再资格与正式0/5仍待，不增加1/66。

S6当前：179与Lab90.21.8已覆盖；资格Session完成但参考尾读与启动源准入待修正，正式0/5、1/66不变。

L4-S5当前：原生入口修复已通过软件/只读资格，Lab新签名已成功；升级、匹配Mac包与正式五轮待续，0/5不变。

L4-S4当前：178内部包已覆盖且正常新建窗口后UI就绪；手机Lab/参考资格及正式五轮仍待，0/5与1/66不变。

L4-S3：包内候选E2验证成立，正式首项0/5与1/66不变；仍待签名安装和真实资格。

L4-S2增量：独立读界工具软件57项通过；1/66、正式首项0/5不变，下一签名安装与真实参考资格。

当前P4：L4首项已完成本批软件验证，仍待签名安装/独立读界资格与正式五轮；历史8/54、新设计1/66，未开放第二启动指标。

2026-10-11 G438最新：CPU、物理内存、驻留内存阶段交付3/54；161驻留内存五个全新正常UI轮各240/120/240、gap0.5秒、0来源违规/偏离、15工程通过。下一第四项虚拟内存专属策略/来源与五轮，剩余51项；未独立校准/最终发行仍开放。以下为历史快照。最新交付。

本段G32历史目标按54项合同推进：G30/G31分别一次延迟取证，当前完整1493通过但旧66.371084ms原因unknown；G32修复GPU整数投影和末行身份，54项独立精度/五轮仍partial，b120已公证覆盖安装（内部包E3）。全54独立精度/正式五轮仍partial，设备B范围待Owner明确。

主轴文档：Perfowl 对齐 PerfDog 指标基座开发计划 v1。

阶段	内容	状态	证据
P4 Jitter Raw序号修复 · 2026-10-22	Raw envelope全局号预留与FIFO writer；source-local adapterSequence保持	partial；37/66，Jitter正式0/5	扩展84、Jitter54、规范Sidecar2880项通过E2；120Hz等效72k/432k wall/CPU增幅≤4.32%，RSS下降；修复包待构建，Metal资格待新attempt
P4 Jitter离线实现 · 2026-10-22	共享P95窗口发布、Frame Report v4末窗摘要、身份/脏值边界；Build209内部候选未安装	partial；37/66，Jitter正式0/5	56项聚焦、2874项Sidecar全量、120Hz×10分钟/1小时窗口基准通过E2；Apple Development签名/未公证，Gatekeeper exit3；手机无操作，参考候选仍待核
P4 刷新率Owner决定 · 2026-10-22	计数按Owner指示正式计入，保留失败和已知例外	Owner直接验收，37/66	`OWNER_DIRECT_ACCEPTANCE_WITH_KNOWN_EXCEPTION`；标准五轮0/5通过，物理精度未校准；决定
P4 本批配置决定 · 2026-10-19	Owner要求先记录配置缺口	partial；本地E2/指标限定E4不变，28/66	网站/通知仍未完成，本批不催配；下一项顺序未明确变更
P4 ARM中断1Hz · 2026-10-19	新a02完整五新轮/原件SHA/独立算术/实际Swift/最终分离审核	validated，限定E4，28/66	普通120/120/120/119/120；1未评估不补点，结果；当前交付闭环，旧行是历史
P4 新a02中断1Hz · 2026-10-18	ARM190/开销/新诊断及实际59容量准入；验收工具资源修复	partial，新正式4/5，整体27/66	前4轮各120新值/120槽，普通120/120/120/119及三复核；第四轮1未评估保留，当前第5轮600秒冷却；旧机4/5及a01的2/5保持历史，当前方案
P4 新机软件恢复 · 2026-10-18	ARM190内部单址安装/只读GUI、五run保留归位及四新参考资格	partial，27/66不变，新正式0轮	E2完整候选及独立审核、E3安装/通道/归位；最新62活动，开销/Apple URL/真实性能/诊断/最终容量待
P4 恢复/换机 · 2026-10-18	重连一次只读仍超时；队列新namespace/容量准入	partial，4/5，27/66不变	19软件控制；Owner先换机，无新采样
P4 1Hz/换机 · 2026-10-18	全GUI/Core与四轮来源/消费者、失败保全	partial，4/5，27/66不变	第五轮配方与只读通道失败；等重连，不进入后项
P4 中断唤醒率诊断 · 2026-10-18	一新轮/原件/独立counter/实际Swift	覆盖未达，正式0/5，整体27/66不变	仅此500ms来源上界234＜238；待刷新选择
P4 历史验收沿用 · 2026-10-18	本轮18＋历史7＋显示专项2	Owner沿用决定，已验收27/66，剩余39	非新增真机测试；当前中断唤醒率未验收
P4 知识库整理 · 2026-10-18	知识导航与验收状态分离	文档整理完成；指标保持18/66	66项状态表，不新增验收
P4 CSwitch 1Hz · 2026-10-18	两累计源窗一次、固定due、self-task异常与真实Swift	限定E4通过，留存18/66	非物理准确性/私有实现等价；下一中断唤醒率
P4 PerCore CPU · 2026-10-18	同Raw完整新向量/顺序，独立分布与实际Swift输入	限定E4通过，留存17/66	candidate非物理核身份；下一上下文切换率
P4 Normalized CPU · 2026-10-18	同次Raw/同窗Enabled、独立counter异常与实际图形输入	限定E4通过，留存16/66	candidate非物理精度；下一PerCore
P4 Raw CPU · 2026-10-18	严格源窗一次发表/独立counter包络/CSV与Swift消费者	限定E4通过，留存15/66	candidate非物理精度；下一Normalized及其图形链路
P4 Available · 2026-10-17	三计数一次新源/参考包络/连续性/CSV与派生消费者	限定E4通过，留存14/66	候选非完整精度校准；下一整机CPU总量
P4 Initial Frame · 2026-10-17	原始单span/共享Total锚点/设备差分/消费者/隔离	限定E4通过，留存13/66、启动12/12	非物理首帧；下一非启动按既定顺序单项合同
P4 sceneWillEnterForeground · 2026-10-17	首次前台回调来源/设备差分/消费者/上游隔离	限定E4通过，留存12/66（启动11/12）	无局部正控；下一Initial Frame独立合同
P4 sceneWillConnect · 2026-10-17	单回调来源/设备差分/消费者/上游隔离	限定E4通过，留存11/66（启动10/12）	无局部正控；下一sceneWillEnterForeground独立合同
P4 didFinish · 2026-10-17	单回调来源/设备差分/消费者/上游等待隔离	限定E4通过，留存10/66（启动9/12）	非物理精度/无局部正控；下一sceneWillConnectTo合同
P4 didFinish准备 · 2026-10-17	17软件/旧件来源及隔离/手机保全	partial，0/5未验收，留存9/66（启动8/12）	E2工具/E3通道，待恢复资格
P4 willFinish · 2026-10-17	原始单回调/设备差分/实时与最终/实际等待正控	限定E4通过，留存9/66（启动8/12）	非物理精度；下一didFinish独立合同
P4 Scene Creation · 2026-10-17	多转移全流/设备聚合/实时前缀/回调隔离	限定E4通过，留存8/66（启动7/12）	非独立物理精度；下一willFinish正控与容量
P4 UIKit Initialization · 2026-10-17	五新生命参数50/设备聚合/报告/下游隔离	限定E4通过，留存7/66（启动6/12）	candidate非物理精度；下一Scene多转移与容量合同
P4 UIKit准备 · 2026-10-17	软件/原件/容量保全与两条输入通道资格	partial，未验收，整体6/66不变	采集前两停止、正式0/5；需手机重启后只读准入
P4 Static Runtime · 2026-10-17	五新生命真实span与参数/设备差分/聚合/报告/下游隔离	限定E4通过，留存6/66；同步/分发另列	candidate非独立物理精度；下一UIKit先容量保全
P4 System Interface · 2026-10-17	正常UI五新生命，原始span/设备差分/报告及下游隔离	限定E4通过，留存5/66；同步/分发另列	candidate非独立物理精度；下一仅Static Runtime
P4 Total五新轮 · 2026-10-17	179正常UI/五新生命，0/300ms可控变化、原始端点与Mach差分	限定E4通过，留存4/66；同步/分发另列	candidate，不是物理首帧；下一仅System Interface单项
P4 前台观察五新轮 · 2026-10-17	179正常UI/精确新生命/5 Session，Raw/live/CSV/真实派生报告一致	限定E4通过，新设计3/66；同步/分发另列	严格原字段true/相邻读界、固定延迟与资源门；非物理精度，下一仅Total方案
P4 前台观察当前 · 2026-10-17	工具95参考/20判据方法已核并入main；新资格未到采集	partial：留存2/66，前台0/5，下一仍本项	Q1/Q2 Start0；原生读取正常但Apple指令通道connecting/超时；请求重连
P4 Free主线闭环 · 2026-10-17	S6准备完成/资格partial、0/5。 S5入口修复/签名成立，升级与正式0/5待续。 S4内部178已覆盖，首项0/5。 S3包内E2，正式0/5不变。 S2工具E2；首项0/5不变。 2026-10-17 L4首项：软件E2，正式0/5，1/66不变；下一仅签名安装及参考资格。已验源码a1757da、GitHub及线上8页核同，177保留	限定Free E4有效；同步与整体partial	原五轮1200/600，Release后续构建通过；2176诊断1 wall门开放，下一L4首项仅软件准备
P4 静态帧专项 · 2026-10-16	内部177 + Lab90.21.7五新轮对照	限定场景E4通过，不改全指标已验收数量	两动画覆盖/恢复、静态提示、Raw/封口，历史Build73保留
P4 Startup C0 默认配置 · 2026-10-12	独立Startup固定请求迁入main工作树，公式/candidate不变	Total获取子门Lead接受 · 整体partial	E4：原40,204封存与四目标各5次Total20/20独立核同；完整协议19/20，物理准确性/GUI/公开门开放
P0 数据保真	Schema v2、Registry v2、raw + rate 并存、source/scope/unit/quality；知识库事实、Canonical、深度专论、领域总览与自动一致性门禁	✅ Batch A 完成；KB-1/KB-2/KB-3 于 09-08 完成 E2；2026-09-18 完成知识库全域技术叙事重排：七大领域（Startup/CPU/Memory/Network/GPU/Energy/Session）Canonical 拆分与技术演进文章、knowledgeRole 治理、跨指标诊断 Level 0-5 模型重写，knowledge 文件 49→79，gate/build 均 PASS；2026-10-03 启动知识口径同步当前默认 v9、候选质量与 E4 证据分层，66 项合同不变	KB-3 最终收口结果；全域重排方案与实施记录
P1 已有源承接	APP CPU、内存、线程、调度、磁盘、GPU 三项	✅ 完成（Batch A · 09-02）	同上；0 值复核
P2 System / Network	TotalCPU、分核、设备级/进程级 Send/Recv、五类内存、StartupTiming、校准链	🔶 2026-10-03 R4：b104 双向控制与两轮真 UI 已观察，缺源 2/0；整机物理校准仍 partial，startup 门不变； 🔶 2026-10-03 R3：App / Device 网络曲线与 CSV 已分作用域（E2），物理正控 E4 待测； 2026-10-01 Gate C-R1：旧三轮设备网络源均失败但曾输出假零；v3 缺源置空与 b79 E2 包已就绪，真 UI 非零正控/守恒待证。 Build53 两轮设备 E4 命令级验证 6/6 核心阶段、Total、启动源 live drop 0；三个条件阶段、跨设备/build/App、TotalCPU/Network 同窗校准仍 partial；2026-09-20 重评确认端点正确性缺口，当前双 tap 兼容性待 A/B（E1/E2）；SSO v1 已冻结 G0/G1，产品实现与 E4 待批准。2026-09-20 Build 74（FTI-011 P0-A）已 `implemented · gate-open`：设备级 Send/Recv 的源洪流在 Raw/JSON/Writer 通用路径之前折成 100ms 对齐 host 聚合窗（`network.device.aggregate.raw`，`Σaggregate == Σsource` 字节精确守恒 + 逐项对账恒等式，`MAX_INPUT_EVENTS_PER_AGGREGATE 65536` 有界），metric 合同 `network-interval.v1` → `network-window-rate.v2`；E4-A/B/C 真机待执行。2026-09-24 Phase 2 A1 已按 Lead 唯一方案实施 `implemented · gate-open`（E2 completed）：最终 Raw 重放的有界 Stop-drain 生命周期诊断落地（`launch_trace.py` +701/−2 + 45 项专项测试），四轮真机原始字节主报告冻结字段零差异、r3 链可闭合、S2/r1/r2 仍 missing，三种扫描模式等价，§6 效率 8/8 在预算内；Total 继续 missing、新包与真机 E4 待执行；Network 缺值修复独立批次。Lead 2026-09-24 复验更新：A1 E2 仍为 REPAIR REQUIRED。R1 已修原三项 fail-closed/顺序漏洞，但最新 G4 跨目标线程误配及同 tick 漏判待 A1-R2；本行此前“E2 完成”是实施方交付快照，不代表 Lead 验收通过。 Lead 2026-09-25 更新：A1-R2 已修 G4 同线程/同 tick 反例；但新增 off-thread 计数存在假 0 且全量波动归因未完成，A1 整体 E2 继续 REPAIR REQUIRED，仅放行 A1-R3 计数语义最小返工，E4 未运行。 Lead 2026-09-25 A1-R3 验收更新：72/72 专项、1049/1049 全量与四轮 Raw 复核后，A1 代码/离线 E2 PASS；新包 E4 NOT RUN、package partial，整体产品门禁仍开。 Implementation 2026-09-25：A1-R3 计数语义返工已交付 E2（`launch_trace.py` +36/−11、专项 72 项 OK、四轮 r3 仍 31/3/2/1、三模式等价、§6 效率 24/24、全量 Sidecar 1049 OK、两项波动测试归因为负载型），Implementation 2026-09-25（新包与真机 E4 采集）：新包构建 / Developer ID 签名 / 公证（`Accepted`）/ staple / 独立安装验证已完成（包 SHA-256 `22ab40b5…`、`spctl` = Notarized Developer ID）；按冻结 Build74 UI 配置执行 16 轮真机采集，`allConfigsMatchFrozenUi` / `allRawHashesConsistent` / `liveHasNoDiagnostic` / `finalHasDiagnostic` / `finalIsRawRescan` / 回放一致性 / `totalNeverPublished` 全 true，但 `closedChainRounds=[]`（13 `target-actionable-no-closure` + 3 `no-lifecycle-records`）⇒ 正向闭合链未取得、本批 partial，Total 与质量 / 阶段覆盖不提升，待 Lead 独立验收。 Lead 2026-09-25 审计更正：上述 16 轮仅为命令入口而非冻结 UI E4；`totalNeverPublished=true` 失效，实际 12 candidate / 2 repaired / 2 missing；原始窗口为 12 active opener + 4 无 opener，正式 UI E4 继续 OPEN。 Lead 2026-09-25 三轮真实 UI 更新：1 轮 INVALID、2 轮冻结配置有效，Fixture A 原生 active 端点给 candidate 271.42775 ms，但 post-stop-drain 无 opener、诊断闭合 0/3；A1 正式 UI E4 继续 OPEN，本批不扩第 4 轮。 Implementation 2026-09-25（A1-E4-UI）：真 SwiftUI 入口三轮采集已收口——App A 第 1 轮因默认指标组不含 Startup Timing 判 INVALID，App A 第 2 轮冻结配置有效但 Total missing，Fixture A 原生 active 窗口端点产出 candidate 271.42775 ms；两有效轮 drain 均无 IFR opener、`diagnosticClosedCount=0/3`，A1 正式 UI E4 仍 OPEN，第 4 轮不授权，产品代码零改动。 Lead 2026-09-25 文档交付审计：已提交快照 HTML 结构错误与资源/封存/最终耗时口径缺口，文档交付 REPAIR REQUIRED；产品 E4 状态不变。**	Build53 结果；稳定性重评；稳定性优化方案；Build 74 方案与记录
P3 FramePipeline	逐帧源、FrameTime、Jank 派生链	🔶 Display Performance 已切源 ActivityTrace FrameLifetime；R8-Fix-4 下游 writer 解耦 E2 通过但 Build 66 E4 失败：314 条 FrameLifetime 已落盘，host receive 仍有 52 次 >1s 停顿且 Sample Publisher 同步退化，Session 最终 `graceful_stop_timeout` partial。R8-Fix-5/5.1/5.2 已依次完成 event-loop fairness、Core 端到端 closeout、CLI Post-Core Final Delivery absolute deadline；2026-09-19 独立 clean worktree 完成最终 E2 复验：真实 slow-delivery Stop→Process Exit 0.3721s，Swift 182/3 skipped/0 failures，Python 624/624。现已进入 Build 67 构建 / E4 真机复测阶段。Build 67 真机 E4 已执行：ActivityTrace 交付 440 条 FrameLifetime、0 丢弃，FPS 51/53、FrameTime 50/53 有效，`dataCompleteness=complete`、`ingressUndrained=0`，Stop 未再撞 Swift 10s watchdog；但遗留两项——(1) 一次 2878ms 的 `hostReceive` 残余间隙位置未知（内含 ~599ms 真实源端呈现不连续），(2) 辅助 sleeper 被误判为 consumer drain 使 `overallCloseoutStatus=partial` 而 `closeoutFailureStage/Reason=null`。两项均由 R8-Fix-6 修复（E2 完成、E4 pending）。Build 68 两场真机 E4 已执行：R8-Fix-6 的 closeout 任务分类修复在真机上按设计成立（超时未再被记到辅助 sleeper 上），但暴露两项新的 P0——纯 Display 会话（Session `0e9da98e…`）仍启动 `pmd3.device-condition.raw` 使 `sourceConsumerTaskCount=2`，正常 Stop 被判 `consumerDrainStatus=timed-out`（500.853ms）/ `overallCloseoutStatus=partial` 而 `dataCompleteness=complete`；以及多源竞争削掉后仍残留 `pumpQueueWait` P50 123.471ms / P95 282.982ms / Max 491.312ms。两项均由 R8-Fix-7 修复（E2 完成、E4 pending）：作用域改由 canonical `execution_source_ids_for` 决定、三处每事件 `sleep(0)` 改为有界 burst（8 事件 / 1.0ms，只计同步工作量）、20s 空闲等待 stop-aware。Build 69 真机 E4 已执行（纯 Display，Session `1bc4d6c4…`，81.878s，768 条 FrameLifetime）：R8-Fix-7 的作用域与停止语义在真机上成立（纯 Display 不再启动 device-condition 源），但有界 burst 未消除残余——七层诊断实测唯一定位层仍是订阅队列（`pumpQueueWait` P50 157.596ms / P95 354.888ms / Max 563.371ms），其余四层全在亚毫秒（0.017–0.247ms）。指纹为 `deliveredEventCount 768 / pumpYieldCount 768 / pumpMaxBurstCount 1 / pumpMaxActiveBurstDurationMs 0.058ms` 与 `filterYieldCount 883 / filterMaxBurstMessageCount 16 / filterMaxActiveBurstDurationMs 2.131ms`——让出次数 == 交付条数而自身同步工作仅 58 微秒 ⇒ 撞响门禁的是含上游 `await` 的 wall-span（`await` 已让出过一次，门禁对同一次等待再让一次）。已由 R8-Fix-8 定向修复（E2 completed / E4 pending）：Pump 32 events / 1ms 与 Filter 64 messages / 1ms 的时间门槛改比 active-span，新增无 `wall-time` 键的让出原因直方图。Build 70 真机 E4 已执行（纯 Display，Session `34989ff5…`，约 102.463s，680 条 FrameLifetime，`droppedEventCount=0`、`undrainedAtClose=0`、report seal complete、`dataCompleteness=complete`，无数据丢失）：R8-Fix-8 的 active-time 门槛在真机上按设计生效（`pumpYieldCount` 768 → 21、`pumpMaxBurstCount` 1 → 32、wall-time 让出消失），但 `pumpQueueWait` 反而恶化到 P50 552ms / P95 1029ms / Max 1347ms（378 样本 > 500ms）——修对了病因、暴露了下一层病因。已由 R8-Fix-9 在代码层交付（E2 completed / E4 pending）：不再调整任何门禁，改为把病因变成可判定证据（自有 consumer wait 状态、wake→dequeue 与队列深度有界直方图、七层时间戳两个 diagnostics-only 注解、queue wait 三段拆分且 `attributed + unattributed == 聚合 count`、`maxObservedSynchronousBurstMs`、closeout 有界任务名），让出仅在最窄的“本次 enqueue 解决已 park 的 getter”处发生；压缩 120Hz 基准 queue wait P95 -62%、Build 70 形态 P50 -19%、吞吐无退化，但按真机反推的“上游每事件 17ms 同步占用”形态下 queue wait 无变化且 `consumerWakeToDequeue ≈ queue wait` —— 因此 Build 70 的 552ms 属 pump 还是属 upstream，必须由 Build 71 真机 E4 判定。32 events / 64 messages / 1ms / consumer 8·1ms / 2048 / 0.5s / 8s / 20s / Swift 10s 与全部指标公式未变。	R8-Fix-9 方案；R8-Fix-8 方案；R8-Fix-7 方案；R8-Fix-6 方案；R8-Fix-5.2 方案；R8-Fix-5.1 方案；R8-Fix-5 方案；R8-Fix-4 记录；R8-Fix-10 记录。R8-Fix-11（`plan` `implemented · gate-open`，E2 completed / E4 pending）：Build 72 真机 E4 证明 R8-Fix-10 direct waiter 确实生效（`consumerWaitEnterCount 486 == consumerDirectWaitCount 486`、`consumerWakeRequestedCount == consumerWakeToDequeueCount == 485`、`consumerWakeUnclaimedCount 0`、`pumpYieldReasonCounts = {consumer-handoff: 0, event-limit: 25, active-time: 0}`），`consumerWakeToDequeue` P50 320.001 → 105.680ms、`pumpQueueWait` 233.889 → 约 50ms；但 event loop 仍有 300–500ms 级停顿（`eventLoopSchedulerDelay` P50 348.7ms），说明 R8-Fix-10 修的是"唤醒路径"、没修到"事件循环被占住"。本批把根因定死在上游解码侧：`ActivityTraceTap.__aiter__` 的 `_parse()` 是同步行解码、跑在 pump 的 asyncio task 里、位于 Perfowl 全部 filter / active-time 预算之上（进入 `_parse()` 不产生 suspension）。修法是 Perfowl 自有的协作式包装 `_CooperativeActivityTraceTapStream`（驱动 tap 私有 `_get_next_message()` + `_parse()`，在行边界插 32 rows / 1ms 门禁，让出在 `yield` 之后检查），不改 site-packages、不复制 opcode parser，形成 parser/filter/pump/realtime 四层独立公平性；E2 端到端 `consumerWakeToDequeue` Max 19.5–23.1 → 0.126–0.815ms（26–155x）、保真度 A/B 逐行相同、Python 778/0、Swift 182/3 skipped/0。Build 73 真机 E4 待执行（Gate A–D，重点看 `parse` 诊断与 `eventLoopSchedulerDelay` / `eventLoopTickGap`）。2026-09-20 Build 74（FTI-011 P0-C/P0-D）* 已 `implemented · gate-open`：新增 per-source 六阶段 stage 计时 + 当前阶段（含任务名桥，让 closeout 超时直接说出"哪个 adapter 卡在哪一阶段"）、`source-specific graceful terminal`（先停上游产行、再 `shutdown_queue(immediate=False)`，`QueueShutDown → StopAsyncIteration`）；`SOURCE_CONSUMER_DRAIN_TIMEOUT_SECONDS` 恒为 0.5、未放宽，R8-Fix-11 的 parser 常量与让出判据全程冻结——对多源竞争的处置是加观测而非再改调度。Build 74 方案与记录；R8-Fix-11 方案与记录；R8 收口结果
P4 可复查测试	2026-10-19：28/66，中断限定E4已过，网站完整本地E2及浏览器通过，发布/通知仍partial，旧候选与失败保留；磁盘未开始。 2026-10-16：Free限定E4通过，8/54历史顺序／新66设计1/66；先完成主线闭环再L4启动。 2026-10-13最新：Startup默认CLI Total获取子门20/20接受，完整协议19/20及candidate/GUI/物理准确性分列；非启动第7接收173固定五全新轮1200/600/1200/40HTTP、六保护15工程及1188件封存全部独立核同，整体7/54。下一第8整机空闲内存先定专属政策；免公证/GPL/全WIP整合门仍开放。本批结果。以下均为历史，不执行旧下一动作。 2026-10-11 G541最新：整体6/54，网络发送166五全新轮1200/600/40及逐点来源/五保护15工程/1093件封存通过；下一第7接收专属政策，执行锁定。独立精度/最终公证GPL/全主线整合/网站发布仍open。以下历史。 2026-10-11 G492最新：整体5/54；当前发送五轮容量门仍开放，仅验证完整证据COW副本方法（21控制/31文件同SHA），不增加指标交付数、不启动接收。以下历史。 2026-10-11 G475最新：整体5/54，线程数164固定五轮各240/120/240、gap0.5秒、0来源和异常偏离，四保护/15工程及1026件完整封存通过；下一第六目标App网络发送，独立精度非前置但未校准，剩余49项/正式发行/完整主线/网站门开放。以下历史。 2026-10-11 G456最新：CPU/物理/驻留/虚拟内存阶段交付4/54；162虚拟内存五新轮各240有效/120槽/240正常包络、gap0.5秒、0偏离、15工程，外审与完整封存已完成。下一第五线程数，剩余50项；精度/正式发行/全源码/站点门仍open。以下历史。 2026-10-11 G438最新：CPU、物理内存、驻留内存阶段交付3/54；161驻留内存五个全新正常UI轮各240/120/240、gap0.5秒、0来源违规/偏离、15工程通过。下一第四项虚拟内存专属策略/来源与五轮，剩余51项；未独立校准/最终发行仍开放。以下为历史快照。 2026-10-11 G431当前：CPU+物理内存已阶段交付2/54；唯一160新鲜度修复签名安装已核（E2/E3），驻留内存旧资料回放230/240与110/120未达99%，正式0/5，下一G432真实源余量，不进入虚拟内存；以下旧数字/未完成指令均属历史。截图、回放、采集与停止；Build53 bootstrap→startup→frame 串行窗口；全量在线报告	G132当前：全54逐项交付，App CPU首项未验不转内存，正式0/5。 G131历史：基础内存逐字段预检/下一virtual新same-life资格，非旧数据五轮验收。 G130当前：ARM原生五组仍超成本且四组漏2点，CPU暂停同路重复/转基础内存；54仍未验。 G129当前：fresh状态隔离仍超原成本，不误归线程，54正式仍未验。 G128当前：原生dual500改善12.75%仍超原成本，54正式仍未验。 G127当前：高精聚合双读五组均超原成本，54正式仍未验。 G126当前：processclock同源参考拒绝，host只诊断，54正式仍未验。 G125当前：实际ARM诊断完成，fullQoS1.4023%超原1%，54正式仍未验。 G124当前：私有完整优化收益不足未实施/0手机，原成本门仍拒绝，54正式未验。 G123当前：工具隔离已修、五组完整参考成本1.3431–1.47525%超原1%，54正式仍未验。 G122当前：目标工具隔离缺陷/64MiB硬停，新500未执行；已退出/config恢复，下一修隔离、54五轮未验。 G121当前：不同QoS host candidate仍超1%；下一实际目标Observer成本，原门不降/54五轮未验。 G120当前：完整Mach参考成本减半但仍>1%，27/288工具/9取消控制通过，下一G121冷路径取证、54/五轮门OPEN。 G119当前：高密参考27/288控制通过，但完整500Hz成本超1%拒设备准入；下一G120短命绝对等待，原54/五轮门OPEN。 G118当前：CPU拒sourcequiet伪有效已修E2/内部130唯一覆盖E3；原回放228/240仍12缺，原绝对100µs成本门/独立参考/全54正式五轮仍OPEN。 G117当前：CPU240numeric非可信100%；55/253参考相容，实际缓存sourcequiet长期candidate缺陷已证；完整54/正式0/5保持。 G116当前：Memory创建后7.149314ms取消，0sample/cleanupERROR，8s非Gauge速度；来源不准入、完整54/正式0/5保持。 G115当前：actual memory.task.physical_footprint/host读链已核，单位/读点/速度未外推device；整体partial，formal0/5/54保持。 G114当前：实际host Memory Gauge/physical footprint key已核，Memory通道不在当前device广告，不能当resources别名，source/readpoint/cadence未准入；formal0/5/54保持。 G113当前：原240点的可用新来源并集232、至少8缺，证明该run不能靠队列实现原100%；非全平台不可能，下一可靠来源准入或明确技术限制；正式0/5/54未验。 G112当前：真实3份VM快照已取，串行2.644–2.780s/region packed与读点未准入footprint；已跑条款偏差整体partial，下一原源独立对照与500ms可行性，正式0/5/54未验。 G111当前：实际DTX协议/client调用链已核；region汇总/已存timestamp不替footprint真值与读点，设备资格未准入，原54/500ms/正式0/5保持；工具输出违规保留，整体partial。 G110当前：真实vmtracking服务/配置/单独选择方式已核，目标无注入/scalar字段/读取时刻与实测速度未准入；下一ABI/契约资格。原500ms/正式0/5/54未验，以下历史。 G109当前：替代来源静态审计完成，尚未准入更快footprint源；下一VM Tracker真实模板/schema/无侵入资格。原500ms/正式0/5/54未验，以下历史。 G108当前：长周期响应/先stop关闭后fresh post四格诊断成立，短周期实际约509ms；下一可靠按目标内存源审计，原500ms/正式0/5/54未验。以下历史。 G107当前：低心跳125/250ms请求实际约507–509ms，post查询仍超时/两个矩阵partial；下一长周期请求与stop后新连接核，正式0/5和54不动。以下历史。 G106当前：直接SDK仍约531.6ms，ur1心跳触发消息预算，四格partial；下一新消息资源合同，正式0/5与54保持。以下历史。 G105当前：129真实240点230有效10缺/110槽全点有效，256观察全发布；配置250实际约521ms，下一核源节拍；正式0/5与54保持。以下历史。 G104当前：有界真实观察衔接/采集发布分离已修，99/1672/Swift55通过，内部129唯一覆盖；旧源回放229/240仍11缺，新实机/准确/正式0/5与全54保持partial。以下历史。 G103当前：128真实采集已完成，120槽/240发布点184有效56缺，65槽全点有效；下一修来源节拍与衔接，formal0/5/全54保持。以下历史。 G102当前：128界面read/idle与原设备绑定成立，唯一Start因工具预建目录失败/0采样，未建立测窗；formal0/5/全54保持。以下历史。 G101当前：来源epoch误缺点/旧值洗白已修，57/1648/Swift55通过，b128内部唯一覆盖；绝对cost/准确性/GUI/正式0/5与全54仍partial。以下历史。 G100当前：旧值续点已修/37匹配与1628Python/Swift55通过，内部b127唯一覆盖；绝对cost/准确性/GUI/正式0/5与54门保持partial。以下历史。 G99当前：20实际主机控制证断流旧Gauge60s仍candidate，先G100修新鲜性；正式0/5/54未验。以下历史。 G98当前：180s参考9000+135s原生254完整配对；出生一致、原span带250/age点候选254兼容，读点/误差未验，正式0/5/54未验。以下历史。 G97当前：独立系统参考180s/9000/出生与三seal完整E4已证；产品配对源/同读/误差未验，正式0/5/54未验。以下历史。 G96当前：83控制通过；已自行退出/117件保全/配置发布和新launch1，但Tap0、参考尚未封口准入；新API/正式0/5/54未验。以下历史。 G95当前：68控制通过/实际资源查询未知先停零采集，独立RSS回退待验证；新API/正式0/5/54未验。以下历史。 G94当前：退出守卫58控制通过/实际连接成功，目标正进程先停零采集，待自行退出保全；新API/正式0/5/54未验。以下历史。 G93当前：轻量监督成本/RSS已核、实际监测错误零采集；本地退出竞态须修、新API未运行/原120/116/正式0/5/54未验。以下历史。 G92当前：实际TCP超时，监督A/B失败而同child直接成功/根因unknown；新API未运行，原120/116/正式0/5/54未验。以下历史。 G91当前：两次零采集RSD超时，裸及容器A/B均成功/根因unknown；新API未运行，原120/116/正式0/5/54未验。以下历史。 G90当前：自行退出/参考89已同ID覆盖/117旧件全SHA保全，待新API实机生命周期；原120/116/正式0/5/54未验。以下历史。 G89当前：独立参考89本地一次签名来源准入，待手机数据保全/覆盖及新运行；原120/116/正式0/5/54未验。以下历史。 G88当前：独立自身内核出生/双内存读界工具E2通过，未签名部署/证Gauge同读；原120/116/正式0/5/54未验。以下历史。 G87当前：原生单次64消息/28行、start/age坐标候选一致，读取瞬时待独立API；原120/116/0正式轮保持。以下历史。 G86当前：254行时间重核/精确Gauge读瞬时待证，下一有界原生元数据审计；120源全有效/116观察误差/0正式轮保持。以下历史。 G85当前：独立参考9000成功/源120全有效，观察误差116；下一Gauge时点只读溯源，不放宽门。以下历史。 G84当前：共享源修复/实际已装CLI固定120槽全连续有效；下一新同代独立误差/GUI五轮，仍0/5/54未验。以下历史。 G83当前：全14依赖源可行/内存诊断120/120，未产品化/独立误差与正式0/5；下一G84共享闭包最小实现。以下历史。 G82当前：真实目标新鲜源诊断50/50，未产品化/独立误差与原五轮0/5；先完整依赖闭包。以下历史。 G81当前：小包目标新鲜性不足/严格AB配对未满足，0/5，全54未验收；下一固定排序与原生变化列。以下历史。 G80当前：CLI误报完成已修/1585回归，b125内部唯一覆盖；原生子范围连续但完整覆盖未达，0/5。以下历史。 G79当前：CLI报告缺陷已证未修，原生Tap持续性不满足/24包包装全接受；正式0/5，唯一b124。以下历史。 G78当前：新参考9000完整，产品辅助125s仅5内存值、持续性不满足；正式0/5，Mac唯一b124。以下历史。 G77当前：参考76已同ID覆盖/100旧件全SHA不变，新运行与准确性未证；首项0/5、Mac唯一b124。以下历史。 G76当前：参考接线修复/本地76签名包与原生自行退出已证，新参考未部署；首项0/5，唯一b124保持。以下历史。 G75当前：密集独立内存参考本地E2完成，43host/248工具/iOS通过，未部署/校准；首项0/5，唯一b124保持。以下历史。 G74当前：单项物理内存拒绝修复E2完成，b124内部E3覆盖；独立准确性/首项五轮仍pending。以下历史。 2026-10-06 G72：Owner暂缓内部公证等待，已签b123独立包核后同址安装；未公证/GUI未验，首metric0/5与54总门保持。以下历史。 2026-10-06 G68：手动新参考六件已复制/媒体与Surface严格核，自有来源E4非产品同窗，54正式仍0。以下历史。 2026-10-06 G67：66新参考config已核，唯一launch超时/route缺失，运行unknown/54未验；不循环重试。以下历史。 2026-10-06 G66：66.1.0原设备单次覆盖/93份旧字节完整保全E3，未launch/54正式0。以下历史。 2026-10-06 G65：冻结源反例/原子凭据故障门E2已修，30控/235工具/iOS通过；未部署/54正式0。以下历史。 2026-10-06 G64：自有文件关闭凭据19控制/233工具回归/iOS E2通过，54正式0，未部署；单包与测试前清理规则保持。以下历史。 2026-10-06 G63：独立Surface28控制/7201逐对象核验，退出竞态后219工具回归通过；54正式0，未校准，b122保持。以下历史。 2026-10-06 G62：参考62.1.0本地签名/IPA核过，原手机只读仍50.1.0，未部署/正式0。以下历史。 2026-10-06 G61本地E2：媒体读界/37控/9001OFF兼容/成本/unsigned iOS编译通过，未部署与校准，54正式0。以下历史。 2026-10-06 G61：参考媒体钟补充approved/E1尚未实现，54正式0；b123原job待处理。以下历史。 2026-10-06 G60：b123实际源码构建/可信签名已验证，唯一公证任务尚未完成；继续保留唯一已验证b122安装/测试包，未用未公证候选覆盖。54正式0。以下为历史。 2026-10-06 G59：补回14报告，源码default40/all54与来源E2回归；当前b122未含修复，b123/真实同窗/五轮仍待交付，54正式0。以下为历史。 2026-10-06 G58：新参考来源实机运行E4完成，0产品Session/完整54正式0；真实同窗/五轮待执行。以下历史保留。 2026-10-06 G57：参考50.1.0部署E4完成（仅安装元数据），0新采集/完整54正式0/54；以下历史保留。 2026-10-06 G56：单版本/测试前清理完成，G55安装0、完整54正式0/54；以下历史保留。 2026-10-06 G52：完整54参考清单/3项帧时间规格冲突已核，原tol不动，独立参考与五轮未验收；以下历史保留。 2026-10-05 G51：全54原tol数值门/35控制E2就绪、0新采集；来源绑定/部署/五轮误差仍未关，以下为历史。 2026-10-05 G50：31consumer控制/新来源50.1.0已签未部署、0新采集，全54五轮/误差门不变；以下为历史。 2026-10-05 G49：逐API reference元数据/匹配host/iOS E2就绪，未签/装、0新采集，全54 E4仍未关；以下为历史。 2026-10-05 G48：21独立参考控制/181行算术就绪，0新设备采集，APIwindow与全54五轮仍未关；以下为历史。 2026-10-05 G47：19主机控制通过，一次新观察仍内部timeout/活动unknown；0安装采集，全54五轮门不变；以下为历史。 2026-10-05 G46：新自有参考46.1.0签好未安装，手机进程查询超时/活动unknown，0采集/全54五轮100%未关；以下G45及更早为历史。 2026-10-05 G45：原设备与自有应用真实UI和Native入口E3就绪、0采集；部署参考版本/完整54五轮100%仍pending；以下G44及更早为历史。 2026-10-05 G44：原A USB身份/代/devmode核验，外部供电/无热枚举；current-v3对齐3源定义，0新Session，完整54/五轮仍未验收；以下G43及更早为历史。 2026-10-05 G43：b122内部测试包双公证与独立安装E3通过（75实际代码/13102文件+34链接），全54独立精度/五轮100%仍partial；以下G42及更早为历史。 2026-10-05 G42：精确索引90匹配/196算术E2，完整1560/0与真实report五对通过；b122候选包待G43，54五轮未验收。 2026-10-05 G41：诊断partial/完整writer unknown、索引压力门失败，原full/report未关，b121保持。 2026-10-05 G40：过滤等价/十对效率E2通过，full1557/1唯一ingress红/report原红，b121保持，下一G41。 2026-10-05 G39：诊断/影子等价成本E2、未改产品；原full/report红仍开放，G40最小修复待实施。 2026-10-05 G38：源码帧统计/恢复/ACK修复，59匹配/196独立算术E2；完整1554/3和效率红、未打b122/b121保持，全54仍partial。 2026-10-05 G37当前：独立CPU参考容差交集/精确整数比值、61工具E2通过，原G14A可接受117→116不改产品或旧数；b121/全54五轮保持。 2026-10-05 G36当前：原设备A主机清单Network/USB皆0、0新服务/Session；完整准备wall未取证，入口partial，b121与54五轮门保持。 2026-10-05 G35最新：双钟参考默认OFF/49工具E2通过、原设备A页大小181次16KiB观察；非动态或wire同钟校准，b121保持/全54五轮pending。 2026-10-05 G34最新：网络累计v4/身份与旧v3隔离E2通过（53匹配/Python1527/Swift227、3skip）；b121已双公证验证并覆盖安装（E3），旧首完整红与54五轮门保留。 2026-10-05 G33：网络零增量/错目标反例、TCP仅4/8；输入量门partial，G34合同未实施，b120保持。 2026-10-05 G32当前：GPU精确整数/末行修复，Python1503/Swift227（3skip）通过；b120公证安装E3，旧G29原因unknown/全54五轮partial。 2026-10-05 G29历史：终止Raw保全专项目标通过，完整Python1失败（max66.371084ms>50ms），未打新包/b119保持；G30先因果取证，54/五轮仍partial。 2026-10-05 G28当前：无线目标不同代、Owner范围待明确，0新性能Session，54/五轮partial。 2026-10-05 G27来源状态：GPU live0/热缺枚举/Energy Overhead原负哨兵，b119保持，全54独立精度与五轮仍partial。 2026-10-05 G23历史：来源三块2798行解析一致，连续读取仍缺证、b119未改，全54/五轮仍partial。 2026-10-05 G18历史：编码修复E2/b119安装E3，G17/G19来源取证、全54/五轮仍partial。 2026-10-05 G16历史：GPU取证修复E2/b118安装E3，0新Session、全54/五轮仍partial。 2026-10-05 G14A历史：单轮33/40算术门、7缺口、全54可信/五轮仍partial；G15先因果审计。 2026-10-05 G13历史：实际Native/目标/UI前置E3就绪，G14待执行，54门未关。 2026-10-05 G12历史：b117独立公证安装E3、1468 Python/227 Swift（3skip）通过；54项可信/五轮100%未关。以下历史快照不改。 2026-10-04 G7历史：五项Display同钟过期可信门与有界分段诊断E2通过（1447 Python/224 Swift、3 skipped）；b116双公证/独立安装已完成。G7原身份预检与G7A设备查询25s超时均0新Session，E4未测；全54/100%仍partial，下一步连接准备与一次成本诊断。 2026-10-04 G6A当前：b115仍安装，完成2/5后预检超时止；HTTP16/16正文核对、CPU局部候选，帧来源迟到105–112s，全54/100%仍partial；下一步G7。以下历史不改。历史G5A：固定五轮原来源跟进139.443–139.474s、原算术32/32/33/0/0保留。 R12：b112五轮完成，20项五轮严格达标、26项整门0/5；启动原生2/5、整体partial。以下历史。 2026-10-04 R11当前：b111公证安装；含Startup两轮网络27/27、CSV100%/98.55%，非启动有效覆盖通过；启动Total两轮missing、综合partial。下一步启动配对/角色与资源取证。以下历史快照。 2026-10-04 R9 当前：v7来源完成发表E2通过，b109已公证安装；Mac锁屏、0新会话，两轮CSV连续性/来源复算PENDING，整体partial。 2026-10-04 R8 当前：b108公证安装，新两轮数值/完整性通过，各20/22，candidate66.67%/72.97%未达90%，连续性与整体Beta仍partial；下一步R9发布时钟修正。 2026-10-03 R6 当前：b106 已公证安装，两轮各74行/19项数值与完整性核对通过；设备网络仍迟到缺源，连续新鲜度与整体Beta仍partial。以下为历史状态快照。 2026-10-03 R5：非启动时钟/窗口修复 E2 通过，b105已公证安装，两轮真实 UI待Mac解锁；startup 本批忽略。 🔶 2026-10-03 R4：b104 双向控制与两轮真 UI 已观察，缺源 2/0；整机物理校准仍 partial，startup 门不变； 🔶 2026-10-03 R3：旧会话按旧 scope 回放、新会话追加分作用域值；极短命采集进程尾部排空回归通过，真 UI E4 待测； Build60 专属 GPUCounterPanel（FTI-007）与 Build59 截图独立长连接（FTI-005）；64项账本、全量在线报告；原生 UI 像素、≤1 s/≤2 s 长会话门禁仍开放。2026-09-20 工作台 UI 信息架构精简与设备交互修复已 `implemented · gate-open`（E2 completed / E4 pending）：截图改紧凑时间轴带、删测试模式 Tab 与 “Scene 01”、设备提示改顶部 Banner、启动时间表达重构（端点缺失用红叉且只从 Collector 端点证据推导）、全部指标卡片统一 CPU Usage 风格、Display 实时只留 FPS + Frame Time、picker 条件指标按运行时真实事实置灰、Wi‑Fi 稳定性（每设备 hydration + 有界并发 + 单轮缺失宽限）；Swift 204/3 skipped/0（基线 182，+22）。真机 E4 与 §13 性能对比待执行 2026-09-27：O1完整Total仍missing；SW-1默认OFF窗口差分方案已落盘。 2026-09-27 Implementation 更新：SW-1 已实施并完成 OFF → ON 两轮包内核心命令入口真机辅助轮——默认关闭开关 + 单次 opt-in 等待分支（聚焦 144 项 OK、OFF 等价两轮 `mainDiff={}`、OFF 交错吞吐 −1.578 %）、实验包公证 `Accepted`/staple/Gatekeeper/独立解包通过；但两轮采集配置虽逐项相同，ON 轮 `Eligible=false`（`scene-open-phase-absent`）⇒ 新增等待未 applied，locator 得 OFF `CLOSER-ONLY`、ON `OPENER-ONLY`，两轮 IFR 仍 missing ⇒ 辅助实验 inconclusive、未扩样。2026-09-28 R1 入口更正：两轮未经 App `perfowl.capture.toggle`、核心非 App 启动 ⇒ 存在实质性入口偏差；正式真实 UI E3 = NOT SATISFIED、正式真实 UI E4 = NOT EVALUATED（不作为正式 E4 判定）。 A1 正式 UI E4 仍 OPEN。 2026-09-28 SW-1 R2：正式 UI OFF→ON 两轮入口/配置取证已满足，但 ON 未应用延长、原生 Total 仍 missing；窗口效果 inconclusive，稳定性收益未证，A1 UI E4 仍 OPEN。 2026-10-03：设备网络入口与三项显示最终输出已按 E2 修复，真机 E4 待新包复测；上游帧源间隙未消除。 2026-10-03 R2：stderr 假 partial 与负源时间初始字节速率污染已做 E2 修复，版本 102 E3 包已完成，v4 物理正控及新包 E4 仍开放。**	当前G541：第六发送已E4验收，下一接收专属政策与原源核验；不提前采集。 Build60 验收；实现结果；Build54记录；UI 信息架构方案与记录
P5 热与能耗	Thermal、Battery、Energy	🔶 公式 13/13、真机源 13/13，数值 9/13；Wi-Fi 路由完成，Battery 三项等待物理断电，ThermalStatus source-missing	P2/P5 结果
P6 xctrace 增强	App Launch、Time Profiler、Hitches、GPU Counter	🔶 App Launch 已完成 iOS 17/18 开发签名 Fixture E4 校准，但不再作为商店 App 默认源；GPU Counter 新鲜度与缺值语义已实现，data row/跨 SoC 数值校准仍开放	R1-R6 收口
P7 Cloud / CI	断点上传、Web 报告、团队协作、公开下载	🔶 2026-10-02 内部 Beta Gate D 只读预检：66 项矩阵、b78/b79 两包及旧三轮现时 SHA 可核，12 项 E4/交付缺口未闭；不作 Gate D/E PASS。 2026-10-02 Gate C-R1 诊断工具预检守卫 4/4 通过，但 b79 E4 正控仍未启动。 2026-10-02 原始网络凭据核对器 24/24 专项通过，旧 b78 负控 fail-closed；仅 E2，b79 真 UI 正控仍待。 2026-10-02 E3 传输连接已核通，不代表网络源启动或 E4。首页产品化与下载入口完成；公开 DMG 仍受发布门禁约束，Cloud/CI 未开始；2026-09-25 G0 生产发布改为受控 fail-closed 入口（`site/scripts/deploy-production.py`：双远程实时 SHA + 干净隔离 worktree + 一次构建一次上传），首页视觉恢复 G1 待 Lead 验收 G0 后执行；2026-09-25 G0-R1 已按 Lead 合同返工（生产远程集合固定为代码常量、上传前二次核查远程与非生成型漂移、四类有界超时、本机旧 `pre-push` 去自动部署副作用，守卫与测试 26→58 项），Lead 对 G0-R1 裁定 REPAIR REQUIRED（rename 漂移、上传后远程、Preview 验证）；2026-09-25 G0-R2 已按合同返工（rename/copy 双向判定、上传后第三次双远程复检并报 partial、Preview 环境感知验收、真实 wrangler 样本解析，守卫与测试 58→88 项），2026-09-27 Lead：G0 E2 PASS；GitLab 未同步，交付 partial，先补齐双远程；G1 未开始 2026-09-27 Owner更新：GitHub主源严格核SHA、GitLab非阻断镜像；93项门禁通过，最新记录从干净提交发布，镜像失败单列partial。 2026-10-03 集成更新：首页改版生产适用部分已合入并通过本地 E2 构建/浏览器验证；正式 G1 性能对照、线上发布核验及公证包仍独立开放，不以代码合并替代。	首页重构结果；2026-10-01 内部 Beta 交付目标与 Gate A–E 已定稿（E1 方案）方案；Gate C 真实 UI 短轮 3/3 已封存但整门 partial（网络正控/显式凭据与同轴报告时序仍缺）记录

未关门门禁

2026-10-25最新：GPU能耗评分测试门关闭，正式55/66；下一网络能耗评分。提交/双推/网站/Webhook按本批真实收据单列，公证/GPL门保留。下列为历史。

2026-10-25最新：CPU能耗评分测试门关闭，正式54/66；下一GPU能耗评分；同步/网站/Webhook授权partial继续、公证/GPL门保留。下列为历史。

2026-10-23 Jitter仍处正式五轮中：累计3/5；r4固定参考窗仅6/7合格且阶段方向门失败，不计轮次。attempt-06设备级录制未获有效Trace，attempt-07配对未修复devicectl服务；新方案改走P95冷请求与原生DVT启动，资格Trace仍未运行。203张预览尚在，但Owner已授权自主清理；本资格不启Workbench，因此无需清理。不得进入下一指标或磁盘读取率。

2026-10-22 Jitter离线审计工具与完整Session-to-Metal联通现有54/54合成合同测试通过；有效正例与presentedTime零哨兵反例均不改变真机验收门。该结果不替代真机五轮。手机暂不可操作，尚未建立attempt，实际容量与手机通道需在设备恢复后重核；Metal presentedTime候选资格未判，也未确认不存在合格参考。整体37/66，Jitter0/5，不进入磁盘读取率。

2026-10-21 Lab27最新：P95候选实现不等于参考资格；正常/取消/恢复/冷请求、OFF/ON成本、Raw独立算术及新独占五轮仍开放，不提前适用无参考接受。正式35/66、P95 0/5；同步/网站/通知债及公证/GPL门沿用。下列较早日期表为历史。

2026-10-21 Renderer当前增量：a12完整同场与单组成本准备已核，Apple218同名参考的积分窗/原生时间桥及正式五轮未关；不宣布无参考。此前准备快照为历史。正式30/66＋待Owner审2保持。

当前更新2026-10-20：接收独立参考Gate R_rx、手机保全/安装/实际容量、工具E3/OFF-ON/诊断及完整五轮仍开放；发送0/5留待验。GitLab/网站/通知交付债及公证/GPL门保留。

当前门（2026-10-19）	实况	推进边界
P4 Jitter Metal参考与五轮 · 2026-10-23	Jitter3/5、37/66；r4固定窗6/7、方向门失败且不计轮次；attempt-06 Trace不完整、attempt-07配对未修复devicectl查询；未确认参考不可用	新鲜核USB/DVT、目标身份、旧SHA、真实容量和活动Session；用全新run前缀通过P95冷请求与DVT启动做一次Display资格，完整配对后再制定正式r4五轮
P4 Jitter 正式验收 · 2026-10-22	E2共享窗口/报告实现与Raw/Metal审计器已完成；独立复核纠正Raw envelope sequence口径；完整Jitter目录54项测试通过，含seal-to-window有效/零哨兵用例；Raw oracle 10分钟/1小时合成基准通过。Build209未公证/安装，Jitter正式0/5。手机暂不可操作，Metal参考候选同窗资格未判	设备可操作时先建立新独占attempt、重做旧证据SHA保全、实枚举容量与通道准入，再跑完整五轮；只有五轮无异常且确定无合格物理参考才按Owner政策计入
P4 刷新率Owner决定 · 2026-10-22	`OWNER_DIRECT_ACCEPTANCE_WITH_KNOWN_EXCEPTION`计入正式37/66；a02 r1原失败、标准五轮0/5及数据差异保留	不重放失败轮、不改写事实；刷新率物理精度仍未校准
P4 P95正式 · 2026-10-21	E4无异常与派生算术通过；独立物理精度未校准	Owner无参考标记正式计数；网站/镜像/通知债partial
P4 P95恢复 · 2026-10-21	12目录/101原件核SHA，迟到Session封口保全	未通过不进入刷新率；同步/发布债partial
P4 P95 · Lab29诊断 · 2026-10-21	全窗物理参考当前不合格；新五轮开放	无异常五轮后按Owner标记正式PASS，不免Raw算术
P4 P95 · Lab29 · 2026-10-21	Raw算术核同；coverage/物理参考/新五轮均开放	不用无参考政策豁免实际覆盖异常，不重发未知安装
P4 P95 · Lab28 · 2026-10-21	正常/取消/恢复/冷拒绝/OFF-ON通过，仅自有App工具E4	整机同层同窗参考/Raw算术/正式五轮仍开放，35/66、P95 0/5
P4 Renderer · 2026-10-21	a12同场E4与163实际Core消费者已核；partial，Renderer0/5、testPassed=false	Apple同名参考积分窗/原生时间桥资格，再另开新独占五轮；不提前Tiler
P4接收结果 · 2026-10-21	E4无参考异常测试5/5及总审通过	testPassed，metricAccepted=false；正式30/66＋标记2
P4接收v9正式 · 2026-10-21	已有诊断ready及两准备保全/正式软件门	partial，正式30/66、发送标记1、接收新五轮0/5
P4接收v9 · 2026-10-21	新诊断E4准备门通过，当前方向异常0，对侧拒绝1保留	partial，正式30/66、发送标记1、接收新五轮0/5
整机网络发送率	Lab18四工具/开销E3达门；参考mean/P95=0.729899/0.873667ms，Gate R未关、正式0/5	H1/22反例保留；Sysmontap候选/libsysmon原件核同，服务端定义与优化调用未证；下一有限scope/源时钟及独立同窗参考，仍需全部方向/端到端完整性；新Sysmontap非空尾部已保管、跨源完整性未证，来源一次/诊断/完整五轮仍待，30/66不变
网站/通知/镜像	本地轻量构建E2恢复；发布/Webhook缺配置、GitLab单次失败，partial	Owner允许保留欠项继续下一指标，不冒充已发布或已通知

前台独立参考软件已核，下一仅新资格/固定五轮；当前留存2/66、前台0/5，未改通过数量。

S8当前：本项状态/迟滞与导出一致性门已关；物理精度/跨平台、179与新GUI整合、前台下一项、继承wall/镜像/公证/GPL仍开。

S7当前：参考尾读软件修复已核；真实参考/正常UI启动选择与L4报告来源、固定数值门/五轮仍开，其他风险不变。

S6当前：签名/覆盖准备已关；L4正常UI启动选择、参考工具尾读、固定数值门/正式五轮仍开。原升级超时、公证/GPL/继承wall与镜像风险分列保留。

L4-S5当前：手机已确认物理直连，枚举缺项前置依赖已修；源修复不等于正常UI已验。Lab升级/匹配Mac包/参考及正式五轮仍OPEN。

L4-S4当前：Mac签名覆盖已关闭；首次无窗口失败保留，恢复根因未定。手机Lab签名/连接与参考资格、首项五轮、公证/GPL仍开放。

L4-S3：候选不是已签名App，未覆盖177；包内软件通过不解除钥匙串/USB、参考资格与五轮门。

L4-S2门禁：工具E2不替代真机；签名/USB条件与参考新鲜度/数值判据仍待，未开放下一指标。

当前L4：首项正式0/5、签名安装/参考资格/真实负载仍待，软件通过不解除真机门。继承500ms wall基准、公证暂缓、GPL与GitLab同步缺口分列保留。

门禁	阻塞项	等待什么
Owner本批配置欠项 · 2026-10-19	发布认证与Webhook缺失，Owner决定先记录partial	本批不重复催配；网站/通知欠项继续保留；下一指标顺序未明确变更
本批中断交付 · 2026-10-19	指标5/5限定E4已通过；网站a18完整E2/浏览器通过（15.003秒/1,507,000,320B），此前失败全保留；Cloudflare/Webhook配置缺	提交双推、最终同SHA构建、发布及线上核对/通知按实际收据记partial；闭环前不进入磁盘，以下旧行是历史
当前新a02中断1Hz · 2026-10-18	4/5、当前第5轮冷却；ARM/Apple URL/开销/软件/诊断/真实容量已核	完整五新轮与分离最终审核；随后提交双推、知识/归档/网站线上核对/通知。Cloudflare与Webhook本机配置尚缺，公证/GPL仍开放；以下同日旧恢复行是历史快照
新机恢复 · 2026-10-18	ARM内部安装及四参考资格已核；非Developer ID正式包，真实规模性能/Apple URL未验	OFF/ON、六准备记录保全归位、真实性能/新诊断与最终容量；最新62活动，无五轮准入，无需重复签名确认
中断恢复/换机 · 2026-10-18	新机DTX参数参考配方成立，Apple payload-URL未核；五旧run已保留归位	OFF/ON及六准备记录保全归位、新诊断/实际容量后才正式新五轮；旧4/5不拼接
当前中断1Hz五轮/换机 · 2026-10-18	4轮完整、第五轮指令通道失败；不是数值失败定论	Owner重连后只读资格及新独占attempt；27/66保持，私有证据/秘密另迁
中断唤醒率 · 2026-10-18	原500ms覆盖未达，未进入五轮	待本项刷新范围确认；原件/失败保留，不缓存补点、不进入后项
历史验收沿用 · 2026-10-18	历史9项不设复核门，剩余39逐项推进	当前中断唤醒率的来源/数值/连续性及五轮仍待；物理精度、分发合规与镜像同步仍分列
知识库状态一致性 · 2026-10-18	总览/66项互斥状态与证据入口已整理；历史快照保留	指标仍18/66；中断唤醒真机及后续验收/分发门禁保持开放
上下文切换率1Hz · 2026-10-18	五新轮来源/独立异常/连续性/消费者门关闭；旧2Hz与容量工具失败保留	下一仅中断唤醒率；公证/GPL/整GUI主线与高热负载另列
逐核CPU收口 · 2026-10-18	五新轮来源/分布异常/连续性/实际Swift输入门关闭；物理核映射未证	下一仅上下文切换率；整GUI/GPL/公证/镜像另列
Normalized CPU收口 · 2026-10-18	本项五新轮同源/异常/连续性/实际Swift输入门关闭；逐核及进程CPU未重验	下一仅PerCore；整GUI/GPL/公证/镜像另列
Raw CPU收口 · 2026-10-18	本项五新轮来源/异常偏离/连续性门关闭；normalized与Raw图未验	下一仅Normalized；整GUI/GPL/公证/镜像另列
Available收口 · 2026-10-17	本项五新轮来源/异常偏离/连续性门关闭；完整私有语义未证	下一仅整机CPU总量；整GUI/GPL/公证/镜像另列
Initial Frame收口 · 2026-10-17	本项来源/共享锚点/消费者/隔离门关闭；非物理校准	下一非启动单项；旧Total诊断/整GUI/旧性能/GPL/镜像门另列
sceneWillEnterForeground收口 · 2026-10-17	本项来源/消费者/隔离门关闭；不消除Total诊断风险	下一Initial Frame；整GUI/过渡提示/旧性能/GPL/镜像另列
sceneWillConnect收口 · 2026-10-17	本项原始来源/消费者/隔离门关；不改Total诊断风险	下一sceneWillEnterForeground合同；整GUI/过渡提示/旧性能/GPL/镜像另列
didFinish收口 · 2026-10-17	本项单回调来源/设备差分/消费者/隔离门关；容量30	下一sceneWillConnectTo独立合同；无局部正控、整GUI/Total过渡提示/旧性能/GPL/镜像另列
didFinish输入门 · 2026-10-17	Apple配方12秒timeout，后置details亦8秒timeout；普通读取正常不等于配方可用	Owner重连后实际资格/新attempt完整五轮；不补原轮/不进下一项
willFinish收口 · 2026-10-17	本项单回调来源/消费者/局部正控门关；旧0/5及R1 3/5保留，修复采样前启动卡准入	下一didFinish独立合同；容量30/整GUI/Total过渡UI/旧性能/GPL/镜像另列
Scene Creation收口 · 2026-10-17	本项原始完整集合/聚合/消费者/隔离门关；容量再达32	下一willFinish回调正控/可选阶段/保全合同；工具wrapper历史pin限制、旧性能/整GUI/GPL/镜像另列
UIKit Initialization收口 · 2026-10-17	本项源/聚合/消费者/隔离门关；活动run再达32，下一Scene仍未验	容量保全、多转移来源合同；公证/GPL/镜像/旧性能/整GUI另列
UIKit准备通道门 · 2026-10-17 本次关闭	Owner重启后实际connected/DDI与正常UI选择核同；替代AFC未启用，原失败保留	原URL-r3新五轮限定E4通过，留存7/66；下一Scene容量/多span未验
Static Runtime当前收口 · 2026-10-17	本项五轮源/数值/消费者/隔离门关，留存6/66，其余阶段仍待验	下一UIKit单项前先核旧run32项容量与封存副本，公证/GPL/镜像/旧性能/GUI另列
System Interface当前收口 · 2026-10-17	本项五轮源/算术/消费者/隔离门已关，留存5/66；九阶段不整体关闭	下一Static Runtime单项，物理精度/新GUI/旧性能/镜像/公证/GPL另列
Total当前收口 · 2026-10-17	本项原定五轮候选端点/可控变化门已关，留存4/66；资格partial保留	下一System Interface单项；新GUI整合/旧性能/镜像/公证/GPL另列
前台观察当前收口 · 2026-10-17	本项限定E4固定五轮门已关，留存3/66；旧Q1/Q2失败不回改	下一仅Total独立来源/合同；新GUI整合/继承wall/镜像/公证/GPL继续开放
前台观察当前 · 2026-10-17	新资格配方通道12秒超时，尚无正式前台轮	Owner完成本次重连后先新单次资格，全部门成立才固定五轮；留存2/66、不进Total
Free源码/网站交付 · 2026-10-17	main/GitHub/网站实核；GitLab唯一push连接关闭，整体partial；完整回归仍1继承wall门	不重推GitLab；L4首项软件准备，实际负载准入前不开新正式手机轮
静态专项Owner确认 · 2026-10-17	Owner已确认177自测OK，原限定E4及历史验收保留	不再要求重复静态复测，不增加全指标验收计数
静态帧显示专项 · 2026-10-16	本专项CLOSED；静止零帧完整性、独立物理精度与最终发行仍不在此结论内	Owner内部177自测；其他指标不自动开启，公证按Owner暂缓
Startup C0 产品默认20轮 · 2026-10-12	Total数据目标20/20已取得；执行协议19/20，监督异常原轮保留；Python全量1失败、全站构建及公证/GPL与独立验收开放	Lead独立审查本批源码/20轮原始证据及执行偏差；不以Total样本替代正式产品PASS
G78 内部测试与专项准确性边界	新源9000完整/API成功，产品辅助流未持续覆盖；125s仅5候选，Raw转值/新PID一致，根因unknown；正式0/5。	先原生流停顿/消费提前退出匹配诊断，已证缺陷再修/回归/覆盖新包；不缩54/容差或冒充五轮。
P4 R12 五轮连续99% / 有效100%	S6准备完成/资格partial、0/5。 S5入口修复/签名成立，升级与正式0/5待续。 S4内部178已覆盖，首项0/5。 S3包内E2，正式0/5不变。 S2工具E2；首项0/5不变。 2026-10-17 L4首项：软件E2，正式0/5，1/66不变；下一仅签名安装及参考资格。 2026-10-13最新：Startup默认CLI Total获取子门20/20接受，完整协议19/20及candidate/GUI/物理准确性分列；非启动第7接收173固定五全新轮1200/600/1200/40HTTP、六保护15工程及1188件封存全部独立核同，整体7/54。下一第8整机空闲内存先定专属政策；免公证/GPL/全WIP整合门仍开放。本批结果。以下均为历史，不执行旧下一动作。 2026-10-11 G541最新：整体6/54，网络发送166五全新轮1200/600/40及逐点来源/五保护15工程/1093件封存通过；下一第7接收专属政策，执行锁定。独立精度/最终公证GPL/全主线整合/网站发布仍open。以下历史。 2026-10-11 G456最新：CPU/物理/驻留/虚拟内存阶段交付4/54；162虚拟内存五新轮各240有效/120槽/240正常包络、gap0.5秒、0偏离、15工程，外审与完整封存已完成。下一第五线程数，剩余50项；精度/正式发行/全源码/站点门仍open。以下历史。 2026-10-11 G438最新：CPU、物理内存、驻留内存阶段交付3/54；161驻留内存五个全新正常UI轮各240/120/240、gap0.5秒、0来源违规/偏离、15工程通过。下一第四项虚拟内存专属策略/来源与五轮，剩余51项；未独立校准/最终发行仍开放。以下为历史快照。 2026-10-11最新：CPU+物理内存2/54。v5内存五新轮各240有效/120槽/240正常包络，未独立校准；下一驻留内存，52项与最终发布门仍待。以下历史。 b112五轮各116行，采样行连续100%、指标整门0/5；两缺陷已修，来源缺值/启动仍partial。	当前G541：第六发送已E4验收，下一接收专属政策与原源核验；不提前采集。先有界归因来源缺桶/帧低频与准备窗；不造数/缩分母，不把公证当数据PASS。
P4 网络与Startup两轮 E4（2026-10-04）	2026-10-11 G541最新：整体6/54，网络发送166五全新轮1200/600/40及逐点来源/五保护15工程/1093件封存通过；下一第7接收专属政策，执行锁定。独立精度/最终公证GPL/全主线整合/网站发布仍open。以下历史。 b111公证安装，38项含Startup两轮网络27/27、全部CSV设备候选100%/98.55%，26项非启动有效覆盖；Startup Total均missing。	当前G541：第六发送已E4验收，下一接收专属政策与原源核验；不提前采集。网络有限修复已自验收；先只读Startup角色/配对及Core资源边界，再冻结最小修复合同；综合Beta仍partial，不扩样/补值。
首页改版恢复与生产部署隔离 · G0（2026-09-25 实施）	旧本机 `pre-push` 只按推送范围含 `site/`/`docs/` 触发、不区分分支，并在 Git 推送完成之前从共享脏树执行 `npm run deploy`（固定 `--branch main --commit-dirty=true`），故 WIP 分支也能覆盖生产，失败的 push 甚至可能留下已发布但 ref 未落地的站点（E1 源码级）。G0 已把 `deploy` 换成仓库内受控 fail-closed 守卫（`implemented · gate-open`）：双远程实时 SHA + 干净工作树 + 目标 production/`main` 缺一即拒，拒绝时不构建不上传；放行后仅一次构建、一次上传。	Lead 独立验收 G0 后再下发 G1 指令；G1 才有选择地恢复 `18d8182` 的首页视觉资产。G0 未通过不得生产发布；不得 `merge`/`cherry-pick` 整个 WIP 分支、不得 `reset`/`clean`。 Lead 2026-09-25 复核：G0 REPAIR REQUIRED（可空/单远程放行、WIP 旧脚本仍可生产、构建期间远程前进仍上传）；Implementation 2026-09-25 已交付 G0-R1 返工：双远程集合不可由 CLI 缩减、上传前二次核查远程与非生成型漂移、四类有界超时、旧 `pre-push` 去自动部署副作用（58 项测试）。生产 Source 维持基线；Lead 对 G0-R1 的独立裁定为 REPAIR REQUIRED：rename 漂移误放行、上传后未重查双远程、Preview 错用 Production 行。Implementation 2026-09-25 已交付 G0-R2 返工：rename/copy 源与目的双向判定（源码参与即 `upload=0`）、上传后第三次双远程复检（任一远程前进/超时/不可解析 ⇒ `exit 4` + `partial` + 并列证据）、Preview 只用对应 Preview 行的 Source（`main` 仍拒绝）、Cloudflare 短前缀证据等级显式标注（88 项测试）。生产 Source 维持基线；2026-09-27 Lead：G0 E2 PASS。GitLab 当前连接失败，先普通快进同步当前 HEAD，禁止用本地镜像代替远程验收；G1 尚未开始。
Build74 Phase 2 A1-E4-UI · 文档收口 Lead 审计（2026-09-25）	`5d9ac3d` 的真 UI 技术形态可复核，但新归档 HTML 在线存在嵌套错误，r1 资源缺值解释不实，封存时序与最终报告耗时未写准。文档交付 REPAIR REQUIRED；A1 正式 UI E4 仍 OPEN。	Implementation 仅按 Lead R1 合同追加更正与新增有效归档，修 P2 列位；不改旧归档、产品、原始 Session，不增采集。
Build74 Phase 2 A1 · 三轮真实 UI Lead 裁定（2026-09-25）	三轮里仅两轮满足冻结 startup 配置；App A 有效轮 Total missing，Fixture A 原生端点在 active 窗口产出 `candidate 271.42775 ms`，但 drain 无 IFR opener，有界诊断闭合 0/3。不同单位的拒绝计数不能相加。正式 UI E4 OPEN。	本批不加第 4 轮；Implementation 仅按 Lead 裁定完成证据收口与交付；Lead 另批决定来源/时序差分研究。Total/质量不由诊断提升。Implementation 2026-09-25 已交付证据收口：真 UI 三轮（App A 2 轮 + Fixture A 1 轮）的原始 / 出厂 / 隔离 replay 三层证据、原始哈希、启动至 Stop 与 RSS 峰值、`unknown` 项说明、会话只读封存 100/100 不变；未申请第 4 轮，产品代码零改动。
Build74 Phase 2 A1 · Lead 2026-09-25 E4 审计	新包工程 E3 通过；16 轮真机命令入口诊断闭合 0/16，不能替代 §5 指定 UI 入口。预热阶段 wire 与 SwiftUI 不同；汇总器 `totalNeverPublished=true` 失效，实际 Total 为 12 candidate / 2 repaired / 2 missing；Raw 窗口 12 active opener + 4 无 opener，根因尚未证。正式 UI E4 OPEN。	仅按 A1-E4-UI 定向方案用公证 Build83 真实 UI 最多 3 轮、原始 Session 只读；无正向即停并交 Lead。TSA 打包脚本和 archive renderer 另批。Total/质量/阶段覆盖不因诊断提升。
Build74 Phase 2 A1 · 新包与真机 E4 采集（2026-09-25 实施）	前置条件经只读核实推翻历史结论：本机 Developer ID 与公证凭据可用、设备 A 在线。新包已完成构建 → Developer ID 签名 → 公证（`Accepted`）→ staple → 独立解包安装与启动冒烟（`spctl` = `accepted / Notarized Developer ID`，包 SHA-256 `22ab40b5…`）；按冻结 Build74 UI 15 字段（`csd=0`、`bm=0`、`frameFilterExperiment=exact-debug-id`、12 条 startup 指标冻结 `capturePlanHash`）对新包执行 16 轮真机采集，原始 Session 全量保全，`allConfigsMatchFrozenUi` / `allRawHashesConsistent` / `liveHasNoDiagnostic` / `finalHasDiagnostic` / `finalIsRawRescan` / 隔离回放一致性 / `totalNeverPublished` 全部 true。但 `closedChainRounds=[]`：§5 的“至少一个新包真实正向闭合链”未取得（13 轮 `target-actionable-no-closure` + 3 轮 `no-lifecycle-records`）⇒ 本批 partial，实施方不自判 E4 PASS。	由 Lead 独立验收：① 裁定“驱动新包内置 core 并复现 App wire 序列”是否等价于冻结 Build74 UI 入口；② 判定 opener 交付滞后属主机 / 流程性质还是产品缺陷。Lead 明确放行前不宣布 A1 E4 PASS；Total、质量 / 阶段覆盖不提升，B1/B2/B3、Network、FrameTime、Phase C 另批。
Build74 Phase 2 A1 · Lead 2026-09-25 E2 裁定	A1-R3 计数语义已修复，Lead 72/72 专项与 1049/1049 全量通过；四轮 Raw 主报告 Total 继续 missing。代码/离线 E2 PASS，整体 E4 OPEN。	需新包 Developer ID 签名、公证/staple、独立安装与真机 §5 正负形态；当前凭据缺失，package=partial、E4=NOT RUN。Implementation 2026-09-25 更新：该项已不成立——本机实际具备 Developer ID 身份与公证凭据，新包已完成签名 / 公证（`Accepted`）/ staple / 独立安装验证；剩余缺口收缩为“未取得真实正向闭合链”，见本表首行。不得用旧包或离线回放代替；Network/Phase C/FrameTime 另批。
Build74 Phase 2 A1 · Lead 2026-09-25 最新	`0306233` 的 G4 配对正确性子门 E2 通过；但诊断新增 off-thread 计数有已复现的假 0，Lead 全量 1044 项另有 2 项失败且未完成同场基线归因。A1-R3 返工已交付（Implementation，2026-09-25）：假 0 已修（缺 anchor 的反例 0 → 1）、无唯一 opener / 整批失效 / 容量超限改为 `null`；同环境交错归因完成（加负载时基线 0/3 vs 修订树 2/3 失败 ⇒ 负载型 flake），全量 Sidecar 1049 OK。 A1 整体 E2 仍 = REPAIR REQUIRED 待 Lead 复验，新包 E4 未运行。	Implementation AI 已按 Lead A1-R3 合同交付全部材料，等待 Lead 独立复验 A1-R3（对照 `f04ac31`、交付 commit 与四轮 Raw）；Lead 复验前不进入 E4。Total/质量/阶段覆盖不提升，B1/B2/B3、Network、Phase C 另批。
Build74 Phase 2 A1 · Lead 2026-09-24 最新	`f54afee` 已修复原 L-2 反例，但 G4 仍会把目标线程 A 的 opener 与目标线程 B 的 closer 配成一链，也会因 B 的 action 错误阻断 A；同 tick 的先到达竞争 transition 可漏判。A1 E2 = REPAIR REQUIRED，新包 E4 未运行。	Implementation AI 仅按 Lead A1-R2 合同修 G4 与 fixture；Lead 复验前不进入 E4。Total/质量/阶段覆盖不提升，B1/B2/B3、Network、Phase C 另批。
P4 Startup C0 · 2026-09-23 最新	Clock：原生 timebase 与同事件跨源 witness 均未证明；END：前台时域与 surface→PID 仍无独立证明。25 Session 诊断存在 4 项分析方法缺陷，不能将脚本固定零值当穷尽性否定。原有代码与 START 策略不动，C0 仍 PARTIAL/BLOCKED，C1/C2 不放行。	Research/Test AI 按 Clock/END 方法复核方案重做 25 Session 的 E2 语义归因、CP RAW 时钟解析与 12 个负对照；Lead 独立验收后决定是否关闭当前来源集合的可行性路线。不重跑同构 E4、不实施 Clock Proof Amendment。
P4 Startup Phase C · Hybrid Total（2026-09-22）	2026-10-11 G541最新：整体6/54，网络发送166五全新轮1200/600/40及逐点来源/五保护15工程/1093件封存通过；下一第7接收专属政策，执行锁定。独立精度/最终公证GPL/全主线整合/网站发布仍open。以下历史。 Phase A PASS；Phase B 架构 Final Gate 已关闭。Lead AI 在 exact commit `56c71a2` 独立复核 B-05：Dedicated channel contract 11/11、reconnect isolation 2/2；全量 853 tests 仅 1 个既有 `test_g_rejected_flood_keeps_message_bound_fairness` 负载 flake，`af257fc` 基线与 ship 隔离 3 轮均呈 PASS/FAIL/PASS，判定 0 回归。此前真机 Phase A vs Phase B 对照结论保持 B-PARTIAL：约 200–500ms provider/owner/transport 初始化成本被移出 Start click，但 `recording start → Raw source ready` 仍有约 2–4s 抖动，不能宣称强性能收益。	当前G541：第六发送已E4验收，下一接收专属政策与原源核验；不提前采集。 Phase C 已从“被 Phase B 阻塞”变为可进入方案阶段。下一步由 Lead AI 先制定并落盘 Hybrid Total 的数据源、公式、资源预算、反例与 E2/E4 验收标准；Project Owner 明确批准前 Implementation AI 不得开始产品实现。B-05 真机 reconnect 对照保留为非阻塞扩展证据。2026-09-22 C0 更新：方案已批准，C0 仪表化已交付 `implemented · gate-open`（E2 完成 / E4 待执行）—— 新增离线模块 `startup_c0_feasibility.py` + 96 项 §12 反例矩阵 + census/benchmark 两个取证工具，产品活线零改动。C0 真机证据按 Project Owner 裁定不由 Implementation AI 自证，因此本门禁当前等待：Test AI 执行 C0-1 时钟域证明 / C0-2 首帧归因（App A/B/C ×10 冷启动 + 10 负对照）/ C0-3 START 普查，再由 Lead AI 独立判定 C0 Gate。已知硬缺口：离线回放结构上无法产出「同一事件同时出现在 CoreProfile 与 ActivityTrace 两流」的配对 witness ⇒ `cross-source-epoch-unproven` 靠回放不可清除；且产品代码不证明 `surfaceID → 目标 PID`，END 侧最强只能到 `candidate`。C1 未开始、C2 未进入、未自判 C0 PASS。Lead 复验与修复更新（2026-09-22）：`66dfbb8` 经 Lead 独立复验判 C0-FIX-01 PASS / C0-FIX-02 PARTIAL / C0-FIX-02B REPAIR REQUIRED——机械报告仍可由 observation 内普通 dict 自升 `E4`。C0-FIX-02B 已由 Implementation AI 按冻结原则修复并交付 E2：`resolve_c0_capture_claim()` 取代等级解析器、报告 `evidence` 恒为 E2、capture provenance 降级为分列的 `captureProvenanceClaim`，census 新增 `evidenceAboveE2Count` / `captureClaimPromotionCount` 机器可检计数；同一伪造 dict 在基线 `9ba4632` 上让 4/6 个 origin 拿到 E4，修复后 0/6；focused 111/111、全量交错 3 轮 0 项可归因回归、benchmark 全过、5 个产品活线逐字节未改。未自判 C0 PASS、未自判 READY FOR FORMAL E4，真机 C0 仍未启动。本门禁当前等待：Lead AI 复验 C0-FIX-02B，通过并明确放行后方交 Test AI 执行 C0-1 / C0-2 / C0-3。
Display Performance event-loop starvation / R8-Fix-5	Build 66 E4 的 event-loop starvation / Stop timeout 已由 R8-Fix-5/5.1/5.2 在代码层闭环；2026-09-19 最终独立 E2：slow delivery 30s 时 Python 仍于 0.3721s（短预算 fixture）退出且 stopped/flush 正常，Swift 182/3 skipped/0 failures、Python 624/624。Build 67 真机 E4 已执行：event-loop starvation / Stop timeout 确认消除（无 `graceful_stop_timeout`、未撞 10s watchdog），数据完整（`dataCompleteness=complete`、`ingressUndrained=0`、440 条 FrameLifetime / 0 丢弃）；但门禁两条判据未同时满足——仍存在一次 2878ms `hostReceive` 残余间隙（位置待 R8-Fix-6 分层诊断归因），且辅助 sleeper 被误判导致 `overallCloseoutStatus=partial`。Build 68 两场真机 E4 已执行：R8-Fix-6 的 closeout 任务分类修复在真机上按设计成立（超时未再被记到辅助 sleeper 上）；但门禁判据仍未满足，且根因换人——(1) 纯 Display 会话（`0e9da98e…`）仍启动 `pmd3.device-condition.raw`，`sourceConsumerTaskCount=2`（期望 1），20s 空闲 cadence 使正常 Stop 被判 `consumerDrainStatus=timed-out`（500.853ms）/ `overallCloseoutStatus=partial` 而 `dataCompleteness=complete`、`ingressUndrained=0`；(2) `pumpQueueWait` 残留 P50 123.471ms / P95 282.982ms / Max 491.312ms（`>500ms=0`）。两项均由 R8-Fix-7 在代码层闭环（E2 completed）：作用域改由 canonical `execution_source_ids_for` 决定、三处每事件 `sleep(0)` 改为有界 burst、20s 空闲等待 stop-aware。Build 69 真机 E4 已执行（纯 Display，Session `1bc4d6c4-9cf0-43e2-9351-f2ff0be3b630`，81.878s，768 条 FrameLifetime）：门禁判据部分满足、部分未满足——R8-Fix-7 的作用域修复在真机上成立（纯 Display 不再出现 2 个 source consumer 形态）、`>500ms` 计数为 0；但 `pumpQueueWait` 量级未下落（P50 157.596ms / P95 354.888ms / Max 563.371ms），且 R8-Fix-6 的七层诊断把残余唯一钉在订阅队列（其余四层 0.017–0.247ms），pump 报出 `delivered 768 / yields 768 / maxBurstCount 1 / maxActive 0.058ms` 的 wall 门槛指纹、filter 报出 `883 / maxBurst 16 / maxActive 2.131ms`。根因是 R8-Fix-5 的 1ms 时间门槛比较含上游 `await` 的 wall-span，对上游已经让出过的那次等待二次计费。已由 R8-Fix-8 在代码层修复（E2 completed）：两处时间门槛改比 `burst_active_ns`，新增只有 `event-limit`/`active-time`（Pump）与 `message-limit`/`active-time`（Filter）两键、无 `wall-time` 的让出原因直方图；32 events / 64 messages / 1ms / consumer 8·1ms / 2048 / 0.5s / 8s / 20s / Swift 10s 全部未变。Build 70 真机 E4 已执行（纯 Display，Session `34989ff5-8db1-4b56-99a9-a87307b2e994`，约 102.463s，680 条 FrameLifetime，`droppedEventCount=0`、`undrainedAtClose=0`、report seal complete、`dataCompleteness=complete`，无数据丢失）：R8-Fix-8 的 active-time 门槛在真机上按设计生效（`pumpYieldCount` 768 → 21、`pumpMaxBurstCount` 1 → 32、wall-time 让出消失），但门禁判据明显未满足且恶化了：`pumpQueueWait` P50 552ms / P95 1029ms / Max 1347ms，378 个样本 > 500ms（Build 69 为 157.596 / 354.888 / 563.371ms）。已由 R8-Fix-9 在代码层交付（E2 completed）：不回退 R8-Fix-8、不改 FPS/FrameTime 公式、不恢复 wall-span 门禁、不调 32 events / 64 messages / 1ms / 队列 2048 —— 改为先建立可判定病因的有界证据（显式 consumer wait 状态 + `consumerWaitEnterCount` / `consumerWakeRequestedCount` / `consumerWakeToDequeue` / `enqueueWhileConsumer` / `queueDepthAfterEnqueue`、`HostTimingChain` 两个 diagnostics-only 注解、三段 queue wait 拆分 `pumpQueueWaitWhen{ConsumerWaiting,Backlogged,ConsumerNotWaiting}Ms` 且 `attributed + unattributed == 聚合 count`、`maxObservedSynchronousBurstMs`、closeout 两个有界任务名列表且未延长 0.5s 窗口），并新增仅在“本次 enqueue 恰好解决已 park 的 getter”时的 `consumer-handoff` 让出（优先于 `event-limit` / `active-time`，不存在* `wall-time` 键；方案 §6.2 字面的“每事件让出”实测把 pump 吞吐打到 2431 ev/s，已证伪并作为唯一偏差入档）	门禁保持 OPEN，等待真机 E4（构建号不由本批次决定；R8-Fix-9 不构建 Build 71）：R8-Fix-7（作用域 + 有界 burst + 停止语义）、R8-Fix-8（active-time 门槛 + 让出原因直方图）与 R8-Fix-9（wait/wake 证据 + 最窄 handoff）均已交付 E2。下一次真机复测（Build 71，由验收方构建）要求纯 Display 会话 `sourceConsumerTaskCount=1` 且 adapter 列表不含 `pmd3.device-condition.raw`、`consumerDrainStatus=completed`、`sourceConsumerTimedOutCount=0`、Stop → stopped < 2s、`overallCloseoutStatus=clean`、无 `graceful_stop_timeout`、`terminalCloseout.liveDeliveryStatus=completed`、delivered≈consumed、`pumpYieldReasonCounts` / `filterYieldReasonCounts` 不含 `wall-time` 键、`pumpYieldCount` 显著小于 `deliveredEventCount`（不得再出现 768/768 形态）、`pumpQueueWait` P95 明显低于 Build 70 的 1029ms 且 `>500ms=0`、三段拆分 `pumpQueueWaitWhen{ConsumerWaiting,Backlogged,ConsumerNotWaiting}Ms` 能把残余明确归入其一且 `queueWaitAttributedCount + queueWaitUnattributedCount` 等于聚合 count、*`consumerWakeToDequeue` 与 `pumpQueueWait` 的对比能判定病因在 pump 还是 upstream（若 `consumerWakeToDequeue ≈ queueWait` 则属 upstream 同步占用，转 R8-Fix-10** 走上游侧）、`realtimeConsumerFairness.maxObservedSynchronousBurstMs` 与 legacy `maxObservedActiveBurstMs` 双双有界（≤ 8 事件 / 1.0ms 量级）、`displayPipelineGapDiagnostics.largestGaps[].classifiedLayer` 能把残余间隙明确归因、真实 120Hz 会话无可测量的排空退化、stopped 与 census 完整落盘。2026-09-20 R8-Fix-10 已在代码层按上述最后一条判据执行（E2 completed，E4 pending）：Build 71 的 `consumerWakeToDequeue` P50 320.001ms ≈ `pumpQueueWait` P50 233.889ms 否证了"upstream 同步占用"这一支（若是上游占用，两者应同长而 pump 侧无让出空间；实际 pump 的 203 次让出全部落地，卡点在 acquisition 结构带来的额外 scheduler turn），因此本批走的是结构性修复——parent consumer 直接 `await queue.get()` + 私有 sentinel，并按方案 §9 撤销已变成重复调度的 `consumer-handoff` 显式让出（`consumer-handoff` 键保留恒为 0）；同步实测把该值从 25.9–26.1ms（child-task 模型）压到 0.160–0.192ms。Build 72 真机 E4 已执行（纯 Display，Session `ef830089-0e72-4511-9628-5c00157328b5`）：R8-Fix-10 的 direct waiter 按设计生效（`consumerWaitEnterCount 486 == consumerDirectWaitCount 486`、`consumerWakeRequestedCount == consumerWakeToDequeueCount == 485`、`consumerWakeUnclaimedCount 0`、`pumpYieldReasonCounts = {consumer-handoff: 0, event-limit: 25, active-time: 0}`），`consumerWakeToDequeue` P50 320.001 → 105.680ms、`pumpQueueWait` 233.889 → 约 50ms，且 `delivered == consumed == 804`、`pending 0`、`raw count complete`；但门禁判据仍未满足——event loop 仍有 300–500ms 级停顿（`eventLoopSchedulerDelay` P50 348.7ms），把残余钉在上游 `ActivityTraceTap._parse()` 同步行解码（跑在 pump task、位于全部下游预算之上）。已由 R8-Fix-11* 在代码层闭环（E2 completed）：`_CooperativeActivityTraceTapStream` 行边界 32 rows / 1ms 协作式门禁形成第四层公平性，E2 端到端 `consumerWakeToDequeue` Max 19.5–23.1 → 0.126–0.815ms（26–155x）、保真度 A/B 逐行相同、Python 778/0、Swift 182/3 skipped/0 failures。本门禁仍未关闭：需要 Build 73 真机 E4 按 §17 Gate A–D 判定（`eventLoopSchedulerDelay` / `eventLoopTickGap` 下落、`parseYieldReasonCounts` 由 `row-limit`/`active-time` 产生、`parseMaxBurstRowCount ≤ 32` 证明非 per-row、heartbeat 与 closeout 正常）。
非启动54项逐项阶段交付（v5）	2026-10-16：Free限定E4通过，8/54历史顺序／新66设计1/66；先完成主线闭环再L4启动。 2026-10-13最新：Startup默认CLI Total获取子门20/20接受，完整协议19/20及candidate/GUI/物理准确性分列；非启动第7接收173固定五全新轮1200/600/1200/40HTTP、六保护15工程及1188件封存全部独立核同，整体7/54。下一第8整机空闲内存先定专属政策；免公证/GPL/全WIP整合门仍开放。本批结果。以下均为历史，不执行旧下一动作。 2026-10-11 G456最新：CPU/物理/驻留/虚拟内存阶段交付4/54；162虚拟内存五新轮各240有效/120槽/240正常包络、gap0.5秒、0偏离、15工程，外审与完整封存已完成。下一第五线程数，剩余50项；精度/正式发行/全源码/站点门仍open。以下历史。 2026-10-11 G438最新：CPU、物理内存、驻留内存阶段交付3/54；161驻留内存五个全新正常UI轮各240/120/240、gap0.5秒、0来源违规/偏离、15工程通过。下一第四项虚拟内存专属策略/来源与五轮，剩余51项；未独立校准/最终发行仍开放。以下为历史快照。 G132全54阶段顺序锁定；首项App CPU未验收，正式0/5、完整0/54；原成本门FAIL保持	只推进CPU worker成本语义资格与对照/五轮；本项未验收交付不转内存，冻结门不降
Display Performance 真机首测修复 (R7-Fix-A~I)	R7 首轮真机联调因 Registry/Source Contract 断裂 + Start 握手断点 + CoreProfile 旧 ownership 残留导致 App 不冷启动、UI 无限等待；R7-Fix-A/B/C/D/E/F 代码层修复与跨层集成测试已全部闭环，Python 543/543、Swift 182/182（E2）	需要用户连接真机执行 G/H/I（Gate-0 三轮 ≤30s 验证、5min、10–20min 长稳）后关闭本门禁
全量采集与流式报告改造	D0–D8 已完成 E2；Build53 两轮设备报告 seal 完整，但原生 UI 与长会话性能尚未验收	录证一次应用选择后全量准备、图表增删只改显示、首快照/Stop/P99；补 arm64/公证/stapling 与长会话资源对比
启动单次准确性与 trace 兼容性（2026-09-20）	SSO-1A 已以独立 System BEGIN / opener / terminal 有界账本修复“起点依赖 phase END”的 E2 反例；G1-D 已增加 source-liveness bounded ledger，Build77 E4-1 历史 Raw 的 E2 replay 判为 lifecycle-progression-stall（code312 后仍推进 9 chunks / 578,104 records / 36,999,906 bytes）；后续同码 terminal 仍仅为 paired-candidate，不声明 exact；SSO-0A 三模式与配置重冻结回归已完成 E2；2026-10-03 G2 代码已合入但默认 legacy，真机稳定性改善 NOT PROVEN，知识库已同步口径。	执行 SSO-0B / SSO-1B、G0 当前配置 A/B/C 与分层准确率/误差/效率矩阵；通过后才评估默认串行 SSO-2，G2 专用路径仍需真机 C0/C1 与正式 UI E4，未验收前不得提升状态
启动稳定性优化 SSO（2026-09-20）	SSO-0A / SSO-1A 与 gate reconfiguration follow-up 已完成 E2：SSO 106/106、Python full 854/854、Swift 204/3 skipped/0；App Launch Total Registry 与合同均为 candidate.v9；总体状态 partial。	等待独立审计；随后执行 SSO-0B / SSO-1B、G0 与 E4。G0 通过才进入默认串行 SSO-2；未关闭前保持 overlap-current，不升级“稳定获取”结论
Build53 启动 bootstrap / 即时发布	两轮设备 A / 目标 App A 均为 6/6 核心阶段、Total、liveComplete、启动源 drop 0；三个条件阶段真实 missing，CoreProfile quiescent	扩展设备/build/App 矩阵，补原生 UI 首展示和 ≤1 s/≤2 s 长会话门禁；无新因果证据不扩大九阶段 mapping
图表峰谷采样	算法正确性E2，预处理CPU模型高于基线，默认关闭	实际SwiftUI profile、CPU与帧时延验收
本轮八类问题修复	R1 transport-only preparation、R2渲染缓存、R3恢复子链已E2；完整报告≤2s、真机资源与 E4 仍未完成；当前设备发现0	R1-R6 收口：剩余工程、真实资源、E4及发布
采集实时交互	Build 38 Final HEAD `1dd8151` 已完成 E2：启动/首点两场景 40/40、Python 233/233、Swift 109/109；Build 37 的 19.59 s / 0 sample / 121.33 s 为修复前历史证据	用户在 Build 38 复测 Startup 开/关的点击→launch、首 sample、设备释放与报告；真机通过后关门
iOS 26/27 全指标	E2 已完成；iOS 26.5 入场 6 项通过，但目标拉起失败后设备离线，9 类源、64 项账本与 Startup 未执行；iOS 27 无真机	恢复稳定 iOS 26 连接，先交叉验证 launch 错误分类，再执行 source census/指标/Startup；接入 iOS 27 独立验收
StartupTiming 商店 App 主链	Build52 已修复 RAW v2 bootstrap 淘汰；设备 A / 目标 App A 最终两轮 6 个核心阶段与 Total 均有值，3 个条件回调保持真实 missing；Profile 仍为 candidate	扩展更多设备/build/App 的连续矩阵；补条件阶段因果证据；无新因果证据不扩大 mapping
启动阶段细分与预热治理	真机 E4 已定位：prepared 采集进程移交缺陷已修复（`completed`/24 样本）；对照取证显示 `sceneWillConnectTo` 目标 App A 因超长 `didFinishLaunching≈1458 ms` 致 `unmatchedEnd=1` 降级 partial、`sceneWillEnterForeground` 两 App 皆缺、`willFinishLaunching` 分类不一致；备用预热进程 App 退出后残留占用 CoreProfile tap	逐项批准修复选项方案：显示过滤/分类一致性/scene 盲点/边界配对/预热回收；B·C·D 先公式入档 + 两轮 E4 前后对比、不扩大九阶段 mapping；E 独立验证残留清零
Energy Usage 外部对齐	七项在 iOS 17/18 Wi-Fi 均有 E4 源，iOS 18 为 23 个有效回包且观察到负载变化	如后续恢复外部对齐，补单位/等级阈值与同窗误差
Battery 放电数值	Wi-Fi 发现与采集已完成；iOS 17/18 仍均报告 `ExternalConnected=true`，三项 null 是正确门禁	物理断开 USB 和充电器，保持 Wi-Fi，运行至少 40 秒 Session
ThermalStatus 当前值	iOS 17/18 温度可观察，但未观察到稳定 0–3 ThermalStatus 来源	取得稳定当前值源并跨系统验证；不用通知名/温度/Energy cost 推断
B-VAL 同场校准	前台静止/滚动/动画/上传/下载五场景 + PerfDog 三轮同时间窗 CSV + iOS 17+ 路由回包	校准资料提供；candidate 才能升级 Validated
单 DTX Collector Core	iOS 16/17.0/18.2 匿名 9 Gate 均为 E4；native remoted 优先路线已入产物	iOS 15 与 17.4–17.x 真机；长时稳定性；前台 FPS/GPU 业务校准
逐帧源跨版本验证 / FTI-008 / FTI-010	已关门 · Build61 串行 handoff 经真机 60s/5min E4 验证通过，长尾断流彻底消除	门禁已关闭；后续推进 Sample Publisher 解耦与 GPU/Thermal 专项
CoreProfile C1 Exact Filter 降源吞吐	Attempt #1 因环境变量未透传判无效；已落地强类型 Launch Injection 管道，C1 构建默认显式下发 `exact-debug-id`，4 项注入单测通过，全绿 E2	先执行 10~20 秒真机预检核验 `effectiveFrameFilter=[0x31800318]`，再执行 5 分钟验证核对 MiB/s 与连接稳定性
Frame Quality 长窗口	`frame-calibrate` 已完成 E2：四场景、每场景三轮、每轮 600 秒、SHA-256 链、分位数与 PID 归因边界	iOS 17/18 各执行 static/scroll/animation/heavy-load 三轮；阈值需另行批准，不直接套用竞品阈值
多指标并采稳定性 / FTI-011（Build 74 P0）	Build 73 全指标真机 E4（Session `0a098c81-58de-4e20-a937-fb7092ded94c`，约 303s、46 指标、截图开启）把 FTI-011 拆成四类互相纠缠的 P0：device-network 源丢数、GPU Counter `[int,int]` shape 无法解码、多 Source event-loop starvation、`stream-pmd3.device-network.raw` / `stream-perfowl.gpu-counter.raw` 停止超时。Build 74 已在代码层闭环（`implemented · gate-open`，3 个新模块 + 5 套件 49 项测试）：P0-A 100ms host 聚合窗（字节守恒 + 逐项对账恒等式）、P0-B 有界 census + 显式 configure 契约 + §3.5 shipping gate、P0-C per-source stage 计时、P0-D source-specific graceful terminal；E2 全绿（Python 827/0，同口径基线 778、+49；Swift 182/3 skipped/0）。	需要用户连接真机执行 E4-A（纯 Display 回归）/ E4-B（全指标不截图 5 分钟）/ E4-C（全指标 + 截图 5 分钟），重点判 `sourceConsumerTaskCount` 全 completed / `timedOut=0`、`closeoutStatus` 不再 `timed-out`、`networkSourceDropCount=0` 且 `networkBytesBalanced=true`、`gpuPromotable` 诚实取值（不允许为了好看而提升）、`sourceStageTiming` 能指出多源竞争落在哪一层、`sourceStageTimingAtTimeout` 为空；Build 75（P1/P2）必须基于已通过 E4 的 Build 74 commit 再进行。另需独立验收就"§6.2 是否要求逐窗 bit-identical"给出产品层决策（本批实测偏差 ≤ 0.16%/窗、字节总量精确守恒，已在方案 §15.7 偏差 1 披露）
GPU Counter 数值 / FTI-009	最新真机 Start 已武装 GPU Counter：1248 raw 中 device-info 1、schema 1、1246 条当前 decoder 不支持的 `[int,int]` shape、decoded data row=0；第一轮中途添加但未进 CapturePlan 的 0 raw 属预期。Build 74 P0-B 已落地取证骨架：`GPUCounterCaptureCensus`（decoder 之前的有界普查，`PAIR_CAPACITY 256` / `SAMPLE_CAPACITY 64` / `SELECTOR_CAPACITY 16` / `SHAPE_CAPACITY 16` / `TOP_PAIR_COUNT 8`）只记录形状签名 `list:2:[int, int]`、绝不把两整数当值解出，dispatch / notification 路由分开统计；configure 成为显式命名契约 `GPU_CONFIGURE_VARIANTS = (current, reference)`（未知值 fail-closed、Session 内不切换、不 runtime 择优）；`GPUShippingGate` 8 个布尔（`gpuUnsupportedNotDominant` 阈值 0.5、`gpuNoLongDataGap` 30 000ms）只报判决、不提升任何东西，`test_r_build_73_evidence_is_not_promotable` 钉死 Build 73 证据不足以提升	从原始 DTX dispatch/notification envelope 取证，核对 `configureCounters:counterProfile:interval:windowLimit:tracingPID:` 参数合同，冻结匿名 data-row fixture 后再修 decoder；未知两整数不得猜值。Build 74 只交付"不猜值 + 可对账 + 判决显式"，真正回答"两整数是什么"仍须真机 raw capture（方案 §3.3）与 §3.5 证据齐备后由独立验收判定
A 批人工 UI 点击回归	“打开窗口 → 开始/停止”人工证据	补录（数值验收已过）
UI-1 物理拔线分支	主路径已过，拔线场景独立待测	补测
R11网络有限修复 / Startup综合门	b111两轮38项真实UI网络/CSV连续性与来源核对通过；Startup两轮首帧缺失、Total为null，综合partial	先审计已封存Startup角色/闭合端点与Core资源；不补0/不放宽门、不默认打开实验，不称完整Beta
GPL-3.0 法务审查	pymobiledevice3 商业分发合规结论未出	法务结论（对外分发硬门禁）
TotalCPU 数值校准	展示已冻结为 raw / EnabledCPUs candidate，仍未与竞品同窗校准	依赖 B-VAL；缺 EnabledCPUs 继续 missing
Build47 显示修复验收	E2 125通过/3跳过；E3发现设备，通道连接失败	恢复性能服务；启动阶段映射、原生UI和资源对比仍开放
网站最新记录发布（2026-10-03）	G0 受控发布守卫仍在；首页视觉改版的生产适用部分已选择性集成，构建及本机桌面/移动浏览器验证通过（E2）；Fast4G/CPU/RSS 对照未完成，不自判 G1 完整 PASS。GitHub 为生产主源，GitLab 为非阻断镜像。	从最终干净且与 GitHub 主线一致的提交发布一次，并核线上首页、非首页路由和归档字节；GitLab 只尝试一次，失败单列 partial。
P4 SW-1 启动窗口实验（2026-09-27）	2026-10-13最新：Startup默认CLI Total获取子门20/20接受，完整协议19/20及candidate/GUI/物理准确性分列；非启动第7接收173固定五全新轮1200/600/1200/40HTTP、六保护15工程及1188件封存全部独立核同，整体7/54。下一第8整机空闲内存先定专属政策；免公证/GPL/全WIP整合门仍开放。本批结果。以下均为历史，不执行旧下一动作。 2026-10-12最新：Startup C0默认产品CLI Total获取子门20/20已Lead独立接受；完整协议19/20，candidate/GUI/物理准确性/长期可靠性与公开门开放；非启动6/54、第7接收排队待修，第8锁定。以下均历史。 2026-10-11 G541最新：整体6/54，网络发送166五全新轮1200/600/40及逐点来源/五保护15工程/1093件封存通过；下一第7接收专属政策，执行锁定。独立精度/最终公证GPL/全主线整合/网站发布仍open。以下历史。 O1只读E4证据已审计：无IFR opener、Total missing。Implementation 2026-09-27 已交付并执行完两轮：默认OFF开关 + 单次opt-in等待分支（专项47项 + 既有97项全绿；OFF等价两轮`mainDiff={}`；OFF交错3配对吞吐−1.578 %、RSS +0 B）；实验包Developer ID + secure timestamp + 公证`Accepted` + staple + Gatekeeper + 独立解包启动通过；OFF → ON 两轮包内核心命令入口真机辅助轮：两轮采集配置逐项相同（`planHash`/`kdf2`/`csd=0`/`bm=0`/`rp=100`/`exact-debug-id`），但ON轮`Enabled=true`、`Eligible=false`（`scene-open-phase-absent`）⇒ 新增等待未applied（`Deadline`/`ExtensionStarted`/`ExtensionEnded`/`DurationMs` 全 `null`）；纯字节locator：OFF `CLOSER-ONLY`（opener 0 / closer 26）、ON `OPENER-ONLY`（opener 1 / closer 0），两轮`requiredMissingPhases=["Initial Frame Rendering"]`，drain均无可闭合链；30/30文件分析前后逐字节不变。命令入口辅助实验 inconclusive（ON未eligible、两轮形态不满足），未追加轮次；正式真实 UI E3 = NOT SATISFIED、正式真实 UI E4 = NOT EVALUATED（未评估）。 2026-09-28 R1 入口更正（Lead 独立审计）：两轮未经 App `perfowl.capture.toggle`、核心非 App 启动 ⇒ 存在实质性入口偏差；正式真实 UI E3 = NOT SATISFIED、正式真实 UI E4 = NOT EVALUATED（未评估），本批未取得真实 UI 轮次。 2026-09-28 R2 Lead 更新：正式真实 UI E3 入口与配置取证 SATISFIED；ON `Enabled=true`、`Eligible=false`、`ExtensionApplied=false`，两轮原生 Total 均 missing ⇒ 窗口效果 inconclusive、稳定性改善 NOT PROVEN。前述“未评估”只属于 R2 前历史状态。	当前G541：第六发送已E4验收，下一接收专属政策与原源核验；不提前采集。 2026-09-30 Lead 更新：R6-R2 仅 E2 私有合成方法 PASS；产品正常路径的身份/绑定准入及在线发布尚未修复，稳定性改善仍 NOT PROVEN。当前唯一动作：Implementation AI 按 §21–§22 最小修复合同实施默认关闭的准入与在线证据、完成匹配 E2 和资源对照，交 Lead 独立验收；新真机 E4 须另立合同。 A1 UI E4仍OPEN，Hybrid冻结；GitLab一次推送失败不阻断产品 2026-10-01 Owner 角色合并后自验收：P1 E2 实现与 b77 公证包子门通过，整体仍 `partial`；在线 sink 一致性及首响应/CPU/I/O 待补，正式 UI E4 未执行，稳定性改善 NOT PROVEN。 2026-10-01 P1a 增量：真实产品 stream 的合成 ON 双 sink 内容和顺序负控、五轮首 decoder 报告/chunk CPU/预载解码 I/O、b78 公证包已 E2 自验收；真机 UI E4 仍 OPEN，稳定性改善 NOT PROVEN。
P4 真机 UI 闭环	2026-10-11 G541最新：整体6/54，网络发送166五全新轮1200/600/40及逐点来源/五保护15工程/1093件封存通过；下一第7接收专属政策，执行锁定。独立精度/最终公证GPL/全主线整合/网站发布仍open。以下历史。 2026-10-11 G492最新：整体5/54；当前发送五轮容量门仍开放，仅验证完整证据COW副本方法（21控制/31文件同SHA），不增加指标交付数、不启动接收。以下历史。 2026-10-11 G475最新：整体5/54，线程数164固定五轮各240/120/240、gap0.5秒、0来源和异常偏离，四保护/15工程及1026件完整封存通过；下一第六目标App网络发送，独立精度非前置但未校准，剩余49项/正式发行/完整主线/网站门开放。以下历史。 2026-10-11 G456最新：CPU/物理/驻留/虚拟内存阶段交付4/54；162虚拟内存五新轮各240有效/120槽/240正常包络、gap0.5秒、0偏离、15工程，外审与完整封存已完成。下一第五线程数，剩余50项；精度/正式发行/全源码/站点门仍open。以下历史。 2026-10-11 G438最新：CPU、物理内存、驻留内存阶段交付3/54；161驻留内存五个全新正常UI轮各240/120/240、gap0.5秒、0来源违规/偏离、15工程通过。下一第四项虚拟内存专属策略/来源与五轮，剩余51项；未独立校准/最终发行仍开放。以下为历史快照。 2026-10-11 G431当前：CPU+物理内存已阶段交付2/54；唯一160新鲜度修复签名安装已核（E2/E3），驻留内存旧资料回放230/240与110/120未达99%，正式0/5，下一G432真实源余量，不进入虚拟内存；以下旧数字/未完成指令均属历史。 build 33 的普通自动拉起、Startup 安全回退、预采集取消和停止/报告状态机已 E2；既有 build 32 匿名设备停止链为 E4 命令级	当前G541：第六发送已E4验收，下一接收专属政策与原源核验；不提前采集。 build 33 完成普通拉起、Startup 降级、预采集立即停止与完整搜索→开始→停止→Review 原生 UI 录证
R3 封存与恢复	Raw/Metric checkpoint、在线 report-state、双层 seal 与恢复边界已E2；Python 355项回归	当前在线 stop 仍需真实设备和长会话资源证据；独立全量审计、断电/拔线和发布门禁继续开放
大 Raw 报告性能	R3 在途格式 80 轮 E2 回放一致，大样本中位 2557→625 ms；仅 finalizer 子集，非点击停止端到端	优化流式校验/解码与派生产物复用，保持 SHA-256、CoreProfile drain 和 fail-closed 不回退
发布工程	x86_64 内部 candidate 与 DMG 下载入口完成；当前下载页保持“准备中”	arm64/universal2、Developer ID、公证、正式 DMG、完整第三方 notices 与 GPL 法务结论
工作台 UI 信息架构精简与设备交互修复	§2～§8 已在代码层全数落地（E2 completed）：截图改紧凑线性时间轴带、删测试模式 Tab 与 “Scene 01”、设备提示改顶部 Banner、启动时间表达重构（total 只出现一次、端点缺失红叉只从 `totalSource`/`totalRepairReason`/`launchStartTimestampNs`/必需阶段 gap 推导）、全部卡片统一 `CompactMetricPanel` + `MetricSeriesToggleReadout`、Display 实时只留 FPS + Frame Time、picker 条件指标按运行时事实置灰、Wi‑Fi 稳定性（每设备 hydration + 并发 ≤4 + 连续 2 轮缺失才移除）。Swift 204/3 skipped/0 failures（基线 182，+22）；MacApp 构建 PASS；知识门禁 PASS 66 contracts。	需要用户执行 §12 真机验收 A–F（截图 / 启动 / 卡片 / 添加指标 / 设备提示 / Wi‑Fi）与 §13 性能对比（Workbench 首屏响应、30 分钟截图滚动、CPU/内存峰值、Wi‑Fi refresh 耗时）。未通过前不得声明 `validated`，也不构建测试包
Build74 Phase 2 A1-R2 最小返工（2026-09-25 实施）	Lead 的 V-2 三项阻断性反例已按最小合同返工，仅改诊断 G4 投影与匹配测试（`impl` `implemented · gate-open`）：①同线程准入——closer 必须与唯一 opener 同 TID，线程 B 的 closer 既不能闭合 A 的链、也不计入 A 的 `terminal-already-closed`；②他线程不阻断——`interleaved-conflict` 竞争判定限定 opener 自己的线程（同进程身份 ≠ 同线程），B 的任何 action 不再误伤 A；③同 tick 保守拒绝——竞争窗口改为闭区间 `[anchorTick, candidateTick]`，与 opener 或候选 closer 同 tick 的竞争 transition 一律拒绝，tick 严格更晚者不误伤；④字段契约——新增 `offThreadTargetRecordCount` + Unit，其他目标线程的未入链记录显式计数、不伪装成已接受。`launch_trace.py` +55/−34，测试 +198/−0（67 项 OK）。四轮三树原始字节回放冻结字段零差异（新增键仅 `stopDrainLifecycleDiagnostics`），r3 逐字段复现 31/3/2/1 且 opener/closer locator 与 A1-R1 全同，四轮 `offThread=0`（真实数据无第二目标线程、未误伤），S2/r1/r2 仍无目标闭合链；三模式逐轮等价，候选 9/0/0/31 ≪ 512、绑定 tid ≪ 8192；效率 24/24 在预算内（frozen→ship 最差 r3 +186.624 ms = +4.86%，预算 192.0；base→ship −19.7 ～ +23.2 ms）；活线两树均无诊断块；全量 Sidecar 1044 OK、Swift 204/3 skipped/0、知识门禁 66 contracts PASS。未关闭缺口：A1 真机 E4 未执行（需新包正向闭合链 + 真实负向形态 + 原始哈希/报告一致性 + 活线对照）；签名/公证/staple/独立安装/包 SHA 因本机无 Developer ID 身份与公证凭据记 partial。Network、FrameTime B1/B2/B3 与 Phase C 不在本批。	由 Lead 独立验收本批返工；通过后按 §5 真机 E4 规则构建新包并取得真实正/负向形态。新包 E4 未通过前不得宣布正式验收完成，也不得据此发布 Total 或提升质量/阶段覆盖。
Build74 Phase 2 A1-R3 计数语义返工（2026-09-25 实施）	Lead 的 W-1 假 0 反例已按 W-3 最小合同修复，仅动诊断 `offThreadTargetRecordCount` 的计算时点与缺值语义及匹配测试（`impl` `implemented · gate-open`）：①计算时点前移——唯一 opener 一经确定即按其 TID 统计其他目标线程记录，再做 anchor/tick/闭合判决，缺 anchor 的「唯一 opener + 跨线程 closer」由假 0 变为 1（A/B 探针逐字段对照）；②缺值改 `null`——无唯一 opener、整批身份失效、候选/绑定超限一律 `null`，不再把未评估写成 0；③已证实的 0 保留——空目标层与「唯一 opener 且无他线程记录」仍为精确 0。`launch_trace.py` +36/−11，测试 +160/−0（72 项 OK）。四轮三树原始字节回放冻结字段零差异（新增键仅 `stopDrainLifecycleDiagnostics`）、r3 仍 31/3/2/1 且 locator 全同；三模式等价、容量余量不变；§6 效率 24/24 在预算内（统一字节码状态后 base→ship RSS Δ ≤ 0.32 MiB；混合缓存态曾出 +15.7 MiB 伪差，已消融归因并保留失效 JSON）；活线两树均无诊断块；波动测试同环境交错：无负载两树 4/4 PASS、加负载基线 0/3 vs 修订树 2/3 ⇒ 负载型、非 ship-only；全量 Sidecar 1049 OK、Swift 204/3 skipped/0。未关闭缺口：A1 真机 E4 未执行；签名/公证/staple/独立安装/包 SHA 因本机无 Developer ID 身份与公证凭据记 partial；cadence 波动测试在本次负载档位未复现（未排除其负载敏感性）。Network、FrameTime B1/B2/B3 与 Phase C 不在本批。	由 Lead 独立复验本批返工；通过后按 §5 真机 E4 规则构建新包并取得真实正/负向形态。新包 E4 未通过前不得宣布正式验收完成，也不得据此发布 Total 或提升质量/阶段覆盖。

| 本地可信采集内测版（2026-10-01） | Gate A/P1a E2 子门与 b78 公证包已完成，Gate B 66 项支持矩阵/E4 合同已冻结；首次 Gate C 预检曾 partial/0 Session。解锁并释放 6.15 GiB 可重建缓存后，真实 UI 短轮 3/3 Session 已封存（64/64/63 样本、均 12 项请求、报告 sealed），但网络三轮均无非零正控、显式源丢数/字节守恒凭据和 Stop→最终报告同轴上界缺失；Gate C 仍 partial；Gate D 只读预检核出 12 项未闭、D/E 不验收；R1 已纠正缺源假零、补来源 receipt，并完成 b79 E2 公证包，但真实 UI 非零正控/守恒尚未验证。核心支持矩阵与最终 Beta 包未完成，稳定性改善 NOT PROVEN | R1 脚本守卫 4/4、原始凭据核对器 24/24 与 E3 传输连接已完成，但来源启动/目标非零流量仍待真实设备侧正控；先按 Gate C 三轮记录冻结窄范围正控/凭据/时序修复与重验合同；暂停 5 分钟、长轮、负例和 Startup，不删除失败/缺证轮次 |

时间线

2026-10-07 · G132全54严格串行交付与首项CPU成本结构核实 `validation` `partial`

54项顺序和scope/unit/误差逐项固定，当前App CPU；10调度控制/298工具回归通过，仅复核旧五组读墙钟不充CPU归因，产品0/54。未交付本项不转内存。原文。

2026-10-07 · G131基础内存3字段独立观察预检 `validation` `partial`

旧同life508 Raw/181自有API复算：virtual254/254观察相容，physical245/254、resident247/254，当前引擎重放差0；不充正式精度，下一130新virtual资格。原文。

2026-10-07 · G130基础指标优先与CPU真实ARM成本 `validation` `partial`

已签自有90.4一次覆盖/launch/self退出，五组新原生500Hz成本1.25795–1.34210%超原1%、四组漏2点，不准入CPU；转基础内存，Mac130保持/54正式0/5。原文。

2026-10-07 · G129完整CPU参考fresh进程隔离 `validation` `partial`

相同源码20fullreader/27/288过门；A/B native中位1.93665/1.88810%均超1%，不误归所有Dispatch，0phone/包/产品Fixture改，54正式0/5保持。原文。

2026-10-07 · G128原生完整dual500参考私有候选 `validation` `partial`

4181/10/12控制+原10文件/27/288通过，中位改善12.75%但五组1.82265–2.07135%仍超1%；0phone/包/产品Fixture改，54正式0/5保持。原文。

2026-10-07 · G127自身高精聚合CPU参考host资格 `validation` `partial`

公开源单位Mach/recount同族，8/10工具控+603完整场景、五组500Hz全1000/0miss但setup/tail完整1.08915–1.1166%均超1%；0phone/包/产品改，54正式0/5保持。原文。

2026-10-07 · G126进程CPU时钟同源排除 `validation` `partial`

公开Libc直接getrusage，7边界/603完整host观察/1000诊断点，open后0.9156%不完整成本准入；0phone/包/产品改，54正式0/5保持。原文。

2026-10-07 · G125实际目标唤醒与系统API成本诊断 `validation` `partial`

28/原26/UI3/27/288及90.3实际签名source过门；一次目标8组件+1fullQoS CPU1.4023%仍拒原1%，RSS57589760B；只自身退出/config恢复，54/正式0/5未验。原文。

2026-10-07 · G124完整定长参考候选收益拒绝 `validation` `partial`

4176数学/9生命周期/10完整reader/原27+288过门，host中位CPU仅改善0.306476%，未达预先10%收益门且仍超原1%；未实施、未调用手机，54/正式0/5不动。原文。

2026-10-07 · G123自有Observer隔离修复与完整成本实测 `impl` `partial`

UI3+26/27/288/实际iOS签名source过门；90.2一次目标五组10文件full reader过、RSS57589760B，newCPU1.3431–1.47525%超原1%，仍未准入；先stop后copy0Surface/.part/config恢复，130/54/正式0/5不动。原文。

2026-10-07 · G122真实目标Observer首次隔离缺陷与收尾 `impl` `partial`

26/27/288与90.1自有签名/source通过；一次设备覆盖/launch首oldRSS70041600B硬停，0/10/new500未执行，原失败/补齐源保留；只自身退出/config恢复，Mac130/54/正式0/5不动。原文。

2026-10-07 · G121真实唤醒成本与跨架构边界 `validation` `partial`

固定8组件与一次不同QoS完整candidate1.9841%仍超1%，原失败保留/无源码修复；下一实际目标仅Observer成本五组，原500Hz/1%/误差与54/正式0/5不动。原文。

2026-10-07 · G120短命绝对等待完整参考成本改善 `impl` `partial`

三变体五组新CPU1.88–2.12%，较冻结500Hz减半但仍超1%，不准入设备；27/288工具/9取消收尾、原记录/write算法核同；130/原54/正式0/5不动。原文。

2026-10-07 · G119高密CPU参考功能与成本资格 `impl` `partial`

27新consumer/全288工具通过，原五组500Hz完整writer3.47–3.94%超1%，设备未准入、原失败保留；组件绝对等待只指下一方向，Mac130/原54/正式0/5不动。原文。

2026-10-07 · G118 CPU旧值假有效修复与内部130唯一覆盖 `impl` `partial`

CPU独立6FIFO/3I/token一次发布；130匹配/1703复核/Swift55，原失败保留，75嵌入模块+CLI/resource与独立DMG签名/同址覆盖核同。原回放228/240仍12缺，正式54/五轮100%/独立准确性不冒判。原文。

2026-10-07 · G117CPU同life对照与陈旧缓存质量缺陷 `validation` `partial`

9000双API/253source/55相容；固定240numeric但226receipt/源token未暴露，真实projector合成30/600s旧值candidate。父子结果名碰撞exit1保留，ownApp自动退出验证，原54/正式五轮不变。原文。

2026-10-07 · G116真机Memory通道创建后取消与零样本边界 `validation` `partial`

1device/18原msg13468B；start7.149314ms取消−1、0sample/cleanupERROR，52前控/2后控分列，8s保护等待非Gauge读取；原54/500ms/正式0/5保持。原文。

2026-10-07 · G115 actual current内存key与host读链边界 `research` `partial`

1固定binary含slice86573680B、4类/23片段11630B逐字核、97494官方前缀核同；current key/task-name port/task_info23与host timer不外推device，失败保留/原54/500ms/正式0/5保持。原文。

2026-10-07 · G114实际Memory Gauge客户端与广告资源路由边界 `research` `partial`

4固定binary含thin4990272B、21类155自有方法/22片段5540B逐字核、19工具控制；actualMemory通道未广告，不猜resources alias，原footprint/54/500ms/正式0/5不变。原文。

2026-10-07 · G113固定500ms窗口供给上界与独立参考边界 `validation` `validated`

原240发布点供给并集仅232，理想调度至少8缺；7056穷举/DP/greedy一致，13输入22.08MB旧seal不变，原9000参考不混配/不当精确读点，0新device，原54/五轮未验。原文。

2026-10-07 · G112实际VM Tracking三份Raw与不替换资格 `validation` `partial`

1attempt/3快照/28消息2768561B原字节核，34总工具控制；真实回复2.644–2.780s/packed region与footprint读点未准入；已跑策略偏差保留partial，原54/500ms/正式0/5不变。原文。

2026-10-07 · G111 VM Tracking实际DTX协议与字段/读点边界 `research` `partial`

4类121方法/17片段7397B逐字节核、29工具控制，实际DTX协议/client派发已证；region汇总/已存时刻不替scalar footprint与真读点，0设备调用，输出超门原件保留，原54/500ms/五轮未验。原文。

2026-10-07 · G110 VM Tracker真实模板与服务谱系资格 `research` `partial`

20解析/3类限定控制，真实vmtracking服务与单独选择方式已核；组合模板含6项/Allocations、默认snapRateMicros=3000000，不冒充设备无侵入与准确性，原54/500ms/五轮未验。原文。

2026-10-07 · G109替代内存来源静态资格审计 `research` `partial`

41本地源码/7固定公开源码/13锚点/12控制，未证更快可准入源；VM Tracker本机存在仅下一资格候选，原500ms/全54/五轮未验。原文。

2026-10-07 · G108长周期响应与独立post身份核验 `validation` `partial`

43工具控制/6解析反例、唯一4格完整20s与fresh post核同；125/500请求实际约509ms、1500/2000约1540/2015ms，来源诊断成立但准确/全54目标未验。原文。

2026-10-07 · G107高低心跳资源与采样请求对照 `validation` `partial`

25工具控制/8解析反例、20k心跳吞吐门通过；125/250ms请求实际约507–509ms，低心跳也有post-exe超时，两个矩阵partial/旧失败与全数据保留。原文。

2026-10-07 · G106直接SDK节拍与心跳限额诊断 `validation` `partial`

原15+新5控制通过；R1 A完整20s源约531.6ms，B ur1触达1024消息限停止/C与D未跑，两份partial失败与全部原始payload保留。原文。

2026-10-07 · G105实际缓冲发布与源节拍验证 `validation` `partial`

30控制/16分析通过；已装129单次135s完整采集，固定120槽240点230有效10缺/110槽全点有效，256观察全部发布；源配置250ms实际约521ms，独立准确未知。原文。

2026-10-07 · G104有界真实观察缓冲与内部b129 `impl` `partial`

原57+新24/依赖合99、1672Python/55Swift通过，75实际冻结模块与独立签名包核后129唯一覆盖；旧源回放184→229/240仍11缺，新实机/准确/正式0/5/54未验。原文。

2026-10-07 · G103真实采集与发布缺点定位 `validation` `partial`

24交接控制/10分析控制通过；135s实际已装采集268点，固定120槽240点中184有效56缺，65槽全点有效；原始绑定一致但独立准确未知/正式0/5/54未验。原文。

2026-10-07 · G102已装128运行入口与工具路径故障 `validation` `partial`

19控制修工具后通过；GUI只read/idle、原设备前后绑定成立，唯一Start接受后因输出目录预建失败，17wire/0ready/0sample，formal0/5/54未验。原文。

2026-10-07 · G101物理内存所属来源隔离与内部b128 `impl` `partial`

20新+37旧=57控制、1648Python/55Swift通过，75实际冻结模块/独立包核后128唯一同址覆盖；绝对100µs/准确性/GUI/正式0/5与54未关闭。原文。

2026-10-07 · G100物理内存源新鲜性修复与内部b127 `impl` `partial`

37匹配/1628Python/Swift55通过、75冻结模块/独立包核后b127唯一同址覆盖；绝对100µs成本失败、误差/GUI/正式0/5与54门不关闭。原文。

2026-10-07 · G99 Gauge时序与已证旧值续点 `validation` `validated`

20真实产品主机控制；断流60s仍候选已证，整窗诊断不等同Gauge瞬时准确，原失败保留/正式0/5/54未验。原文。

2026-10-07 · G98多层监督与完整同代配对采集 `validation` `validated`

104控制/完整180s9000参考+135s254原生；出生254一致，原span观测带250兼容/候选age点254兼容，精确Gauge读时点未证、正式0/5/54未验。原文。

2026-10-07 · G97现有独立系统参考完整实机准入 `validation` `validated`

只读7+3文件25,416,987B；kernel180s/9000双API/三seal/当前PID与时基完整通过，双API差0B但不等于Sysmontap同读；缺配对135s，正式0/5/54未验。原文。

2026-10-07 · G96自行退出与保全/新生命期监督先停 `validation` `partial`

83主机控制通过，实际26.596106s已自行退出/117件保全与launch1但Tap0；参考复制遇变化源/未封口先停，正式0/5/54未验。原文。

2026-10-07 · G95现时保全控制与RSS查询失败诊断 `validation` `partial`

68主机控制通过，实际2.470930s资源unknown先停/手机信号配置launchsource0；host独立resident正值支持下一验证、不外推指标可信，正式0/5/54未验。原文。

2026-10-07 · G94非消耗退出守卫修复与生命周期先停 `validation` `partial`

58主机控制/受控RSS差0B，采样均值47.591203→0.110895ms；实际RSD全握手成功、目标正进程先停/配置launchsource0，正式0/5/54未验。原文。

2026-10-07 · G93轻量内核参考监督与退出竞态 `validation` `partial`

45控制/同受控树RSS差0B/成本55.457522→0.146111ms；实际监测错误取消/零采集，退出竞态已复现及WNOWAIT已核，原正式0/5/54未验。原文。

2026-10-07 · G92参考89连接准入与只读对照 `validation` `partial`

实际TCP8s超时，配置/launch/source0；监督A/B失败而同child直接成功，根因unknown/不自称修复。原正式0/5/54未验。原文。

2026-10-07 · G91参考89连接准入与只读对照 `validation` `partial`

两次8s RSD超时，配置发布/launch/source0；裸及容器A/B完整握手均成功，根因unknown/不自称修复。原正式0/5/54未验。原文。

2026-10-07 · G90参考89覆盖与旧数据完整保全 `impl` `partial`

一次自行SIGTERM/独立退出/三稳定观察，总计一次Upgrade89，117份244995816B旧Documents全SHA守恒；首工具目录碰撞安装0保留，新API未运行/正式0/5。原文。

2026-10-07 · G89独立内核参考89签名包来源准入 `validation` `partial`

一次签名/arm64/权限/独立IPA六件全树与签名感知溯源通过；仅本地E2，尚未手机覆盖/新API运行，正式0/5/全54未验。原文。

2026-10-07 · G88自身系统出生与双内存读界参考工具 `impl` `partial`

46新源码控制/13消费者、旧43/全261及五对9001读成本/iOS编译通过；仅E2、未手机签名部署或证Gauge同读，正式0/5/全54未验。原文。

2026-10-07 · G87原生时间字段与DTX辅助元数据单次审计 `validation` `partial`

13+9主机控制，首次Tap15.002337s/64消息/28目标行，aux原始字节为空；start/age坐标候选成立但读取瞬时待独立核，正式0/5。原文。

2026-10-07 · G86内存Gauge读时点与原生元数据保留边界 `validation` `partial`

254行时间核/9000旧参考与四失败完整保留；源120全有效不代准确性，procAge候选偏移15.736750ms，旧startAbsTime/DTX aux路线待有界审计，正式0/5。原文。

2026-10-07 · G85首项独立内存参考与同代动态误差准入 `validation` `partial`

参考9000读取全部成功，固定120源槽全连续有效；观察误差116/120，跨阶跃Gauge时点尚未核定，不自判数值故障或五轮通过。原文。

2026-10-07 · G84共享采集源修复及唯一b126实际源验证 `impl` `partial`

完整14依赖/固定11+3列，26匹配/1603Python/55Swift通过；b126实际CLI259目标行、固定120源诊断槽全连续有效，独立误差/GUI/正式五轮未验。原文。

2026-10-07 · G83完整Sysmontap依赖组合原生源准入 `validation` `partial`

全部14消费者依赖保留，259目标行/固定120诊断槽120有效；初missing/warmup/近似状态不删，未独立误差/正式五轮。原文。

2026-10-07 · G82真实新鲜目标源单次诊断准入 `validation` `partial`

115真实目标行/诊断50槽全连续有效、原生59.27s；无持值/补点，未产品化或独立误差/原五轮验收。先全依赖闭包。原文。

2026-10-07 · G81原生字段体积与目标新鲜性诊断 `validation` `partial`

A固定槽3/50、B/C0/50；C总体59.37s但仅1目标行，不做持值重建；原sysAttrs顺序差异使严格单变量配对未满足，0/5/全54未验收。原文。

2026-10-07 · G80消费终止守卫修复与原生运输诊断 `impl` `partial`

12匹配/1585完整Python零失败，五对真实Raw成本与内容不变；节流诊断原生45.35s子范围连续但完整覆盖/准确性未验，第一项正式0/5。原文

2026-10-06 · G79原生流与消费终止分层 `validation` `partial`

实际四种提前终止仍completed缺陷已证；原生60s队列24包/5.63s范围、包装回放24/24接受，最终身份查询超时，未改产品；首项正式0/5。原文

2026-10-06 · G78 新参考完整与产品辅助源持续性缺口 `validation` `partial`

新76源9000无漏槽/API成功/封口已证；125s产品辅助Raw仅11事件/5footprint候选，原生包范围2.5072031667s，正式0/5。原文

2026-10-06 · G77 参考76覆盖与旧数据完整保全 `impl` `implemented`

自行定向退出、100份207696971B旧Documents保全、单次同IDUpgrade76.1.0与100/100旧SHA不变；0新launch/产品Session，首项0/5。原文

2026-10-06 · G76 参考接线修复与原生自行退出 `impl` `implemented`

43host/248工具/iOS重验及本地76参考签名源核完成；1次已核自有SIGTERM后独立PID=0，0其他App/手机数据删除，新参考未部署、首项0/5。原文

2026-10-06 · G75 首项物理内存密集独立参考E2 `impl` `implemented`

默认OFF参考/严格消费及43源码host、13消费者、248工具、unsigned iOS通过；原失败保留，0手机/正式轮，b124保持。原文

2026-10-06 · G74 物理内存拒绝修复与b124内部覆盖 `impl` `implemented`

三项已证候选拒绝缺陷及旧值复用已修；12匹配/1573Python/Swift86(1skip)、真实回放/五对成本通过，b124实际唯一覆盖。首项误差/五轮仍待验，不升级全54。原文

2026-10-06 · G73 原生来源准入与拒绝边界诊断 `validation` `partial`

原设备一次辅助核心3事件208163B，物理footprint26641632B等值/原生窗口已見，三个源匹配负控揭示候选拒绝缺陷；0正式轮/未独立准确性。原文

2026-10-06 · G72 未公证内部测试包同址覆盖 `validation` `implemented`

b123独立整树/75模块+CLI/66probe核过并覆盖唯一标准安装，旧b122回退保留；Owner临时等待豁免不代指标验收，首metric0/5。原文

2026-10-06 · G68手动来源新参考与媒体及封口实测 `validation` `partial`

Owner手动来源新参考六件已稳定复制（15076683B），完整self/dense/clock/Surface原行及媒体/封口严格核对；媒体消费者接受、Surface封口已证。这是自有源观察，不是产品同窗校准，完整54正式仍0/54。原文 · 方案

2026-10-06 · G67运行启动超时与通道只读交叉 `validation` `partial`

66.1.0参考开关121B已稳定写入；唯一原生launch超时，后只读核对无新参考文件、旧marker不变，CoreDevice连接中且现tunneld无目标设备。当前运行状态unknown，未重复启动/采产品Session；完整54仍未验收。0新Session/正式轮，不推导已退出或唯一根因。原文 · 方案

2026-10-06 · G66单一新版参考覆盖与完整旧数据保全 `validation` `partial`

新自有参考66.1.0已严格签名/独立IPA解包，并在原iPhone15单次覆盖升级；93份旧Documents全字节前后核对无漂移。未启动新版或采产品Session，54正式仍0/54。原93份192620167B全SHA核对，Upgrade一次；不是产品54验收。原文 · 方案

2026-10-06 · G65参考凭据原子失败关闭 `validation` `partial`

G65参考凭据写后故障已在冻结源码host复现；原子提交修复后30控制/235工具回归/一次iOS E2构建通过，未部署手机、未做产品54项同窗验收。成本比1.313099492，原54/五轮仍未验收。原文 · 方案

2026-10-06 · G64自有参考封口与存储管理 `validation` `partial`

G64默认OFF的自有Surface关闭凭据/严格消费E2完成：19主机控制、完整233工具回归及一次iOS源码编译通过；没有新手机采集或产品准确性验收，54正式仍0/54。单包覆盖、缓存清理438607B，原始失败证据未删。原文 · 方案

2026-10-06 · G63独立Surface输入与监督竞态 `validation` `partial`

独立Surface消费28控制通过，G58原7201对逐drawable/可空surface与原生呈现间隔核过；工具退出竞态修复后219/0。未绑定产品窗口或校准，完整54正式0/54。原215/1 error保留；新严格消费者最慢0.931603s，旧阈值不改。方案 · 原文

2026-10-06 · G62参考包与原设备只读准入 `validation` `partial`

自有参考62.1.0已签名且独立IPA六件核过（E2）；原设备A一次只读核验仍50.1.0/93文件/配置不存在（E3），未Upgrade或launch，当前参考App退出unknown。完整54正式0/54。本地签名1/重签0，两项停止保留。原文

2026-10-06 · G61默认关闭媒体时钟参考本地验证 `impl` `implemented`

默认OFF媒体钟独立读界/精确有界消费者E2已实现；9001行旧编码一致、37消费控制及五对成本/完整unsigned iOS编译通过。未部署手机、未绑定产品窗口或独立精度，完整54正式0/54。原文

2026-10-06 · G61参考时钟域核对与媒体观察方案 `plan` `approved`

墙钟与Metal呈现时间分开，原生回调不冒充呈现；默认OFF补充尚未实现。旧TOC资源门失败保留、820原件未变，完整54正式0/54。原文

2026-10-06 · G60测试包与测试前空间清理规则 `validation` `partial`

b123实际源码构建/可信签名已验证，唯一公证任务尚未完成；继续保留唯一已验证b122安装/测试包，未用未公证候选覆盖。当前标准安装1份、54正式0/54，失败/待分析/封存数据保留。原文

2026-10-06 · G59全54选择与帧报告来源登记修复 `impl` `partial`

源码补回14项帧报告：默认26→40、全部可见非启动40→54；真实Swift229（skip3）与Python1561零失败，实际流服务集合未增加。仍安装b122，b123包与产品同窗/固定五轮/54项精度待验。原文

2026-10-06 · G58新参考真实运行与逐API实机准入 `validation` `partial`

一次有界实机来源产出五类13335460B：181 API行、Dense/Clock各9000采样/报告缺槽0、7201提交与呈现配对；完整准备和190s等待保留，0产品正式轮次。原文。

2026-10-06 · G57原手机参考50.1.0单次覆盖升级 `validation` `partial`

E4限安装回应/元数据：唯一Upgrade完成，version1→50.1.0，88文件名保持；274源码不变，0新Session/参考launch，真实同窗五轮未验收。原文。

2026-10-06 · G56测试前清理与单版本覆盖安装规则 `validation` `validated`

本机清理E3完成：4252条索引缓存清除、24保护文件一致、运行安装计数1；free观测净增438788096 B非独占归因，0新采集/完整54仍0。原文。

2026-10-06 · G52全54参考缺口与帧时间单位冲突 `validation` `partial`

Registry66−12=54；3项帧时间文字/机器门相差1000倍、旧tol保持，电学/温度独立不确定性未准入；0设备采集/正式0。原文 · 逐项审计。

2026-10-05 · G51全54冻结容差与保守误差门 `impl` `partial`

35控制/280旧数值谓词相同；全54synthetic32400query2.963889s、64core600call1.647490s，缺槽与原容差保留，0设备采集、真实独立精度/五轮门未关。原文 · 开发记录。

2026-10-05 · G50逐API消费与新参考来源签名 `impl` `partial`

31主机控制/六原行消费保留缺值；3620新查询2.764846s/旧1.814430s，比1.523809x，50.1.0本地签名候选未安装，0设备采集、全54五轮与独立误差未关。原文 · 开发记录。

2026-10-05 · G49逐API读区间与缓存附件分离 `impl` `partial`

OFF15/ON57断言、每组10000最差1.598362s，iOS一build36.605804s；旧缓存6件保留，clean unsigned3件未签/装、0新采集，完整54 E4未关。原文。

2026-10-05 · G48独立self参考算术与时序准入 `validation` `partial`

21控制/181历史行；CPU/context各180、六gauge各181，首点缺失保留；64core3620查询1.294651s，非产品准确性/全54E4通过。原文。

2026-10-05 · G47原生观察器截止分层与准入终态 `validation` `partial`

19/19主机控制；唯一新查询内部12/外部15s，exit2/12.165047s、错误终态留存，活动unknown，0安装/启动/采集，54五轮100%未关。原文。

2026-10-05 · G46自有参考版本与安装前置 `validation` `partial`

手机原build1/88名称只证留存；新版46.1.0一次构建10.920580s、签名静态核验；唯一进程查询超时，0安装/启动/会话，完整54五轮100%未关。原文。

2026-10-05 · G45原设备UI与Native连接准备 `validation` `partial`

真实选择原USB与自有目标、即时按钮false保留/稍后idle enabled；Native唯一一次成功、原身份/现存连接E3通过，0新Session，已部署参考版本与全54五轮门仍未关。原文。

2026-10-05 · G44原设备USB准入与当前验收声明 `validation` `partial`

当前原A Network0/USB1、原代/devmode核验；外部供电成立/热枚举缺失，0新Session；新v3仅3行5字段对齐既有源码，完整54/五轮1.0/误差不改，b122保持。原文。

2026-10-05 · G43 b122双公证与独立安装 `validation` `partial`

实际PYZ75代码匹配、323Mach-O可信签名、App/DMG各一次Accepted/staple；13102文件+34链接与实际安装同，b122内部测试包E3已覆盖/真实b121回滚保留。54项独立校准及五轮100%仍未验收。原文。

2026-10-05 · G42精确索引最小优化与当前软件门 `impl` `partial`

90实际匹配/196独立14算术、完整Python1560/0、真实report五对worstwall1.023401x通过（E2），20k磁盘压力全SQL/AVL/reopen同；旧红不改判，b122候选包待G43，全54与五轮100%仍pending。原文。

2026-10-05 · G41入口与报告分段诊断 `validation` `partial`

77源drift0、主诊断14.664890s/55.273438MiB；完整writer缺证，索引15对等价但压力组合资源门exit1，旧full/report与54五轮门均未关，b121保持。原文。

2026-10-05 · G40等价过滤最小优化 `impl` `partial`

124匹配、196独立14合成算术和十对完整filter效率通过，worst0.934343x；full1557/1唯一ingress105.733608ms>10ms、旧report1.362775x仍红，不打b122/不覆盖b121，全54/五轮仍partial。原文。

2026-10-05 · G39性能诊断与等价热点 `validation` `partial`

三项profile各一次原断言均红，16.038672s/64.980469MiB；scope夹具反证观察器main-only假设，过滤局部影子25等价/五对worst0.623892x不代表完整门或E4。产品与b121不变、G40待实施。结果原文 · 方案原文。

2026-10-05 · 帧统计准入/恢复修复 G38 `impl` `partial`

59匹配/196独立14算术E2；完整1554/3失败、效率worst wall1.362775x仍红，未打b122/本机b121保持；54五轮与物理精度未关。原文

2026-10-05 · 帧统计三反例与修复方案 G38 `validation` `partial`

3个纯合成E2反例，4源码漂移0；0产品变更/设备Session，b121保持；14统计及全54五轮未过。原文

2026-10-05 · CPU独立参考准入修复 G37 `impl` `partial`

20匹配/61工具测试、280原配对+192查询输出等价；保留9000参考/140源，收紧117→116；DenseCPU首槽记账E2通过。整数版对Fraction查询worst wall0.265606x/CPU0.273878x，b121/54五轮门保持。原文

2026-10-05 · 原设备A无线准入 G36 `validation` `partial`

唯一当前清单17项、原A无线与USB皆0，7准入负控通过后停止；0设备B查询/新Session/Fixture部署。完整准备耗时unknown，54/五轮100%不提升，b121保持。原文

2026-10-05 · 独立双钟参考与页大小观察 G35 `impl` `partial`

默认关闭参考/49工具测试/unsigned iOS编译E2通过；R1首漏槽保全、9001整writer0.031577s/5.222656MiB；设备A181次独立页大小16KiB观察。产品b121保持、host/native同钟与全54/五轮100%未关。原文

2026-10-05 · 进程网络累计差分与目标身份 G34 `impl` `partial`

新Raw累计候选v4/单cohort严格绑定、旧v3逐字节回放及checkpoint窄兼容E2通过：53匹配/Python1527/Swift227（3skip），五对wall1.068132x/CPU1.044078x；b121双公证独立安装E3。原首full1526/2失败及Ingress原因unknown保留，全54独立精度/五轮100%未过。原文

2026-10-05 · 网络来源与独立TCP审计 G33 `validation` `partial`

139来源逐项关联，138候选零但每方向4累计增长窗口，首行错目标fallback；878包16流仅4/8GET正文SHA三方同，4缺口260174B/2无FIN。32工具测试通过、原55053893B超12MiB门记partial；G34合同尚未实施、b120保持/全54五轮未关。原文

2026-10-05 · GPU精确整数与末行身份 G32 `impl` `partial`

G30/G31当前1493全量通过、历史延迟原因unknown；G32原生UInt64精确往返及末行拒绝不回退，63匹配/五对5167×35最坏wall1.161438x、CPU1.151464x，独立物理精度/五轮仍未通过；Python1503/Swift227（3skip）通过，b120签名公证安装E3。原文

2026-10-05 · GPU终止原始数据保全 G29 `impl` `partial`

单次有界Stop/flush与独立terminal Raw，0实时度量；34匹配/五对基准/最大4MiB Recorder回放通过，完整Python1493有1项显示max66.371084ms>50ms失败，Swift227（3skip）通过。新包未打、b119保持，完整54/正式五轮待验；下一G30有界因果取证。原文

2026-10-05 · 无线设备归属与验收范围前置 G28 `validation` `partial`

G28原设备只匹配USB，未回退USB。G28-R1已信任Network的11份名称/型号元数据成功读取，用户名称唯一匹配1，但型号与原目标代不一致；尚未开始DVT/性能订阅或新Session。Owner设备用途澄清待回复，不把不同设备证据混进原设备五轮验收。 6 offline守卫、11/11 Network元数据、2.443266s/48.933594MiB，0性能Session。原文

2026-10-05 · GPU独立负载与多家族来源审计 G24–G27 `validation` `partial`

G24-R1独立呈现及5167行terminal原始缓冲保全，正常通知仍0正文；G25单变量window=1且呈现测量括号覆盖，正常/terminal正文0。G26真实VM属性/两诊断来源留存，热枚举缺失、USB放电不适用；G27两Energy原回复Overhead均-10.0，保留missing，不填0。0产品变化/b119保持，全54独立精度与最终五轮100%仍partial。 74/37原生属性；Energy2次；正式五轮未运行。原文

2026-10-05 · GPU正文与重复读取生命周期取证 G20–G23 `validation` `partial`

三份805824B/2798行独立解析一致，两个配置后续flush均空；不把单块升级连续性/物理精度，b119保持，全54/五轮仍pending。原文

2026-10-05 · GPU配置编码修复与独立来源探针 G18/G19 `impl` `partial`

44匹配/1484 Python/227 Swift（3skip），五对10000编码同字节，b119公证覆盖安装；G17/G19协议证据不升全54独立精度或五轮。原文

2026-10-05 · GPU取证首样本与前合并结构 G16 `impl` `partial`

首/尾真实位置修复、37匹配/1477 Python/227 Swift（3skip）、五对10000最坏1.176725倍；b118公证独立安装，0新会话，全54独立可信/五轮仍pending。原文

2026-10-05 · 来源成本与独立参考 G14A `validation` `partial`

b117一次139CSV、33/40固定测量槽C/V100%（仅算术门）、6583帧/139.451727s、HTTP正文8/8、CPU双API候选117/140；7实时缺口及14统计校准/全54正式五轮未关，旧G14工具失败保留。原文

2026-10-05 · 新包真实UI与既有Native路由准备 G13 `validation` `partial`

13工具守卫/真实UI选择通过；详情25s超时保留，较晚普通元数据/现有2条连接/Start启用证明E3前置，0新Session，G14单次诊断待执行。原文

2026-10-05 · 退出读取准入与会话隔离 G12 `impl` `partial`

真实Supervisor24次末行/六次复用与无stopped负控通过，四临界段控制、五对10k最坏wall1.198949x；1468 Python/227 Swift（3skip），b117公证独立安装E3，54项独立可信与五轮100%未关。原文

2026-10-05 · 精确累计计数修复 G10/G11 `impl` `partial`

四累计率修复2^53边界伪0/漏重置，最终64匹配与20k×5最坏wall1.024460x通过；最终全量Python1467有1调度失败，新包暂缓/仍b116，全54门不关。原文

2026-10-04 · 自有Fixture中断参考 G9 `impl` `partial`

公开self API、精确UInt64与读区间参考通过功能/codec E2；五对10k事件相对最坏1.246482x，但绝对新增0.313431–0.370014s超过0.2s，双门默认关闭/未安装/0新Session，完整54项门未关闭。原文

2026-10-04 · 同钟过期可信门与有界成本诊断 G7 `impl` `partial`

五项Display严格同钟过期下界>2s置空，22匹配/1447 Python/224 Swift3 skips通过；五对最差wall1.045635x/CPU1.029295x、63.859MiB。b116双公证/独立13114文件安装完成；G7/G7A准备门停止0新Session，54项100%与新E4未关。方案/准备快照 · 原文（交付核对）。

2026-10-04 · 密集CPU与网络参考、帧来源迟到 G6/G6A `validation` `partial`

参考工具18永久回归通过；两轮HTTP16/16正文核、CPU候选119/141与126/139；帧设备仅29–35s/主机140s、过期下界105–112s，五轮因第三轮预检超时停止；54项可信/100%未达，不补轮，G7合同先行。原文

2026-10-04 · b115来源时轴五轮与可控网络参考 G5A `validation` `partial`

五轮139CSV/181self、150 Session文件封存核通过；native来源跨度20.669–22.166s→139.443–139.474s，HTTP8/40阳性（后续端点过期），原算术32/32/33/0/0与全54校准未过；33项Fixture端点边界回归通过，未补好轮/未造数/未发布网站。原文

2026-10-04 · 固定五轮来源时轴与有界帧解析缓存 G3/G4 `impl` `partial`

五轮每轮139行/181自身参考，帧源仅覆盖设备20.669–22.166s；有界类型缓存13保真、1425 Python/224 Swift（3 skipped）及1000×5耗时0.027392x通过，当前窗E4与全54项100%未通过。原文

2026-10-04 · 全字段导出与独立参考准备 G2-A `impl` `partial`

Raw Temperature与能量/电池/热双CSV及Display review导出补全，1412 Python / 224 Swift（3 skipped）通过；1k×5耗时1.100x，b114已签名公证覆盖安装。一次37项预检20行，FPS/FrameTime各2行，全54项独立准确/五轮100%仍未关。原文

2026-10-04 · 全54项非启动目标与局部恢复第一修复 `impl` `partial`

66−12=54项完整登记，7项局部恢复/9验收负控、1412 Python与223 Swift（3 skipped）通过；50k×5耗时比0.989，b113签名公证/独立安装13,114文件一致。原26项五轮0/5不改，全部54项独立对照与新五轮仍待，不补数达100%。原文

2026-10-04 · R12 五轮严格连续性与两缺陷修复 `validation` `partial`

1404 Python/223 Swift（3 skipped）、b112签名公证覆盖安装通过；五轮580行、行间无缺口，FrameTime连续81.74%–94.78%且有效90.52%–97.41%，整门0/5；停止卡住和质量错配已修，不补缺值达标，启动仍未完整。原文

2026-10-04 · R10/R11 入队预览与真实源元数据修复 `validation` `partial`

1402 Python、本批220 Swift/3 skipped、b111签名公证安装通过；b110首轮failed保留，b111含Startup两轮网络27/27、全部CSV设备候选100%/98.55%，26项非启动有效覆盖。启动两轮Total为null、首帧阶段缺失，综合目标仍partial；网络不等于物理校准或所有bug修完。原文

2026-10-04 · R9 来源完成发表与新包安装 `impl` `partial`

1389 Python、220 Swift/3 skipped、旧Raw1764事件兼容与效率门通过；b109公证/覆盖安装/独立解包13,114文件一致；Mac锁屏，0新Session，两轮CSV≥90%门待真实UI，非全产品无bug或物理校准。原文

2026-10-04 · R8 有界前取与四轮非启动复核 `validation` `partial`

最终1376/220回归、b108公证安装与两轮数值/完整性通过；b107连续性72/75、59/75，新b10850/75、54/74，90%门未关闭。下一步修正来源窗发表时钟并核全部CSV，不从E2升E4、无网站发布。原文

2026-10-04 · 非启动网络按时关窗与极端分片修复 `impl` `partial`

1370/220回归与b107公证安装完成，合成静默差分1.803→0.386s；Mac再次锁屏，两轮真UI尚未开始，持续新鲜与物理校准未升PASS。原文

2026-10-03 · 非启动网络负增量修复与 b106 两轮数据核对 `validation` `partial`

1362/220回归、b106公证安装，两轮各74样本、19/19数值/封存/作用域门通过；设备网络连续新鲜与物理校准未关，启动本批忽略。原文

2026-10-03 · 非启动来源时间窗与设备计数时钟修复 `impl` `partial`

网络 v5 完成来源秒桶、四项 counter 设备 timebase、过期缺值与 checkpoint；1358/220 回归通过，b105已公证安装，两轮真实 UI待解锁，启动不在本批。原文

2026-10-03 · 网络发现 metadata 队列修复与双向流量对照 `impl` `partial`

b104 公证测试包已安装，1339 / 220 项（3 skipped）回归通过；两轮真 UI 网络缺源 2/0、server 各双向 8 MiB，RVI 显示上传另有整机流，完整物理校准与 startup 仍开放。实施记录 · R4 归档

2026-10-03 · Network 分作用域与停止尾记录修复 `impl` `partial`

两轮 b102 真机数据揭示 App / Device 网络值在产品单对曲线与 CSV 中混用；R3 已分成四条有作用域曲线，尾部 stopped 管道竞态一并修补。Sidecar 1337/1337、Swift 220 项（3 skipped）E2 通过；b103 E3 包及本机安装已验，真 UI 正控尚待验收，整机物理带宽不升 E4。实施记录 · 新增 R3 归档

2026-10-03 · 两轮复测后的 Session 状态与设备网络速率修复 `impl` `partial`

正常退出的 stderr 警告不再单独使完整 Session 变 partial；设备网络 v4 对 time<0 初始快照只做原始字节对账、不入速率分子。Python 1335、Swift 218（3 skipped）与 66-contract 门禁通过；版本 102 App/DMG E3 公证与独立复制验证完成，物理正控/真 UI E4 仍待。实施记录 · 新增 R2 归档

2026-10-03 · 两轮非启动指标数据缺口修复 `impl` `partial`

设备网络源上下文入口与 P95 / Refresh / Jitter 最终持久化断层已做 E2 修复；版本 101 测试包已完成 E3 公证安装，旧两轮网络仍缺源，新包 E4 待复测。实施记录 · 归档

2026-10-03 · 启动知识库口径与 G2 主线同步 `impl` `partial`

纠正当前默认 v9 与 2026-09-30 v8 实验基线的混读，并将 candidate、G2 默认关闭和 E4 未证边界同步到知识库及首页；66 项合同不变。实施记录 · 归档

2026-10-02 · G2 / 首页 / 历史 WIP 主线集成 `impl` `partial`

按 Owner 指令选择性合入 G2 实验与首页改版，并保留历史文稿；真机稳定性和内测交付门禁仍开放。实施记录 · 归档

2026-10-02 · Gate C-R1 原始网络凭据核对器 `validation` `partial`

独立只读核对器逐项复算 Raw/manifest/report 身份、设备来源 receipt 的双向字节守恒和目标进程正增量；24 项专项加 9 项既有门禁通过，历史 b78 30 文件负控仍明确判 partial。仅 E2 方法准备，b79 真 UI 正控尚未取得。新增验证快照

2026-10-02 · Gate C-R1 网络源传输预检 `validation` `partial`

设备 A 的 native RSD 网络服务仅通道准备成功，4.079 s、进程 RSS 高水位 58.504 MiB；无监控/Raw/Session，历史失败原因仍 unknown，真实 UI 正控仍待。仅 E3 环境证据。新增 E3 快照

2026-10-02 · Gate C-R1 单轮诊断预检守卫 `validation` `partial`

先核应用/空间/AX 再占唯一批次名，封存前拒绝越界来源与符号链接；4/4 离线守卫测试通过，真实 UI 诊断仍未开始。仅工具完整性 E2，Gate C/D/E 不提升。新增验证快照

2026-10-02 · Gate C-R1 旧 Raw 只读 v3 补核 `validation` `partial`

三轮 b78 Raw 195/196/193 条中设备网络源均 0；现时 v3 引擎两方向各 65/65/64 帧全部 null/missing-source，无假零，原 136 项封存 SHA 均不变。仅 E2 离线机制证据，未采 b79 新会话、Gate C/D/E 仍开放。新增验证快照

2026-10-02 · Gate D 证据就绪预检 `validation` `partial`

冻结矩阵 66 项、b78/b79 包及三轮历史 Session 各 30 文件现时字节链复核通过；9/9 匹配测试、流式 263405234 B / 0.349 s / 18.234 MiB。但旧轮网络正控/来源 receipt/报告同轴上界仍 0/3，正式 b79 E4 尚未开始，Gate D/E 保持开放。只读预检快照

2026-10-01 · Gate C-R1 设备网络缺源零值纠偏 `impl` `partial`

三轮旧件证实网络源失败、0 条 Raw，却出现约 63–64 个假 candidate=0；v3 缺源置空、显式来源 receipt 与 b79 公证诊断包 E2 完成（Python 1148、Swift 204、66 contracts），但真 UI 非零正控/守恒尚未取得，Gate C/Beta 仍 partial。方案与实施快照

2026-10-01 · 本地可信内测 Gate C 真实 UI 三轮短会话 `validation` `partial`

同一 b78 公证 App 的 AX 入口在解锁后恢复，设备 A/目标 App A 下连续三轮各 60 s：3/3 独立 Session，12 项请求、CSV 64/64/63 点、封存与报告均 complete/sealed；但网络非零正控 0/3，显式来源守恒与最终报告同轴上界缺证，Gate C 仍 partial、Beta 未交付。私有 136 条新证据清单封存，旧预检 0 Session 历史未改。三轮结果快照

2026-10-01 · 本地可信内测 Gate C 真 UI 预检 `validation` `partial`

设备 A/目标 App A 与 b78 公证包可核，私有预检清单 9/9；但系统可见 App 窗口在当前 AX/截屏通路中不可操作，且全批 40 GiB 存储预留未满足。正式 UI 会话 0、未按 Start、E4 未开始；根因未归咎产品，先停并保留证据。Startup 稳定性改善 NOT PROVEN，完整 Beta 未交付。预检快照

2026-10-01 · 本地可信内测 Gate B 支持矩阵与真 UI 合同 `plan` `approved · gate-open`

把 Registry 66 项逐一分为核心请求 12（其中六项必需 E4、六项只观察）、Startup 条件 12、Frame 条件 17、本版范围外 25；全部设备支持状态仍待 E4。冻结 b78 公证包 SHA、设备 A / 目标 App A、原生 AX 入口、逐轮封存、同轴时序上界、资源预算与失败停机，不采新会话。Gate B 只完成 E1 合同，不是指标 E4 PASS；完整 Beta 仍 partial。 合同快照

2026-10-01 · SW-1 P1a 在线双 sink 与 b78 包自验收 `validation` `partial`

同一 AI 对默认关闭的准入实验补齐端到端合成正/负例：事件发出时在线文件内容、修订号和算法名一致；失配留 online-publication-unverified。focused 47/47、Sidecar 全量 1143/1143、Swift 204（3 skip）及五轮真实规模已测资源子门通过；b78 x86_64 包获 Notary Accepted 并完成独立解包/Gatekeeper 核验。仅 Gate A E2 程序与包子门自验收通过，真机 E4 未做、稳定性提高 NOT PROVEN、内部 Beta 未完成。 实施与裁定快照

2026-10-01 · SW-1 P1 续流准入修正与证据自验收 `validation` `partial`

Owner 临时合并角色后，同一 AI 接管默认关闭的产品准入实现，收口无效开关值脱敏、无基线 OFF 回退、非参与角色与失效事件上界；focused 42/42、Python 1138/1138、Swift 204（3 skip）通过，b77 x86_64 实验包已公证并独立解包验证。五轮已测资源子项达标，但三轮 OFF 吞吐曾超门且首响应/CPU/I/O 为 unknown，在线事件与文件尚无端到端 ON 内容一致性测试，故 P1 = PARTIAL，稳定性改善 NOT PROVEN，E4 未执行；这是自验收而非独立复核。实施与裁定快照

2026-10-01 · 本地可信采集内测版交付目标 `plan` `approved · gate-open`

已冻结“可信本地采集与报告闭环”的内部 Beta 目标和 Gate A–E：核心指标必须有真实 UI/Session E4，Startup Total 与 FrameTime 未过各自真机门前仅保留条件/实验状态；当前 SW-1 P1 仍是唯一在途修复，完整 Beta 尚未验收。Owner 临时指定同一 AI 负责方案、实施、测试与证据自验收，不把自验收写成独立复核。方案原文

2026-09-30 · SW-1 R6-R2 方法验收与 P1 产品修复合同 `decision` `approved · gate-open`

R6-R2 私有合成方法 E2 PASS（32/32），但产品正常路径的四元身份/冲突绑定门与在线发布尚未获证，稳定性改善 NOT PROVEN。Lead 已完成只读源码审计并定稿默认关闭的有界准入、在线取证与 E2 验收合同；下一步由 Implementation AI 最小实现，真机 E4 另立合同。审计与方案

2026-09-28 · SW-1 R2 真实 UI Lead 裁定与 R3 只读取证 `decision` `approved · gate-open`

真实 App UI OFF→ON 各一轮入口/配置取证成立；ON 未应用窗口延长，两轮原生 Total 仍 missing，效果 inconclusive、稳定性提高未证。两轮预算已用，下一步仅分析已封存字节的时序与归属；A1 UI E4 OPEN。裁定与方案

2026-09-28 · SW-1 R1/R1a 入口归类与看板收口 `validation` `validated`

Lead 独立复核 647b0d6 四文件及 ad14e6f 唯一门禁行：144/144 聚焦测试、归档 SHA/HTML、双远端与四项共享 WIP 保全成立；仅文档收口 PASS，原两轮为命令入口辅助证据，正式 UI E3 未执行/E4 未评估。放行 Test AI 真实 App UI OFF→ON 最多各一轮，稳定性改善未证。验收原文

2026-09-27 · P4 SW-1 Scene-open 有界窗口差分实验：实施 + 两轮包内核心命令入口辅助采集（R1 入口更正） `impl` `implemented · gate-open`

默认关闭的 PERFOWL_STARTUP_SCENE_WINDOW_EXPERIMENT 与单次 opt-in 等待分支已落地（4 文件、+2294/−1；聚焦 144 项 OK、OFF 交错 3 配对吞吐 −1.578 %、RSS +0 B）；实验包 Developer ID + secure timestamp + 公证 Accepted + staple + Gatekeeper + 独立解包启动全通过（分发 ZIP SHA-256 4234c273…）；新增离线只读 locator 与对抗测试。2026-09-28 R1 入口更正（依 Lead 独立审计 5d700fa）：原记为「两轮真实 UI 会话」的两轮，实为包内核心命令入口真机辅助轮（驱动脚本直接启动包内核心，未经 App perfowl.capture.toggle、核心非 App 启动 ⇒ 存在实质性入口偏差），故 正式真实 UI E3 = NOT SATISFIED、正式真实 UI E4 = NOT EVALUATED（未评估）。两轮辅助轮：两轮采集配置逐项相同（planHash、四类生命周期 kdf2、csd=0、bm=0、rp=100、exact-debug-id、coreProfileConfigSignature 全同），但 ON 轮 Enabled=true、Eligible=false（scene-open-phase-absent）⇒ 新增等待未 applied；纯字节 locator 得 OFF CLOSER-ONLY（目标 IFR opener 0 / closer 26）、ON OPENER-ONLY（opener 1 / closer 0），两轮均 requiredMissingPhases=["Initial Frame Rendering"]，离线强制 OFF 重放两轮 mainDiff={}、30/30 文件分析前后逐字节不变。**辅助实验 inconclusive（窗口假设未获判别性检验），未扩样；实施方不自判 PASS。**A1 正式 UI E4 仍 OPEN、Phase C Hybrid 继续 FROZEN。原文

2026-09-27 · 最新开发记录同步与GitHub主源发布 `decision` `implemented · partial`

保留全部主线记录与旧归档；固定GitHub完整SHA为发布主源、GitLab仅镜像状态，93项门禁测试通过。网站与镜像同步分列，不由GitLab故障阻断网站；首页改版WIP未合并，产品E4不提升。原文

2026-09-27 · Owner新会话独立审计与SW-1窗口差分实验 `plan` `approved`

39个CoreProfile chunks、2,235,860条binary记录，IFR opener全线程0，Total仍missing；原始hash审计前后未变。批准默认OFF、最多两个真实UI会话的窗口假设验证；没有宣布修复或正式E4通过。原文

2026-09-25 · 首页改版恢复与生产部署隔离 · G0 `impl` `implemented · gate-open`

把 npm run deploy 从「构建 + --branch main --commit-dirty=true」改为受控 fail-closed 入口 site/scripts/deploy-production.py：build / 归档同步 / Cloudflare 调用之前先核「目标 SHA == HEAD、工作树干净、实时双远程 refs/heads/main 精确等于该 SHA、目标为 production/main」，任一不满足即拒绝且 build=0 / upload=0；放行后只构建一次、只上传一次（--commit-hash <完整 SHA> --commit-dirty=false），Preview 走独立非 main 分支。26 项拒绝/放行测试全绿；旧 pre-push 在推送完成前必然在构建前被拒。G0 待 Lead 独立验收；G1 未开始。 更新后原文（G0-R2）

Lead 2026-09-25 独立复核增量：G0 REPAIR REQUIRED。 c7c54fa 的交付与“本次未再部署生产”属实，但空/单远程选项绕过、旧 WIP 分支直接生产入口和 build→upload 过期来源竞态均已复现/源码证实；详见同一方案末尾 G0-R1 合同。G1 未放行。

Implementation 2026-09-25 已交付 G0-R1 最小返工。 按合同逐条收口：①生产远程集合固定为代码常量 ("origin", "github")、CLI 无法缩减（--remotes 选项已移除，键集不等于该常量即拒绝）；②新增 build 之后、上传之前 的二次核查（HEAD 变化、任一远程前进、非生成型未跟踪源码漂移，任一项即不再上传），生成物白名单以 GENERATED_SITE_PATHS 逐行判定；③为 ls-remote/build/upload/verify 设四类有界超时（20 s / 600 s / 900 s / 90 s），超时按失败上报；④上传后核 wrangler pages deployment list 的 Production Source，不一致或不可解析 ⇒ exit 4 并明示 partial；⑤本机旧 pre-push（不分分支、推送完成前从工作树跑 npm run deploy）已备份为 pre-push.legacy-autodeploy-2026-09-25.bak 并替换为零构建调用的纯提示 hook，以记录型 PATH shim 对照证明 WIP 分支推送不再触发构建/上传。守卫与测试由 26 项扩到 58 项，含合同指定的六类对抗反例（空/单远程、WIP 旧 hook、构建中双远程前进、构建中新未跟踪源码、构建/上传超时、上传后 Source 不一致），每条拒绝路径均断言 build/upload 次数与原因。状态 implemented · gate-open；G0 PASS 仍由 Lead 独立裁定，本批未部署生产。

Implementation 2026-09-25 已交付 G0-R2 最小返工。 ①is_generated() 改为逐路径判定（新增 status_paths()，rename/copy 同时检查源与目的，切分 " -> " 遵守引号并解开 git 的 C 风格引用）：R site/index.md -> site/.vitepress/dist/evil.md 由「视为生成物」改为拒绝上传，而两侧都在白名单内的生成物 rename 仍放行；②上传返回后新增第三次实时双远程查询（每个远程 20 s 上界、无轮询），任一远程前进/超时/不可解析 ⇒ exit 4 / verdict=partial / productionSourceVerified=false，并把云端 Source 与远程 live head 并列留证，不做云端回滚；③evaluate_post_upload() 环境感知：production 只认最新 Production 行（且须在 main），preview 只认 Preview 且分支匹配的行，不再用 Production 行证明 Preview；④Cloudflare Source 只是 7 位短前缀（--json 亦同，只有完整 deployment Id），故记为「同源列表线索」并显式声明完整性上限，40 位精确门仍由上传后两次 git ls-remote 承担；解析器新增真实 wrangler 输出样本 fixture（含 ANSI 与框线列宽）。守卫与测试由 58 项扩到 88 项，三族对抗反例在修复前全部放行、修复后全部阻断。状态 implemented · gate-open；G0 PASS 仍由 Lead 独立裁定，本批未部署生产。

Lead 2026-09-25 对 G0-R1 独立复核：REPAIR REQUIRED。 已复现 rename 源码漂移放行、上传中远程前进仍报生产成功、Preview 误用 Production Source 三项问题；唯一下一步为同一方案末尾 G0-R2 合同。G1 未放行。

2026-09-25 · Build74 Phase 2 A1-E4-UI 文档收口 Lead 审计 `validation` `partial`

Lead 对 5d9ac3d 复核三轮 Raw/manifest 与封存后 100 文件；技术结论不变，UI E4 OPEN。线上新归档 HTML 栈式解析发现 5 个连带标签错误；INVALID r1 实有设备指标 54 行，不能说三轮均未请求；100/100 晚期复核不证明离线分析前全文件不变，最终报告延迟未报。文档交付 REPAIR REQUIRED，只放行更正与新的归档快照。Lead 返工原文

2026-09-25 · Build74 Phase 2 A1-E4-UI 真 UI 三轮采集与证据收口 `validation` `partial`

真 SwiftUI 入口（AX 驱动 Select / Start / Stop）三轮采集与证据收口：App A 第 1 轮因侧边栏默认指标组不含 Startup Timing 判 INVALID（26 指标、无 CoreProfile blob）；App A 第 2 轮冻结配置有效但整份会话无 IFR opener、Total missing；Fixture A 冻结配置有效，原生 active 窗口端点产出 candidate 271.42775 ms（traceEnd − launchStart = 271427750 ns），drain 无 opener，有界诊断闭合 0/3。已删除失效判据 totalNeverPublished，改列 nativeTotalQualityCounts={candidate:1,missing:1}、live/final 20/20、diagnosticClosedCount=0/3；三轮原始哈希 + 只读封存复核 100/100 一致。启动至 Stop 54.1–57.5 s、app RSS 峰值 ≤ 337.5 MiB；宿主机 CPU/I/O 与设备侧四族记 unknown（不补造 0）。A1 正式 UI E4 = OPEN，第 4 轮不授权。 2026-09-25 R1 更正（Lead 文档收口）：设备侧 CPU/内存/磁盘/网络四族的 unknown 只适用于有效两轮（r2 47 行、r3 52 行，均未请求）；INVALID 的 r1 实有 54 行 candidate 设备观察值（cpuPercent 51 行、totalCPUPercent 54 行），但不纳入可比 startup 样本。三轮原始会话 100/100 一致只证明封存清单生成（17:27）之后至复核时未变；Stop → 最终报告耗时记 unknown（缺与 Stop 同轴的绝对时间戳，文件 mtime 与 AX 返回时刻都不是该边界）。更正后归档快照（R2）

2026-09-25 · Build74 Phase 2 A1 三轮真实 UI Lead 裁定 `validation` `partial`

Lead 重算有效会话 Raw/blob/报告哈希并再扫 Fixture A 原始字节：原生 candidate 271.42775 ms 的配对端点均在 active 窗口，drain 无 opener；有界诊断 0/3。App A 第 1 轮 INVALID，故预设有效轮构成未完成；不授权第 4 轮同批采集，A1 E4 OPEN。原文

2026-09-25 · Build74 Phase 2 A1 新包 E4 Lead 审计与 UI 验证方案 `validation` `partial`

Lead 核证新包 SHA/公证/独立解包及 16 份真机 Raw 哈希；包工程 E3 通过，但命令驱动与 UI 预热入口不同、诊断闭合 0/16。更正失效的 totalNeverPublished：实际 12 candidate / 2 repaired / 2 missing；Raw 窗口 12 active opener + 4 无 opener。正式 UI E4 OPEN，下一步只做最多三轮真 UI 定向验证，未知原因不包装为已证主机滞后。原文

2026-09-25 · Build74 Phase 2 A1 新包与真机 E4 形态采集 `validation` `partial`

按 Canonical 方案 §5 完成新包构建 → Developer ID 签名 → 公证（Accepted）→ staple → 独立解包安装与启动冒烟，并按冻结 Build74 UI 配置对新包执行 16 轮真实设备采集：每轮保全原始 Session、Raw 与 manifest 哈希一致、隔离回放与出厂 final 报告逐字段相等，allConfigsMatchFrozenUi / allRawHashesConsistent / liveHasNoDiagnostic / finalHasDiagnostic / finalIsRawRescan / totalNeverPublished 全部 true。但 closedChainRounds=[] —— 13 轮 target-actionable-no-closure + 3 轮 no-lifecycle-records，未取得 §5 要求的真实正向闭合链，故本批 partial，实施方不自判 E4 PASS。缺口机制：诊断窗口只覆盖 stop-drain 尾块，闭合要求 opener 主机到达晚于切口；12/16 轮 completion-observed 使 opener 早到 1.7–4.4 s，4/16 轮 grace 到期时整份会话无 opener，r3 为唯一正值 +1916 ms。产品语义零改动。原文

2026-09-25 · Build74 Phase 2 A1-R3 Lead 独立验收 `validation` `partial`

Lead 独立复跑专项 72/72、Sidecar 全量 1049/1049，用当前 HEAD 重放四轮只读 Raw，确认 r3 诊断 3/2/1 且四轮主报告 Total 均 missing；A1-R3 的假 0 反例已修复，波动测试未呈稳定 ship-only 回归。A1 代码/离线 E2 PASS；新包 E4 NOT RUN、分发工程 partial，整体产品验收仍 OPEN。 验收原文

2026-09-25 · Build74 Phase 2 A1-R3 计数语义返工 `impl` `implemented · gate-open`

Implementation AI 按 Lead W-3 合同把诊断 offThreadTargetRecordCount 的计算时点前移到「唯一 opener 确定」处并改为缺值 null：锚点缺失的「唯一 opener + 跨线程 closer」反例由假 0 修正为 1（A/B 探针旧 0 → 新 1），无唯一 opener / 整批失效 / 容量超限一律 null，空目标层仍为已证实的 0。launch_trace.py +36/−11，测试 +160/−0（72 项 OK）。四轮三树原始字节回放冻结字段零差异、r3 仍 31/3/2/1；三模式等价、容量余量不变；§6 效率 24/24 在预算内（统一字节码状态后 base→ship RSS 差 ≤ 0.32 MiB；混合缓存态曾造成 +15.7 MiB 伪差，已用消融归因）；活线两树均无诊断块；两项波动测试同环境交错：无负载两树 4/4 PASS，加负载时基线 0/3 vs 修订树 2/3 ⇒ 负载型 flake、非 ship-only 回归；全量 Sidecar 1049 OK、Swift 204/3 skipped/0。A1 真机 E4 未运行、签名/公证 partial，未自判 PASS。 原文

2026-09-25 · Build74 Phase 2 A1-R2 Lead 验收与 R3 最小返工 `validation` `partial`

Lead 独立复测同线程/同 tick 子门与四轮 Raw（专项 67/67、r3 31/3/2/1）成立；但新增 offThreadTargetRecordCount 在缺 scene anchor 时出现可复现假 0，独立 Sidecar 全量 1044 中 2 项失败且基线归因未闭合。G4 子门 E2 通过，A1 整体 E2 = REPAIR REQUIRED；新包 E4 未运行。 A1-R3 仅修诊断计数字段与回归归因，Total/活线冻结。原文

2026-09-25 · Build74 Phase 2 A1-R2 最小返工 `impl` `implemented · gate-open`

Implementation AI 按 Lead 的 V-2 三项阻断性反例（跨线程 closer 误配、他线程 action 误阻断、同 tick 竞争漏判）做最小返工，仅动诊断 G4 投影与匹配测试：closer 必须与唯一 opener 同一 TID；其他目标线程的事件只计数（新 offThreadTargetRecordCount 字段）、既不拼链也不阻断；同线程竞争窗口收紧为闭区间 [anchorTick, candidateTick]，与 opener 或 closer 同 tick 的竞争 transition 保守拒绝。launch_trace.py +55/−34，测试 +198/−0（60 → 67 项 OK，含 V-2 全部跨线程/同 tick 正负 fixture 与 locator 断言）。四轮三树原始字节回放冻结字段零差异，r3 逐字段复现 31/3/2/1 且链闭合、locator 与 A1-R1 全同，四轮 offThread=0（未误伤真实样本），S2/r1/r2 仍无目标闭合链；三模式等价、容量余量不变；效率 24/24 在预算内；活线两树均无诊断块；全量 Sidecar 1044 OK。A1 真机 E4 仍未执行；签名/公证仍 partial；B1/B2/B3、Device Network、Phase C 未扩入本批；未自行宣布阶段 PASS。 原文

2026-09-24 · Build74 Phase 2 A1-R1 Lead 独立验收与 R2 返工 `validation` `partial`

Lead 复跑 60/60 + 1037/1037，四轮 Raw r3 仍 31/3/2/1；原 L-2 三项已修。但“线程 A opener + 线程 B closer”在同 PID 下仍误报闭合，“线程 B 中间 action”又会误阻断 A，同 tick 先到达的竞争事件也漏判。A1 E2 = REPAIR REQUIRED；新包 E4 未开始，Total 保持 missing。 已追加只限 G4 的 A1-R2 修改合同。Lead 审计与返工原文

2026-09-24 · Build74 Phase 2 A1-R1 最小返工 `impl` `implemented · gate-open`

Implementation AI 按 Lead 的 L-2 四项阻断性反例做最小返工，仅动诊断 opt-in 分支与匹配测试：①会话级身份门下沉到 consume() 最前的 chunk 级检查，任一来源/代际不一致使整批诊断失效（覆盖被主解码器提前丢弃的 chunk 与无 actionable 的 chunk）；②新增 anchor-tick-missing / opener-before-anchor，门禁收紧为 closerTick > openerTick >= sceneBeginTick（tick 等于锚点仍准入）；③同线程 anchor→closer 窗口内的其余生命周期 transition 计 interleaved-conflict 并保守拒绝，旧「额外 scene begin 仍闭合」正例翻转为拒绝；④captureComplete 改名 drainEndedWithoutTimeout，只表达 drain 终止状态、不暗示数据完整。launch_trace.py +178/−73，测试 +285/−13（45 → 60 项 OK）。四轮三树原始字节回放冻结字段零差异（base↔ship 与 frozen↔ship 的 *FrozenDiffs=0，新增键仅 stopDrainLifecycleDiagnostics），r3 仍 3 目标 actionable / 2 接受 / 1 额外 closer 拒绝且链可闭合，S2/r1/r2 仍无目标闭合链；三模式逐轮等价，候选 9/0/0/31 ≪ 512、绑定 tid ≪ 8192、batchInvalid=false；效率 24/24 在预算内。A1-R1 真机 E4 仍未执行；本机无 Developer ID 身份与公证凭据，签名/公证/安装门禁仍 partial；B1/B2/B3、Device Network、Phase C 未扩入本批；未自行宣布阶段 PASS。原文

2026-09-24 · Build74 Phase 2 A1 Lead 独立验收与 R1 返工 `validation` `partial`

Lead 复跑 45/45 + 1022/1022，独立复算 PID=0 分母差异 92/88/87/105；三个 fail-closed/顺序反例仍让诊断链闭合，因此 A1 E2 = REPAIR REQUIRED，新包 E4 未开始、Total 仍 missing。已在 Canonical devlog 追加最小返工边界与测试门禁。Lead 审计及返工原文

2026-09-24 · Build74 Phase 2 A1 有界 Stop-drain 诊断实现 `impl` `implemented · gate-open`

前置门（§8）通过后按唯一方案实施 A1：launch_trace.py +701/−2（仅两处删除：typing 增补 Callable、return { 改名 report_payload），新增 test_build74_a1_stop_drain_diagnostic.py 45 项全绿；四轮真机原始字节回放主报告冻结字段零差异（只多 stopDrainLifecycleDiagnostics），r3 精确复现 3 目标 actionable / 2 接受 / 1 额外 closer 拒绝 / 链可闭合，S2/r1/r2 仍无目标闭合链（S2 的 9 条任意线程记录未被目标化）；三种扫描模式逐轮等价。§6 效率门禁一次实测 7 项超支，定位为逐条映射记录的账本开销后按实现修正、阈值未放宽，交错 5 配对后 8/8 全部在预算内，活线首快照与最差单分块增量与主机噪声同阶且两树活线均无诊断块。全量 Sidecar 1022 OK、知识门禁 66 contracts PASS。A1 真机 E4 未执行；本机无 Developer ID 身份与公证凭据，签名/公证/安装门禁记 partial；B1/B2/B3、Device Network、Phase C 未扩入本批。 原文

2026-09-24 · Phase 2 Lead 执行门禁更新 `decision` `partial`

Project Owner 取消逐批审批：Lead 定稿并给出可转发执行指令后，由 Implementation AI 按文档先 B0/census、再条件实施 A1；Owner 转交完整交付，Lead 独立验收。仅交接门禁变化，D1/D2/D3 技术裁定、Network 独立批次和 Phase C FROZEN 不变；产品代码仍未修改，新包 E4 未完成。 增量后完整方案快照

2026-09-24 · Build74 Phase 2 Lead 裁定与有界诊断实施方案 `plan` `partial`

Lead 独立复核并取代旧方案的实施条款：r3 的 3 条目标 actionable 只可形成 2 条接受／1 条额外 closer 拒绝的诊断链，S2/r1/r2 仍无目标闭合链；本批 不发布 Total、不提升质量或阶段覆盖。否决 launch_start+15 s 设备域门；512/8192 仅是有界保护阈值，超限整批诊断作废。B0 只读取证，B1/B2/B3 与 Network 分批；Phase C FROZEN。产品零改动，等待 Owner 批准，不代表新包 E4。 Lead 方案原文

2026-09-24 · Build74 Phase 2 后续最小修复方案（Stop-drain 生命周期补齐 + FrameTime 双时间域） `plan` `partial`

以 R3 取证提交 1ef33f7 为依据制定不改冻结产品的最小修复方案。任务 A 把根因钉成单因链：四轮采集遥测结构相同（startup-only / restartCount=0 / 完成等待 timed-out / grace 4.0 s），coreProfileStreamRole 由主机侧完成信号决定（startup_rotation_complete 四轮从未置位），实测角色翻转落在 startup_semantic_complete（t5）之后 316.705 ms，而 r3 的 IFR opener/closer 在设备域 +2 246.6 / +2 300.7 / +2 313.0 ms 却于 t5 + 2.23 / 2.90 s 才到达主机 ⇒ frame-continuation 标签是主机侧策略产物、不是数据内容证据。有界准入增量实测 3 / 0 / 0 / 0（r3 恰 3 条；S2 的 9 条 drain 内可产 marker 记录无一条归属目标线程；r1/r2 的 drain chunk 全为 bplist），并给出四道准入门（来源 / 同一 target PID·generation / 设备域区间 / 链闭合）。新增 totalSource="coreprofile-endpoint-stop-drain" + totalRepairReason="frame-end-stop-drain" + totalQuality="repaired"，不置 _completed ⇒ 不触碰 _lifecycle_anchor_ticks() 与 Mode A 候选集，活线完成信号继续等待；反事实 2300.676291 ms 明确否决、不作真值。任务 B 定位 4/5 显示指标 sampleCount=0 为映射缺口非数据缺口：metrics-derived.jsonl 0 字节（metricSHA256 = 空串 SHA-256）而 consumedRawEventCount=1717 ⇒ 派生引擎吃满整流产出为零；_apply_frame_coverage.metric_map 含 ios.frame.time 与 14 个兄弟项却独缺那四条，四个 metricID 在 metric_engine.py 中完全不出现，而 DisplayPerformanceProjector 已实现全部五项（口径见 display_performance.py:2015-2019）却从不进入 coverage[]；主机内部传输总代价 ≤ 0.702 ms ⇒ HOST_TRANSPORT_THROTTLED 观察上不成立，「两轴恒定 4.38 倍且产品未标注」为唯一主张。含代码变更边界（文件/函数/常量级）、单元与 fixture 测试（含 7 条对抗性提级探测）、真机验收矩阵、四段滚动/静止同机测试与三源时间标记方案、12 条风险。本批零产品改动（E2），judgement=pending-lead-ai。 原文

2026-09-23 · C0 Clock/END 诊断方法复核 `plan` `partial · E2`

Lead 独立审核原诊断 11/11 产物 SHA，确认现有 CLOCK/END 仍未证明，同时发现 4 项分析器方法缺陷（硬编码零 witness、异常 CP tick 区间、驼峰字段漏检与 FL 时基来源误分类）；正式制定 25 Session 离线复核与 12 组对抗性测试。当前来源集合是否完全无可行桥接仍待复核；C0 BLOCKED，C1/C2 未放行。 正式方案

2026-09-23 · C0-FIX-03：prepared START、Clock 与 END 证据修复 `plan` `partial`

Lead 根据二次 E4 的 120/120 哈希与三份同 Session 双源证据，冻结 03A H1 START/离线投影根因、03B Clock 真证人可行性、03C 独立 foreground/END 三个分包；当前仅方案落盘，未修改产品代码，C0 PARTIAL/BLOCKED，C1/C2 未放行。正式方案

2026-09-22 · P4 Startup Phase C · Hybrid Total —— C0 Feasibility & Attribution Gate 仪表化 `impl` `implemented · gate-open`

C0 交付出纯离线的三闸仪表化（Clock / Start / End Gate）、96 项 §12 E2 反例矩阵与两个取证工具（startup-c0-census.py 只读 census、benchmark-startup-c0-feasibility.py 时间/空间/吞吐+归因探针）；产品活线零改动，realtime.py 等 5 个核心文件与基线逐字节相同。全量交错配对 3 轮：ship 949（基线 853，+96）/ base 853，失败集合逐轮漂移且同一名字在基线同样失败（…test_g_rejected_flood… base 三轮全失败）⇒ 可归因回归 0，3 个仅在 ship 出现的名字保留为未归因项待独立复核。benchmark 三项预算全过：单帧 p95 0.3685 ms（≤1）、吞吐 min 2501.3 events/s（≥240）、C0 自有增量 0.379 MiB（≤2）；诊断帧保留数恒为 64、报告字节 18083→18085 与帧数无关；剩余 5.359 MiB 未归因（其中产品既存 validate_recorded_session 实测 4.980 MiB）原样出表，未偷改预算。§10.1 有界保留发现并修复一处初版缺陷：一轮 1800 帧的逐帧诊断把工作集推超预算，现按 presentation 时间保留最早 64 帧 + 全量计数，且边界不得伪装成结论（end-observation-truncated ≠ end-no-qualifying-frame）。C0 离线结构上无法满足的 5 项（配对同事件 witness、30s+reconnect 窗口、负对照标注、surfaceID→PID 证明、S2 内核标记）由 census 每次运行原样打印，防止被读成"已测过"。C1 未开始、C2 未进入、C0 Gate 未自判（judgement 恒为 pending-lead-ai，不输出 Hybrid 值）。E4 待 Test AI 真机执行、Lead AI 判定。原文

2026-09-22 · P4 Startup Phase B 最终独立验收 `validation` `validated`

Lead AI 对 exact commit 56c71a2 完成独立代码审计与门禁复跑：B-05 Dedicated Startup channel contract 11/11、reconnect isolation 2/2；全量 853 tests / failures=1 / errors=0，唯一 fairness 失败经 af257fc 与 ship 各 3 轮同场复核均为 PASS/FAIL/PASS，确认是基线既有负载 flake，0 回归；VitePress / 66 Registry contracts gate PASS。结论：Phase B 架构 Final Gate PASS / CLOSED，性能状态继续 B-PARTIAL；Phase C 仅解除阻塞进入方案阶段，尚未批准实现。原文

2026-09-22 · P4 Startup 三阶段架构：Phase A 独立 Dedicated Startup + Phase B Full Prewarm `impl` `implemented · gate-open`

Startup 先从长期 CoreProfile/FrameTime 通道拆出独立 provider / DTX owner / raw 生命周期（Phase A，含 launch readiness evidence 一致性修复），再把该通道的 provider / owner / adapter probe / coreprofilesessiontap transport 前移到现有 device-connect → App-select 准备期，Start click 只承担 round activation、SOURCE_ACTIVE barrier 与 cold launch（Phase B）。App Ready 语义由 Phase A 的 sourceChannelArmed=false 升级为 sourceChannelArmed=true / coreProfileChannelReady=true / recordingActive=false / startupSource=dedicated-coreprofile-prewarmed；adapter 占用与 kperf 仍只在 start() 发生，barrier 保持 process-control-dedicated-attribution-raw-ready-v1，Total 口径与 launch_trace.py 未改。瞬时预热失败降级并在 Start 重试一次，contract 破坏 fail-fast。Phase B 全量 Sidecar 851 / 0（基线 843，+8）。真机 E4 未执行，未构建/公证交付包。 原文

2026-09-20 · 启动时间稳定性优化开发方案 v1 `plan` `partial`

冻结 Startup 独占 Trace Window（先 G0 A/B 决策）与 Independent Endpoint Ledger 两条主线，定义代码范围、公式、资源预算、反例测试、E4 统计门和回滚；产品实现待批准。方案正文 · 原文

2026-09-20 · 启动时间稳定性重评 `research` `partial`

确认 Total 配对仍有正确性缺口，提出当前双 tap 争用对照与独立端点路线；94 项 E2 测试、4 个合成案例、15 份报告快照，稳定性 E4 待批准。研究正文 · 原文

2026-09-20 · 工作台 UI 信息架构精简与设备交互修复 `plan` `implemented · gate-open`

用户已逐项确认的 UI 批次，目标是减少工作台内部实现噪音、统一指标卡片布局、重构截图与启动时间表达、修正设备提示位置，并专项排查 Wi‑Fi 设备偶现/消失。基线 c9a133d，在独立 worktree 中执行（未触碰共享脏工作区）；tracked 9 文件 +1217/−620，新增 3 文件 474 行。截图（§2.1）：新增纯布局模型 ScreenshotTimelineLayout（thumbnailWidth 96 / spacing 8 / pointsPerSecond = 104，第 t 秒的帧落在 t × pointsPerSecond，时间轴线性；maximumRulerLabels = 40 使 30 min 步长 60s、2 h 步长 300s，标签 ≤41），LivePreviewScreenshotCard → ScreenshotTimelineFrame（删 quality.rawValue / #sequence / bytes，无法解码的帧保留槽位画 camera.slash；仍 LazyHStack、间隔由有界 padding 给出、不重复解码）；实时带与空闲预览统一 156 高。§2.2/§2.3：删 “Scene 01” 与整个测试模式 Tab 区（modeTabs / modeTab）。§3 启动：startupTiming series 清空（Running/Foreground Ready 是对同一次启动的第二份不完整复述，底层 metric ID 与采集未删），total 只在卡片头出现一次，删 coverage/repair/device-loss/profile 常驻文案，阶段行只留名称+耗时+时间轴；新增 presentation-only startBoundaryMissing / endBoundaryMissing，只从 totalSource/totalRepairReason（start-substituted / frame-end-repaired）、launchStartTimestampNs == nil 与必需阶段 gap 推导，notApplicable 由 isRequiredGap 显式排除，不得由阶段数推断。§4 卡片：新增 CompactMetricPanel + MetricSeriesToggleReadout，Memory（两排大块 → 右上紧凑 toggle，删 APP/整机 · quality）、Display 与全部通用卡片统一；toggle 只改本地 @State，不触发 prepare，允许全部隐藏。§5 Display：live 由 5 series 收敛为 FPS + Frame Time，删 DisplayChartMode 与 ActivityTrace FrameLifetime · 前台呈现，P95/Jitter/Refresh Rate 移入 displayPerformanceReportOnlySeries 且仍在 metricIDsByGroup[.displayPerformance]（Collector 合同与报告统计未变）。§6 添加指标：删 modeNote，每行=名称+一句中文含义；条件指标由 WorkbenchMetricCatalog.availability(for:in:) 按真实事实置灰（无设备 / 未 prepared / app_ready 的 startupSourceUnavailable / route == .wirelessUserspace），为此新增发布属性 startupSourceUnavailable；顺带删掉恒真的 selectionEnabled 及其 4 处 no-op 门禁。§7：截图区两处 USB overlay 删除，改根 View 顶层 USBStatusBanner。§8 Wi‑Fi：单 hydration 任务 → 每设备任务 + 有界 sweep（maxConcurrentNetworkProbes = 4）；retainingMissedNetworkRows(in:) 让单轮空枚举保留行、连续 discoveryMissStreakLimit = 2 轮才移除（USB 仍即时）；hydration 失败只标 .offline 不删行；未新增轮询。测试 204 / 3 skipped / 0 failures（基线 182，+22：ScreenshotTimelineLayoutTests 6、DeviceFoundationNetworkStabilityTests 6、启动边界与审计 +4、展示契约 +4、模型/Display 各 +1）；MacApp 构建 PASS、知识门禁 PASS 66 contracts、VitePress PASS、git diff --check c9a133d..HEAD 干净。偏差如实披露：通用卡片 scope chip 一并移除（scope 仍在 metricScopes 与 tooltip）、启动轴审计标签删除、defaultSelection 改 .displayPerformance（经 migratePreferences 后 product metric ID 集合与旧默认完全相等，测试钉死）、§13 真机性能测量未执行、以及一条既有负载敏感 flake（testSessionControllerPassesNestedCoreSessionDirectory 等待预算 2.0s 而空载单跑 1.75–2.05s，负载 79 时全量失败、负载 20 时两棵树全绿；未放宽阈值）。E4 真机未执行、未构建测试包、未声明 validated。下一步：独立验收审计 exact commit → 用户执行 §12 A–F 真机验收与 §13 性能对比（含 30 分钟截图长测与 Wi‑Fi 反复刷新）。方案与实施记录

2026-09-20 · Build 74：多指标并采稳定性 P0 修复（FTI-011） `plan` `implemented · gate-open`

Build 73 全指标真机 E4（Session 0a098c81-58de-4e20-a937-fb7092ded94c，约 303s、46 个 requested metrics、截图序列开启）暴露的不是一个 bug 而是四类互相纠缠的 P0，本批按方案 §0 的拆分只做 Build 74（P0-A～P0-D）——Build 75（Display coverage ledger / Sysmontap compact raw / Screenshot 1Hz）一行未动，以保证真机结果可归因。(A) Device Network 无损聚合：新增 device_network_aggregation.py（421 行），DeviceNetworkBurstAccumulator 插在 Raw/JSON/Writer 通用路径之前，把上游 ConnectionUpdateEvent 洪流折成 100ms 对齐 host 聚合窗（上游每条只做整数加，不分配、不额外读表）；新事件类型 network.device.aggregate.raw 与 legacy network.device.raw 共用同一累加点，InterfaceDetectionEvent/ConnectionDetectionEvent 原样透传；对账做成硬门禁且逐项暴露（networkInputEventCount == connectionUpdate + passthrough + malformed、Σaggregate.tx/rx == Σsource.tx/rx），单窗上限 MAX_INPUT_EVENTS_PER_AGGREGATE = 65536，逐事件 Raw 只在显式开关 PERFOWL_DEVICE_NETWORK_PER_EVENT_RAW 下追加输出（生产默认关闭），未扩大全局队列、未插值补值、未降低采样率；metric 合同 network-interval.v1 → network-window-rate.v2（source-contract 版本变化，算术不变）。(B) GPU Counter 协议取证：新增 gpu_counter_forensics.py（376 行），GPUCounterCaptureCensus 是 decoder 之前的有界普查（PAIR_CAPACITY 256 / SAMPLE_CAPACITY 64 / SELECTOR_CAPACITY 16 / SHAPE_CAPACITY 16 / TOP_PAIR_COUNT 8），两整数按形状签名 list:2:[int, int] 只记形状、绝不当成 counter 值解出，dispatch / notification 路由分开统计；configure 改为显式命名契约 GPU_CONFIGURE_VARIANTS = (current, reference)（current 复现 Build 73、reference 为公开形态，未知值 fail-closed，Session 内不切换、不 runtime 试 variant 择优）；§3.5 落成 GPUShippingGate 8 个显式布尔（GPU_UNSUPPORTED_DOMINANCE_RATIO 0.5、GPU_MAX_DATA_GAP_MS 30 000.0 与门禁同处），只报告判决、不提升任何东西，并有 test_r_build_73_evidence_is_not_promotable 明确钉死 Build 73 的证据不足以提升——即 GPU 指标在协议被证明之前只能是 candidate/unavailable，不得伪成功。(C) 多 Source event-loop 归因：新增 source_stage_timing.py（280 行）为每个 source 记录六个同步阶段（sourceNextWait / payloadNormalizeActive / rawEnvelopeBuildActive / appendEnqueue / projectorConsumeActive / postProcessActive）加当前所处阶段（waiting-source/normalizing/append/projector/post-process/stopping/done），百分位在 2048 保留窗上算、max 与 1ms/5ms/20ms 越限计数对整场精确，注册表按 adapter_id 复用（SOURCE_STAGE_REGISTRY_CAP 64 有界）并有任务名桥让 closeout 超时直接说出"哪个 adapter 卡在哪个阶段"；R8-Fix-11 全程冻结（parser 常量与让出判据未改、consumer-handoff 恒 0、未恢复 wall-time fairness、未给 Pump 加任何新调度 heuristic）——对多源竞争的处置是加观测，不是再改调度。(D) source-specific graceful terminal：PerfowlNetworkMonitor / GPUCounterStream 新增 request_stop_for_drain()，先停上游产生新行、再 shutdown_queue(events, immediate=False)（immediate=True 会静默丢在途行、直接破坏 byte 守恒），__aiter__ 捕获 QueueShutDown 转 StopAsyncIteration（否则 Pmd3Subscription 会把它当 fatal，一次正常 Stop 会被记成 source 失败）；realtime 在 consumer-drain 之前跑一趟 source-terminal pass，用单一 deadline min(SOURCE_TERMINAL_MAX_SECONDS 0.5, heavy_remaining_seconds()*0.3) 有界化。SOURCE_CONSUMER_DRAIN_TIMEOUT_SECONDS 恒为 0.5、未放宽（§5.1/§12）；超时路径新增 sourceStageTimingAtTimeout 逐条给出 taskName/adapterID/stage/stageDurationMs/itemCount。E2 期间抓到并修复 1 个本批真实回归：_underlying_prepared_stream() 的按类型遍历链没登记新包装器 DeviceNetworkAggregateStream，prepare_source_transports() 因此够不到底层 pinned NetworkMonitor 抛 RuntimeError——后果不是少拿数据，而是覆盖账本会把 pmd3.device-network.raw 记成 failed source（把正确性缺陷伪装成"设备不支持"）；被既有测试 test_source_preparation.test_pinned_real_adapter_factories_prepare_without_sampling 抓到（7 != 8），修复＝把该包装器加入遍历链并新增 test_h 钉住"预热能穿过聚合器、且穿过是只读的"。E2 门禁（§6 逐条）：新增 5 套件共 49 项（test_build74_device_network_aggregation A–H：100,000 事件 input == aggregateInput == 100000、sourceDrop 0、Σbytes 精确相等、malformed 显式、状态有界、尾部 aggregate 恰好一次；test_build74_gpu_counter_forensics A–T 20 项：形状分离、宽度不匹配与 schema 缺失一律 missing 而非部分解码、未知形状不猜值、census 有界含 overflow、drain 终止幂等、flush 恰好一次；test_build74_multi_source_event_loop：source drop 0、byte 守恒、heartbeat P95 < 100ms / Max < 250ms、display wake P95 < 20ms、无 task 增长、shutdown_immediate == [False]；test_build74_source_stage_timing；test_build74_closeout_source_terminal A–E），Python 全量 827/827 OK（同口径基线 a8b8f39 为 778，+49 = 本批新增专项，无其他增减）、Swift 182 tests / 3 skipped / 0 failures（本批为 §2.4 同步了 Swift Registry 的 definitionVersion/rawUnit/normalization，套件数量与结果与基线持平）、知识门禁 PASS: 66 Registry contracts + VitePress 构建 PASS（sync-archive 249 files / build 46.97s）、git diff --check 干净。规范合同同步（§2.4 强制）：唯一事实源 Swift Registry PerformanceModels.swift 两条 device-network 指标 network-interval.v1 → network-window-rate.v2、rawUnit → bytes-per-host-aggregate-window、normalization → sum host-aggregated 100ms windows / elapsed seconds（sourceKey 不变——被求和的物理量仍是 ConnectionUpdateEvent.{tx,rx}_bytes，变的是聚合契约）；site/data/metric-contracts.json 由门禁 --write-snapshot 重新生成（不手改）；metric-contract-index.md、device-network-rate.md 同步（后者 §14 新增 v1↔v2 等价关系与实测偏差）；site/retrospective/genesis-and-metric-provenance.md 未改（该页自声明为历史架构快照，其 network-interval.v1 是历史事实，按"历史节点不改写"保留）。三项如实披露的偏差：(1) §6.2 "只允许浮点舍入差"实测未达——整段 fixture 字节总量精确守恒（5 094 112 == 5 094 112），但逐 1 秒窗 rate 并不 bit-identical（legacy [1009833, 1014319, 1042184, 1012572] vs aggregate [1011425, 1012907, 1042497, 1014100]，逐窗差最大 1 592 B/s ≈ 0.16%、累计 2 021 B/s ≈ 0.05%，量级约合边界上 1–2 条源事件、不是系统性丢失），根因是聚合行的 host 时间戳是窗尾而非逐事件到达时刻——要做到逐窗 bit-identical 就得让 100ms 聚合窗与 1 秒 sample clock 共享锚点，而 §2.4 明确要求聚合窗"不改变产品 1 秒 sample clock"，故本批不朝那方向改，而是把注释/测试/文档全部改成诚实陈述（测试断言写成实际成立的三个性质：字节累计守恒精确、两条路径 1 秒窗数量相同、逐窗差 ≤ 一个聚合窗字节且由 fixture 派生）；是否要求逐窗 bit-identical 属需重新决策的产品问题，留给独立验收判断。(2) 方案 §6.5 未规定 backlog 规模，初版 GPU 20 000 行实测 drain 265–405ms、占冻结 500ms 窗口 0.53–0.81（把测量钉在阈值边缘），改为按实测选 4 000（20–47ms，余量 10–25×；同一档在 load ≈26 时 97.9ms 仍为窗口的 0.20），Network 保留 20 000（聚合在 subscription 之下把它折成约 200 窗，drain 仅 0.17–0.19ms）——窗口本身未放宽；同时把"终端语义"证明与"窗口"证明拆开（新增 test_e 不施加 500ms 窗口），并修掉测试自身 Task.exception() 在 cancelled 时抛 CancelledError 把超时误报成 ERROR 的缺陷。(3) 方案 §4.4 的 Sysmontap normalization worker 是条件项（须由 stage timing 证明 json_safe_raw 是主要 owner 后才执行），本批只交付 §4.3 的 stage timing 本身，没有把 Sysmontap 放到 to_thread，按 §4.5 顺序等真机重测 heartbeat 后由数据决定。另登记一条既有负载敏感 flake 的非回归证据：test_g_rejected_flood_keeps_message_bound_fairness（判据 > 200000//64 − 2 = 3123）在 base ↔ 本批交错配对下两棵树都各自既通过又失败、高负载轮次给出几乎完全相同的读数（3102/3102），且 active-time 与 message-limit 的总和在 3125 附近浮动——未放宽任何阈值。E2 completed / E4 pending：不构建 Build 74 真机包、不自跑 E4、不声明 validated；下一步由独立验收审计 exact commit，再由用户执行 E4-A（纯 Display 回归）/ E4-B（全指标不截图 5 分钟）/ E4-C（全指标 + 截图 5 分钟）。方案与记录原文

2026-09-20 · R8-Fix-11：ActivityTraceTap Cooperative Parse Fairness `plan` `implemented · gate-open`

Build 72 真机 E4（纯 Display，Session ef830089-0e72-4511-9628-5c00157328b5）证明 R8-Fix-10 的 direct waiter 确实生效（consumerWaitEnterCount 486 == consumerDirectWaitCount 486、consumerWakeRequestedCount == consumerWakeToDequeueCount == 485、consumerWakeUnclaimedCount 0、pumpYieldReasonCounts = {consumer-handoff: 0, event-limit: 25, active-time: 0}），consumerWakeToDequeue P50 320.001 → 105.680ms、pumpQueueWait P50 233.889 → 约 50ms —— 但 event loop 仍有一次 300–500ms 级停顿（eventLoopSchedulerDelay P50 348.7ms），R8-Fix-10 修的是"唤醒路径"、没修到"事件循环被占住"。本批把根因定死在上游解码侧：ActivityTraceTap.__aiter__ 的 _parse() 行解码是同步的、跑在调用者（pump）的 asyncio task 里，位于 Perfowl 全部 filter / active-time 预算之上——pump 一旦进入 _parse() 就不产生 suspension，事件循环被逐行解码整段占住，任何下游门禁都够不着。修法是 Perfowl 自有的协作式包装 _CooperativeActivityTraceTapStream：直接驱动 tap 的私有 _get_next_message() + _parse()，在行边界插入 32 rows / 1ms 的协作式公平门禁（让出在 yield 之后检查，正落在 Build 72 观测到的 wake→dequeue 空窗内），不改 site-packages、不复制 opcode parser（_parse() 仍是唯一解码器）。四层独立公平性就此形成：parser 32 rows/1ms（本批新增） / filter 64 msgs/1ms / pump 32 events/1ms / realtime 8 events/1ms，四层计数互相独立、不互相替代。

E2 实测（隔离 worktree，分支 r8-fix11，基线 3de8ea7，负载 4.5–8.3）：端到端 integration（真实 DTX 帧 128 行 → cooperative tap → 白名单 filter → Pmd3Subscription direct waiter → consumer）consumerWakeToDequeue Max 19.506 / 20.470 / 21.037 / 22.418 / 23.059ms（未包装对照）→ 0.126 / 0.147 / 0.203 / 0.806 / 0.815ms（cooperative），26x–155x；parseYieldCount 64–69 全部为 active-time、parseMaxBurstRowCount ≤ 32（不是 per-row）、parseRowDuration P50/P95/Max 0.617–0.663 / 0.828–1.032 / 1.001–1.376ms、parseRowsOver5ms = 0；delivered/consumed/pending/dropped = 1/1/0/0、consumer-handoff = 0。保真度 A/B（同一合成帧分别经真实 pinned __aiter__ 与 cooperative wrapper 解码，逐字段比对）：4 组用例全部逐行相同——test_07 3 帧混合命中/拒绝、test_08 跨帧 opcode carry（thread 序列 [1,2,3,4,1,2]）、test_09 同采集两张表（tables[0] 3 列 / tables[1] 6 列）、test_10 白名单输出后的 payload.thread。parser 吞吐：2048 行 202,323–235,036 rows/s、yields = 2048/32 − 1 = 63 全为 row-limit（断言等式，per-row 会给出 2048）、singleRowP50/Max 0.000/0.011–0.047ms。确定性对照（test_14：两次读计数之间没有任何 await，事件循环不可能运行别的任务）：对照组 100 行 × 0.2ms 同步解析 → ticker 增量 0（缺陷被确定性复现），cooperative → parseYieldCount > 10、ticker 增量 ≥ 10，证明 gate 确实把执行权交回事件循环。

E2 门禁（§16 逐条）：R8-Fix-11 专项 19/19（1.32s，含 3 次重复均 OK）、R8-Fix-10 direct waiter 12/12、R8-Fix-9 diagnostics 30/30、ActivityTrace FrameLifetime OK、display pipeline timing 31/31、Pmd3 fairness 19/19、Python 全量 778 条 0 失败（同口径基线 3de8ea7 为 759 条，+19 = 本批新增专项，无其他增减）、Swift 182 tests / 3 skipped / 0 failures、知识门禁与 VitePress PASS、git diff --check 干净。零改动：Pump 32 events/1ms、filter 64 messages/1ms、realtime consumer 8 events/1.0ms、订阅队列 2048、consumer drain 0.5s、Python 关闭 8.0s、Swift watchdog 10s、Device Conditions 20s，以及全部指标公式（FPS / FrameTime / P95 / Jitter / Refresh-Rate）；pmd3_backend.py / pmd3_deep_services.py / realtime.py / contracts.py 完全不在本批 diff 中（git diff --name-only 可核）；>20,000 ev/s 门槛一个字符未改（新增的 5,000 rows/s parser floor 是新增下限，比真机消息率 112.845 Hz 高 40 倍以上）。诚实边界：本批在 E2 层不可能测到真机 eventLoopSchedulerDelay / eventLoopTickGap（Gate D），等价证据是 parseMaxActiveBurstDurationMs ≤ 1ms + parseMaxSingleRowDurationMs 与 test_14；test_b1_b2_synthetic_120hz_benchmark 的负载敏感 flake 在高负载组合运行中出现一次，低负载两树各 3/3 单独通过、两树全量各 0 失败、且不在本批 diff（非回归）；Build 72 undrainedAtClose = 1 是 source-close 瞬时 backlog 而非实际丢失，本批不改该字段。E2 completed / E4 pending：不构建 Build 73、不执行真机 E4、不声明 validated；下一阶段由独立验收审计 exact commit → 验收方构建 Build 73 → 用户执行真机 E4 按 §17 Gate A–D 判定。方案与记录原文

2026-09-20 · R8-Fix-10：Pmd3Subscription 直接 Queue Waiter 与终止信号 `plan` `implemented · gate-open`

Build 71 真机 E4（纯 Display，Session 7adf40be-aa74-42ec-9d36-a265e6217ede）把 R8-Fix-9 要问的问题问完了：consumer-handoff 确实在触发（consumerWaitEnterCount 203 / consumerWakeRequestedCount 203 / consumerWakeToDequeueCount 203 / unclaimed 0 / pumpYieldReasonCounts = {consumer-handoff: 203}），而 consumerWakeToDequeue P50 320.001ms / P95 472.153ms 与 pumpQueueWait P50 233.889ms / P95 431.700ms 几乎同长 —— 说明残余不在"pump 没让出"。本批把根因定死在 acquisition 结构上：queue.get() child Task + done.wait() child Task + asyncio.wait(FIRST_COMPLETED) 让 parent 多等 2 个以上 scheduler turn，而 pump 被自己的 handoff sleep(0) 重新调度后抢先进入上游 ActivityTraceTap 的同步解码。修法不加新门禁：parent consumer 改为直接 await self._queue.get()，源结束用一个私有 object() sentinel（只按 identity 判断、不携带事件语义）唤醒已 park 的 consumer；并按方案 §9 路线 C 撤销已被 direct waiter 变成重复调度的 consumer-handoff 显式让出（pumpYieldReasonCounts.consumer-handoff 键保留但固定为 0，wake/waiter 诊断全部保留）。实测（隔离 worktree，分支 r8-fix10，基线 a3ea7cd，两 worktree 交替配对、低负载时段）：真实 tap 形状 consumerWakeToDequeue P50 25.919–26.093ms（冻结的 child-task 模型）→ 0.160–0.192ms（direct waiter），约 140x；压缩 120Hz 管线（7200 帧 + 6 噪声/帧）pump 让出 273 → 225、原因 {consumer-handoff: 54, event-limit: 219} → {consumer-handoff: 0, event-limit: 225}、queueWait P50 0.899 → 0.496ms（−45%）、P95 1.624 → 0.999ms（−38%）、吞吐 10492–12795 → 12098–13091 ev/s（三轮配对均不低）、filter 让出两侧恒为 787；200000 同步 backlog 5817.8 → 3937.2ms（−32%）、吞吐 34377 → 50798 ev/s，maxBurst 仍为 32。32 events / 64 messages / 1ms / consumer 8·1ms / 队列 2048 / drain 0.5s / Python 8s / Swift 10s / Device Conditions 20s 与全部指标公式（FPS / FrameTime / P95 / Jitter / Refresh）零改动；pmd3_deep_services.py（filter）与上游 tap 解码路径完全不在本批 diff 中。E2 门禁：R8-Fix-10 专项 12/12、R8-Fix-9 专项 30/30、Pmd3Subscription fairness 19/19、display pipeline timing 31/31、pump/filter fairness 11/11、Python 全量 759 条（同口径基线 a3ea7cd 为 747，+12）、Swift 182 tests / 3 skipped / 0 failures、知识门禁与 VitePress 构建 0 错误 0 死链、git diff --check 干净。诚实边界：既有 >20,000 ev/s 门槛一个字符未改，本批在负载均值约 82 的时段与该门槛5 轮交替配对中每次都不低于基线（基线 4 轮未过、本批 1 轮未过），负载均值 4.5 时两树均稳定通过；两条既有负载敏感断言（test_g_rejected_flood_keeps_message_bound_fairness、test_b1_b2_synthetic_120hz_benchmark）未修改，各自在另一棵树上通过，已双向复现为宿主负载问题。E2 completed / E4 pending：不构建 Build 72、不执行真机 E4、不声明 validated。方案与记录原文

2026-09-19 · R8-Fix-9：Pmd3 Subscription Consumer Handoff 与队列等待归因 `plan` `implemented · gate-open`

Build 70 真机 E4（纯 Display，Session 34989ff5…，约 102.463s，680 条 FrameLifetime，droppedEventCount=0、undrainedAtClose=0、report seal complete、dataCompleteness=complete）证明 R8-Fix-8 修对了病因但不够：wall-time 让出确实被消除（pumpYieldCount 768 → 21、pumpMaxBurstCount 1 → 32），但 pumpQueueWait 反而恶化——P50 157.596 → 552ms、P95 354.888 → 1029ms、Max 563.371 → 1347ms，378 个样本 > 500ms。R8-Fix-9 不再调整任何门禁，改为先把病因变成可判定的证据：subscription 自有 consumer wait 状态（不读 asyncio.Queue._getters、不用 queue.empty()）、有界 wake→dequeue 与队列深度直方图（19 个诊断键）、HostTimingChain 两个 diagnostics-only 注解、DisplayPipelineTiming 三段 queue wait 拆分（consumer_waiting / backlogged / consumer_not_waiting，并做成 attributed + unattributed == 聚合 count 的可核对恒等式）、RealtimeConsumerFairness 选 C1（legacy maxObservedActiveBurstMs 保留不改口径，新增 maxObservedSynchronousBurstMs）、closeout 两个有界任务名列表（未延长 0.5s 窗口、未改判定）；让出只在**"本次 enqueue 恰好解决了那个已 park 的 getter"时发生（consumer-handoff 优先于 event-limit / active-time，不存在 wall-time 键）。方案 §6.2 字面的"只要 consumer 在等待就让出"是每事件让出，实测把 pump 吞吐从 20000+ 打到 2431 ev/s（冻结的 R8-Fix-8 对照 10876 → 5435 ev/s）、让 1ms active 门槛永远攒不满，已被证伪；收窄为最窄触发是本批唯一偏差**，且由方案 §6.2/§6.3 自身授权。32 events / 64 messages / 1ms / consumer 8·1ms / 队列 2048 / drain 0.5s / Python 8s / Swift 10s / Device Conditions 20s 与全部指标公式（FPS / FrameTime / P95 / Jitter / Refresh）零改动。实测（隔离 worktree，分支 r8-fix9，基线 ccf1397，两个 worktree 交替配对取中位数）：压缩 120Hz × 7200 帧 queueWait P50 2.07 → 0.95ms（-54%）、P95 4.57 → 1.74ms（-62%）、尾部无 50ms 尖峰、吞吐 11123 → 11185 ev/s（无退化）；Build 70 形态（32-event burst）queueWait P50 1.801 → 1.460ms（-19%）、P95 2.190 → 1.801ms（-18%）、P99 2.521 → 2.260ms（-10%）、吞吐 -0.55%（噪声内）、rssDelta=0.0MB，新字段 consumerWakeRequestedCount == consumerWakeToDequeueCount == 240 / unclaimed=0 / queueDepthOver8Count=5520 / queueDepthOver32Count=0，而基线（ccf1397）这些字段全为 None（旧 Session 兼容路径被真实走过）。最重要的诚实边界：按真机数字反推的"上游每事件 17ms 同步占用"形态下 queue wait 完全无变化（P50 273.526 → 273.366ms / P95 511.820 → 511.739ms / >500ms 12 → 12），而 consumerWakeToDequeue P50 528.920ms ≈ queue wait —— 量化证明 handoff 修不了上游同步占用；因此 Build 70 的 552ms 究竟属 pump 持有 ready turn 还是 upstream 占用事件循环，必须由 Build 71 真机 E4 判定（若属后者则开 R8-Fix-10 走上游侧）。E2 门禁：专项 30/30、Pmd3Subscription fairness 19/19、display pipeline timing 31/31、realtime orchestration 19/19、closeout 15/15、Python 全量 747/747（同口径基线 ccf1397 为 716，+31）、Swift 182 tests / 3 skipped / 0 failures、知识门禁与 VitePress 构建 PASS、git diff --check 干净。E2 completed / E4 pending；不构建 Build 71、不执行真机 E4、不声明 validated。方案与记录原文

2026-09-19 · R8-Fix-8：Pump / Filter fairness 时间门槛从 wall-span 改为 active-span `plan` `implemented · gate-open`

Build 69 真机 E4（纯 Display，Session 1bc4d6c4…，81.878s，768 条 FrameLifetime）用 R8-Fix-6 的七层 host 时间戳把残余延迟钉死在一层：filter→pump 0.035ms、pump→adapter 0.017ms、adapter→realtime 0.247ms、realtime→ingress 0.021ms 全部亚毫秒干净，而 pumpQueueWait P50 157.596ms / P95 354.888ms / Max 563.371ms。pump 指纹是 delivered 768 / yields 768 / maxBurstCount 1 / maxActive 0.058ms——让出次数 == 交付条数，但 pump 自身同步工作只有 58 微秒。根因：R8-Fix-5 的 1ms 时间门槛比较的是含上游 await 的 wall-span，而 60Hz 源的 await（≈16.6ms）已经挂起过本任务一次，门禁于是对同一次等待再触发一次显式让出，把每条事件拉长一个调度往返。Filter 同构：last_ns 每条匹配消息刷新，883 次让出里每次 burst 只有 16 条消息（上界 64）、maxActive 2.131ms。本批把两处时间门槛改为只比较自身同步工作（burst_active_ns，与 R8-Fix-7 的 consumer 模式一致），并新增只有两个键、不存在 wall-time 的让出原因直方图（pumpYieldReasonCounts / filterYieldReasonCounts）。32 events / 64 messages / 1ms / 8·1ms / 2048 / 0.5s / 8s / 20s / Swift 10s 全部未变；legacy wall-span 诊断保留不改名。实测（隔离 worktree，基线 15e5a61）：真实节拍 120Hz ×1200 帧下 shipping 292–320 次让出（全 active-time）vs legacy 1200 == 交付条数（Build 69 指纹原样复现，改善 73–76%）；上游等待不再入账（50ms/事件 ×6 → wall 210.96–308.62ms vs active 0.52–1.01ms，两个数量级）；门槛仍可达（注入 0.45ms/事件 → 3 次 active-time 让出、maxBurst=3、maxActive 1.407ms）；200000 同步 backlog 6250 次全 event-limit/maxBurst=32/maxGap 2.7–4.6ms、200000 拒绝洪水 3125 次全 message-limit/maxBurst=64（Build 66 抗饥饿地板未回归）；压缩 120Hz×7200 帧 queueWait P95 3.077ms vs 3.228ms、吞吐 14398 vs 11331 ev/s、rssDelta=0.0MB。§49 重复 33/33 ALL PASS。E2 completed / E4 pending；不构建 Build 70、不执行真机 E4、不声明 validated。方案与记录原文

2026-09-19 · R8-Fix-7 E2 门禁修复：shipping gate 与 legacy comparator 拆分 `validation` `implemented`

独立审计确认 R8-Fix-7 的产品实现方向正确，稳定阻断来自测试契约而非产品，本批不改任何产品代码（perfowl_collector_core 的 diff 为空）。(1) 原 test_benchmark_steady_120hz_7200_frames 对 legacy 与 burst 两条路径同时要求 processed == 7200 / drops == 0 / undrained == 0 并额外要求 legacy.handoffs == 7200——而 legacy 只是旧策略的行为模拟器（每条 Raw 一次 await asyncio.sleep(0)），在把真实 60 秒 120Hz 压缩 120 倍的时钟下 producer 会真实撑爆有界 pump 队列。独立复跑给出的 legacy 侧数据是 5448 / 5355 / 5280 / 5336 processed、1752 / 1845 / 1920 / 1864 drops、P95 478.606–525.558ms，而 burst 始终 7200/7200 · drops 0 · P95 5.317–5.657ms · Max 9.510–10.149ms；本批复现时还观测到 legacy drops 在 0 与约 1900 之间大幅摆动（6709/drops 491 vs 7200/drops 0），证明零容忍断言不适合作门禁。(2) test_a1_active_duration_excludes_upstream_wait 把 1ms 实现阈值本身当成机器测量上限（active_ms < 1.0 无任何调度余量，独立全量观测 1.014 即误判），改为 50ms 上游等待 + 数量级分离（active_ms < 10ms 且 < wall × 0.20 且 wall − active > 30ms），若误把上游 await 计入则必然失败。修正后的契约：拆成 shipping 绝对门禁（只对 bounded burst 断言 7200/7200 · drops 0 · undrained 0 · handoffs == ceil(7200/8) == 900 · p95/p99 < 10ms · max < 50ms · >500ms 0）、legacy 对照（允许丢样、只打印不 FAIL，改断言 p95 改善 > 30%，实测 99.0–99.2%）与 no-overflow 控制组（测试专用 8192 队列让两条路径都不丢样，隔离"调度策略"与"队列溢出"；8192 只出现在 fixture，生产队列仍 2048）；两个 backlog 测试保持不变、未削弱。结果：shipping 门禁 5/5 PASS、active-duration 10/10 PASS、专项 E2 集合（7 模块）199/199 OK、Python 全量 705/705 OK（0 failures / 0 errors）、Swift 182 tests / 3 skipped / 0 failures、知识门禁与 VitePress 构建 PASS、git diff --check 干净；8·1ms / 32·1ms / 64·1ms / 2048 / 0.5s / 8s / 20s / Swift 10s 全部未变。诚实标注：单样本 max 由宿主调度与 GC 主导（19 次运行 1.796–47.412ms，上限利用 94.8%），门禁的稳定内核是百分位 p95/p99，残余敏感度已记录。E2 completed / E4 pending：不构建 Build 69、不执行真机 E4、不声明 validated。门禁修复归档

2026-09-19 · R8-Fix-7：Realtime Consumer 有界 Burst 与 Device Conditions 作用域 / Closeout 修复 `plan` `implemented · gate-open`

Build 68 两场真机 E4 后的定向修复批次，不改 FPS / FrameTime / P95 / Jitter / Refresh Rate 任何公式，不改 Source Owner、白名单/解码器、MetricRegistry / CapturePlan 既有映射、Swift 10s、Python 8s、pump 32·1ms、filter 64·1ms、consumer drain 0.5s，也不放大 subscription 队列、不给 FrameTime 补缺失值。(A) 有界 burst：全指标场 pumpQueueWait P95 = 463.987ms / >500ms = 27；收窄到纯 Display 后仍有 P50 123.471ms / P95 282.982ms / Max 491.312ms——冒烟点在 consumer：__anext__ 在有界队列有 backlog 时同步返回，而旧代码每条 Raw 都 await asyncio.sleep(0)，把排空锁死成"每 tick 一条"。改为只对同步工作量计费（上游 await 不入账）、命中 8 事件或 1.0ms 即让出，并输出按源数量有界（cap 64 + overflow 桶）的 realtimeConsumerFairness；三处 sleep(0) 全部改造。benchmark：Build 68 纯 Display 形态 p95 500.537 → 60.718ms（-87.9%）、>500ms 77 → 0、总排空 -83.5%、吞吐 ×6.0；backlog 尾部 p95 941.562 → 99.613ms（-89.4%）、>500ms 770 → 0；压缩稳态 120Hz 交接延迟 p95 110.497 → 1.336ms 但总排空 +23.6%（明确取舍，须真机确认）。(B) 作用域：纯 Display（5 项）本不该启动 Device Conditions，Build 68 实测 sourceConsumerTaskCount=2 且 adapter 含 pmd3.device-condition.raw，正常 Stop 因此被判 consumerDrainStatus=timed-out（500.853ms）/ partial，而 dataCompleteness=complete、ingressUndrained=0；启动改由 canonical 的 execution_source_ids_for 决定（device_conditions_required()，不加第二份清单），计数回到 1。(C) 停止语义：iter_device_conditions 接受 stop_event，20s 空闲等待在 Stop 时立即退出（wait_for 超时取消 Event.wait()，无孤立 waiter、无自旋），在途 get_battery() 样本照常完成；DEVICE_CONDITION_INTERVAL_SECONDS 仍为 20.0，条件 consumer 仍是 verdict-bearing 的 Source Consumer（未降级为辅助）。验证（E2）：新增 test_realtime_consumer_fairness.py 17 项、test_device_condition_scope.py 16 项，test_closeout_task_classification.py 扩至 15 项（Test J 区分"空闲 cadence 可解开"与"最后一次入队真被阻塞"）；Python 全量 703/703 OK、专注集合 225/225 PASS、Swift 182 tests / 3 skipped / 0 failures、知识门禁与 VitePress PASS、git diff --check 干净。E2 completed / E4 pending：不构建 Build 69、不执行真机 E4、不声明 validated。方案与记录原文

2026-09-19 · R8-Fix-6：ActivityTrace 残余 Host 交付间隙分层诊断与 Closeout 任务分类修复 `plan` `implemented · gate-open`

Build 67 真机 E4 后的定向修复批次，不改 FPS / FrameTime / P95 / Jitter / Refresh Rate 任何公式，不改 Source Owner、白名单/解码器、Registry、CapturePlan、Swift 10s、pump 32·1ms、filter 64·1ms。(A) 分层可归因：为每条匹配的 FrameLifetime 记录七层 host 单调时间戳（tapCallback → filterMatched → subscriptionEnqueue → subscriptionDequeue → adapterYield → realtimeConsume → ingressAccepted），输出层间 delta 的 P50/P95/P99/Max 与 >100ms/>500ms/>1000ms 计数，并在 host gap > 500ms 时输出有界（每层样本 ≤4096、Top-N ≤32）的 displayPipelineGapDiagnostics，归因到 upstream-source / filter / subscription-queue / consumer / mixed；归因是减法式的——只有 host_gap − source_gap 的超出部分可归责，因此 Build 67 的 2878ms 间隙（内含约 599ms 真实源端呈现不连续）不会被误记为 host 缺陷。时间戳为 diagnostics-only：RawEventEnvelope.SCHEMA 仍为 perfowl.raw-event/1 未提升、缺失即无损回放为 None、不进任何指标公式、拒绝洪水零开销（只有匹配消息被 TimedRawEvent 包装）。(B) 分类修复：Build 67 的 dataCompleteness=complete / ingressUndrained=0 却被判 consumerDrainStatus=timed-out（≈500.824ms）/ overallCloseoutStatus=partial，根因是 500ms 窗口把辅助 sleeper（stream-target-monitor 睡 0.75s、stream-sample-publisher 睡 ~1.0s）与真正的 Source Consumer 混在一起等待；修法是把 task 拆成 source_consumer_tasks / auxiliary_tasks——只有真正的 Source Consumer 未完成最后一次入队才允许 timed-out/partial，辅助任务改为立即 cancel + 有界 join，auxiliary-stop 登记为 advisory 阶段（CLOSEOUT_ADVISORY_STAGES）只记录不降级；500ms 窗口未放宽（放大窗口只会掩盖误分类并让真停摆多等）。另新增只统计同步工作量的 pumpMaxActiveBurstDurationMs / filterMaxActiveBurstDurationMs，修正 legacy pumpMaxBurstDurationMs ≈2578ms 被误读为「pump 占住事件循环」的口径（它是含上游 await 的墙钟跨度）。验证（E2）：新增 test_display_pipeline_timing.py 31 项（七层有序性与无损往返、合成注入层延迟分类、200000 事件有界内存且 5000 与 200000 保留足迹相等、Top-N ≤32、公平性防回归 576/200000/洪水、120Hz 7200 帧单帧聚合 <0.5ms）与 test_closeout_task_classification.py 11 项（consumer/auxiliary 分离、真实 consumer 超时仍 verdict-bearing、顽固 auxiliary 有界且 advisory、Build 67 形态旧行为复现 vs 新行为、窗口被绝对 deadline 裁剪）；Python 全量 696/696 OK、Swift 183 tests / 3 skipped / 0 failures、知识门禁与 VitePress 构建 PASS、git diff --check 干净。E2 completed / E4 pending：不构建 Build 68、不执行真机 E4、不声明 validated。方案 · 归档

2026-09-19 · R8-Fix-5.2：独立 E2 基线门禁收口 `validation` `implemented · gate-open`

纯净提交审计确认 R8-Fix-5.2 P0 修复成立；项目级 E2 中两个固定 sleep 的 Swift 时序测试改为“等待目标状态 + 1s 上限”，只改测试不改产品逻辑，目标测试各 5/5 PASS，clean worktree 最终 Swift 182 tests / 3 skipped / 0 failures、Python 624/624 PASS。真实 slow-delivery run_stream 复现 Stop→Process Exit 0.3721s，后台 daemon worker 仍 blocked 但进程已退出；120Hz Python benchmark 曾单次受宿主调度出现 37.020ms max，未放宽 <10ms 门禁，隔离 5/5 PASS 后全量复跑转绿。E2 已关门，可构建 Build 67；E4 仍 pending。增量验收快照

2026-09-18 · R8-Fix-5.2：CLI Post-Core Final Delivery 绝对期限 `plan` `implemented · gate-open`

R8-Fix-5.1 的独立审计发现最后一个 P0：stream_candidate_session() 返回之后的 CLI Post-Core Final Delivery（finalize_live_candidate_session()、seal/manifest 读取、foundation-delivery.json 写入、launch trace 读取、以及 stopped 之前的全部工作）完全在绝对期限之外。真实 run_stream + finalize_live_candidate_session sleep(30) 复现：3 秒后子进程仍 alive，wire 只到 stop_requested + capture_stopped，stopped 从未发出（R8-Fix-5.1 因此一度记为 partial/blocked）。本轮把整段收尾收敛为单一受管阶段 live-delivery，跑在 DaemonSingleWriterExecutor(thread_name_prefix="perfowl-cli-closeout") 上，复用同一个 _terminal_exit_deadline(stop_event)（同一 stop timestamp，不新建第二个 8s 窗口）；超时即 abandon_executor() 而非 shutdown(wait=True)；stopped 在任何失败形态下都必须发出并携带 closeoutStatus=partial / closeoutFailureStage=live-delivery / closeoutFailureReason；manifest["stopDiagnostics"] 作为 core 历史事实不回改，新增 terminalCloseout 与 overallCloseoutStatus（core clean + CLI timeout ⇒ overall partial）。附带修复 emit() 缺 return sequence 导致 R8-Fix-5.1 终端 flush fence 空转（wireFlushStatus 恒为 skipped）的缺陷。实测（关闭预算压缩为 0.30s 的测试 fixture）：Test H 真实 subprocess Stop → Process Exit = 0.3012s，此时被遗弃的 perfowl-cli-closeout worker 仍在 30s sleep 中（cliCloseoutWorkerThreadAlive=true），stopped/closeout_exit 仍发出；Test N（slow delivery + stdout 阻塞）= 0.3633s，两条阻塞线程均作为 daemon 被遗弃。R8-Fix-5.2 专项 105/105 OK，Python 全量 654/654 OK，Swift 183 tests / 3 skipped / 0 failures，站点门禁与构建 PASS。方案 · 归档

2026-09-18 · R8-Fix-5.1：端到端关闭绝对截止期 `plan` `implemented · gate-open`

R8-Fix-5 的关闭预算经独立验收证伪：COLLECTOR_CLOSEOUT_SOFT_BUDGET_SECONDS = 8.0 只裁剪到 ingress writer drain，其后的 stop_worker()（内部硬编码 5s）、executor.shutdown(wait=True)、recorder.finalize()、metric_recorder.finalize()、session_writer.seal() 与 WireOutput.close(timeout=5.0) 各自持有私有超时。复现：append_batch() 阻塞 2s 时 drain_writer(50ms) 返回 partial 后 stop_worker() 仍等待 ~2015ms。本轮引入单一 CloseoutDeadline（锚定 stop control，remaining_seconds() 过期精确返回 0.0，无 max(0.05,…) 兜底）+ TERMINAL_EXIT_RESERVE_SECONDS=0.75 + CloseoutLedger 阶段账本，全部关闭阶段共享同一期限；durable writer 改用 DaemonSingleWriterExecutor（单 daemon 线程，无法 join 时遗弃而非阻塞解释器退出）；writer 异常后禁止全量 seal，改走 Minimal Partial Closeout（只读 manifest、rawSHA256=null、精确 reason）；closeoutStatus 在全部阶段结束后最后计算；heartbeat 补 P50/P95/Max。新增 A–G 测试：Test A 整个 writer closeout 在 0.30s 硬预算下远小于 400ms；Test B 真实 subprocess 中阻塞 30s 的 writer 不阻止进程退出。Python 全量 643/643 OK。目标 Stop→进程退出 worst case < 9s、正常 P95 < 3s。方案 · 归档

2026-09-18 · R8-Fix-5：Pmd3 Pump 公平调度与有界关闭 `plan` `approved`

Build 66 E4 证明 R8-Fix-4 只关闭了下游 writer 同步等待：314 条 FrameLifetime 已能落盘，但 host receive 仍有 52 次 >1s 停顿（Max 5.24s），1s Sample Publisher P50 2.59s / Max 7.02s，且 Session 以 graceful_stop_timeout partial 收尾。完全移除 writer/磁盘/stdout 后，当前 Pmd3Subscription 在 576 条 fast upstream 下依旧会在 consumer 第一次调度前先 delivered 完全部 576 条；200000 条 burst 单次独占 loop 约 411ms。R8-Fix-5 因此冻结为 Pmd3Subscription 32 条/1ms bounded burst + ActivityTrace filter 64 条/1ms fairness yield + 100ms event-loop heartbeat + 8s collector absolute closeout budget；Swift Core 10s fault budget不扩大，Display 公式与 Source Owner 不变。实现完成只能标记 E2，Build 67 真机 E4 由独立验收关闭。方案 · 归档

2026-09-18 · R8-Fix-4：Display Source Drain 与持久化链路解耦实现 `impl` `implemented · gate-open`

Build 65 实测证伪了 stdout wire 阻塞为 Display consumer starvation 主因的假设，暴露高频 ActivityTrace FrameLifetime 在消费循环中被同步落盘与持久化链路拖垮的深层根因。实施 R8-Fix-4 架构解耦方案：引入 OrderedRawIngress 维护全局 FIFO 队列（上限 8192 items / 32 MiB，超限 fail-closed 抛 WriterBackpressureOverflow，严禁静默丢 Raw）；高频 Display 专享 enqueue_nowait 快路径并在入队前执行 projector.consume() 实时投影，消除每帧跨线程切换与磁盘落盘同步等待；底层单线程 Writer 按 64 条 / 512 KiB / 10ms 贪婪聚合批量落盘；重排安全退出顺序（Stop sources → drain consumers → close ingress → drain writer → stop worker → shutdown executor）并注入 Section 15 诊断与 fail-closed 保护。专项测试 174/174 PASS、Sidecar 全量 596/596 PASS、Swift 183/183 PASS；合成 120Hz 基准（7200 events，60s）0 丢弃 0 溢出，延迟 p50=0.009ms、p95=0.028ms（< 2.0ms）、max=1.45ms（< 10.0ms），持续吞吐 > 5,000 events/s（> 240 events/s 门禁）。当前状态 implemented · gate-open，证据等级 E2 completed / E4 pending，等待 Build 66 物理设备真机验收。方案与实施记录 · 原文

2026-09-18 · 知识库重排独立审计修复与可视化收口 `validation` `implemented · validated`

独立审计以远端 b7c2680 的纯净 git archive 重放验收，发现上一轮 66 项门禁实际依赖共享工作区未提交的 3 个 Display Registry 定义，纯净提交态为 63 vs 66 FAIL；同时 79 篇知识页没有实际 Markdown 图片，4 处 Mermaid 在最终 HTML 中只是源码块。本批在隔离 worktree 补齐 R7-Fix-A 最小 66 项 Registry/source contract，新增 12 张真实 SVG 并给核心领域页面接入实际 <img>，门禁新增可视化防回退规则，清理 TotalCPU/APP CPU/Memory 的通用经验阈值。Python 全量 541/541、Swift 最终全量 179 tests（3 skipped / 0 failures）、最终知识门禁与 VitePress build 均通过。实施与验证记录 · 结果快照

2026-09-18 · 知识库全域技术叙事重排与事实校准 `impl` `implemented · validated`

把 Display Performance 已确认的样板深度推广到 Startup、CPU & Scheduling、Memory、Network & I/O、GPU、Energy/Battery/Thermal、Session/Replay 全部七个领域：按 Canonical 单一职责拆分（如 Memory 五指标、Startup 三层、Energy/Battery/Thermal 四层各自独立成页），新增六篇领域技术演进文章（均回链真实 devlog 证据，不编造实验）与三篇 Session 架构文章；跨指标诊断手册从"五步法 + 七大临床诊断模型"重构为 Level 0-5 证据层级模型，删除"确诊""一锤定音"等确定性语言；纠正 Battery Electrical（⚡️条件受限→如实披露 Unsupported）、ThermalStatus（删除固定 0-3 枚举与温度映射）、Energy Cost（删除 "score 0~100" 固定量程）、Session 完整性（"不可篡改"→"append-only + SHA-256，篡改可检测"）等事实性错误。门禁脚本新增 knowledgeRole 治理与内容风险审计；knowledge 文件从 49 增至 79。metric-knowledge-gate.py PASS（约 0.18s），npm run build 0 报错 0 死链（约 15-19s）。本批为纯文档/站点治理改动，未修改 MacApp 产品代码、Collector 算法实现或已有 docs 历史归档；Battery/ThermalStatus/GPU Counter data-row 等产品工程门禁本批不改变其状态，留给独立开发批次。本地提交 6382b356，已双远程推送（GitLab origin 与 GitHub 均确认 HEAD 一致）并成功发送企业微信交付 webhook（HTTP 200，errcode=0）。方案与实施记录 · 结果快照

2026-09-17 · Display Performance · ActivityTrace FrameLifetime 全量切源 R7-Fix-E/F · 跨层 Product Start Contract 集成测试 `impl` `implemented · gate-open`

逐条核对任务书四条跨层不变量后发现三条已被前序阶段覆盖（Workbench⊆Registry、Swift Registry==Python 合同、source contract 完整性由代码结构保证），唯一缺口是"默认 Workbench selection 经 migratePreferences 后可通过 Python start 校验"——这正是 R7 首轮真机失败的精确复现路径。新增 testDefaultSelectionMigratesToDisplayPerformanceAndEveryProductMetricIDIsRegistered：从 defaultSelection（含遗留 .fps）走完整链路到可提交的 CapturePlan，验证哈希一致性；该测试在 R7-Fix-A 之前的代码状态下会失败，确认其确实捕捉了本次故障的根因形状。核实后确认"假 ProcessControl Resolver 验证 controlled-cold-launch 恰好执行一次"已被 test_perfowl_realtime.py 既有测试覆盖，未重复新增。全量 Swift 182/182（+1），Python 543/543 持平。R7-Fix-A~F 代码层（E2）修复全部完成。方案与实施记录

2026-09-17 · Display Performance · ActivityTrace FrameLifetime 全量切源 R7-Fix-C/D · 清理旧 CoreProfile FrameTime ownership `impl` `implemented · gate-open`

修复"CoreProfile 旧 ownership 残留"：capture_plan.py::scoped_feature_flags() 曾把任意 ios.frame.* metricID 解读为需要启动 CoreProfile，与 R3-R6 确立的"FrameTime 全部由 ActivityTrace 提供"架构相悖，Startup+Display 同选时会让 CoreProfile 误入不会自动停止的 startup-and-frame 模式。修复方式是把 frame_time 标志在其向下游传播的唯一源头恒定为 False；同步清理 capture_policy.py 的过期注释与死代码。曾尝试更彻底地简化 core_profile_capture_mode() 签名，但发现会破坏多个测试文件中独立验证引擎四态状态机能力的合法测试，已撤销该部分改动，只保留数据源头的最小修复——引擎能力与产品策略是两个不同层级的关注点。新增 2 项测试直接复现 R7 Gate-0 的 Display-only 与 Startup+Display 真机场景。全量 Python 543/543（+2），Swift 未改动 181/181 持平，站点构建复跑仍 0 错误 0 死链。方案与实施记录

2026-09-17 · Display Performance · ActivityTrace FrameLifetime 全量切源 R7-Fix-B · Start control_rejected 不再被静默吞掉 `impl` `implemented · gate-open`

修复 R7 首轮联调记录的第二个断点：control_rejected（如 invalid_capture_plan_metric_set）在 wire_session_id 绑定前到达时携带 sessionID: null，且 Sidecar 拒绝后继续监听、不退出；PerformanceSessionController.runPrepared() 原有的严格 sessionID == plan.sessionID 门禁会把它连同后续记录一起丢弃，for await 永久阻塞，UI 表现为“点击开始后卡住”。修复：门禁放宽为 sessionID == nil || sessionID == plan.sessionID（复用文件内既有约定）；收到 control_rejected/error 立即 forceStop() 并跳出循环；consume() 新增分支设置 sessionFailure，触发既有收尾逻辑转为 state = .failed；新增 controlRejectionMessage(reason:) 翻译常见 reason code。新增端到端集成测试（有状态 Python fixture 模拟完整 prewarm→start→control_rejected 协议状态机），一次验证拒绝可见、不再无限等待、跨 Session 数据隔离仍生效。全量 Swift 181/181 绿灯（Python 未改动，541/541 持平）。方案与实施记录

2026-09-17 · Display Performance · ActivityTrace FrameLifetime 全量切源 R7 首轮真机联调失败 → R7-Fix-A `impl` `implemented · gate-open`

R7 首次重新打包真机联调失败：点击开始采集后目标 App 未发生 controlled cold launch，Session 无实时数据。根因：.displayPerformance 的 5 个 product metricID 中有 3 个（ios.frame.time.p95、ios.display.refresh_rate、ios.frame.pacing_jitter）未进入 Swift Registry 与 Python all_metric_ids()/source contract，Sidecar start 校验失败返回 control_rejected: invalid_capture_plan_metric_set，且该 rejection 因发生在 sessionID 绑定前被 Swift session gate 静默过滤，UI 无提示。R7-Fix-A 修复：Swift PerfowlMetricRegistry 补齐 3 项 MetricDefinition，Python source contract JSON 与 capture_plan.py fallback registry 同步至 5/5，platform_support.py 自审门禁与全部相关黄金向量哈希/计数测试同步更新，新增跨层不变量测试（全部 Workbench group metricID ⊆ Registry）。同批联动更新 metric-knowledge-gate.py、display-performance.md（新增十要素小节）、metric-contract-index.md、metric-contracts.json。全量 Python 541/541、Swift 179/179、站点构建 0 错误 0 死链。方案与实施记录

2026-09-17 · Display Performance · ActivityTrace FrameLifetime 全量切源 R6 · Swift + UI 集成 `impl` `implemented · gate-open`

完成 macOS SwiftUI 客户端与工作台的全链路集成：在 PerformanceModels.swift 与 WorkbenchModels.swift 扩展 CollectorMetrics、PerformanceSample 与 WorkbenchMetricID.displayPerformance，引入 5 条关联曲线并建立偏好迁移去重逻辑；在 PerfowlWorkbenchView.swift 打造专属 DisplayPerformancePanel（支持 FPS/帧耗时/全部 3 种尺度图表模式、高亮过滤与实时指标读数），并在工作台与 Review 视图中彻底压制旧版孤立卡片；CSV 53 列契约保持稳定。新增 6 项 Swift 专项测试全绿，全量 Python 540 项、Swift 177 项回归测试全绿。方案与实施记录

2026-09-17 · Display Performance · ActivityTrace FrameLifetime 全量切源 R5 · Frame Report v4 `impl` `implemented · gate-open`

完成离线分析与在线报表系统向 ActivityTrace FrameLifetime 全量适配，升级为 Frame Report v4：frame_derivation.py 优先解析 display.frame-lifetime.raw 与 perfowl.display-frame-event/2 事件，解码输出 frame-events.jsonl，生成包含 P50、P90、P95、P99、Max、Jitter (P95 - P50) 及 Refresh Rate 统计的 frame-report.json（algorithmVersion = "frame-report.candidate.v4", source = "activitytrace-framelifetime"）；online_report.py 在线累加器识别 presentationTimestampNs 并持久化 source，确保断点 checkpoint 恢复与在线连续累加 100% 对齐；遗留 CoreProfile 会话保留 frame-report.candidate.v3 100% 兼容。新增 4 项 R5 专项测试全绿，全量 Python（540/540）、Swift（171/171）全绿。方案与实施记录

2026-09-17 · Display Performance · ActivityTrace FrameLifetime 全量切源 R4 · 删除 CoreProfile Frame Runtime `impl` `implemented · gate-open`

彻底解除生产运行对 CoreProfile Frame Runtime 的依赖：默认策略切换为 CORE_PROFILE_NO_FRAME_CONTINUATION，启动完成后平稳关停 CoreProfile，不再触发 Epoch 2 轮转与续命；RealtimeMetricProjector 旁路 CoreProfile kd_buf 实时解码，live ios.frame.time、ios.foreground.fps 及 Display 族指标 100% 由 DisplayPerformanceProjector（ActivityTrace）独占提供；CoreProfile 退出或缺席绝不影响帧指标正常产出。新增 5 项解耦测试，全量 Python 536 项、Swift 171 项测试全绿。方案与实施记录

2026-09-17 · Display Performance · ActivityTrace FrameLifetime 全量切源 R3 · Registry / CapturePlan 正式切源 `impl` `implemented · gate-open`

在 Registry、CapturePlan、CLI 与平台支持层将 ios.foreground.fps 与 ios.frame.time 正式切到 ActivityTrace FrameLifetime：Swift MetricCatalog 与 Python ios-platform-profiles 新增 display-performance 家族，解绑 CoreProfile 强依赖；CapturePlan 采集 display 指标自动激活 pmd3.activity-trace.frame-lifetime.raw；metric_engine.py 更新 FPS 为滑动窗口计数公式；全仓 63 项指标契约严格闭环，metric-knowledge-gate 0 报错通过；全量 Python（531/531）、Swift（171/171）全绿。方案与实施记录

2026-09-17 · Display Performance · ActivityTrace FrameLifetime 全量切源 R2 · DisplayPerformanceProjector `impl` `implemented · gate-open`

落地 Display Performance 核心聚合计算器（DisplayPerformanceProjector）：Trailing 1s 滑动窗口 FPS 计数与静止画面时间桥（解决静止画面 FPS=0 淘汰，无帧输出 0.0 candidate-idle）；FrameTime one-shot freshness（无新帧输出 missing-no-new-frame，绝不重复旧值）；10s 滚动最近秩次 P95 与 P50，推导 Frame Pacing Jitter（P95 - P50）；硬件 VSync 刷新率提取；多 Display 副屏自动隔离与退后台/重连/Epoch 切换状态清空。17 项 R2 专项测试 + 528/528 全量 Python 回归全绿。方案与实施记录

2026-09-17 · Display Performance · ActivityTrace FrameLifetime 全量切源 R1 · 实现 ActivityTrace Adapter `impl` `implemented · gate-open`

落地首个非侵入 ActivityTrace FrameLifetime 专用采集适配层：新增 display_performance.py，实现 ActivityTraceFrameLifetimeRawAdapter 与 ActivityTraceFrameLifetimeConfig，集成动态时间基转换（支持任意 numer/denom 整数运算）与连续性判定；在流源头通过 _ActivityTraceFilteredStream 物理级丢弃非 FrameLifetime 消息（其他 signpost 产出 = 0）；缺少必填字段时 fail-closed 输出 unsupported-schema；端到端回放 90 帧 golden fixture 全部通过（59 帧 valid，median FrameTime 49.948ms，60Hz）。26 项 R1 专项测试 + 511/511 全量 Python 回归全绿。方案与实施记录

2026-09-17 · Display Performance · ActivityTrace FrameLifetime 全量切源 R0 · 冻结 POC Fixture `impl` `implemented · gate-open`

创建匿名化 ActivityTrace FrameLifetime golden fixture（golden-5s-90frames.json）：90 个 FrameLifetime signpost 事件，59/89 chain match（Phase 2 全部链式连续），median FrameTime 49.948ms，60.00Hz refresh，timebase 125/3。31 项 R0 专项测试 + 485/485 全量 Python 回归全绿。方案与实施记录

2026-09-17 · P0-B Sample Publisher 解耦与独立采样时钟落地 `impl · validation` `implemented · validated`

彻底解耦 RealtimeMetricProjector 的 Source 状态摄入与 Sample 组装派发：从 consume() 中剥离 snapshot() 派发逻辑，引入受控 1Hz 独立时钟协程统一主导全产品 sample 脉冲，解除对 sysmontap.raw 的 heartbeat 强绑定；支持 bind_target_identity 显式目标绑定，保障无 sysmontap 场景（如 FrameTime-only、Energy-only、DeviceCondition-only、GPUCounter-only）依然按恒定频率产生产品 sample，且多源并发时不倍增采样频率；严格执行单调新鲜度门禁，未武装源诚实置空。新增 7 项解耦专项单测全部通过，Sidecar 439 项、Swift 167 项测试全绿。方案与实施记录

2026-09-17 · Build61 FTI-010 FrameTime 长尾断流彻底修复与真机 E4 验证 `impl · validation` `implemented · validated`

彻底根治 StartupTiming + FrameTime 同选时 FrameTime 仅持续数秒后永久 missing 的长尾断流缺陷（FTI-010 / FTI-008）：废弃旧有的单 Tap 永久硬边界，实现 Startup 语义闭环后安全、串行、单 kperf owner 地切换至全新的 Frame-only Tap；补齐 sourceEpoch 递增边界重置、CoreProfile busy 退避重试与切换全生命周期遥测；14 项覆盖单测全绿。Build 61 经 Developer ID 签名打包后在真实设备完成两轮真机 E4 验证：60 秒回归测试（Session 727c4179）中 Epoch 2 产出 755 帧持续至 Stop，presentedFrameCoverageSeconds 达 44.23 秒（此前断流仅 2.08 秒），Avg(FTime)=40.67ms、Avg(FPS)=24.59 均为 candidate；5 分钟长窗测试（Session 38249077，294.72s）中切换平滑耗时仅 3.36 秒，Epoch 2 持续产出 182MB binary，长尾至 Session 结束依然输出稳定 16.4ms 帧时间。Sidecar 437/437、Swift 167/167 测试全绿，站点构建 0 错误 0 死链。方案与实测记录 · 验收原文

2026-09-16 · Build61 Screenshot + FrameTime + GPU Counter 综合 E4 后续 `plan` `approved · pending`

将原 Build59 Screenshot E4 后续与 Build60 真机复测新问题合并到唯一交接方案：Screenshot 保留实时序列/IPC 完整性/HEIC 轻量化；新增 FTI-008 FrameTime 长时连续性，要求先做 frame-only vs unified A/B，只有证据成立且设备证明 setConfig 原位收窄不会 restart/sourceEpoch 变化时才允许实现；新增 FTI-009 GPU Counter data-row protocol，从原始 DTX envelope、configure 参数合同和匿名真实 fixture 入手，禁止把 [int,int] 猜成业务值；同时冻结 Recording 中添加未武装指标为 next-session-only，不动态修改当前 CapturePlan。

2026-09-16 · Build60 FrameTime Continuation 解锁与 GPU Counter UI 修复 (FTI-006/FTI-007) `impl · validation` `implemented · partial`

解锁 Unified CoreProfile continuation 阶段帧时序流式解析并增加新鲜度门禁（FTI-006），重构 GPU Counter 专用 UI 面板（FTI-007）：移除 continuation 早退拦截，同一 decoder 状态机持续供给 Presented Frame，启动报告 liveComplete 后保持完全冻结；FrameTime 仅在收到严格单调递增的新帧时发布，无新帧时置空 missing-no-new-frame，杜绝静止重复旧值与伪造匀速卡顿；GPU Counter 前端移除 24 项截断，实现固定 Header、Popover 实时搜索单选与单曲线自适应 Y 轴缩放，底层全量采集与导出完整保留。Python 417/417、Swift 154/154 测试全绿；已打出 Developer ID 签名的 Build 60 测试安装包（ZIP SHA-256 ebf9fcef...，DMG SHA-256 f3f25a62...），严格验签与挂载校验均通过。方案原文 · 验收原文 · 匿名证据

2026-09-16 · Build59 Screenshot E4 Follow-up：实时序列、IPC 完整性与 HEIC 优化 `plan` `approved · pending`

真机 E4 已证实长连接/按需落盘大方向成立，但发现未勾选时 UI 只显示 latest frame、以及勾选后 PNG payload CRC 损坏两项问题；统一方案要求改为始终显示轻量内存截图序列、Worker→Swift 严格串行 reader + byteLength/SHA256/ImageIO 三重校验，并将产品截图从全分辨率 PNG 改为 HEIC 1800px/Q75，preview 为 HEIC 900px/Q60。30 分钟持久化目标 100~150 MiB、硬门禁 ≤200 MiB。方案

2026-09-16 · Build59 Screenshot 独立长连接轻量化与按需保存 (FTI-005) `impl · validation` `implemented · partial`

实现截图采集与实时预览完全解耦（三项冻结规则落地）：独立子进程建立 1 次长连接，固定 1 秒抓取 1 张，消除每秒子进程 fork/exec 与 DVT 握手开销；勾选 Screenshot 指标时按需保存至 screenshots/，未勾选时磁盘 0 写入（彻底解决 FTI-005 截图占用磁盘开销问题）；主界面顶部截图固定 1 FPS 实时刷新，内存仅持单张最新帧；大端定长前缀二进制 IPC（Zero Base64 / Zero Large JSON）；守护线程消除 Zombie 进程。Python 411/411、Swift 153/153 测试全绿；已打出 Developer ID 签名的 Build 59 测试安装包（ZIP SHA-256 160b1c54...，DMG SHA-256 894c80f5...），严格验签与挂载校验均通过。方案原文 · 验收原文 · 匿名证据

2026-09-16 · Build58 CoreProfile Raw Retention 与存储策略实现 (derivedOnly vs full) `impl · validation` `implemented · partial`

默认采用 derivedOnly，不预先创建亦不落盘 core-profile-chunks.bin，内存保留 raw chunk 供实时解码。首轮 E4 真机近 5 分钟验证：280.123 s Session 总逻辑文件 203.24 MiB（du 约 205 MiB），较修复前约 10.11 GiB 下降约 98.0% / 51 倍；CoreProfile 实际观察 3.50 GiB / 850 chunks、持久化 0 bytes / 0 chunks，blob 文件未创建，Unified start=1/restart=0。当前 screenshots 138.77 MiB 已成为最大持久化项。Python 407/407、Swift 149/149 测试全绿；30 分钟 derivedOnly 与 full 真机对照仍待执行，保持 partial。方案原文 · 验收原文 · 匿名证据

2026-09-16 · Build57 Startup+FrameTime 单 CoreProfile 连续采集架构 `impl · validation` `implemented · partial`

彻底废弃 Startup+FrameTime 场景下中途停止 CoreProfile、4 秒 drain 超时与 restart 重启的轮转机制；在 startup-and-frame 模式下采用初始联合 filter 订阅，启动语义闭环时不停止 CoreProfile Tap，单一 Decoder 无缝切换至 frame-continuation 持续提取呈现帧；严禁双 Decoder 重复消费，跨边界时间戳连续且 sourceEpoch 恒定为 1。9 项专项单测、Python 399/399、Swift 145/145 全量通过。已打出 Developer ID 签名的 Build 57 测试安装包（ZIP SHA-256 bde7d834...，DMG SHA-256 899b8d8e...），独立解包与挂载验签均通过。验收原文 · 匿名证据

2026-09-16 · Build56 CoreProfile 预热解耦与事件驱动快速旋转 `impl · validation` `implemented · partial`

彻底根治 FrameTime-only 模式下因 Prewarm 缓存旧 Tap 导致无呈现帧数据问题（覆盖 prepare_transport 与 start，根据 Session 最终 filters 动态创建 Tap 并发射遥测契约）；解决 Startup + FrameTime 场景 2.0s 固定延迟与旋转耗时，引入双向事件竞速机制，完成耗时从 2.0s 降至 0.108s；新增关键阶段耗时遥测。Python 390/390、Swift 145/145 全量通过。已打出 Developer ID 签名的 Build 56 测试安装包（ZIP SHA-256 042f52f0...，DMG SHA-256 d40b5deb...），独立解包与挂载验签均通过。验收原文

2026-09-16 · Build55 CoreProfile 运行时冲突容错与按需采集降级 `impl · validation` `implemented · partial`

严格落实应用选择后 Prewarm 一次性就绪全 transport，指标选择为客户端本地 Draft，Start 时按 CapturePlan 按需启动；引入 is_degradable_core_profile_error 分类，遇到 core-profile-source-busy 等 kperf 冲突时优雅降级 StartupTiming 与 FrameTime，CPU/Memory/FPS 等其余指标正常采集，Session 保持 completed/partial，严禁抛出未捕获 RuntimeError 或把 Session 判为 failed；严格保证恰好 1 次受控冷启动并杜绝二次启动。Python 388/388、Swift 145/145 全量通过。已生成 Developer ID 签名的 Build 55 测试包（ZIP SHA-256 11a3a19f...，DMG SHA-256 e3243acd...），独立解包与挂载验签均通过。验收原文 · 匿名证据

2026-09-16 · FTI-002 Memory Contract v2 内存指标修复方案 `plan` `approved`

冻结五项 Memory / Real / Virtual / Available / Free 的 memory-contract.v2，将旧 Available→Free 历史只读迁移列为一级兼容要求，并把 Available 拆为独立 candidate/E4 Track，避免阻塞确定性产品链；站点 Memory canonical 知识页作为公式先行门禁。FTI-004 当前暂停，后续实现需保留其现有工作区改动。方案原文 · Memory 知识页

2026-09-14 · Build54 采集中指标显示选择解耦 `impl` `implemented · gate-open`

设备已选中时“添加指标”入口在采集中保持可用；增删只改变显示面板，不触发全量采集服务重准备；启动生命周期源无法武装时显式降级而不终止其余采集。Swift 137/137、Python 361/361，Build54 x86_64 Developer ID 测试包验签通过。实现原文 · 匿名证据

2026-09-14 · Build53 启动排空与在线报告双轮验收 `validation` `validated · partial`

设备 A / 目标 App A 两轮均在停止前发布 liveComplete=true，6/6 核心阶段、Total 1864.783250/1831.137791 ms、启动源 drop 0，report seal 2/2 complete；三个条件阶段保持真实 missing。验收原文 · 匿名证据

2026-09-14 · 全量采集与流式报告改造实现与 E2 验收 `impl · validation` `implemented · gate-open`

D0–D8 已落地：64 项采集与显示解耦、一次全源准备、在线增量报告、精确索引和双层封存；Python 355/355、Swift 135（3 跳过），合成 Stop P95 45.92 ms、首快照中位 8.66 ms，真实设备与发布门禁仍开放。实现原文 · 验收原文

2026-09-14 · 全量采集与流式报告开发任务书 `plan` `partial`

E1代码核查后形成D0–D8九张任务卡、64项源账本、文件/协议/算法/故障与性能验收合同；方案交接完成，产品开发待批准。原文

2026-09-14 · Build52 xctrace 阶段展示兼容 `impl` `implemented · partial`

修复 xctrace 报告缺少 phaseResults/相对偏移导致的“JSON 有值、时间轴全 missing”，并保留部分阶段值与条件回调的真实 not-applicable；E2 回归与新包独立验签通过，设备 E4 等待 tunnel 恢复。原文

2026-09-13 · Build52 启动完成边界保护 `impl` `implemented · partial`

用户复测暴露固定 2.0 s flush 在晚到生命周期终点前关闭 startup tap，导致前四阶段有值、后五阶段 missing；新增最多 4.0 s completion grace 与 stop 竞速，E2 回归通过，设备 E4 重跑待通道恢复。原文

2026-09-13 · Build52 启动交接修复 `validation` `implemented · partial`

身份核验期间启动 tap 由早期 bridge drain 持续消费，Queue handoff 后交给常规消费者；当前设备两次受控冷启动均为 6/6 核心阶段、Total 1845.593/1812.319 ms，启动 live drop 0，条件回调仍真实 missing。原文

2026-09-13 · Build52 启动初始化保留与即时发布 `validation` `implemented · partial`

独立保留 RAW v2 bootstrap、移除预热 ring tail 回放并拆分 startup/frame tap；最终包内 Sidecar 两轮均为 6/6 核心阶段、Total 1814.452/1812.444 ms，4.250/4.267 s 停止前自动展示且后续 sample/frame 继续，开放门禁如实保留。原文

2026-09-13 · Build51 启动归因保留与主动排空 `validation` `implemented · partial`

v7 晚线程归因与串行 startup→frame tap 将停止前 Total 提升到 19/20，阶段快照/后续 sample 20/20；Total Wire P95 5.343 s、rotation gap P95 5.292 s，延迟/队列门禁仍开放。原文

2026-09-13 · Build50 启动阶段 revision 实时展示 `validation` `implemented · partial`

v6 在 Total 缺失时也即时发布已闭合阶段；最终二进制 20 轮实时快照/后续 sample 均 20/20，chunk→wire P95 951.799 ms，Total 16/20，因覆盖率仍为 partial。原文

2026-09-12 · Build49 启动完成实时展示 `validation` `implemented · partial`

设备 A / 目标 App A 在采集运行中收到 1832.309 ms candidate 和 6 个完整阶段，之后常规样本继续；Python 302/302、Swift 127/127 通过，原生 UI 与 1 s 延迟门禁开放。原文

2026-09-12 · Build48 启动时间与曲线恢复 `validation` `implemented · partial`

真机 3 轮各 24 非空样本，Total 3/3 candidate，bridge 3/3 零丢包；同源启动回放 32.32s/1.77GB 降至 4.09s/497MB，原生 UI、drain 和完整报告门禁开放。原文

2026-09-12 · Build47显示修复 `validation` `partial`

Swift128项（125通过/3跳过）；设备通道阻塞。原文

节点格式：日期 · 批次 · 类型 · 状态 · 一句话结论；最新置顶，原文进入 /archive/。

2026-09-12 · R1-R6 连续开发与内部测试包收口 `validation` `partial`

Python 295/295、Swift 127（124通过/3项显式基准默认跳过）、站点构建与包内 Core probe 通过；x86_64 Build 46 已形成内部测试包，USB/Wi-Fi、E4 与正式发布门禁仍开放。原文

2026-09-09 · R2 图表分段复用与采样门禁 `impl` `partial`

分段只计算一次；峰谷采样正确性E2、输出点减少97.35%但模型CPU增加，默认关闭，真实UI门禁开放。原文

2026-09-09 · 全计划集中执行与开放门禁审计 `impl` `partial`

R2 60分钟模型中位12568→942ms，R3真实Raw80轮指标/恢复一致（E2）；周期小样本开销未过，设备/签名缺失，整体未完成。原文

2026-09-09 · R3 可选周期检查点 `impl` `partial`

272/272测试（E2），单writer事件驱动与慢盘隔离；默认保持关闭，真实在线与发布门禁开放。原文

2026-09-09 · R3 连续尾段恢复 `impl` `partial`

267/267测试（E2）；显式恢复checkpoint后连续合法记录，首个异常停止，尾段不作来源真实性认证。原文

2026-09-09 · R3 Raw 检查点与显式前缀恢复 `impl` `partial`

264/264测试与40轮300MiB写入对比（E2），检查点写入中位开销约1.35%；仅前缀恢复，周期/尾段开放。原文

2026-09-09 · R3 增量指标封存一致性 `impl` `partial`

补齐三类漏消费入口，256/256回归、40轮真实Raw语义一致（E2）；完整恢复与发布门禁开放。原文

2026-09-09 · R3 存储格式 80 轮回放 `validation` `partial`

两份样本各格式 20 轮，六类语义产物一致；大样本 finalizer 中位 2557→625 ms（E2），代码仍在途、完整报告门禁开放。原文

2026-09-09 · R1/R2 常规采集与固定窗口阶段记录 `impl` `partial`

默认常规源与曲线选择解耦；显示窗口 60 秒，Python 236/236、Swift 111/111（E2）；完整计划仍未完成。原文

2026-09-09 · 全指标采集与轻量实时报告修复方案 `plan` `partial`

八类问题纳入 R0～R6，固定 60 秒窗口、全部常规源采集、完整报告≤2s 为待验证合同；方案 E1，实施待批准。原文

2026-09-08 · 采集延迟修复 Final HEAD 压力回归 `validation` `validated · partial`

Frame decoder 状态隔离后的最终 1dd8151 上，300 MiB 启动模型与 30 MiB 重型源并发模型共 40/40 通过（E2），P4 真机体验仍开放。原文

2026-09-08 · 采集启动、首点与停止延迟修复 `validation` `implemented · partial`

Build 38 完成点击快路径、普通源优先、有序 writer、CoreProfile 隔离与 4.5/10 秒停止预算；Python 233/233、Swift 109/109、启动/首点合成压力两场景 40/40（E2），E4 体验待用户复测。原文

2026-09-08 · 采集关键交互延迟诊断与修复方案 `plan` `partial`

留存会话确认启动前 59 条/308 MB 缓存处理、click-to-launch 19.59 s、0 sample、停止后 121.33 s 超时；L1～L4 待批准，未改产品代码。原文

2026-09-08 · iOS 26 E4 入场兼容验收（首轮） `validation` `partial`

设备 A（iOS 26.5）完成发现、39 个 User App、有效截图、modern Provider、单 DTX owner 与基础服务入场；目标拉起失败且设备随后离线，9 类源/64 项/Startup 未建立 Session，iOS 27 无设备。原文

2026-09-08 · iOS 26 / iOS 27 全指标 E2 支持 `validation` `implemented · partial`

独立平台/路由与 Startup Profile 已接通；9/9 source family 唯一覆盖 64/64 metricID，Python 230/230、Swift 109/109、Build 37、严格签名和 ZIP 独立解包通过（E2），两系统 E4 保持开放。原文

2026-09-08 · iOS 26 / iOS 27 全指标 E2 支持方案 `plan` `partial`

完成 2 个独立平台 Profile、9 类 Adapter family、64/64 Registry 合同、Startup readiness 分层与 Build 37 的五批实施设计；当前仅 E1 方案，E2 待批准开发，E4 真机与数值校准后置。原文

2026-09-08 · P2 Startup Source Shape 与目标归因 S6-B `validation` `implemented · partial`

只读诊断器已交付；样本 A 的 3,236,650 records 中 target 归因引用为 0，样本 B 的 134 个大 chunk 无 RAW v2 header；Python 226/226、Swift 106/106、打包 CLI 通过，mapping 新增为 0（E2/E4 source）。原文

2026-09-08 · P0 首页产品化重构与极简品牌图标 `impl` `implemented · partial`

首页已改为产品工作台、四步流程、四项价值、八类性能领域、场景与技术基座叙事；新极简图标覆盖 SVG/PNG/ICNS，三处 macOS 下载入口完成，公开 DMG 仍等待发布工程门禁（E2）。原文

2026-09-08 · P2 Startup Source Schema Census S6-A `validation` `implemented · partial`

只读匿名审计器已交付；两份留存真机 Raw 分别解出 3,236,650 records 但目标线程为 0，以及 173 chunks 未形成 RAW v2 header；Python 220/220、Swift 106/106、打包 CLI 通过，mapping 新增为 0（E2/E4 source）。原文

2026-09-08 · P0 知识库信息架构与 Canonical 最终收口 `validation` `implemented · validated`

32 个物理版本页下线并保留 32 条 301；7/7 新阅读/领域页生成，64/64 Canonical 唯一归属、versionless 门禁与 VitePress 0 死链通过（E2），产品代码和公式未变。原文

2026-09-08 · P0 知识库深度体系与一致性门禁收口 `validation` `implemented · validated`

10 个非 Startup Canonical 专论完成原理/诊断/数据流深化；64/64 Registry 字段合同、Canonical 唯一归属、十要素、侧栏与总览自动门禁通过，VitePress 0 报错、0 死链（E2）。Startup S6 保持暂停。原文

2026-09-08 · P0 知识库事实纠偏与 Canonical 重构 `validation` `implemented · validated`

7 个指标族迁移到 Canonical 页，13 个历史版本页改为 superseded 迁移入口；64 明确为 Registry 定义数，关键 scope/quality/公式来源和诊断边界按代码纠正，VitePress 0 报错、0 死链（E2）。Startup S6 暂停。原文

2026-09-08 · P2 Startup 商店 App 跨系统 E4 S5 `validation` `implemented · partial`

iOS 17/18 共 30 轮商店 App 验收：唯一启动 30/30，click-to-launch P95 42.679 ms / Max 44.120 ms，采集停止 Max 39.680 ms；九阶段完整率 0/30，Profile 保持 candidate。原文

2026-09-07 · P2 Startup Trace 产品化展示 S4 `validation` `implemented · partial`

工作台与 Session Review 共用 Collector Launch Trace，直接展示 Total、固定九阶段累计、同轴多 Span 和五态质量；Python 204/204、Swift 105/105、Core 11.3.1/9 项 capability ready（E2），S5 商店 App E4 仍开放。原文

2026-09-07 · P2 Startup Lifecycle v3 Decoder S3 `validation` `implemented · partial`

iOS 15～18 candidate Profile、generation/PID/TID 归属、5 ms 乱序、每线程/阶段栈、九类多 Span、整数 Mach 公式、N/A/missing 与 profile/spans/report SHA-256 已完成；Python 204/204、Swift 101/101（E2），精确 build/hash 与商店 App E4 仍开放。原文

2026-09-07 · P2 Startup 双阶段预热与单次冷启动 S1/S2 `validation` `implemented · partial`

设备/App 两级 readiness、Session 前 CoreProfile drain、单 Sidecar/Provider/DTX 复用与唯一 KillExisting=true / StartSuspended=false 冷启动已完成；Python 198/198、Swift 101/101、独立 Core 构建和 11.3.1 probe 通过（E2），S3/S4/S5 仍开放。原文

2026-09-07 · P4 自动拉起、Startup 冷启动与停止恢复 `validation` `implemented · partial`

普通测试固定使用一次 controlled-launch；Startup 预采集纳入可取消所有权，结构化未启动才进入移除 startupTiming 的冷启动回退，停止/报告文案改由 capture_stopped 分界。Python 196/196、Swift 98/98、VitePress 0 死链（E2）；当前 xctrace 环境与 build 33 真机链待复测。原文

2026-09-07 · P4 Wi-Fi 身份、两阶段停止与滚动时间轴 `validation` `implemented · partial`

build 32 完成 Network 后台身份水化与本机缓存、停止/报告两阶段、delivery 完整性门禁和 60 秒共享滚动窗口；Python 194/194、Swift 96/96，真机短 Session capture stop 0.339 s、delivery stop 0.387 s，原生 UI 待用户关门。原文

2026-09-07 · P4 设备发现与准备状态机修复 `validation` `implemented · partial`

设备选择器已按真实路由区分 USB/Wi-Fi，Network 改为选择后 10 秒有界验证，后台刷新不再覆盖 Ready；Python 194/194、Swift 88/88、App 1.0.0 (31) 严格验签通过，当前匿名拓扑 USB 3 / Network 4 为 E4 命令级，原生 UI 待用户关门。原文

2026-09-07 · P3 Frame Quality 长窗口校准门禁 `validation` `implemented · partial`

Foundation 2.1 Beta 新增 frame-calibrate，12-run Fixture 的 4/4 场景通过；Python 194/194、Swift 83/83、App 1.0.0 (30) 严格验签通过。真实 iOS 17/18 四场景长窗与 PID 独占归因仍开放（E2）。原文

2026-09-07 · P3 TinyJank / Smooth 产品闭环 `validation` `implemented · validated`

TinyJank 公开微卡顿公式与 Smooth 透明候选已贯通 Python/Swift/29 Stat/64 项 Registry；Python 188/188、Swift 83/83、App 1.0.0 (29) 严格验签通过，iOS 17/18 既有 E4 CoreProfile 源可回放生成两项指标。原文

2026-09-07 · P2 Startup xctrace App Launch v1 跨系统关门 `validation` `implemented · validated`

设备 B didFinish 补齐后，iOS 17/18 共 18 个完整九阶段样本，willFinish/didFinish 四个 300 ms、3×3 因果门禁全部 E4 通过；匿名 JSON 已入站。阶段结果

2026-09-07 · P2 Startup xctrace App Launch v1 `validation` `implemented · partial`

Apple 官方 App Launch 记录/导出/解析/产品 passive attach 已接通；设备 A 两组 3×3 通过，设备 B control/will 通过、did 1/3 后离线；Swift 81/81（E2/E4 partial）。阶段结果

2026-09-06 · P2 Startup Mach Clock Bridge v1 `validation` `implemented · partial`

iOS 17/18 E4 排除 ActivityTrace/CoreProfile 并发路线与第二 DTX owner；新增 Fixture Mach absolute 离线桥，Python 164/164、Swift 80/80、Mac App 1.0.0 (27) 构建验签通过；新 Fixture 描述文件与 marker 双系统 E4 继续开放。原文

2026-09-06 · P2 Startup Semantic Evidence v1 `validation` `implemented · partial`

新增可控 Fixture、结构化因果审计与 iOS 17/18 身份闭环；18 个 Session 共 10,751,576 条 KDebug、identity/drop 18/18，Fixture marker 命中 300 ms，但 CoreProfile 因果审计 0/4，新 mapping 为 0（E4）。原文

2026-09-06 · P2 Startup Mapping v3 `validation` `implemented · partial`

新增匿名 unknown-code census、跨 Session 聚合与语义门禁；6 个 iOS 17/18 Session 共解码 4,734,239 条 KDebug，40 个 fingerprint 通过重复性门槛，语义证据/新 mapping 均为 0（E4）。原文

2026-09-06 · P2 CoreProfile 启动阶段分析 `validation` `implemented · partial`

Foundation 1.5 Beta 新增 App Launch Total + 9 类阶段与固定时间轴 UI；Python 146/146、Swift 80/80、Registry 64 项，iOS 17/18 最终二进制均 identity verified / drop 0，但旧事件映射 fail-closed 为 missing，跨版本门禁开放。原文

2026-09-06 · P4 工作台指标支持收口 `validation` `implemented · partial`

17/17 添加指标入口均可选，Startup/分核 CPU/Frame Time 获得最终冻结二进制 E4 candidate；Python 132/132、Swift 79/79、App 1.0.0 (23) 签名构建通过，GPU Counter 已观察 schema 但 data row 数值门禁开放。原文

2026-09-06 · P2/P5 指标自校准与产品闭环 `validation` `implemented · partial`

搜索选中、controlled launch、P2/P5 自校准、Wi-Fi userspace/Network Lockdown 与 Network 源时钟已入代码；Python 116/116×2、Swift 79/79，P2 USB iOS 17 为 11/11，P5 为 13/13 源 observed、9/13 有值（E4）。原文

Update 2026-09-06：最终内部测试包 1.0.0 (22) 已完成 x86_64 构建与 ad-hoc 严格签名验证；ZIP 独立解包后 13,091 个普通文件、34 个符号链接与构建目录一致，包内 pymobiledevice3 11.3.1 和 Foundation 1.3 Beta probe 均通过（E2）。

2026-09-05 · P4 应用选择列表空态修复 `validation` `implemented · partial`

应用目录改为独立六态模型，pending/失败不再伪装为空；Swift 72/72，最终包内置工具、真实回包解析与 DeviceFoundation 主链在三台匿名设备上均得到非空 User App（E4）。P4 原生 UI 全链等待 Mac 解锁后关门。原文

2026-09-05 · CORE-20 Battery 模式门禁、20 秒采样与 Thermal 来源审计 `validation` `implemented · partial`

Foundation 升级为 1.2 Beta；Python 105/105×2、Swift 70/70，iOS 17/18 最终打包 Collector 各有 2 个 Device Condition raw，间隔 19.983/19.987 s，USB 下 Battery 三项均 value=null / external-power-connected（E4）；Wi-Fi battery-only 与 ThermalStatus 稳定源仍开放。原文

2026-09-05 · CORE-19 Energy Usage 产品化与负值哨兵修正 `validation` `implemented · partial`

Registry 增至 53 项，Energy Usage 七项进入实时工作台；Python 100/100×2、Swift 70/70，iOS 17/18 最终打包 Collector 各 6 sample，Energy raw 4/3，负值哨兵与真实源 0 均按冻结规则处理（E4），负载响应与 PerfDog 同窗仍开放。原文

2026-09-05 · CORE-15～18 Collector Foundation 1.0 Beta `validation` `implemented · validated`

冻结 52 项 Registry 与 App 1.0.0 (18)；Python 97/97×2、Swift 70/70，iOS 17/18 各 9/9 Gate，打包 Collector 为 6 sample / 273、266 raw / 29 Stat / drop 0，三版本 Frame 双重回放哈希一致（E4）。原文

2026-09-05 · CORE-17 CoreProfile 逐帧源与 29 Stat 承接 `validation` `implemented · validated`

RAW v2/kd_buf/debugid/timebase fail-closed decoder 已完成；Python 93/93、Swift 68/68，iOS 16 历史 raw 为 1,429,982 records / 21 accepted / unknown 0，双重回放产物哈希一致（E4 source）。原文

2026-09-05 · CORE-16 核心系统指标口径冻结 `validation` `implemented · validated`

AvailableMemory、TotalCPU normalized、Battery Temperature、ThermalStatus 与 Network scope 已进入统一引擎和 52 项 Registry；Python 90/90、Swift 68/68，iOS 16 为 6 sample / 237 raw、identity verified、drop 0（E4）。原文

2026-09-05 · CORE-15 iOS 15+ 匿名兼容验收基座 `validation` `implemented · partial`

新增 9 Gate 匿名兼容审计与 iOS 17 分段路由；Python 86/86，iOS 16 为 4 sample / 224 raw、identity 100%、unknown/drop 0、9/9 Gate（E4）；iOS 17/18 等待接入，iOS 15 not-tested。原文

2026-09-05 · CORE-13 默认实时链切换 `validation` `implemented · validated`

Mac App 默认启动 Collector Core，旧 Sidecar 收缩为显式回滚；Python 83/83、Swift 68/68，iOS 16 匿名 Session 为 7 个 1 s sample、134 raw、32 observed metricID、29 Stat、drop=0（E4）。原文

2026-09-05 · CORE-12 产品接管与最终基座交付 `validation` `partial · validated`

Core 进入 Mac App 工具链，冻结 raw→Metric→29 Stat→startup→delivery 哈希链；Python 76/76、Swift 63/63，iOS 16 全源短 Session 为 138 raw、29 observed metricID、drop=0（E4）。实时工作台默认链、跨 iOS 与发布门禁继续开放。原文

2026-09-05 · CORE-11 StartupTiming 事件分析 `impl` `implemented · validated`

新增 passive/controlled/cold 三种模式、同 generation 终点配对、轮询误差上界与 hash 绑定报告；Python 71/71、Swift 62/62（E2），真机冷启动与精确阶段源保持开放。原文

2026-09-05 · CORE-10 Energy、Battery、Thermal 与 GPU Counter `impl` `implemented · validated`

新增 11 项静态指标、Diagnostics battery sideband、六项 Energy 派生与 GPU Counter Session 动态 Registry；Python 68/68、Swift 62/62（E2），Battery/GPU 跨 iOS 真机门禁继续开放。原文

2026-09-05 · CORE-9 Frame 报告与汇总 `impl` `implemented · validated`

帧算法升级为 frame-report.candidate.v2，Avg(FPS) 修正为 1000/mean(FTime) 并补齐阈值、正向 Delta 与三档 /10min；Registry 37 项、Swift 62/62（E2），TinyJank/Smooth 保持 Unsupported。原文

2026-09-05 · CORE-8 Raw 到 Metric 与五类内存承接 `impl` `implemented · validated`

冻结 raw Session 可离线派生 19 项 Metric，产品 Registry 扩展到 22 项并承接五类内存；Python 65/65、Swift 62/62 通过（E2），同场数值校准仍开放。原文

2026-09-04 · CORE-7 Collector Core 内部候选交付 `impl` `implemented · gate-open`

交付 x86_64 内部 candidate：101-wheel 离线目录、CycloneDX 101 components、263 文件哈希、两上游 commit snapshot 与独立解包 probe/audit 通过；归档约 59 MB，SHA-256 d032237f…b5a873。Developer ID、公证、universal2、跨 iOS 与 GPL 分发门禁继续开放（E2–E4）。原文

2026-09-04 · CORE-6 内部校准与 SourcePolicy 冻结 `validation` `validated · gate-open`

新增机器可读 raw auditor 与 collector-core.candidate.v1：CORE-3～5 五组匿名 iOS 16 Session 均满足 missing/unknown/drop=0、identity=100% 和 strict replay；跨 iOS coverage=false，xctrace 模板枚举退出 139，PerfDog 对照保持 paused（E2–E4）。原文

2026-09-04 · CORE-5 GPU Schema 与 Lifecycle 候选事件 `impl` `implemented · gate-open`

新增 GPU schema fail-closed 与被动 Lifecycle：冻结二进制 3 秒 GPU 3/Lifecycle 1；受控前后台刺激观察到 running→background→foreground，polling 0.5 秒，Adapter 无 launch/kill（E4 candidate）。原文

2026-09-04 · CORE-4 进程网络、Energy 与 CoreProfile Raw Adapter `impl` `implemented · gate-open`

冻结候选二进制新增 PID NetworkStatistics、Energy 和 CoreProfile raw/timebase：3 秒 gauges 6 条、2 秒 CoreProfile 7 chunks/约19.1 MB，verified、drop 0、严格回放通过（E4）；业务公式与对照仍为 candidate/paused。原文

2026-09-04 · CORE-3 新 Collector Core 真机验收 `validation` `validated · gate-open`

iOS 16 当前设备上，冻结候选二进制完成身份 verified、Sysmontap 17、Graphics 4、Device Network 70 个 raw envelope；91 条全局有序、missing/drop 为 0、严格回放通过，三次 Session 有界停止且 generation 分离（E4）。iOS 15/17+/18+ 保持未测试。原文

2026-09-04 · CORE-2B 候选 Sidecar、路由与 Raw Session `impl` `implemented · gate-open`

独立候选入口完成 iOS 分段路由、目标身份闭环、三路并发 raw 录制、SHA-256 manifest/replay 与 x86_64 打包；Python 3.12/系统环境各48/48、Swift 62/62、冻结二进制 9/9 import（E2/E3）。真机回包进入 CORE-3，默认旧链未切换。原文

2026-09-04 · CORE-2A 单 DTX Async Backend 与三路 Raw Adapter `impl` `partial · gate-open`

pmd3 11.3.1 在 CPython 3.12 / macOS x86_64 隔离环境完成 101 个环境包精确版本、pip check 和 9/9 import；新增唯一 provider backend、Sysmontap/Graphics/Device Network raw Adapter、有界背压、timeout、逆序 stop、reconnect generation 与 fail-closed feature flag。Python 3.9/3.12 各43/43、Swift 62/62（E2/E3）；默认 4.21.3 链未切换，打包与真机 E4 保持门禁。原文

2026-09-04 · CORE-1 Collector Core 骨架与新版兼容门禁 `impl` `implemented · gate-open`

新增唯一 DTX owner、raw envelope、Adapter、SourcePlan、严格回放和 pmd3 11.3.1 双态兼容 probe；Python 3.9/3.12 各 38/38、Swift 62/62，冻结源码 API 9/9（E1/E2）。当前 4.21.3 默认链未修改，新版安装/import、打包和真机保持门禁。原文

2026-09-04 · Collector Core 单 DTX 基座与版本冻结 `decision` `approved`

冻结 pymobiledevice3 v11.3.1、py-ios-device source 2.4.26 / PyPI 2.4.25，架构收敛为 pmd3 唯一连接/DTX 内核 + Perfowl 深度 Adapter；建立普通指标硬门槛、加权选源和 4.21.3 回滚路线。当前仅 E1，未修改产品代码，CORE-1 待单独开发批准。原文

2026-09-04 · 双 Provider 基座决策草案 `decision` `partial`

go-ios 从候选架构与发布包移除；pymobiledevice3 负责连接和基础采集，py-ios-device 仅以白名单 Deep Provider 承接 CoreProfile / 进程网络 / Energy / GPU Counter / Lifecycle 原始事实，最终指标统一由 Perfowl 计算。当前仅 E1，D0 + D1 待批准。原文

2026-09-04 · 三底座能力评估与架构调整草案 `research` `partial`

冻结评估 pymobiledevice3 v11.3.1、py-ios-device 2.4.26 与 go-ios 三条实现；建议拆分 Connection Broker / Collector Provider SPI，以 pmd3 为近期主 Provider、go-ios 做 Tunnel A/B 候选、py-ios-device 做深度指标研究 Provider。当前仅 E1，等待批准 R1 与 iOS 15+ 真机矩阵。原文

2026-09-04 · P4 工作台布局与截图时间轴 `validation` `partial · gate-open`

Swift 62/62 与 App 编译通过（E2）；侧栏/窗口稳定性和当前设备连续截图横向回放待原生 UI 人工录证。原文

2026-09-04 · P4 工作台布局与截图时间轴 `impl` `implemented · gate-open`

侧栏收窄到 280pt、移除“关于”和底部“基座服务”，截图按固定 1.0s deadline 累积为共享时间轴卡片；Swift 62/62（E2）。原文

2026-09-04 · P4 Session 截图、标注与导出 `validation` `partial · gate-open`

最终 App 内置工具已复测当前 USB 设备：User App 46 条、DVT PNG 1170 × 2532（2,580,871 bytes）、目标 App A Collector 短采集 10 个样本且首点 warmup（E4）；Swift 61/61、Python 22/22 和签名构建通过（E2），人工 App/UI 全链路仍待录证。原文

2026-09-04 · P4 Session 截图、标注与导出 `impl` `implemented · gate-open`

ScreenShot 选择开关、1 秒低频 PNG 附件、时间轴 Note、Review 回放和 JSONL / CSV 导出已接入；Swift 61/61、Python 22/22、VitePress 与 x86_64 签名构建通过（E2），最终 App 内置工具完成当前 USB 设备命令级复测（E4）。完整人工 UI 点击闭环仍待录证。原文

2026-09-04 · P4 Session Review 历史会话界面 `impl` `implemented · gate-open`

工作台新增“会话”侧栏与只读 Review 窗口：历史 Session 可按 manifest 索引、打开并查看统一 elapsed 回放列表；空态、加载态和错误态均有显式反馈。Swift 53/53、Python 22/22、VitePress 与 x86_64 App 包检查通过（E2）。截图、标注与导出待后续批次。原文

2026-09-04 · P4 Session Review 归档索引与回放加载 `impl` `implemented · gate-open`

Session Store 已能按 manifest 建立历史会话索引，并严格加载 JSONL 事件生成统一 timeline；事件时间保留小数秒，路径和损坏数据 fail-closed。Swift 53/53、Python 22/22、VitePress 与 x86_64 App 包检查通过（E2）。历史会话 UI 已在后续节点落地，截图与标注待后续批次。原文

2026-09-04 · P4 Session Review 时间轴基础 `impl` `implemented · gate-open`

完成 Session 的 monotonic / wall clock 时间轴、回放排序、窗口查询与乱序质量标记；raw 事件顺序不变，Swift 全量 49/49（E2）。尚未接入 Session Store、截图、标注与回放 UI。原文

2026-09-04 · FRAME-SOURCE-1 逐帧输入契约 `impl` `implemented · trace-open`

JSONL / CSV 只有携带显式时间单位（ns / ms / s）的逐帧记录才会归一化为 DisplayFrameEvent；秒级 Graphics FPS、裸 timestamp、未知事件类型一律拒绝提升，逐行输出 accepted / rejected 质量报告。当前不绑定特定 xctrace XML schema，等待真机导出样本。原文

2026-09-04 · FRAME-1 帧分析引擎基础 `impl` `implemented · source-hold`

PerfDog 帧体验主体公式落地为可回放、可版本化的纯函数分析层：FrameTime / FPS、SmallJank / Jank / BigJank（前三帧均值 ×2 动态阈值）、Drop、MedRange、1% Low、Stutter 候选，算法标识 perfdog-compatible-candidate.v1。Swift 41/41 通过；未取得稳定逐帧源前 UI 不发布同名 Jank。原文

2026-09-04 · B 批次系统 CPU 候选与校准链 `impl` `implemented · B-VAL open`

TotalCPU raw / 核数归一化 candidate 双轨、CPUCount / EnabledCPUs、PerCPUUsage 原始向量、iOS 17+ Host/provider 路由审计、Session generation 质量统计，以及无第三方依赖的 PerfDog 同时间窗校准脚本 analyze-b-batch.py。Python 22/22、Swift 38/38；真机两目标各 29 样本只读短采集通过。原文

2026-09-03 · DATA-1 TotalCPU 与 Network 承接 `impl` `implemented · calibration open`

修复共享 DVT socket 并发读取（单读取泵 DVTEventPump 按 channel 分发）；sysmontap 真实回包列表展开；TotalCPU（device / percent）与设备级 Send / Recv（bytes-per-second）接入，scope / unit / quality 随原始事件保存。Python 14/14、Swift 33/33；两匿名目标各 9 样本，首点 warmup、缺值不转 0。原文

2026-09-03 · UI-1 工作台实施与验收 `impl` `selected-path pass`

启动连接 Toast（1 秒窗口实测生效）、选中设备/App 真机链路（56 样本动态值）、右下角 ＋ 指标面板、17 项名称与顺序逐项核对（5 可用 · 3 部分 · 8 禁用 + 截图后续）、Disk 勾选后回滚；物理拔线分支独立待测。Swift 32/32、Python 10/10。原文

2026-09-03 · 工作台 UI 与指标对齐方案 `plan` `implemented`

四张 PerfDog 参考图拆解：USB 状态浮层状态机、顶部低频截图区、默认 FPS / CPU Usage / Network 三组空态曲线、17 项同名指标选择器与五批验收顺序。原文

2026-09-03 · A 批次 0 值正确性复核 `postmortem` `pass`

根因：设备上存在同名 executable、Bundle ID 不同的进程，Collector 只按 executable 绑定命中错误 PID，导致 162 样本全 0。修复：Mac 层显式传 Bundle ID → Collector 只读解析 PID 并二次核对；新增 target_identity / 前台门禁 / suspect-static。修复后 28 前台样本动态值恢复。原文

2026-09-02 · 指标基座 Batch A（P0 + P1）`impl` `数值 pass · UI 点击待补`

数据保真（rawProcess / rawSystem / rawGraphics 原始区块、累计 counter 与 rate 并存）与已有源完整承接（12 项指标可选展示，missing / warmup / reset 不伪装 0）；设备基座引入 OS 版本路由与 tunneld 分层。Python 10/10、Swift 26/26。原文

2026-09-02 · 对齐 PerfDog 指标基座开发计划 `plan` `approved`

八阶段路线（P0–P7）、能力契约（metricID / availability / scope / source / unit / version / quality）与统一验收门禁；确立“字段出现 ≠ 已对齐”。原文

2026-09-02 · 第二阶段性能采集基座 `impl` `delivered`

长驻 Collector Sidecar（perfowl.collector/1）、executable/PID 目标绑定与 generation 重绑语义、append-only Session、FPS / APP CPU / Footprint 三条实时曲线与开始/停止交互。19 项 Swift 测试、4 项 Python 测试。原文

2026-09-02 · 第一阶段设备基座 `impl` `delivered`

usbmuxd 事件流设备发现、pymobiledevice3 只读设备快照、User App 目录（真机 34 个）、SwiftUI 原生客户端与本地 ad-hoc 打包。8 项单元测试。原文

2026-09-02 · PerfDog 导出样本与能力差距调研 `research` `done`

44 个秒级字段、1,845 个帧样本公式复算；确认 3 条基础链路已通、帧体验与分析层待补的承接顺序。原文

2026-09-02 · PerfDog 官方资料中心调研 `research` `done`

71 个菜单记录 / 70 个唯一官方页面；确认 FPS、Jank、BigJank、SmallJank、1% Low、Stutter、MedRange、Drop 主体公式；TinyJank / Smooth 公式未知；建立口径冲突台账（Network scope、iOS CPU 归一化、多进程）。原文

2026-09-01 · Gate F0 · Fixture 构建与签名 `validation` `build pass · signing blocked`

自有 PerformanceProbeFixture 可控负载与 Marker 设计完成，Release iphoneos 未签名构建通过；签名因缺 Apple Development 身份阻塞，安装与重绑按停止条件未运行。原文

2026-09-01 · Gate F0 · B 批次连接冒烟 `validation` `partial · E2`

iPhone14,5 / iOS 16.6.1 USB 只读冒烟：发现、Lockdown、Developer image、User App（34）、DVT App / 进程 3/3 成功；冷启动、锁屏、拔插等动态场景待补。原文

2026-09-01 · Gate F0 · A 批次静态门禁 `validation` `conditional pass`

冻结工具基线（pymobiledevice3 4.21.3、Xcode 26.6）；F0-00 GPL-3.0 交付边界结论：内部实验可继续、对外分发 Hold；Fixture 候选与 B 批次进入条件盘点。原文

2026-09-01 · Gate F0 验证计划 `plan` `approved`

设备矩阵（Host H1–H3、通道 D1–D4、Fixture A1–A3）、F0-00 至 F0-12 实验、候选误差门槛与停止条件；F0 通过前不启动 M0 产品工程。原文

2026-09-01 · Mac + Cloud 基座方案 `decision` `approved`

原生 SwiftUI 客户端 + pymobiledevice3 独立 Sidecar + 可选 xctrace Adapter + append-only 本地 Session + Go 模块化单体后端；本地优先、云端记录与报告。原文

2026-09-01 · 无侵入底层能力决策 `decision` `accepted`

pymobiledevice3 主采集 + Apple xctrace 按需增强；不改包、不注入、不嵌 SDK；Extension / Probe / 重签 / 越狱 / go-ios 运行时全部排除。原文

2026-09-01 · 产品成熟方案 v1 `decision` `paused · 历史草案`

含 Extension / Probe 的早期架构草案，因与无侵入边界冲突而暂停，被 Mac + Cloud 基座方案取代；仅作历史记录。原文

2026-09-01 · Apple Instruments 专项调研 `research` `done`

产品定位、采集架构、模板与 Instrument 体系、xctrace 行为与指标语义；结论：诊断真值老师，不是实时 SDK。原文

2026-08-31 · Instruments 生态与 PerfDog 复刻差距调研 `research` `done`

开源项目雷达、PerfDog 能力地图、差距矩阵与分阶段复刻路线；结论：先做 iOS 可信 MVP。原文

2026-08-31 · Codesign4QC 性能采集分析 `research` `done`

DVT 采集、Schema v2、Probe 与场景规则分析；核心参考项目，其 SwiftUI / DVT / 背压经验成为 Perfowl 基座来源。原文

2026-08-31 · client_perf iOS 专项分析 `research` `done`

iOS 数据链路与指标口径分析；结论：借鉴路线，不直接作为代码基座。原文

2026-08-31 · 品牌规范 `meta` `v1.1`

猫头鹰 + 性能曲线识别体系、深夜蓝色板与使用规则；v1.1 增补官网复刻边界（结构可复刻、品牌必须独立）。原文

2026-10-19 · P4 与未关门门禁增量（目标子缓存）

八阶段总计划增量	当前状态
P4 全指标专项	30/66；仅整机发送研究，原TEXT已取得，正式0/5

未关门门禁增量	下一动作
Gate R · producer/同层/时钟/完整性	缺数据及selector来源，下一准入busy停止；先审新运行状态，不进193/正式/接收
网站/通知/镜像	沿Owner决定partial，最终同提交收据另核

2026-10-20 · P4与未关门门禁增量（Sysmontap同场研究）

八阶段总计划增量	当前状态
P4全指标专项	30/66；当前发送正式0/5；新同场研究8字节反例及失败执行收据保留

未关门门禁增量	下一动作
整机网络发送Gate R	原生1024粒度/32位限制先溯源、源时钟与全scope独立参考待证；不进入193/产品诊断/五轮/接收
交付同步	GitLab单次尝试；网站和Webhook配置欠项沿授权partial

2026-10-20 · P4与未关门门禁增量（量化/时钟）

八阶段总计划增量	当前状态
P4全指标专项	30/66；发送0/5；条件量化/实际时钟研究完成，独立留出未启动

未关门门禁增量	下一动作
整机网络发送Gate R	新进程生命的有限只读观察、新鲜idle/容量与独立Hq留出；实际机制/scope/层/精确源时钟未证，不进193/诊断/正式/接收
交付同步	GitLab本批一次尝试；网站/Webhook配置欠项沿授权partial

2026-10-20 · P4与未关门门禁增量（新独立量化留出）

八阶段总计划增量	当前状态
P4全指标专项	30/66、发送0/5；新独立留出11条件包含/6missing，完整执行器恢复，非指标验收

未关门门禁增量	下一动作
整机网络发送Gate R	冻结可区分all/nonloop的loopback/对照设计；实际机制/层/源时钟仍待证；63活动仅单槽，五轮另准入
交付同步	GitLab一次尝试，网站/Webhook配置欠项沿授权partial

2026-10-20 · P4与未关门门禁增量（Lab19软件候选）

八阶段总计划增量	当前状态
P4全指标专项	30/66，发送0/5；Lab19 host/ARM签名候选E2，手机未升级/新scope实验未开始

未关门门禁增量	下一动作
Lab19手机准备	新全Documents只读/源SHA保全、同生命与单版本升级准入、真实归位/容量；再四工具及OFF/ON，不用旧63收据
整机网络发送Gate R	两scope须可辨识，机制/层/精确时钟待证；不进193/诊断/正式/接收
交付同步	GitLab本批一次尝试；网站/Webhook配置欠项沿授权partial

2026-10-20 · P4与未关门门禁增量（Lab19安装保全）

阶段	当前事实
P4全指标专项	30/66、发送0/5，Lab19一次安装及完整旧数据保全E3；正式与新scope仍未开始

未关门门禁	下一步
Lab19工具与成本	新保留归位和实际≤56/8槽容量，再同版本四工具/OFF-ON，不能用旧63收据
整机发送Gate R	loopback/外网新研究可判别性、实际机制/字节层/精确时钟；未关闭不进193/正式/接收
交付同步	GitLab单次、网站/通知配置欠项沿授权partial；公证/GPL正式分发门开放

2026-10-20 · P4与门禁增量（Lab19准备容量）

阶段	当前事实
P4全指标专项	30/66，发送0/5；Lab19已安装/旧数据保全，56实际活动与8准备槽E3，新run0

未关门门禁	下一步
Lab19四工具/OFF-ON	执行器固定19与退出意图持久化补强/源冻结；明确listener匹配背景及附件，再新四工具和成本
整机发送Gate R	两scope/实际机制/字节层/精确时钟未定；不进193、正式或接收
交付同步	GitLab单次失败、网站/通知配置欠项继续partial；正式分发门开放

2026-10-20 · P4与门禁增量（Lab19四工具）

阶段	当前事实
P4全指标专项	30/66、发送0/5；Lab19新四工具E3及33源件/旧metadata核同，实际60活动/4剩准备槽

未关门门禁	下一步
Lab19 OFF/ON	固定reference-only背景/listener false及原窗口分母；先38秒完整对象/首回复/尾部保管与控制，再新60 custody和两新run
整机发送Gate R	同版本loopback/外网可区分scope、机制/字节层/精确时钟；未关闭不进193/正式/接收
交付同步	GitLab单次、网站/通知配置欠项沿partial；公证/GPL正式分发门开放

2026-10-20 · P4与门禁增量（Lab19 OFF/ON）

阶段	当前事实
P4全指标专项	30/66、发送0/5；Lab19四工具及reference-only OFF/ON资格E3成立，62实枚举/2准备槽，正式容量无

未关门门禁	下一动作
Gate R	新鲜62 custody后冻结有限loopback/外网scope合同与执行器，完整保管所有对象/尾部；all/nonloop必须有不相交预测的可评估区间，机制/层级/精确时钟另证
分发/同步	GitLab每批一次，网站/通知配置欠项partial；内部签名/公证暂缓，GPL门未关

2026-10-20 · P4与门禁增量（Lab19接口范围配对）

阶段	当前事实
P4全指标专项	30/66、发送0/5；reference-only开销E3成立，loopback/外网原件E3与分离算术E2仅Hq条件下有限支持all，非正式参考资格

未关门门禁	下一动作
Gate R	量化机制实际绑定、同字节层/高32位和精确源时钟；先现有原件/冻结源码审阅，不把条件支持当指标通过
手机容量	64封口idle，准备槽0、正式容量无；新增run前须另立全源SHA保全/保留归位与真实容量合同
分发/同步	GitLab每批一次，网站/通知配置欠项partial；公证暂缓/GPL门未关

2026-10-20 · P4与门禁增量（内核时钟符号）

八阶段总计划增量	当前状态
P4逐指标	30/66、发送0/5；三调用双路精确命名E1/E2，64/128metadata保管E3，尚非精确时钟桥

未关门门禁增量	下一动作
整机参考Gate R	现有原件追踪回调Start/End、实际量化与字节层；高32位仍待证，准备槽0，不启动正式run
交付同步	GitLab一次尝试、网站/通知欠项沿Owner授权partial；公证继续暂缓

2026-10-20 · P4与门禁增量（回调时钟/ifmib host）

八阶段总计划增量	当前状态
P4逐指标	30/66、发送0/5；回调End来源E1/E2核同，实际采样时刻未证；ifmib64仅host E2，iOS待验

未关门门禁增量	下一动作
整机参考Gate R	先Lab20最小显式ifmib64候选/软件冻结，iOS权限/ABI/开销/scope另验；保全/实际容量合同之前不操作手机或新run
同步与发布	GitLab仅一次推送尝试；网站/通知欠配置partial、公证暂缓，不以本地站点冒充线上

当前联动增量 · 2026-10-20 · Lab20一次性探针

八阶段总计划（本增量不回改历史表）：

阶段	当前状态
P4逐指标	30/66、发送0/5；Lab20新76及匹配50/58软件控制、19源ARM签名候选E2，手机未安装

未关门门禁：

门禁	下一动作与限制
整机参考Gate R	先全源新鲜保全/升级/真实准备槽后一次ifmib64 probe，iOS权限/ABI/成本、scope/字节层/精确源窗待验；不进193/正式/接收
交付同步	GitLab单次尝试、网站/通知配置欠项沿Owner授权partial；公证暂缓，GPL正式分发仍开放

当前联动增量 · 2026-10-20 · Lab20实际权限拒绝

八阶段总计划：

阶段	当前状态
P4逐指标	30/66、发送0/5；Lab20安装/保全和单次EPERM拒绝E3，参考不成立

未关门门禁：

门禁	下一动作与限制
整机参考Gate R	ifmib当前沙盒EPERM，无20Hz接入；先现有授权服务有限源审，scope/字节层/精确源窗另证，不进193/正式/接收
容量与交付	实际64/128、Lab20 idle/无pending、准备槽0；新run需新保全容量，镜像/网站/通知欠项partial、公证暂缓/GPL门开放

当前联动增量 · 2026-10-20 · 诊断参考单次请求

八阶段总计划：

阶段	当前状态
P4逐指标	30/66、发送0/5；诊断2455B原件E3，未得到整机字节参考

未关门门禁：

门禁	下一动作与限制
整机参考Gate R	停止固定类查询直接接入；离线审已有producer来源，字节层/全scope/精确时窗另证，不进193/正式/接收
容量与交付	64活run/128metadata/idle，准备槽0；GitLab/网站/通知欠项partial，公证暂缓/GPL门开放

当前联动增量 · 2026-10-20 · 计数来源准入

八阶段总计划：

阶段	当前状态
P4逐指标	30/66、发送0/5，8固定源/35事实/12函数分离E2，手机0

未关门门禁：

门禁	下一动作与限制
整机参考Gate R	IFNET不按只读直连；先核已保管wire kind/provider，独立字节模型或口径决策另立合同，不进193/正式/接收
容量与交付	本批无fresh手机准入，旧64活动不代新容量；镜像/网站/通知欠项partial、公证暂缓/GPL门开放

当前联动增量 · 2026-10-20 · wire kind与provider

八阶段总计划：

阶段	当前状态
P4逐指标	30/66、发送0/5，9根1887word/467call分离E2，phone0

未关门门禁：

门禁	下一动作与限制
整机参考Gate R	kind不保留数值provider；先审查询/回调因果包围及多层保守模型，不拟合选层，不进193/正式/接收
容量与交付	本批无fresh手机准入、不生成容量；镜像/网站/通知欠项partial、公证暂缓/GPL门开放

查询时间增量 · 2026-10-20

八阶段总计划增量	当前状态
P4 · 逐指标验收	30/66；发送0/5，查询时间1953编码核同但同窗未证

未关门门禁增量	下一动作
Gate R · 来源/字节层/时间/独立参考	有限核对固定XNU请求context/读取合同与手机manager传播；不进193/正式/接收
同步/网站/通知	GitLab一次尝试；网站/通知配置债partial

请求context终审增量 · 2026-10-20

八阶段总计划增量	当前状态
P4 · 逐指标验收	30/66；发送0/5；独立参考未达、现有等价重采停止，待Owner明确继续方式

未关门门禁增量	下一动作
Gate R · 整机独立参考	新授权独立参考，或Owner明确允许本项继续待验并调整顺序；无回复不跳项
同步/网站/通知	GitLab一次尝试；网站/通知配置债partial

2026-10-20 · 当前阶段与门禁增量（发送待验顺序决定）

八阶段总计划	当前状态
P4 · 逐指标验收	30/66；当前整机接收0/5，Lab21下载工具软件E2/未安装；发送0/5待验

未关门门禁	下一动作
Gate R_rx · 整机独立参考	需独立同层同窗/全覆盖合同；业务下载与E2不替代指标通过
手机工具E3准入	先新鲜保全/升级合同、真实枚举容量，再下载工具资格；旧64仅历史，不运行旧队列
交付/分发	GitLab一次、网站/Webhook缺配置partial；公证暂缓/GPL门开放

2026-10-20 · 接收运行准入失败增量

八阶段总计划	当前状态
P4逐指标	30/66，接收0/5；软件下载E2已核，手机保全逐件核同但运行准入失败

未关门门禁	下一动作
接收工具运行准入	先核新生命原因及空闲窗口，不重复退出或完整读取；未安装Lab21、准备槽0
Gate R_rx	独立scope/同层/读取时刻/覆盖仍待证，不启动正式五轮或自行跳项
交付	GitLab/网站/Webhook配置债partial；公证/GPL门保留

2026-10-20 · Owner参考规则及Lab21安装后当前表

八阶段总计划增量

阶段	当前事实与下一步
P4逐指标	已验收30/66；无参考新增通过0。Lab21已装，先补发送新异常测试，再接收，再原序。

未关门门禁增量

门禁	当前决定
参考可行性/异常测试	可构造参考先用例；确认当前无参考且实际无异常可带NO_REFERENCE_OWNER_REVIEW推进，Owner最终独立验收。网络旧对照0/5不回改。
容量/工具/产品链路	64活动/槽0；需保全归位和真实新容量。安装保全不能替代诊断/实际新五轮。
发布同步	GitLab每批一次、网站/通知配置债partial及公证暂缓/GPL门保留。

2026-10-20 · 异常评估软件进度增量

八阶段总计划	当前状态
P4逐指标	30/66，新增无参考测试通过0；网络异常评估44项软件控制E2完成，发送真机新attempt未启动。

未关门门禁	下一动作
当前发送率	旧准备run保全rename、真实新容量、Lab21上传工具及新诊断，满足业务用例后冻结新五轮；软件不计指标通过。
交付同步	GitLab单次尝试、网站/通知配置欠项沿用partial；公证暂缓及GPL门保留。

2026-10-20 · 发送诊断与超时修复进度增量

八阶段总计划	当前状态
P4逐指标	30/66、新标记通过0；发送诊断因测试台5秒超时失败，Lab22软件修复/候选仅E2。

未关门门禁	下一动作
当前发送率	新鲜保全/一次Lab22覆盖/独立postflight及容量，再新诊断；完整成功后冻结新五轮，不拼失败样本。
交付同步	GitLab单次、网站/通知配置欠项partial，公证暂缓/GPL门保留。

2026-10-20 · Lab22真机诊断与新五轮准备进度增量

八阶段总计划	当前结果
P4逐指标	30/66，新无参考测试通过0；Lab22实际诊断120/120有效及91MiB六任务通过，正式五轮尚无。

未关门门禁	下一动作
当前发送率	新独占五轮/新鲜真实容量/600秒冷却/首失败停；全部通过后NO_REFERENCE_OWNER_REVIEW、Owner最终独立验收，再接收。
交付同步	GitLab、网站和通知配置债partial；内部开发签名、公证暂缓及GPL分发门继续。

2026-10-20 · 发送新attempt封存后的总计划与门禁增量

八阶段总计划	当前结果
P4逐指标	历史30/66、新标记0；发送新五轮1/5后容量前置失败、整项未通过。

未关门门禁	下一动作
测试生命周期准入	原attempt首失败封存；以实际身份/状态、封口与负载释放验证新合同，再另立完整五轮。
当前参考对照	独立整机同层同窗仍未具备；完整无异常测试通过后才用NO_REFERENCE_OWNER_REVIEW，Owner最终验收。
交付同步	GitLab/网站/通知配置债继续partial；公证暂缓、内部测试/GPL边界保留。

2026-10-20 · v2准入准备总计划与门禁增量

八阶段总计划	当前状态
P4逐指标	30/66、新标记0；v2软件/保管准备完成，attempt-02新正式0轮。

未关门门禁	下一动作
发送完整测试	冻结新attempt02、每轮真实容量、600秒冷却及完整五轮分离审核；旧1/5不拼。
标记通过	确认当前参考不可得且完整无异常后NO_REFERENCE_OWNER_REVIEW，Owner最终验收。
同步发布	GitLab/网站/通知欠项继续partial；内部签名、公证暂缓/GPL门保持。

2026-10-20 · attempt-02失败后的总计划与门禁增量

八阶段总计划	当前结果
P4逐指标	历史30/66、新标记0；发送3/5后第四轮来源异常停止，接收尚未验收。

未关门门禁	下一动作
来源完整性	保留拒绝输入并将污染窗设缺失；软件/效率/内部候选/新诊断后再独立完整五轮。
无参考标记	真实无异常后才NO_REFERENCE_OWNER_REVIEW；本次无通过标记。
同步发布	GitLab/网站/通知配置债partial，公证暂缓及GPL分发门继续。

2026-10-20 · v8内部193后的总计划与门禁增量

八阶段总计划	当前结果
P4逐指标	历史30/66、新标记0；来源异常软件已修复/193内部安装，旧3/5封存。

未关门门禁	下一动作
v8诊断准入	先新合同/分离工具，再真实手机状态与容量及新诊断；不得运行旧队列。
标记测试	真实无异常完整五轮后NO_REFERENCE_OWNER_REVIEW，当前无新增通过。
同步与分发	GitLab/网站/通知债partial；开发签名仅内部、公证暂缓/GPL门继续。

2026-10-20 · v8诊断后门禁增量

八阶段总计划	最新事实
P4	历史30/66、新标记0；内部193/v8新诊断达门，新正式0轮

未关门门禁	下一动作
发送新完整五轮	64活动先保全五条准备run/真实五槽，再新exclusive五轮；旧3/5不拼
同步/发布/通知	GitLab单次、网站/通知配置债partial；公证暂缓/GPL门保留

2026-10-20 · 五槽保全后门禁增量

八阶段总计划	最新事实
P4	30/66、新标记0，v8诊断达门/五槽保全完成，新正式0轮

未关门门禁	下一动作
发送新五轮	attempt-03冻结真实HEAD/新容量后完整五轮，不复用旧3/5
同步/发布/通知	GitLab单次、网站/通知配置债partial，公证暂缓/GPL门保留

2026-10-20 · 拒绝预览修复后总计划与门禁增量

八阶段总计划	最新事实
P4逐指标	30/66、新标记0；attempt-03永久1/5，ARM194软件E2/安装E3，新手机诊断0

未关门门禁	下一动作
发送新诊断及五轮	先194合同与失败后已知封口生命/真实集合/容量，再另立新诊断、新完整五轮；不补旧轮
GitLab/网站/通知及分发	各批单次GitLab；部署/通知配置缺口partial，公证暂缓、GPL门保留

2026-10-20 · 194诊断准入软件门后增量

八阶段总计划	最新事实
P4	30/66、新标记0；194准入56控制/16反控E2，新手机诊断0

未关门门禁	下一动作
真实手机准入与诊断	提交冻结后一次只读实际集合/同生命空闲/全metadata及新容量；通过后一次新诊断
整项与交付债	旧1/5不拼，新完整五轮未开始；GitLab/网站/通知partial，公证暂缓

2026-10-20 · 194新诊断后总计划与门禁

八阶段总计划	最新事实
P4逐指标	30/66、新标记0；194新诊断E4限定通过，新正式0轮，旧1/5封存

未关门门禁	下一动作
发送新完整五轮	提交工具后恰3准备全保管/实际62→59，新attempt-04真实容量和五轮；禁止拼旧轮
同步/分发	GitLab一次、网站通知无配置partial，内部开发签名/公证暂缓及GPL门保留

2026-10-20 · 194三槽保全后门禁增量

八阶段总计划	最新事实
P4	30/66、新标记0；194新诊断/三槽保全达门，新正式0轮

未关门门禁	下一动作
发送正式五轮	本批提交后冻结新04/新run与工具pins，真实本轮容量后完整五轮；600秒/首失败停/独立总审
网站/同步/分发	GitLab每批一次、网站通知配置债partial，公证暂缓与GPL门保留

2026-10-20 · P4发送率带标记测试完成增量

八阶段总计划增量	当前状态
P4逐指标	正式30/66、无参考测试通过1，测试已完成31/66；发送新5/5与总审E4限定异常检查通过，下一接收率

未关门门禁增量	下一动作
发送率Owner独立验收	NO_REFERENCE_OWNER_REVIEW；未校准整机准确度，Owner最后判断
接收率	先独立合同/软件/容量/诊断，再新完整五轮，不重放send入口
GitLab/网站/通知及分发	按实际收据记partial；公证暂缓/GPL分发门保留

2026-10-20 · P4接收工具软件准备增量

八阶段总计划增量	当前状态
P4逐指标	正式30/66、发送标记1；接收专属Lab22工具20软件/17合同控制E2通过，新手机0

未关门门禁增量	下一动作
接收四工具真实准入	先具体旧准备全源保全/新鲜四槽容量，再下载四行为；软件不计指标通过
接收指标	独立方向诊断/五槽容量/五轮及最终审核尚未启动
发送Owner/交付	NO_REFERENCE_OWNER_REVIEW待Owner；GitLab/网站/通知partial与公证/GPL门保留

2026-10-20 · P4接收工具真机准备增量

八阶段总计划增量	当前状态
P4逐指标	正式30/66、发送标记1、测试完成31/66；接收真实60四槽/下载四行为分离通过，仅E3准备，诊断/正式0

未关门门禁增量	下一动作
接收四工具准备	本批限定关闭；全原件/导出/原DI/十阶段旧metadata核同，不替代指标或参考精度
接收诊断与五轮	先接收专属合同/软件及已知末recovery生命，当前64活动须保全/真实容量，再诊断和五轮
发送Owner/交付	NO_REFERENCE_OWNER_REVIEW待Owner；GitLab/网站/通知partial，公证暂缓/GPL门保留

2026-10-20 · P4接收诊断软件准入增量

八阶段总计划增量	当前状态
P4逐指标	正式30/66、发送标记1；接收诊断16软件/20合同反控仅E2，接收诊断/正式0

未关门门禁增量	下一动作
接收真实准入	六准备完整保全64→58、新鲜实际容量及一次140秒诊断；host控制58不是实际集合
接收正式五轮	诊断/五槽容量/五轮及独立最终审核均待，不以软件数或业务正文代替
Owner/交付	发送NO_REFERENCE_OWNER_REVIEW；GitLab/网站/通知partial，公证/GPL门保留

2026-10-20 · P4接收诊断真实完成增量

八阶段总计划增量	当前状态
P4逐指标	正式30/66、发送标记1、测试完成31/66；接收新91MiB诊断E4限定通过，正式0/5

未关门门禁增量	下一动作
接收诊断	本批限定关闭，120固定机会及全消费者核同；不是指标通过或整机准确度参考
接收五轮	新专属工具/软件门及冻结，末59须新鲜容量，单一driver新完整五轮和独立最终总审
Owner/交付	发送NO_REFERENCE_OWNER_REVIEW；GitLab/网站/通知partial，公证暂缓/GPL门保留

2026-10-20 · 五轮软件实施后阶段与门禁增量

阶段	当前事实
P4逐指标	正式30/66、发送标记1、测试完成31/66；接收15软件/22真实合同反控E2通过，新正式0/5

未关门门禁	下一动作
接收独占五轮	提交冻结后新鲜实际容量，单一driver完整五轮及全原件独立总审，才可新增Owner待验标记
同步与分发	GitLab每批一次；网站/通知缺配置partial授权保留，内部194公证暂缓/GPL门仍开

2026-10-20 · 接收首失败后阶段与门禁增量

阶段	当前事实
P4逐指标	正式30/66、发送标记1、测试完成31/66；接收attempt-01永久0/5，后4轮未启

未关门门禁	下一动作
接收异常语义	保留None拒绝原件，先研究方向隔离可证性；不能改0、只放宽审核或重试碰运气
同步分发	GitLab每批一次，网站通知缺配置partial；公证暂缓/GPL门保留

2026-10-20 · 方向隔离研究后阶段与门禁增量

阶段	当前事实
P4逐指标	正式30/66、发送标记1、测试完成31/66；接收0/5，方向模型E2研究通过但产品v9未实施

未关门门禁	下一动作
方向隔离产品链	结构拒绝/溢出/窗口/恢复/实际消费者和真实性能，再内部195及新诊断/五轮
同步分发	GitLab每批一次；网站通知缺配置partial，公证暂缓/GPL门保留

2026-10-20 · 方向隔离产品门禁增量

八阶段总计划增量	当前状态
P4 逐指标	方向v9软件与ARM195主机安装已核；正式30/66，另1项NO_REFERENCE_OWNER_REVIEW；接收新诊断/轮0

未关门门禁增量	下一动作
新v9手机准入	接收专属合同/全链独立审核、真实新鲜容量/封口生命核对、新诊断，再全新五轮；旧0/5不补，不提前GPU
分发/同步	Apple Development仅内部、Gatekeeper3；公证暂缓/GPL未关，GitLab与网站/通知配置债按partial记录

2026-10-20 · v9接收诊断软件门增量

八阶段总计划增量	当前状态
P4 逐指标	18软件/34真实合同控制已核E2；195主机安装已核，手机新容量/诊断/正式0；30/66加发送标记1

未关门门禁增量	下一动作
v9接收实际诊断	提交冻结新driver/合同，真实60集合与新容量/已知生命；单次140秒后全原件/SQLite/Raw/双数学/实际44Core审核；再新五轮
交付同步	GitLab每批一次；网站/通知缺配置partial，公证暂缓、内部签名与GPL门保持

2026-10-21 · Owner网络验收决定的总计划与门禁增量

八阶段总计划	当前状态
P4 逐指标	正式32/66，含2项无独立参考精度标记；剩34、待Owner复核0；下一Renderer

未关门门禁	下一动作
GPU Renderer	Apple218同名参考值已取得，积分窗/时间桥资格待核；正式0/5，不以准备充轮
同步/分发	GitLab每批一次、网站/通知配置债partial；内部签名、公证暂缓/GPL门保持

2026-10-21 · Renderer五轮准备门禁增量

八阶段总计划	当前状态
P4逐指标	正式32/66；Renderer当前候选精确对照资格收口，五轮工具E2通过，正式0/5

未关门门禁	下一动作
Renderer新独占五轮	两准备源host SHA保全rename61→59、精确生命正常退出、真实五槽；五新轮/600秒双钟冷却/最终分离总审，不补拼a11/a12
交付同步	GitLab每批一次、网站/通知欠项partial；公证暂缓/GPL门保持

2026-10-21 · Renderer来源余量实施门禁增量

八阶段总计划	当前状态
P4逐指标	正式32/66、剩34；Renderer197接线失败保全，198修复E2完成，正式0/5

未关门门禁	下一动作
Renderer新独占五轮	旧a01–a05不补拼；先完整保全准备再真实60→59，198五新轮/每轮来源与成本门/600秒双钟冷却/最终总审
交付同步/正式分发	GitLab每批一次、网站/通知欠项partial；仅内部开发签名、公证暂缓/GPL门保持

2026-10-21 · Renderer正式验收增量

八阶段总计划	当前状态
P4逐指标	正式33/66、剩33；Renderer ARM198新a06五轮正式通过，精度未校准标记保留；下一Tiler

未关门门禁	下一动作
GPU Tiler	单独核参考资格与可控用例、落盘正式合同，再新独占五轮；不复用Renderer样本
交付同步/正式分发	GitLab每批一次、网站/通知欠项partial；仅内部开发签名、公证暂缓/GPL门保持

2026-10-21 · Tiler实现门禁增量

八阶段总计划	当前状态
P4逐指标	正式33/66；Tiler once/范围修复2817项E2通过，199内部包；正式0/5

未关门门禁	下一动作
Tiler真机专项	先全源保全/真实容量与新包几何诊断，再另立完整五轮；没有合格精度参考按Owner标记规则
交付与分发	GitLab/网站/通知配置债partial，内部签名、公证暂缓/GPL门保留

2026-10-21 · Tiler正式验收增量

八阶段总计划	当前状态
P4逐指标	正式34/66、剩32；Tiler ARM199五轮正式通过，精度未校准标记保留；下一Device

未关门门禁	下一动作
GPU Device	单独核代码/参考/可控用例及正式合同，另立新独占五轮；本次旁路数值不充正式样本
交付同步/正式分发	GitLab每批一次、网站/通知欠项partial；仅内部开发签名、公证暂缓/GPL门保持

2026-10-21 · Device修复实施增量

八阶段总计划	当前状态
P4逐指标	正式34/66；Device来源/范围修复70控制E2，完整回归/ARM200及新真机待完成，正式0/5

未关门门禁	下一动作
GPU Device	源码/效率/完整内部包、真实保全容量与新独占诊断，再完整新五轮；软件通过不计指标
交付同步/正式分发	GitLab每批一次，网站/通知配置债partial；Apple Development仅内部、公证暂缓/GPL门保留

2026-10-21 · Device正式验收增量

八阶段总计划	当前状态
P4逐指标	正式35/66、剩31；Device ARM200完整五轮正式通过，精度标记保留；下一P95 FrameTime

未关门门禁	下一动作
P95 FrameTime	专属公式/参考/用例与新五轮，历史FrameTime沿用不重测
交付同步/正式分发	GitLab每批一次、网站/通知欠项partial；仅内部开发签名、公证暂缓/GPL门保持

2026-10-21 · P95软件准备增量

八阶段总计划	当前状态
P4逐指标	正式35/66、P95 0/5；固定源2851完整Core/0skip、ARM202内部安装，仅软件准备通过

未关门门禁	下一动作
P95参考与新五轮	Lab27 Metal上屏候选未实现/实测，先资格、正常/取消/恢复/冷请求及OFF/ON，再新独占五轮；不得提前按无参考接受
交付同步/正式分发	GitLab每批一次、网站/通知欠项partial；Apple Development仅本机内部、公证暂缓及GPL门保留

2026-10-21 · Lab27准备增量

当前阶段	状态
P4逐指标	35/66，P95 0/5；Lab27构建/签名/全源保全安装完成，normal首帧0、partial

未关门禁	下一动作
P95参考与新五轮	先定位首帧就绪；取消/恢复/冷请求反控/OFF-ON及Raw双向同窗资格，再新独占五轮

2026-10-22 · Owner刷新率决定后的P4队列与门禁

八阶段总计划	当前状态
P4逐指标	Owner直接决定刷新率计入正式验收；整体37/66、剩29。a02 r1失败和0/5标准通过轮保留为例外证据；下一Jitter

未关门门禁	下一动作与限制
Jitter真机验收	先完成专属方案、产品链与测试用例设计；手机暂不可操作，只做离线工作，未启动E4
交付同步/分发	GitHub远端核对；GitLab本次只读连接失败，推送结果待提交后单次尝试；生产站点/Webhook仍partial；公证暂缓/GPL门保留

2026-10-22 · Jitter Session 文件审计离线增量

八阶段总计划	当前状态
P4逐指标	正式37/66、剩29；Jitter 0/5；Session Raw审计入口与封存链软件合同E2通过，未形成真机验收结论

未关门门禁	下一动作与限制
Jitter真机验收	Owner暂不方便操作手机；恢复后先建新独占attempt、保全既有原件SHA并核真实容量/通道，再完整五轮；参考候选资格仍未判定
交付同步/分发	GitLab每批只尝试一次；网站/Webhook配置欠项按授权记partial；Apple Development仅内部、公证暂缓、GPL门保留

2026-10-22 · Jitter Raw全局序号修复增量

八阶段总计划	当前状态
P4逐指标	正式37/66、Jitter0/5；Raw全局序号修复及软件复核E2完成，完整Sidecar 2880/2880通过；未启动真机attempt、不增加验收计数

未关门门禁	下一动作与限制
Jitter新attempt/五轮	Owner确认手机永不锁屏。先构建并独立验证修复包；新attempt前重核旧数据SHA、真实容量、USB/目标App及CapturePlan，再用新run前缀完成五轮并同步Metal Fixture。r1不重放/拼接；软件通过不等于指标通过
安装与现有数据	标准安装版App仍有已完成采集与未保存截图状态；安装前须确保既有状态保全。仅使用内部签名，公证继续暂缓
交付同步/分发	GitLab每批一次、Cloudflare/Webhook欠项按Owner授权记partial；GPL门保留

2026-10-23 · e01结果与新无参考五轮进度联动

八阶段总计划增量	当前状态
P4逐指标	正式37/66；旧Jitter协议3/5保留，新无参考五轮0/5，整项未通过

未关门门禁增量	下一动作
Jitter新五轮	当前环境完整独立参考不可用；新独占f01五轮须全部通过产品正常性、Raw/消费者、固定槽/方向和保全门，才按Owner政策正式计入并标记
交付同步/分发	双推及线上发布待本批闭环；Cloudflare/Webhook配置欠项partial按既有授权保留，公证暂缓/GPL门保留

2026-10-23 · Jitter正式验收进度增量

八阶段总计划增量	当前状态
P4逐指标	正式38/66、剩28；Jitter新完整5/5无参考标记通过E4，物理精度未校准；下一平均FPS

未关门门禁增量	当前状态
Jitter逐指标测试	已关闭：600/600有效、888行核同及五轮SHA保全；旧r4失败不改
当前交付	本地站点构建/窄提交/双推及线上发布核对待Delivery Update；网站/Webhook配置欠项按Owner授权partial
分发	公证暂缓、仅内部测试；GPL及正式分发门保持

2026-10-23 · 平均FPS正式验收进度增量

八阶段总计划增量	当前状态
P4逐指标	正式39/66、剩27，平均FPS新完整5/5通过E4；物理精度未校准，下一FPS≥18占比

未关门门禁增量	当前状态
平均FPS逐指标测试	已关闭：36,177间隔与全部摘要核同，600/600源健康槽、935行源/CSV和全SHA保全
当前交付	完整构建/窄提交/双推及生产发布检查进行中；网站/Webhook配置欠项按Owner授权partial
分发	公证暂缓、仅内部测试；GPL与正式分发门保持

2026-10-23 · FPS≥18占比正式验收进度增量

八阶段总计划增量	当前状态
P4逐指标	正式40/66、剩26；FPS≥18 a03新完整5/5通过E4，36,152间隔/600源健康槽/900行核同；下一FPS≥25，物理精度未校准

未关门门禁增量	当前状态
FPS≥18逐指标测试	已关闭：完整H/N、摘要、阶段响应、SHA/真实39→44容量链核同；P95另599valid/1warmup，旧a01/a02失败不改
当前交付	完整构建/窄提交/双推及生产门/通知实际检查进行中；既有网站/Webhook欠项按Owner授权partial
分发	公证暂缓、仅内部测试；GPL与正式分发门保持

2026-10-23 · FPS≥25占比正式验收进度增量

八阶段总计划增量	当前状态
P4逐指标	正式41/66、剩25；FPS≥25新完整5/5通过E4，36,174间隔/600源健康槽/934行核同；下一FTime≥100ms占比，物理精度未校准

未关门门禁增量	当前状态
FPS≥25逐指标测试	已关闭：完整H25/N、摘要、阶段响应、SHA与真实44→49容量链核同；P95另598valid/2warmup
当前交付	完整构建/窄提交/双推及生产门/通知实际检查进行中；既有网站/Webhook欠项按Owner授权partial
分发	公证暂缓、仅内部测试；GPL与正式分发门保持

2026-11-04 · iOS 15 逐指标确认与卡顿专用规则 impl implemented · gate-open ​

2026-11-04 · 界面：顶部留白、纵轴单位与软件名称 impl implemented ​

2026-11-04 · 卡顿 4 项正式验收 validation validated ​

2026-11-03 · Perfowl 1.0.0 内部正式版发布 validation validated ​

2026-11-03 · iOS 15+ 分版本指标能力确认与自动判定 plan approved ​

2026-11-03 · 内部测试包 251 安装 validation implemented · gate-open ​

2026-11-03 · 工具箱签名标识、多选与应用列表共享 impl implemented · gate-open ​

2026-11-03 · 内部测试包 250 安装 validation implemented · gate-open ​

2026-11-03 · 卡顿指标 Phase 1 数据保留与离线重算 impl implemented · gate-open ​

2026-11-03 · 画面流畅度（Hitch）指标可行性研究 research paused ​

2026-11-02 · 查看文件独立窗口与工具箱精简 impl implemented · gate-open ​

2026-11-02 · 查看文件读取修复与加载提速 impl implemented · gate-open ​

2026-11-02 · 工具箱查看文件与设备信息精简 impl implemented · gate-open ​

2026-11-02 · 工具箱、设备信息与深灰主题 plan implemented · gate-open ​

2026-11-02 · 会话列表、设备信息与偏好设置窗口 plan implemented · gate-open ​

2026-11-02 · 多会话汇总报告与截图条联动 plan implemented · gate-open ​

2026-11-02 · 241 真机复测：FPS 不断、帧耗时连线与每秒最大值 validation partial ​

2026-11-02 · 静止画面口径、统一每秒 FPS 与 Excel 明细 plan implemented · gate-open ​

2026-11-02 · 报告导出截图、CPU 命名、累计流量修正与可读性审视 impl implemented · gate-open ​

2026-11-02 · 按 PerfDog 对照修正 Jank/Stutter/FPS 统计口径 plan implemented · gate-open ​

2026-11-02 · PerfDog 帧统计口径对照 research partial ​

2026-11-02 · 239 iOS 26 帧耗时真机复测 validation validated ​

2026-11-02 · iOS 26 帧耗时来源改用 FrameUpdate plan implemented · gate-open ​

2026-11-02 · 238 标注与 CPU 连续性真机复测 validation validated ​

2026-11-02 · 标注输入卡顿与启动阶段 CPU 断档诊断 impl implemented · gate-open ​

2026-11-02 · 启动器只保留一个 Perfowl impl implemented ​

2026-11-02 · 内部包 237 从 main 构建并同址安装 validation partial ​

2026-11-02 · 测试包只从 main 打包 impl implemented ​

2026-10-30 · 默认全采启动就绪超时修复候选236 impl partial ​

2026-10-29 · 独立帧与默认全采内部候选 impl partial ​

2026-10-29 · 独立帧来源与默认全指标方案 plan partial ​

2026-10-29 · 首段缺失与多指标断点候选修复 impl partial ​

2026-10-28 · Excel收敛双页与基本测试信息 impl partial ​

2026-10-28 · 专业Excel、衍生统计与报告层级补全 impl partial ​

2026-10-28 · 第二轮五项反馈修复与内部231 impl partial ​

2026-10-28 · 用户报告交付的站点收尾增量 validation partial ​

2026-10-28 · 普通用户报告与Excel截图成套导出 impl partial ​

2026-10-28 · 用户报告简化与PerfDog结构导出方案 decision approved ​

2026-10-28 · 第二轮统计合同与采集覆盖改进 impl partial ​

2026-10-26 · 恢复剩余11项指标验收并设定66/66目标 plan approved ​

2026-10-27 · Owner恢复剩余11项并要求完成66/66 plan approved ​

2026-10-26 · 月度知识站点发布恢复与线上核验 validation partial ​

2026-10-26 · 月度实验复盘与知识库补齐 validation partial ​

2026-10-26 · 原生结果窗口与联动分析内部实现 impl partial ​

2026-10-26 · 原生结果中心设计方案 plan approved ​

2026-10-26 · 55项范围内部测试包与总计划核对 validation partial ​

2026-10-26 · 55项范围内部测试交付方案 plan approved ​

2026-10-25 · GPU能耗评分新五轮正式通过 validation validated ​

2026-10-25 · CPU能耗评分新五轮正式通过 validation validated ​

2026-10-25 · 总能耗评分来源唯一消费新五轮正式验收 validation validated · gate-open ​

2026-10-25 · 总能耗评分质量修复与温控恢复专项方案 plan approved ​

2026-10-25 · Smooth相对中位帧时RMS新五轮正式验收 validation validated · gate-open ​

2026-10-24 · TinyJank严格计数与完整观察窗新五轮正式验收 validation validated · gate-open ​

2026-10-24 · TinyJank显式激活与镜像恢复调查 validation partial ​

2026-10-24 · TinyJank前台准入失败与原件保全 validation partial ​

2026-10-24 · TinyJank严格分类与专项方案 plan partial ​

2026-10-24 · Stutter精确额外等待与完整观察窗新五轮正式验收 validation validated · gate-open ​

2026-10-24 · Stutter额外等待公式与专项方案 plan approved ​

2026-10-24 · BigJank严格计数与完整观察窗新五轮正式验收 validation validated · gate-open ​

2026-10-24 · BigJank严格边界修复与专项方案 plan approved ​

2026-10-24 · Jank严格计数与完整观察窗新五轮正式验收 validation validated · gate-open ​

2026-10-24 · Jank严格边界修复与专项方案 plan approved ​

2026-10-24 · SmallJank严格计数与完整观察窗新五轮正式验收 validation validated · gate-open ​

2026-10-24 · SmallJank严格边界修复与专项方案 plan approved ​

2026-10-24 · 1%Low(FPS)慢帧尾部新五轮正式验收 validation validated · gate-open ​

2026-10-24 · 1%Low慢帧尾部新五轮方案 plan approved ​

2026-10-24 · MedRange(FPS)会话占比新五轮正式验收 validation validated · gate-open ​

2026-10-24 · MedRange闭区间端点修复与新五轮方案 plan approved ​

2026-10-24 · Drop(FPS)每小时次数新五轮正式验收 validation validated · gate-open ​

2026-10-24 · Drop(FPS)严格边界、完整参考与新五轮方案 plan approved ​

2026-10-24 · 正向DeltaFTime>100ms每小时次数新五轮正式验收 validation validated · gate-open ​

2026-10-24 · 正向DeltaFTime严格边界、在线标签修复与新五轮方案 plan approved ​

2026-10-24 · FTime≥100ms占比新独占五轮正式验收 validation validated · gate-open ​

2026-10-24 · FTime≥100ms精确阈值及160ms刺激及独占五轮方案 plan approved ​

2026-10-23 · FPS≥25占比新独占五轮正式验收 validation validated · gate-open ​

2026-10-23 · FPS≥25精确40ms阈值及独占五轮方案 plan approved ​

2026-10-23 · FPS≥18占比新独占五轮正式验收 validation validated · gate-open ​

2026-10-23 · FPS≥18占比公式与新独占五轮方案 plan approved ​

2026-10-23 · 平均FPS新独占完整五轮正式验收 validation validated · gate-open ​

2026-10-23 · 平均FPS完整参考资格与新五轮方案 plan approved ​

2026-11-04 · iOS 15 逐指标确认与卡顿专用规则 `impl` `implemented · gate-open`

2026-11-04 · 界面：顶部留白、纵轴单位与软件名称 `impl` `implemented`

2026-11-04 · 卡顿 4 项正式验收 `validation` `validated`

2026-11-03 · Perfowl 1.0.0 内部正式版发布 `validation` `validated`

2026-11-03 · iOS 15+ 分版本指标能力确认与自动判定 `plan` `approved`

2026-11-03 · 内部测试包 251 安装 `validation` `implemented · gate-open`

2026-11-03 · 工具箱签名标识、多选与应用列表共享 `impl` `implemented · gate-open`

2026-11-03 · 内部测试包 250 安装 `validation` `implemented · gate-open`

2026-11-03 · 卡顿指标 Phase 1 数据保留与离线重算 `impl` `implemented · gate-open`

2026-11-03 · 画面流畅度（Hitch）指标可行性研究 `research` `paused`

2026-11-02 · 查看文件独立窗口与工具箱精简 `impl` `implemented · gate-open`

2026-11-02 · 查看文件读取修复与加载提速 `impl` `implemented · gate-open`

2026-11-02 · 工具箱查看文件与设备信息精简 `impl` `implemented · gate-open`

2026-11-02 · 工具箱、设备信息与深灰主题 `plan` `implemented · gate-open`

2026-11-02 · 会话列表、设备信息与偏好设置窗口 `plan` `implemented · gate-open`

2026-11-02 · 多会话汇总报告与截图条联动 `plan` `implemented · gate-open`

2026-11-02 · 241 真机复测：FPS 不断、帧耗时连线与每秒最大值 `validation` `partial`

2026-11-02 · 静止画面口径、统一每秒 FPS 与 Excel 明细 `plan` `implemented · gate-open`

2026-11-02 · 报告导出截图、CPU 命名、累计流量修正与可读性审视 `impl` `implemented · gate-open`

2026-11-02 · 按 PerfDog 对照修正 Jank/Stutter/FPS 统计口径 `plan` `implemented · gate-open`

2026-11-02 · PerfDog 帧统计口径对照 `research` `partial`

2026-11-02 · 239 iOS 26 帧耗时真机复测 `validation` `validated`

2026-11-02 · iOS 26 帧耗时来源改用 FrameUpdate `plan` `implemented · gate-open`

2026-11-02 · 238 标注与 CPU 连续性真机复测 `validation` `validated`

2026-11-02 · 标注输入卡顿与启动阶段 CPU 断档诊断 `impl` `implemented · gate-open`

2026-11-02 · 启动器只保留一个 Perfowl `impl` `implemented`

2026-11-02 · 内部包 237 从 main 构建并同址安装 `validation` `partial`

2026-11-02 · 测试包只从 main 打包 `impl` `implemented`

2026-10-30 · 默认全采启动就绪超时修复候选236 `impl` `partial`

2026-10-29 · 独立帧与默认全采内部候选 `impl` `partial`

2026-10-29 · 独立帧来源与默认全指标方案 `plan` `partial`

2026-10-29 · 首段缺失与多指标断点候选修复 `impl` `partial`

2026-10-28 · Excel收敛双页与基本测试信息 `impl` `partial`

2026-10-28 · 专业Excel、衍生统计与报告层级补全 `impl` `partial`

2026-10-28 · 第二轮五项反馈修复与内部231 `impl` `partial`

2026-10-28 · 用户报告交付的站点收尾增量 `validation` `partial`

2026-10-28 · 普通用户报告与Excel截图成套导出 `impl` `partial`

2026-10-28 · 用户报告简化与PerfDog结构导出方案 `decision` `approved`

2026-10-28 · 第二轮统计合同与采集覆盖改进 `impl` `partial`

2026-10-26 · 恢复剩余11项指标验收并设定66/66目标 `plan` `approved`

2026-10-27 · Owner恢复剩余11项并要求完成66/66 `plan` `approved`

2026-10-26 · 月度知识站点发布恢复与线上核验 `validation` `partial`

2026-10-26 · 月度实验复盘与知识库补齐 `validation` `partial`

2026-10-26 · 原生结果窗口与联动分析内部实现 `impl` `partial`

2026-10-26 · 原生结果中心设计方案 `plan` `approved`

2026-10-26 · 55项范围内部测试包与总计划核对 `validation` `partial`

2026-10-26 · 55项范围内部测试交付方案 `plan` `approved`

2026-10-25 · GPU能耗评分新五轮正式通过 `validation` `validated`

2026-10-25 · CPU能耗评分新五轮正式通过 `validation` `validated`

2026-10-25 · 总能耗评分来源唯一消费新五轮正式验收 `validation` `validated · gate-open`

2026-10-25 · 总能耗评分质量修复与温控恢复专项方案 `plan` `approved`

2026-10-25 · Smooth相对中位帧时RMS新五轮正式验收 `validation` `validated · gate-open`

2026-10-24 · TinyJank严格计数与完整观察窗新五轮正式验收 `validation` `validated · gate-open`

2026-10-24 · TinyJank显式激活与镜像恢复调查 `validation` `partial`

2026-10-24 · TinyJank前台准入失败与原件保全 `validation` `partial`

2026-10-24 · TinyJank严格分类与专项方案 `plan` `partial`

2026-10-24 · Stutter精确额外等待与完整观察窗新五轮正式验收 `validation` `validated · gate-open`

2026-10-24 · Stutter额外等待公式与专项方案 `plan` `approved`

2026-10-24 · BigJank严格计数与完整观察窗新五轮正式验收 `validation` `validated · gate-open`

2026-10-24 · BigJank严格边界修复与专项方案 `plan` `approved`

2026-10-24 · Jank严格计数与完整观察窗新五轮正式验收 `validation` `validated · gate-open`

2026-10-24 · Jank严格边界修复与专项方案 `plan` `approved`

2026-10-24 · SmallJank严格计数与完整观察窗新五轮正式验收 `validation` `validated · gate-open`

2026-10-24 · SmallJank严格边界修复与专项方案 `plan` `approved`

2026-10-24 · 1%Low(FPS)慢帧尾部新五轮正式验收 `validation` `validated · gate-open`

2026-10-24 · 1%Low慢帧尾部新五轮方案 `plan` `approved`

2026-10-24 · MedRange(FPS)会话占比新五轮正式验收 `validation` `validated · gate-open`

2026-10-24 · MedRange闭区间端点修复与新五轮方案 `plan` `approved`

2026-10-24 · Drop(FPS)每小时次数新五轮正式验收 `validation` `validated · gate-open`

2026-10-24 · Drop(FPS)严格边界、完整参考与新五轮方案 `plan` `approved`

2026-10-24 · 正向DeltaFTime>100ms每小时次数新五轮正式验收 `validation` `validated · gate-open`

2026-10-24 · 正向DeltaFTime严格边界、在线标签修复与新五轮方案 `plan` `approved`

2026-10-24 · FTime≥100ms占比新独占五轮正式验收 `validation` `validated · gate-open`

2026-10-24 · FTime≥100ms精确阈值及160ms刺激及独占五轮方案 `plan` `approved`

2026-10-23 · FPS≥25占比新独占五轮正式验收 `validation` `validated · gate-open`

2026-10-23 · FPS≥25精确40ms阈值及独占五轮方案 `plan` `approved`

2026-10-23 · FPS≥18占比新独占五轮正式验收 `validation` `validated · gate-open`

2026-10-23 · FPS≥18占比公式与新独占五轮方案 `plan` `approved`

2026-10-23 · 平均FPS新独占完整五轮正式验收 `validation` `validated · gate-open`

2026-10-23 · 平均FPS完整参考资格与新五轮方案 `plan` `approved`