G79 先查真实停顿层

Owner同AI方案/实施/自复核，非第三方。基线58f6fc2/main干净，上一goal turn为progress：新参考9000完整已证，但125s产品辅助仅5内存候选、原生包范围2.5072031667s。不能把CLI封存completed或queueDrop0当持续采集正常，也不能把观察跨度数值门1处不满足当已经证实算错。Mac唯一内部b124/259源保持、原54/120槽/五轮/100%和2MiB或5%不改。

1. 匹配控制，先不改产品

冻结实际orchestrator源码；只替换外部provider/identity/adapter依赖，以实际record_candidate_session与实际RawSessionRecorder执行独占小型mock记录。五控制：源健康到deadline、空EOF、1条后EOF、1条后RuntimeError、内部CancelledError。记录原异常是否传播、actual manifest状态/count/SHA/关闭调用与wall，不从模板声明“通过”。预期健康正常封存，其余不能被误解为完整持续记录。该控制证明消费任务生命周期缺口，不证明它就是G78真实故障；异常/EOF/永久等待要分别判，不能混成一种故障。

O(最多5小记录)，串行1/20s/父64MiB/树128MiB，单格0.05s请求，先冷导入及实际方法/文件pin，不运行产品解码器或接触手机。输出保留，若发现需修复先追加修复方案再改产品，禁止自带“预期成功”的假负控。

2. 一次60s原生Tap队列直接观察

复用原USB/原设备/现有唯一原生路由，实时lookup76.1.0及当前自有bundle PID/完整执行路径；Mac App/collector保持关闭，当前自有App必须已在运行，不launch/kill/写配置/重装。旧参考完整原件不修改，本轮不重启参考也不做准确性或正式UI轮。

采用同一已固定pymobiledevice3 Sysmontap factory/74列属性（实际列数为准）/500ms配置、同普通setConfig/start，但直接读取TapService.messages里的(kind,payload)，不经receive_plist的“解档失败continue”。保留初始化ack及每条真实data原bytes（流式blob+offset/长度/SHA索引），已解码plist用保类型tagged对象保存，明确不是原始线缆字节。未知/过大类型停止，不丢弃或改成0。先落原件再调用同SDK archiver.unarchive，对成功形态、失败类型/首例、包原生窗口/目标行是否存在做只读诊断；不输出可信指标、不把私有取证编码当新产品schema。原数据kind与plist/解档失败分列，不能只数成功样本。

还对本轮保留的data输入逐字节重新执行当前SDK receive_plist相同解档路径，确认其失败跳过行为；plist可单遍交实际当前_SysmontapEnvelopeStream形态门/原值读取作E2对照，全部“原生源可用”与“产品包装可用”分开。源终止、队列无消息到deadline、仍活动但稀疏、解档失败分别记录；不从host等待推出原生采样时间，不把新平稳运行当G78动态场景已修。

只允许原生tap start一次，无自动retry/重建隧道。源观察60s/整体110s/父128MiB/观察树256MiB，RPC8s/start12s/close5s；每消息≤4MiB、全部≤64MiB、最多512消息、tagged对象≤8MiB/节点≤100000/深度≤32。async queue等待本阶段绝对deadline，不高频轮询；预算停止保全全部partial，服务关闭。O(本轮真实消息字节)，逐条写，最多一消息保留，记首响应/末原生包/完整等待/wall/CPU/RSS/吞吐；采样峰与未知I/O峰诚实。测试前空间≥10GiB且预计新增两倍，不删除旧Raw/失败/封存/回退，不新建环境/worktree/常驻服务。

3. 判因与修复门

原生data解档失败才可归因其与当前包装跳过机制对应；native队列EOF/错误才证明该通道此次停止；原生消息连续而产品受控包装故障才支持包装/消费层。缺观测只记unknown，不凭五mock格解释真实源。GUI realtime与辅助CLI不同入口，涉及公共层修复须审查realtime的异常/恢复/missing路径并匹配回归；CLI异常可见性修复不冒充源连续性或GUI已经修复。

