Jitter Display 仪器设备级资格方案

方案依据

此前PID attach在record-start前无法找到DVT守卫确认的稳定目标进程；没有Fixture请求或Trace。新方法使用设备级 --all-processes 捕获，并保留只含Display仪器的模板。整机录制本身不代表事件匹配或参考精度成立。

正式状态保持Jitter 3/5、整体37/66；referenceAccuracyValidated=false、referenceUnavailableConfirmed=false、formalFiveRoundsPassed=false。旧r4与历史证据不重放、不拼接。Workbench Session不启动，203张未保存预览保留。

唯一资格用例

新建独占attempt并复核设备通道、目标应用、旧Lab原件哈希、run终态、请求状态、Session活动与真实容量；总容量保持一致，两次可用容量读数都满足至少10 GiB及双倍新增预算。
使用新run名前缀 jitter-displayqual-20261023-b01，运行一次35秒 LabP95 p95-tail-v1 资格请求，参数为 purpose=qualification、referenceEnabled=true、cancelAfterSeconds=35。
先启动一次40秒设备级Display Trace；收到record-start通知后只发送一次Fixture URL。请求完成后核对取消原因、workload释放、idle恢复和完整原件。

停止与资源门

录制时间	最多40秒；record到Trace保存观察不超过45秒
进程树峰RSS	< 805,306,368 B
输出目录峰值	< 134,217,728 B
手机payload预算	≤ 2 MiB；两倍新增预算272,629,760 B
观察频率	200 ms，最多225个样本
导出上限	120秒 / 192 MiB，按trace表行流式检查

时间戳必须可重算且单调，显示身份稳定；与Fixture presented.json按既有100 µs端点界进行连续唯一配对。字段或配对不合格只拒绝本候选，不确认所有独立参考不可用。