G107 新资源合同，不改旧失败、不猜修产品

1. 已证原因与范围

基线5bc34f7/main，Owner同AI Lead方案/执行/测试/自复核，非第三方验收。G106首次clock工具失败及R1第二格1024消息预算失败已分别原件封存。R1 A直接SDK250/ur250完整20s，native中位531.585917ms；R1 B SDK默认ur1在2.896017s收1019plist/5data，受原1024预算终止，固定[3,18)s还未开始。现有证据只说明ur1引入高频心跳，未说明目标数值采样加快。不能删除heartbeat掩盖吞吐问题，也不改旧attempt或继续其未运行C/D。

这是新的明确资源合同、一次新矩阵，不是自动第三次重试。仍0产品/SDK/Fixture修改/新产品Session/手机launchsignal配置写/环境或常驻服务；原已装129唯一包保持。全部54、原五轮固定120槽与500ms发布/100%连续有效/2MiB或5%独立误差/准备20和40变化/所有失败不改，formal0/5/accepted0/54。

2. 有界消息预算与先测工具效率

每格完整20s，固定[+3,+18)s分析，准备与尾部不删。原四配置A250/250、B250/1、C125/1、D500/1与11proc/3sys列、目标身份、native timebase不变；四格严格串行各一次setConfig/start/stop，失败即停剩余格，无自动重试或扩样。

新消息cap每格25,000（按ur1名义1000/s×20s加5000初始/突发余量）；全四格至多100,000，stream不保留全message列表。原64MiB总data/plist/index、4MiB单payload/256KiB index单行、总180s/树256MiB/内部165s清理、每RPC8s/每格清理6s/磁盘≥10GiB全部保持。原1024失败仍failed；cap变化只允许本新工具，不改变任何指标或验收判据。

真机前使用已有原B的实际heartbeat形态，循环20,000条通过同tagged/compact/JSON/流式文件路径，实际测elapsed、CPU、RSS、输出字节、首响应、批次最慢耗时与吞吐；至少2000消息/s、20,000条≤10s、峰128MiB、输出≤16MiB，运行120s/128MiB保护。与每秒≤1000名义需求对比；结果达门且原20控制与新有界cap/保持失败即停/无全列表增长控制通过，才运行四格一次。不得在基准失败后盲测真机。

复杂度O(消息与字节)，单包释放，只保留计数与目标小向量；所有收到ack/heartbeat和data/plist原表示仍保留，不用跳过它们换取通过。plist是SDK原Python对象表示而非wire；data原DTX payload先写再解码，不冒充完整DTX传输帧。

3. 身份、分析与证据界限

使用原iPhone15/当前自有89生命期、USB/完整exe/PID与现场clock核；clock比较正整数timebase与当前tick不倒退、先保存post，不要求动态当前tick相等。保持已有route、SDK源码pin与原已装129Core/签名/全tree核，无并行采集，不发App信号。现场改变或异常即停。

terminal后一次只读分析120s/128MiB；每条payload offset/bytes/SHA逐项核，每个data独立重新解码校验compact索引；全index流式，不全展开25k个heartbeat对象，只保留目标点/固定有界摘要。每格完整20s结果与固定15s测窗/prepare/tail分别计数，native clock从现场比例读取，所有目标缺失/重复/倒序/坏字段保持。无数据写unknown/null，不用prefix或配置代完整测窗。对未跑格标not-run，不估算。

若四格native均约500ms，可排除“仅产品包装导致慢源”并限定这些参数/当前设备服务未供给所需余量；不宣称所有设备永久不可能，也不把短观察判正式稳定。若ur1或sampleInterval改变有效来源，先落产品修复/影响与原成本门，再代码、完整回归、独立包核和原已装135s/五轮。数值独立参考仍unknown，GUI未验、电学温度无仪器、成本/最终公证GPL等仍open。

4. 交付闭环

原G106与其他旧Session/清单先hash基线、从不回写。结果追加本稿，goal/串行清单/ledger/handoff/knowledge总览/HomeExtras/阶段门禁/顶部时间线与新不可改HTML同步，站点仅build300s/3GiB不部署；窄提交，GitHub/GitLab各一次推送，单次Webhook，失败partial不重试且不影响产品排查。内部129未公证，Owner暂免仅内部覆盖，不当最终包门关闭。不写memory、不建环境。

Validation / Plan Amendment · 2026-10-07 · ur1数据中断与RPC超时负控，前瞻低心跳R1

原22控制与20,000条实际heartbeat形态同路径基准通过：1.169514s/17,101.12消息每秒/峰74,498,048B/7,552,507B，不足以保证设备DTX通道同样稳定。首新矩阵A完整20s成功；B ur1完整等待20s，但5253消息最后到达11.814606s、只11目标观察（1,403,318B data），post-exe RPC达8s超时。旧25k消息/64MiB/内存/总时长未超，C/D按合同停止未运行；passed=false不改，不能把“等待20s”当全程有来源。原失败封存，未自动重试。

额外现场只读身份核对使用新连接，在首矩阵终末之后观察原设备/同一目标PID/exe/clock/USB及服务关闭，不冒充首B当时post-exe成功。下一不再以ur1充当产品修复候选：高频心跳与中断/超时同次出现，只是风险证据，非排他因果证明。

同AI Lead决定新的不同配置低心跳R1对照：在原私有g107内新增attempt-r1/，四格A250/250、B250/50、C125/50、D500/50，其余原11+3属性/20s/[3,18)s/clock核/25k消息与64MiB/180s树256MiB完全不变。只把B/C/D的ur1换为ur50，目的检验输出洪水收敛后采样请求是否被实际源响应；不是重复失败的ur1矩阵，不篡改旧原始件或补跑旧C/D。每格各一次、失败即停余格，本批不再授权第三矩阵。