诊断后按证据追加有界最小修复/验证与效率方案。若本批只查明故障，明确产品源仍未修，不为了提交而改无关代码。若有产品变更，匹配红绿/完整相关回归/五对真实规模成本，按Owner内部暂不公证规则严格签名/源/独立解包、唯一标准路径覆盖新Mac包，未包门不能说交付完成；真实手机回归另行按原固定门，不自动扩样。A1OPEN/HybridFROZEN/G9OFF/GPL保持。

4. 记录与下一步

旧G78原Raw/参考/快照不回改，本批私有g79独占目录；新原件保全与清单先完成集合再排除自身写入，禁止先open导致清单自引用空摘要。真实结果增量入本页/总方案/serial ledger/handoff及不可变新HTML/时间线P4与门禁/knowledge/Home，正式轮仍0/5，完整54不缩。站点仅构建300s/3GiB、不发布；窄提交双远端各一次/Webhook一次，GitLab失败不重试不阻断软件工作。

Amendment · 2026-10-06 · mock核对器须保留空数据拒绝

首helper完成健康格和空EOF的actual manifest，但空EOF后调用严格validate_recorded_session得到raw replay is empty，核对器错误地将应记录的拒绝当作自身未预料异常而退出；产品未改/手机未触碰。原脚本、两格和资源全保留。仅修核对器：把严格回放是否拒绝独立记入每格，空数据仍拒绝，不放宽回放门；修订工具在新独占5格目录执行原同五控制（20s/64MiB不变），不是原样自动重试或新负控预期。metadata=completed与空数据拒绝要并列，不能把后者抹掉以增强前者的批判。

Amendment · 2026-10-06 · 通知量准入修正，新的独占观察

原native首次partial保留：512消息在1.971633s耗尽上限，509 plist/3 data、3解档成功，原生包范围0.5037588333s。实际plist只见三种key/type形态：k:int,tv:int 1、k:int,heart:int 505、k:int 3；不能把通知次数当sysmontap采样次数。SDK配置ur=1/sampleInterval=500ms；字段heart存在是观测事实，其协议语义与G78停顿因果仍unknown。

这不是相同条件自动重试：授权新的独占native-notification-volume-r1目录一次60s队列观察，110s/父128MiB/树256MiB不变，不launch/kill/config/reinstall/重建route。仅消息上限改为65536（1ms通知每60s约60000，实际cadence须记录、不从配置保证）；总64MiB必须包含blob、tagged对象与index，每条预留64KiB索引上界再落payload，指数/depth/节点门保持。取消全消息records列表，只流式首末/计数/间隔摘要；原生envelope摘要另限512，不能无界累积。原通知对象及真实data/每条索引全部落盘，不能静默跳过以通过预算。明确receive-loop phase与真实cap原因，不能把最后start RPC当故障阶段。数据解档异常及EOF/quiet wait分别记录；任何限额触发保全partial，不扩预算再试。旧partial/SDK配置与失败工具全保留。先检验新脚本文法/静态变更，再唯一执行。

Implementation / Validation Update · 2026-10-06 · 分层证据与未修复门

合同与本次执行均2026-10-06；后续收尾如跨日单列日期。同AI方案/实施/自复核非第三方。本批未改产品，259产品/测试源保持，唯一已装b124、参考76.1.0保持；0新产品Session/正式UI轮/目标launch/退出信号/config写/安装/环境/网站发布。

A. 已证生命周期报告缺陷（E2）

实际record_candidate_session与RawSessionRecorder、仅外部backend/identity/adapter被受控替换。原helper因严格空回放拒绝退出，原件保留；修订独占五格完整执行。健康等待到deadline、空EOF、单行EOF、单行RuntimeError、单行内部CancelledError五格全部manifest completed且无异常向调用者传播。后四格为已证提前终止报告缺陷；空EOF严格回放仍拒绝，其他四格各1事件可回放，服务关闭调用完整。这不是证明G78真实停顿原因，也不是GUI入口已经修复。匹配监督0.821794s/树49491968B，20s/64MiB父/128MiB树门内。

B. 原生首次partial保留（E4源观察，不是指标验收）

实际512消息上限耗尽：509 plist/3 data，3解档成功/0错误，原生包范围0.5037588333333334s。错误阶段旧脚本写tap-start-once实为最后RPC标签；真正是receive-loop count上限，不是start失败。actual key/type核对后才授权新通知容量工具；未覆盖旧脚本/原件。

