v9接收诊断软件门：手机0

---
type: devlog
title: ARM195接收率v9专属诊断与来源准入
date: 2026-10-20
status: partial
kind: plan
stage: P4
evidence: E2
metric: ios.device.network.receive_rate
---

# v9接收诊断

唯一type devlog。同一AI方案、实现、测试与分离复核，无子代理。基线d57c22fe，ARM195已单址内部安装、194回滚保留；正式30/66、发送NO_REFERENCE_OWNER_REVIEW 1项、测试完成31/66。旧接收attempt-01永久0/5，原失败第1轮全部原件/尾部保留，不能补轮或重解释为v9通过。

## 1. 边界与原始合同

产品formula network-window-rate.v9、Raw directional-input.v1、schema5及两方向独立质量按[已定稿方向方案](/devlog/p4-network-direction-validity-repair-plan-2026-10-20)和[唯一指标页](/knowledge/metrics/device-network-rate)执行。旧v8启动空锚允许的仅是订阅前sysmontap null/missing-source，无窗且身份/时钟逐帧绑定；不得将有值旧Raw、混policy或异常帧静默筛除。新审核先重建每个完整1秒方向窗，再核全部实时样本与实际44Core/Codable/CSV/JSONL。元数据、原件、SQLite逻辑checkpoint、完整文件集合、所有封口SHA必须核同。

## 2. 新独占准入

新增v9专属contract/capacity/engine/entry/review，旧冻结工具不改。新的只读容量必须真实枚举全部活动run与导出、重读全部两metadata、固定设备/Lab22/已知封口生命及当前195完整来源；不能复用59收据。当前预期60仅来自旧失败第1轮封口，必须用该完整Session/原件/失败审核/DI源重新核同后绑定expectedOwnedLife。新contract将旧selection、signed、referenceProof与新195productCore分列，不能冒充旧四工具使用过195。旧四工具业务证明仅证明未变Lab22业务配方，当前新诊断另测产品v9。

新run名rx195diag-20261020-a01，绝对私有输出20261020-network-v9-receive-diagnostic-01。先软件控制及真实已保管合同篡改反控、提交冻结所有源码SHA，再一次新鲜容量和一次140秒诊断；未知生命/集合/签名/版本即停止，不自动退出/重启手机进程，不重试旧队列。当前60应有诊断单槽，无需归位；若实查不同先保全/研究而不猜集合。

## 3. 诊断与数学门

沿用已验Lab22三负载：20秒baseline，1MiB单任务限速、10MiB×4并发、50MiB单任务及30秒recovery，140秒/六任务91MiB；服务端完整正文/请求/并发/释放与Lab原件/导出核同，正文不是整机精度参考。产品正常UI Start/Stop各一次，单次同生命URL，禁止强退/重放。诊断仅准备资格，不计五轮。

主数学和独立Fraction审核不得共享分类/求和核心；各自从完整Raw分片、typed拒绝与派生帧推导。全部1Hz样本保留，固定[15,135)的120机会，至少119有效/完整、最大gap2秒、至少5正值，当前方向任何异常含窗外/尾片均不ready。对侧异常完整单列，不作为当前方向伪造0；unknown/结构/时钟/来源/掉输入污染双侧。首桶warmup，eligible0才合法0，metadata-only missing-source，尾不闭不造速率。无当前合格整机同层同窗参考的调查结论沿用；有新参考线索先调查，不把自有HTTP正文当精确字节参考。

独立reader必须核Raw/derived序号、固定source/epoch/life、payload cohort、时间、全部diagnostic逐序号一对一绑定、完整方向代数及原typed字段；拒绝缺诊断/错方向/错life/错值/假0/坏计数/混版本/丢尾。实际消费者编译新的v9入口，不改旧v8消费工具。

## 4. 资源与效率

