外观
G38 帧统计准入与恢复修复，性能门仍开放
Owner指定同AI方案、实施与自复核，非独立第三方验收。基线87e3dad；依据Canonical G38.1–G38.2/R1–R4a与原三个反例。只改报告统计、质量准入/恢复及匹配测试，不改设备decoder阈值、实时FPS、Registry或54项v2容差。
源码数学/边界修复已有E2证据，整批仍partial，不打新包、不覆盖安装。本机仍b121，尚不含本批修复；b122当前不存在。网站仅构建、不发布，无新环境或真机Session。
1. 实际修改范围与公式
- 新
frame_statistics_policy.py定义仅帧报告的显式策略frame-statistics-admission.v2：有限正FrameTime、严格timestamp、可信quality才纳入有效interval。ActivityTrace decoder已明确null的不可信间隔不按timestamp回填；legacy无显式质量的timestamp-only路径另保留，不改通用Metric gauge规则。 - 在线
online_report.py偶数FPS中位数改两中项均值（rank从1开始）；odd中项、empty missing。20/40ms例变为37.5、MedRange0%（原25/50%），闭区间公式不改。 - 在线及离线
frame_derivation.py明确discontinuity/source-gap/missing/非法质量或FrameTime保持缺值，清三点/Drop/Delta相邻基线。离线用连续段号而不只epoch号判相邻；保留全部事件与原epoch观测持续时长，不缩准备/验收分母。 - 0有效interval时，七项per-hour/per-10min/Stutter也missing，不把计数器初始0当测量；有真实interval且count0仍可合法0。
report_engine.py在有frame事件但无合格interval时不从FPS gauge回填帧统计；无frame的legacy gauge回退不变。 - 保持兼容candidate v3/v4算法标签与29项stat形状；新增独立admissionPolicy标记，二者共同追溯。旧无策略不自称新修复版本。未改Registry/definitionVersion或单位。
- 打开SQLite/迁移/裁切前拒旧无策略/不匹配/缺损状态，
offline-required，旧树不变；只有capture-plan无累积文件仍能新建。新正确checkpoint恢复、封存后再开与14数值/序列保真通过。旧真实Session从未自动重扫或改写。
2. 已保存的失败与修订（不能只看最终绿）
- 冻结原源三匹配回归3/3失败，之后原三例修复通过。
- 首52匹配280个子断言失败揭示零有效间隔仍输出七项假零；新增原源正时间窗反证后R1修准入。首工具0tick被原truthiness漏掉的null结果也保留，不伪作反证。
- R1真实五对worst wall1.406881x>1.3（CPU1.174057x），原红/cause unknown不覆盖。一次cProfile捕获10017次flush/0.431586s自身成本，含观察开销，不归因旧红pair。
- R2改32KiB缓冲、仅快照前flush，五对0.984307x/0.913880x看似过门，但完整1550/7失败中原T4明确显示已确认Raw明细应1行实0。是实际产品回归，不继承错误语义下的效率绿，不更改T4期望。
- R3修封存状态/旧checkpoint引用错位（冻结旧源同样有此缺陷）；首R4的56匹配1error因为错误要求旧cp边界等于最终边界。R4a改为旧cp必须合法且≤真实consumer、seal实际index commit必须==consumer，再生成最终边界引用；未来/非法边界仍拒，未矫正report consumer。
- R4恢复ACK可见性：一个Raw全部decoded行批内缓冲，Raw成功返回前flush；独立decoded返回前也flush。快照发布前、checkpoint/seal flush+fsync保留。原协议和T4已通过。Mapping改相同collections.abc ABC避typing代理，不改dict/custom Mapping/RawEventEnvelope协议。
3. 当前验证（R4a源码，而非R2结果）
| 项目 | 当前结果 | 边界 |
|---|---|---|
| 匹配回归 | 59 tests / 0失败/0error，1.707s | 含原T4不改期望、旧策略拒绝不改树、ACK/封存恢复 |
| 独立14算术 | 14项×7输入×2实现 = 196比较全部满足原v2误差 | Fraction独立声明facts，不导入产品准入helper；不是物理或scope校准 |
| 完整Python | 1554 / 3失败 / 0error / 0skip，262.625914s/CPU158.502658s/RSS189.949219MiB | 唯一新版运行；sourceDrift0、监督264.039189s/无停止 |
| 完整Swift | 227 / 3skip / 0失败，31.791332s | 复用既有缓存/唯一一次；不代表包或E4 |
| Report五对10k | worst wall1.362775x > 1.3；CPU1.213872x | 总体未通过，不挑4对或重跑到绿 |
| 100001事件压力 | 18.732761s、首0.423608ms/快照4.839725ms/Stop32.524865ms；18640953B明细 | 仅report实际写入/index/快照/cp/seal，不代表端到端采集延迟 |
| Report总体 | 40.873393s/RSS36.964844MiB/sourceDrift0 | 原门120s/256MiB；physical I/O峰值unknown |
14逐指标ledger与输入/参考/误差为私有fourteen-arithmetic-r4-result.json，不把在线=离线本身当独立精度证明。空输入/正时间窗但全未知、偶数中位、缺口后独立链接、分段阈值、101个1%Low边界均完整保留；匹配另涵盖99/100/200及非法值。原54完整分母不变。
4. 仍未完成的真实性能门
完整新版3失败：Source→Ingress 89.542138ms >10ms、50k filter 514.078135ms >500ms、10k pump 18730.137052/s <20000/s。旧1550/7（含writer422.3ms、network timed-out、Ingress39.127531ms、filter881.457961ms、pump11448.714205/s、rejected-flood）全部保留。新绿的旧失败项不证明旧因果；当前红的历史原因仍unknown，不擅自归宿主或删例/放宽门。
被动6次宿主观察是在R4 benchmark之后、完整回归期间，多个进程有CPU占用；是后续环境观察，不追溯证明旧run根因。未替Owner关闭任何程序，已简短请求Owner安排空闲窗口；未等待确认就假称准备已完成。
5. 偏差、交付状态与下一阶段
相对最初三反例，新增范围都有先行字节/实际源码反证及Canonical R1/R3/R4定稿：零有效假零、gauge回退、跨missing相邻统计、封存cp引用；R2优化兼容假设错误已撤回并恢复原ACK语义。阶段没有因“59绿/196算术”而PASS，效率/完整门红仍partial。
唯一下一软件动作：在新的有界诊断合同下区分原阈值失败的源码成本/GC/阻塞与宿主时序；保留失败，不先修改协议或阈值；确有因果再最小修复并验证。新签名公证包、独立安装/PYZ核对必须等待产品回归与效率门通过，当前b121/真实回滚不动。
全54、40实时+14统计的独立数值准确性和正式固定五轮连续/有效100%仍未完成；原设备A入口/不同代B用途和外部电学温度参考待确认。14项此次只完成E2合成算术，不宣称帧scope或物理精度。Startup12本目标排除，A1 OPEN/Hybrid FROZEN/G9默认OFF/GPL法务门维持。每远端各一次/通知单次，GitLab失败不阻其它、不重试；无新常驻环境或网站发布。