C. 新60s观察仍不连续，最终身份核对超时（E4源诊断）

项目	留存实测	结论边界
完整队列等待	60.00046982099593s；5878消息=5854 plist+24 data	completedWindow仅说明等待窗结束，不代表数据持续或最终身份完整
解码/原生形态	24/24解档成功；24 accepted envelope，12含当前目标行	本次不存在已留存data解档失败；不外推未留存上游字节
数据时间跨度	5.630158916666667s	不是60s持续覆盖；早期/后续包都保留，不择窗口
主机收到时间	首0.05249438799364725s，末36.79581330699875s；最大相邻消息gap14.155172541999491s	无后续消息直到deadline是quiet wait，不是已证EOF或源终止
原件字节	data5732291 + tagged plist957599 + index2067848 =8757738B	全部64MiB门包含索引；原plist是保类型Python表示，不是wire bytes
结束后身份	独立PID查询TimeoutError，stopPhase=independent-owned-pid-after-native-window	最终目标状态unknown；初始完整路径/PID核对有效，不能用初始值冒充最终身份
关闭/资源	服务关闭全部成功；监督71.41828161099693s，直接CPU5.966697s，直接RSS84045824B、采样树83910656B	110s/父128MiB/树256MiB内；两种峰测口径不同，采样遗漏峰/I/O峰unknown

子脚本exit0/监督passed只检查completedWindow与close，因此遗漏结束后身份查询错误；原机读件/脚本不回改，本报告正式整轮状态partial，不是native成功。后续工具必须用completedWindow AND noError AND finalIdentityMatched AND closed评判整体执行，连续覆盖还须单独验收。0消息终止证据，不凭超时推断手机锁屏或断连，更不归责Owner。

D. 用真实保留输入回放当前SDK与产品包装（E2）

先每条offset/length/SHA验证真实data，plist恢复实际Python类型；使用实际TapMessageChannel.receive_plist与实际_SysmontapEnvelopeStream而不是重写过滤器。首partial512输入产3 envelope/509非envelope；修订5878输入产24 envelope/5854非envelope，native时间范围与直接观察逐字计算一致。实际输入无解档错误、包装未额外丢掉24个data envelope。回放3.4892728260019794s/CPU3.461216s/RSS89391104B，30s/128MiB门内，未接触手机/旧大blob。

这支持窄义排除“本轮已留存data被当前包装过滤丢失”。直接Tap队列也出现停顿，下一应看原生服务/DTX读取任务/已有路由运输，而非改数值公式、用旧值续点或无限重连。G78与本轮不同运行，不把本轮24包解释成旧轮全部情况。

下一动作与修复执行边界

先落实已证CLI生命周期报告最小修复：从sleep后吞异常改为单次deadline+FIRST_COMPLETED监督，deadline前EOF/内部cancel/错误即传播并封存failed/partial，健康到deadline才completed；零adapter拒绝、外部cancel清理、同时deadline/异常竞态均匹配测试，不新增每事件任务/轮询。公共RawSessionRecorder现abort仅关文件，须审查失败封存所需字段/兼容性；不得改旧Raw或把失败变completed。GUI realtime恢复另有入口，审查但不得从CLI测试声称GUI源恢复。先另落G80最小方案/红绿/完整相关回归与五对真实规模成本再改产品，并按Owner内部规则签名源核/独立解包/唯一覆盖，未安装不宣称新修复已部署。

随后新的有界运输观察必须先声明：原生读任务状态、流队列/fragment计数/固定少量检查点与独立管理RPC，区分连接已关、reader已终止、仍等字节、事件循环阻塞、设备服务静默；不能用更长等待/加buffer/自动重启掩盖问题。ur=1只是配置事实，未证为根因；若对照ur=500须单一变量且原失败全部保留、非正式扩样。每次设备观察前全路径/身份核对，不要求Owner默认手动退出自有App。

首metric原五轮仍0/5，全54正式未验收、50优先4暂缓、原120槽/100%/独立误差与完整准备窗/最终联合回归不改；A1OPEN/HybridFROZEN/G9OFF/GPL及正式公证门保持。旧参考9000成功不代产品准确性。