先冻结首attempt/工具/基准/身份核/所有原件SHA，原22控制仍对旧工具通过；新增3个控制核新矩阵只有ur变化/消息资源未松动/旧动态clock修复保持。旧20k基准覆盖1000/s，低心跳名义20/s不需重复同一负载。通过才运行唯一新R1。解析工具必须同时支持partial与完整矩阵，保留中断、最后真实源时刻、所有准备/尾部、RPC失败，不再用matrixCompleted断言阻止分析失败证据；先本机反例核无数据/null、仅prefix不可假完整等边界，再只读解析。完整54/500ms发布/数值误差/五轮及旧失败全部不动。

Validation Update · 2026-10-07 · 请求125ms未取得更快来源，两个矩阵均partial

G107高/低心跳两矩阵partial：22→25控制/20k吞吐门通过；低心跳A与B完整20s通过，C完整收到来源但post-exe8s超时，D未跑。125ms请求实际native中位508.509708ms，未取得采集余量；54/五轮/独立准确仍未验。

Owner同AI方案、执行、测试、自复核，非第三方验收；E4仅本设备/当前自有目标/实际SDK来源观察，不是指标数值准确性或全矩阵PASS。没有产品、SDK或Fixture修改，没有新安装、新产品Session、手机launch/signal/config写、常驻环境、网站发布或memory修改。

1. 资源合同与工具门

原G106两份失败封存未回写；新25,000消息/格（总100,000）预算前瞻明确，原64MiB/180s/256MiB与完整20s/固定[3,18)s不变。22原控制、20,000条原实际heartbeat形态流式基准通过：1.169514s、17,101.12消息/s、峰74,498,048B、输出7,552,507B，首响应0.000702s/100条最慢批0.125467s；名义ur1至多1000/s仅是预算假设，基准通过不保证设备通道稳定。

首高心跳矩阵A完整20s通过；B虽等满20s，却只收到11目标观察、最后目标到达11.559993s/最后任意消息11.814606s，post-exe查询8s超时，C/D按约未跑。消息5253低于25k，data1,403,318B、RSS/时间未超，故不是再次撞1024限。终末后新连接现场只读核同原目标/USB/exe/clock/服务全闭，不补首B当时的post证据。

前瞻新不同低心跳R1只把B/C/D ur1→50，其余条件保持；原22+新增3合25控制通过，旧原件先hash冻结。R1 A、B完整20s且post身份/时钟核同通过；C全20s有实际来源，末任意消息19.997166s/末目标19.795253s，但post-exe同样8s超时，D按约不跑。低心跳也出现post RPC超时，不能把问题排他归因于ur1洪水；不能用等待20s或局部来源有值代执行通过。两个矩阵exit1/passed=false保持，不再自动第三矩阵。

2. 固定窗口的实际结果

每格完整20s保存，测窗预先固定[3,18)s。下面的计数均是真实收到的测窗目标点，partial格不升格为完成验收，未跑格写unknown不填0。

R1 B250/50与C125/50均约507–509ms，改变sampleInterval请求没有产生预期两倍来源；A250/250约518ms。只证明本设备/这些配置/本次观察不能提供250或125ms余量，不命名唯一根因或断言所有设备永久最低500ms。不得使用配置值作为实测频率，也不得把原500ms每发布点所需独立新观察用重复旧值补齐。G105原固定240发布仍230有效10缺的结论不变。

3. 原始溯源与资源

8解析反例通过，支持partial/等待不等完成/post缺失/unknown与流式heartbeat边界。所有data重新使用同SDK解码，与compact索引逐项相等；每条原payload offset/bytes/SHA、plist序号/数量与配置向量核同，所有准备/尾部/缺目标/重复/倒序均保留，全部旧件hash drift0。分析4.978664s、CPU4.969727s/峰78213120B，在120s/128MiB内；只保留有限目标点，不把全部heartbeat字典存进数组。物理I/O峰unknown。

原矩阵监督54.614285s/RSS82411520B，R1监督82.211472s/RSS82870272B；监督stop=null只指未被外层资源停止，exit1/passed=false仍是执行失败。两份attempt所有打开服务均关闭，prepare/start/stop不重复，无信号杀手机App。

4. 唯一下一方向与完整目标

下一G108先新正式诊断方案，比较明显慢于500ms的1500/2000ms请求与原125ms/ur50，判断sampleInterval是否有响应或被忽略/钳制，而非继续仅更小参数。另改测试工具的生命周期次序为先正常stop源、记录队列/DTX reader状态、关闭该连接，再用新的短命只读连接做post PID/exe/timebase核，避免在仍推送的Tap上夹杂post查询；这只是候选工具交互解释，需负控/实际核，不声称修复产品。保持旧超时与原数据，不在旧attempt回补post。若对照表明现有服务供给不足，明确当前500ms独立新观察100%缺口并继续查可靠无侵入来源，不私自降低发布节拍、扩大freshness或缩分母。

全部54/五轮固定120槽/原500ms发布/100%连续有效/2MiB或5%独立误差/完整准备20和40变化/所有失败保留；formal0/5、accepted0/54、其他53、电学温度无独立仪器、准确性/GUI/成本/最终公证GPL/A1OPEN/HybridFROZEN/G9OFF都open。已装129全tree/签名与唯一DMG、264产品pin/SDK/旧G106与v3核同。网站只build、窄文档提交、双端各一次及单次通知，GitLab失败不重试不阻断。内部129仍未公证，Owner暂免仅内部覆盖，不改最终目标。