决策与范围

Owner v5现行合同保持54项及既定顺序：可信来源/公式、连续性≥99%、正常点≥95%、来源和严重违规0、固定五个全新正式轮、原五保护及15工程条件。独立精度不是本阶段前置；异常筛查不称校准。G539实际五轮及G540逐点独立复核已结束，不重采、不补轮、不混入旧资格或partial。

先在既有私有根的新g541阶段收口目录串行执行一次只读最终审计：重算G540五份外部逐轮清单的全文件集合/摘要/字节数，独立检查原Core来源与发布复核结果、1200机会/600槽/40请求、五distinct Session、原配置/marker恢复、每轮12参考及真实退出记录，校验202来源与10私有helper仍为封存前原值。完整G539根另立外部清单，G540非自引用封存先算文件集合再打开目的文件。旧失败、原stageAccepted=false及所有原件不回写；后续验收登记改变的两份ledger保留前置副本，不能再以“全部202当前不变”误称登记后的状态。

核对唯一已安装166的全树与签名、188打包源、78模块原来源证明、唯一DMG与校验文件；保留未公证内部测试、GPL正式发行及全主线源码整合缺口。实机手机名字数量以原五轮post留存的集合递增961→1021为证，不凭推算声称当前设备状态，也不为收口新增设备会话或信号。

全部证据成立才由同AI的另一独立步骤登记第六项E4已验收，5→6/54；仅变更第六条和当前序号，第1–5及第7–54定义/误差/顺序逐字不动。发送异常政策移入已验收条目，接收无专属异常政策，因此第7项仍执行锁定，另拟政策与实现合同后才进入采集。

交付闭环

同批更新Canonical网络知识页、知识总览、首页状态点、当前handoff、时间线/P4/未关门表及不可回改的新HTML快照；知识门禁与站点build只构建、不发布。匹配阶段门测试与篡改控制不启动产品解码器。窄提交仅本阶段必要产品修复/QA/政策/验收记录和文档；共享页以HEAD为基底选取本阶段片段，保留所有其它WIP。GitLab/GitHub各一次普通推送，失败真实记partial且不重试。复用已签名已覆盖安装166，不重新打包或并行安装。完成提交/双端尝试/产物核验后只发一次真实阶段交付通知。

效率、停止门与证据边界

只读审计O(本五轮与安装树字节)，512KiB流式、摘要缓存复用，串行1，预计10–30秒，上限120秒/128MiB；站点构建单独上限600秒/1536MiB。物理I/O峰未知不填0，工具RSS不代替采集原资源值。异常先保留失败输出并停登记；禁止自动重采、删除失败、创建环境/工作树/代理、发布网站。验收限设备A自有受控原生网络场景，不泛化商店App或物理流量校准。54项最终公证与全部主线整合仍独立开放。

Implementation Update · 2026-10-11 · 收口测试快照对齐（先定范围）

首轮匹配37控制实际3失败、34通过，原输出保留；失败不是数据/产品门变化：两条仍把165和5/54当当前事实，一条合成发送准入夹具未显式锁回第六而继承了已登记第七。仅修test_network_send_anomaly_v5.py三处：①合成夹具显式currentSequence=6/metric=send，不改生产ledger；②当前包核对166对165只GUI源变化、165对164原两发送源变化都保留；③当前ledger断言6接受/发送五轮/接收未接受，并验证next执行锁。保留原源/数值/门槛负控，不修改产品与政策。旧202源中的这份QA源码另留前置字节，登记后有意差异为两ledger和该QA测试，不再误称全202仍不变。只运行新声明的软件匹配一次，不重采或更改旧失败。

Implementation Update · 2026-10-11 · 站点构建内存有界方案

第一次只构建在34.509184秒被原1536MiB守卫停止（观测全树峰1648906240B），exit=-9，docs765源文件未变，原日志/采样全部保留；不写成build成功，也不提升指标采集资源门。原因仅证构建进程树超当前预算，未证唯一热点。为同一1536MiB/600秒上限，另声明一次新的低堆构建：只把私有构建工具NODE_OPTIONS单进程堆上限1024MiB→512MiB、UV_THREADPOOL_SIZE 2→1，让垃圾回收与并发预算收紧；无产品/站点内容与依赖版本改动、不扩资源限额、不自动循环重试。若再次失败保留并停构建交付，已实际E4验收与构建交付状态分列。

Lead Decision · 2026-10-11 · 构建堆/总RSS的独立约束

低堆工具已实际terminal exit=-6/27.893200秒并停止，没有继续原handle；错误是Node Reached heap limit，最后GC仍存活507.7MiB，进程树峰818118656B。这提供了512MiB单堆不足的直接证据，而第一次仅证1024MiB堆配置下树超1536MiB。既有源与依赖均不改；另声明唯一一次768MiB单堆/UV1有界构建，目标同时满足真实堆需求与原1536MiB树限/600秒。不得扩大总预算、砍站点内容、忽略链接或关闭校验。两个原失败不抹除；若768仍失败，本阶段交付build记partial，保留指标E4事实，继续另行研究而不把失败变成通过。

Lead Decision · 2026-10-11 · 站点工具预算纠错（不变更15采集门）

768MiB单堆实际exit=-6/47.318390秒、树峰1484099584B，仍是堆不足，原件保留并停。随后只读核对最近已交付G475站点真实结果：原工具全树限2GiB，实际成功峰1819934720B/53.916918秒/712归档。本收口最初把站点工具限额误设为1536MiB，低于既有成功实测峰；该预算设定缺少前置核对，是Lead方案偏差，不解释成产品缺陷。 恢复原已验证的站点工具2GiB/600秒及1024MiB Node堆，UV1，另声明唯一一次原预算构建；不是扩大任何Owner指标门、54定义、240/120分母、五新轮或原15采集工程限额。新结果若超过2GiB或失败依旧partial，不再自动循环。此前1536目标未实现必须如实保留；新预算成功也不得写成“通过1536MiB目标”。

Validation Update · 2026-10-11 · 来源枚举口径复核

最后按原清单键独立枚举确认：202项前置pins中登记后只有两份ledger有意变化，其余200/202逐字不变；QA测试不在这份202清单内，它的三处软件快照对齐另有前置副本和匹配37/37控制。上文把该QA文件也写成202内第三项的表述撤回，以本段为准；未修改任何产品源或回改原pins。最终文本站点构建实际exit0/55.402212秒/树观测峰1916628992B、767归档源未变，0死链，按已核原2GiB站点预算，不称1536目标通过；本增量与新快照另做最终内容核验。