纯软件每进程≤60秒/192MiB，消费者编译≤180秒/512MiB；容量≤90秒并加guard收尾、capture≤230秒/192MiB。Raw≤20000行/64MiB、样本≤1000，单Session≤256MiB；O(R+F+S log W)有界分组/排序，typed拒绝匹配使用单调序号或有界索引，不对完整大文件反复扫描。复核预计≤10秒，必须与真实约2000Raw/160sample规模对照，并保留耗时/RSS。每阶段先核空间≥10GiB且≥预计新增量2倍、活任务和归属；失败/尾部不删。

## 5. 下一门

新诊断所有门通过后另立完整五轮独占attempt、新前缀/容量及600秒冷却，不拼旧轮。只有五轮与独立总审全部无当前方向异常才标testPassed=true/metricAccepted=false/ownerReviewRequired=true/NO_REFERENCE_OWNER_REVIEW，正式30不增，接收新增第2标记后才按原序GPU。各批窄提交/双推一次、知识/归档/全站联动；网站和通知缺配置沿用partial，Apple Development仅本机内部/公证暂缓/GPL门保留。

## Implementation Update · 2026-10-20 · v9专属软件门

实际新增v9 contract/capacity/engine/entry/review五入口、主网络方向数学、独立记录流与固定机会审核、两项控制模块。旧冻结v8工具不改。准入从失败attempt完整Session/SQLite/原件、全部DI、Lab六业务/导出和失败guard/审核SHA重新核同，独立绑定旧selection/signed/referenceProof与新195包/core，核末60条全部两metadata及导出集合。真实新容量仍无；此60只为旧已封口来源推导，不冒充手机新枚举。新独占driver与consumer资格已准备、尚未冻结实际HEAD或调用手机。

新主数学和独立Fraction审核各自从完整方向Raw推导，允许的v8仅首个新聚合前sysmontap空锚，并逐源/身份/时钟核；新完整窗口/全部派生与实际样本、120固定机会、对侧异常明细、当前方向异常含尾/跨尾片精确整数溢出均已控制。终态networkSourceReceipt另逐字段与所有聚合/尾片核同，不仅信任balanced=true；三份final/manifest收据必须一致。

首8组控制因fixture缺真实流附加的sourceEpoch/reconnectGeneration、缺Adapter传输drop=0诊断被门拒绝，原controls-a01完整失败日志保留；只补明确软件夹具，不放宽真实门。最终18组（含新数学9组、新只读容量9组）0失败/错误，guard0.561秒/77561856B。真实已保管来源合同先完整有效通过，34项篡改（旧schema/v8/194、错生命/集合/碰撞、缺执行源码、来源/产品收据SHA、伪无参考、SHA有效但非旧原件）全部拒绝，guard2.718秒/66846720B。手机动作0、诊断/正式0。

效率：按一次JSONL完整扫描处理所有记录，仅为非当前网络记录保留来源头用于序号/空锚，原磁盘Raw不改、不删；网络原payload与typed拒绝完整保留。独立reader按单调上游序号一遍分配拒绝证据，不逐桶反复全扫。明确软件基准把未变旧非网络原始payload作为辅助负载，与全新产品v9软件fixture组合（不是历史指标重判或新手机数据）：1893 Raw/35085377B、140样本，三次主数学＋独立审核双读0.340–0.342秒、RSS≤27738112B，旧v8同规模中位比1.0084，满足事前10秒/192MiB预算；同条件CPU、首结果及完整输入pins保管。

剩余：实际HEAD和全部执行源码冻结、新鲜真实容量/10秒双DI已知生命窗口、新140秒诊断及实际44Core/全封口分离review，全部仍未执行；旧attempt-01永久0/5、正式30/66、发送标记1、测试完成31/66不变。不改195产品源码、不新增包；本批为新软件准入和审核，不是接收率通过。下一提交/双推尝试后冻结driver与合同、检查空间与活动，再一次新容量/诊断；首失败停、不重启旧队列。