PROC-02-005 Runtime 首期收口验收

对应WP-RT-001。RT1～RT5已按首期限定范围收口；Docs1官方发布与六页回读、最终完整主archive双机全量校验见下文实际回执。此前发布验收仅使用原账号2；现行准入政策见下节。Docs2自身官方发布、六页回读及publication addendum由独立proof登记。2026-10-16公开过程候选的source、测试和失败CI保留在PROC-02-004，本文历史原件与时点均保留。

当前状态： Runtime薄SDK、Studio双入口、非Studio宿主与最小固定流程已完成首期验收。89c2正式CI/镜像、已付费完整链备份及Mac独立恢复、唯一App/Worker交接、同一原Run的投递/公开进度/原件与三宽UI、此前仅原账号灰度及上线后核对均通过；原单仍为2次Planner、1张图片、18.035积分、冻结0。取消验收账号名单限制已于2026-10-18 11:07 CST实际生效，范围和检查见下一节。Docs1官方发布/六页回读与最终完整主archive双机全量校验已按下文实际回执完成，WP-RT-001/RT1～RT5按限定范围收口。Docs2自身发布与回读另行登记，旧失败、UNKNOWN供应终态/尾费、原补偿责任和后续父范围保持。

取消验收账号名单限制

2026-10-18 用户确认取消仅验收账号2的名单限制，当前无正式用户。Studio当前已验入口（全页与Canvas侧栏）中的Runtime范围向正常登录、具备对象权限并经Platform授权的用户开放，各用户继续按正式授权与计费规则使用。其他调用方/产品作用域、收费、UNKNOWN及媒体能力范围保持，新参考媒体、大文件或后续产品范围仍按各自工作包验收。

2026-10-18 11:07 CST（03:07Z）实际完成：仅将App准入配置OCEANWAY_STUDIO_RUNTIME_ALLOWED_SUBJECT_IDS由2改为*，Runtime enabled保持1；使用同一89c2源码/immutable2d179镜像，旧App正常TERM退出143、无OOM后重建为Appbac75da2，PID3354799、启动时间03:06:56.183670939Z。原唯一Worker473568/PID2647305/启动时间2026-10-17T21:02:41.714117833Z未变、未重启，owner1；Platform78、两PG、nginx与4份受保护配置保持，未reload nginx。App配置新指纹为a35d5cf27706806be377221ec906b492cc13cab01f9ace49c44023e195994b2b，原配置按root600私有备份，不公开全文。

后置核验live/ready均200；未登录能力读取401、既有Creator能力读取200/enabled true，原Run读取200/completed/delivered。原Run、calls、Job、Artifact、Delivery、Candidate、inbox完整行指纹及原3个Operation完整行指纹前后相等，仍结算90,175quota/18.035积分、冻结0，未新增业务POST、模型或资金请求。实际身份检查使用既有账号，未进行第二真实用户实测。完整安全回执runtime-open-admission-apply-001/result-safe.original.private.json为5,538bytes，SHA-256 8ee30576e07e6b81b1b3f1cc189b08ff067070d0b60f76f519a1371d9b39562b。历史账号2的验收、费用与原请求事实继续保留，原图不重发，旧UNKNOWN供应终态、尾费和补偿责任不变。

来源与环境

本轮Docs发布前只读基线为b1b54c5，镜像 sha256:817997f82f6b3518a16982bc41227858a854d46e907913810122d35c23002555。随后官方 release 38967648883 已成功发布5058；05:18 CST实际回读为Linux amd64、镜像 sha256:0247fcfc16e96829c322a9189103f608341dae98b6b2bb6c5d32a49e5ca16257、healthy、RestartCount0，loopback200。WP/RT04/本页中文内容及canonical均200，3图字节hash一致；其他11容器的identity/image/startedAt及Caddy/两份Compose指纹与发布前一致。回执 docs-5058-official-publication-20261016T211845223301Z-safe.json，SHA-256 1153bfe023debbf89bfa3a1992da5fae676c703d1e6782e3d4d55c38bc147d69。此为5058文档批次成功，不代表本次后续文字或Runtime业务已发布；Docs流程的Artifact quota非致命注释也保留，未宣称组织上传额度已恢复。

原始脱敏回执位于 .local/runtime-phase1-20261017/；URI、Cookie、供应或资金凭据不进入文档。下列自动化测试真实模型/供应 POST/资金/生产写入均为零。

分层验收

最终修复版本地验证见 runtime-050-revised-final-validation.log，SHA-256 054b89ad773dc4a6c8ce445f4070cef77d7bfb8eaf05554c6bf41d7f40ad7ed3；runtime-050-revised-validation-status.json 的全部命令退出0。固定client tarball SHA-256 b7e77c6ac747a3cc0f0d1ff48140c8de146eea11f812242b58c49e821e588073、server 3db5dde7428c1aa35b8285ded4312ad2d16d08ab6174809837a10807afabcede，未公开发布npm。旧a9d阶段的94项、日志 runtime-050-final-validation.log / SHA c0ace78514e5a2ae18821853834b383597d3e08838d92b6a99af03143457e749、旧tarball保留历史，不覆盖为新版本通过。

早期 PG 日志 runtime-phase1-postgres-accepted.log 的 3219.291125ms 与 SHA-256 429b943aa6d786e256ab406261a4cabe377fa1c39e256d3cf0ac661edfa37a3e、sdk-nonstudio-local-acceptance-safe.json、workflow-steering-postgres-acceptance-safe.json 保留历史；失败诊断不计成功。固定流程无 Planner，冻结输入/批准可重读；旧 v6 请求缺省字段原样保留，迟到 steer 追加到后续边界，不篡改冻结请求。

独立技术复核未发现 P0/P1；SDK 同 chunk 取消后仍分发后续事件及响应体取消被包装成应用错误两项 P2 已修复，新增回归覆盖取消后的投影边界。复核者已重新读源确认修复机制；测试由汇总者统一构建执行，不虚构第二次独立运行。Runtime 全历史 gitleaks 退出 0，不替代实际产品权限或真实供应验收。

Canvas 第二入口的生产构建验证

早期d855应用构建 SYedQeIB8qr6cTGRVBDer 的15项页面QA通过，回执 canvas/browser-production-acceptance-safe.json SHA-256 486cd43a885ced36e1af3597627414cd8aa2d1b8fcb231f87f62acc1b2ff8256。后续发现独立包server导入会回退工程根依赖的真实打包缺口，因此这份页面QA不能证明最终runner自包含。

修复采用server external、显式tracing和runner正式vendor校验。新的本机native-2构建 rSfSQ-CYWxvdZrV5ff6kH 在构建时绑定64a基线＋回执内5文件工作树指纹，随后已冻结为5991；Dockerfile/next.config的两项生产文件hash经独立核对与该回执相同，另3项wrapper/test/package script不改UI。两包及其直接依赖的实际realpath均在standalone根内，client5/server22个运行JS、package.json、exports与固定tarball全部逐字相等，实际import通过、schema7。新15QA为31.275585s、0skip/retry/flaky；回执 canvas/native-2-production-acceptance-safe.json SHA-256 f530e766c30b4bda34e100edd85d3d5da8519cb3645a90ce04a11d3a9e5fa082。这仍是macOS本机native构建，Linux最终镜像须独立验收。

覆盖公开SSE阶段、持久澄清/批准、原命令重试、停止、授权暂停、跨标签/迟到刷新，及全页↔Canvas↔刷新保持同一conversation/Run；显式采纳只增加一个候选节点/一次请求、不新建Run；steer丢回执按同命令重试并呈现公开回执。桌面1280、手机390/430均真实操作。Root已逐张视觉检查以下匿名截图；文档仅按hash复制原PNG，未再生成或改图。

这是生产构建加协议fixture：业务API为显式合成浏览器路由，原生loopback SSE；实际SSR身份/产品解析经固定TCP的只读Platform identity/records夹具和受限隔离PG，仍执行Host/Origin/cookie与可信产品校验。66次GET、0意外请求、Worker0、真实凭据继承0、收费模型/供应/生产写入0。它证明页面与控制合同，不证明收费供应或生产账务。新截图hash分别为 32746b282a1e097f480da8d60d953470d615352396a74c0e2611012be6bb053c、7a420d0b64a6d49cb59cc7375d588b0bb763e2999c887b143f1cb3e16651ab53、419f8e0a751ae1795eeb1a3dc225022b9f11abce47293c48c5112bb5dae3618a；旧图与旧回执保留，新图使用独立路径不覆盖历史。

此前SSR缺少实际身份读取夹具的诊断、旧76fc/fea的12项QA及本轮失败日志分别保留；最终15包含本轮公共过程与新增Canvas子项，不与旧12相加。

CI 与发布通路

2026-10-17 04:03 CST 只读核查：Docs 专属 runner 离线且被维护者正常停止/disabled，但既有共享池接受原 Docs labels。官方 release 38955923288 的 main b1b54c5 已在 oceanway4-shared-1 成功运行 deploy，03:34:46–03:36:22 CST。这是此前版本发布，不记为本候选上线；专属 runner 不需自行启用。

已接受 CI 只构建原生 linux/amd64，PR 做文档检查，main 单 job 构建/推送/受限 SSH 部署。本轮沿该官方流程，不恢复旧双架构、安全制品 job 或手工 fallback，不改共享额度/权限、借账号或取消其他任务。

当时共享调度为 4 总槽/2 heavy，slice 上限 22GiB；Docs job 名 deploy 不在当时 heavy 正则内，发布仍核当前负载，不把“有锁”误写为所有重型任务已被分类。此为只读观察，不改调度。

Runtime PR #6 head bfbfbbf8ed928f19327a225db967f18c4f6c952e Node22/24 已通过，基于旧 0.3.2，不是新 0.5 证据。Studio 维护 PR #51 1d026e2 的 38959177005 web 因 rootless Docker 动态端口 32774 冲突在容器初始化失败，应用测试未执行；不据此判断新 SDK/Canvas 通过或失败。这些分支只读核查，未代合并。

汇总者随后审查并仅采用 PR #6 的 ci.yml：保留 Node22/24 串行、实际隔离 PG18、同仓 guard、路径选择与强制成功。没有复制该 PR 指向未合并 Docs #39 的新路径说明，也没有把 PR #6 的绿色状态转记给本轮新源码。2026-10-17 04:12 CST 再核 Docs main 仍 b1b54c5、PR #39 未合并，本稿继续现行目录。

最终 Runtime 38960887596 已实际通过 changes、verify(22)、verify(24)，分别在既有 shared-4/3/2执行；PR4按expected-head保护合并，source49e与merge5937分别登记。该结果纠正本轮早期“Runtime CI仍待”的状态，不回填旧32e hosted失败为成功，也不表示Studio或生产Gate通过。

Studio d855的 38962139485 最终为failure：前置/docs/security、Platform PG178已过，Runtime61断言虽全部通过，但Canvas套件afterAll依赖别的套件创建publicViews，导致suite失败，不能写CI绿色。64a865c显式 ensurePublicProgressSchema 修前置后，在全新受限C-locale库独立重跑8文件61项通过，日志 studio-runtime-fresh-postgres-accepted.log；新的正式CI结果单列，不继承旧前置或本地成功。

2026-10-17 04:51:57 CST 的有界只读快照确认新head 64a865c567cf6ac520fb7d8130e1effaa3381436 已正常执行：

• Quality 38963695686：security/docs成功；unit、Platform178PG、fresh Runtime61PG、生产build与15项Runtime浏览器已通过，legacy Browser E2E仍进行中，尚非最终绿色。
• Docker 38964850226：meta/security成功，quality在执行unit阶段；构建镜像/签名与制品身份未完成，不据此登记镜像已可发布。

其后Docker38964850226实际终态为failure：quality的legacy E2E固定4010端口与仍运行的Quality套件相撞，独立证据上传又受Artifact storage quota拒绝；meta/security成功，build/merge/attest全部skipped。Root完整保留并校验本任务自有4份旧artifact后仅删除其GitHub旧副本，共50,775,143bytes，未动其他任务；quota重算/新上传是否恢复仍待，不从删除动作推断已经解除。旧诊断和原副本本地存证保留。

隔离E2E wrapper改为每次分配3个随机独立端口，7项窄测通过；完整测试阈值、超时和retry保持。与native打包修复一并冻结于5991；其后的正式CI终态另列，不把旧64a失败改写成成功。

2026-10-17 05:40 CST最终只读回执确认，冻结5991的两条正式CI第1次attempt均已结束，功能测试通过，正式CI仍为failure：

• Quality 38966932052：docs/security成功；web的依赖、lint/type/format、生产build、unit 3747通过／256既有optional skip、Platform PG 178、Runtime PG 61、Runtime生产E2E 15、File Provider 12、完整浏览器 138及PG integration 10均通过。仅 Upload browser artifacts 和 Upload Runtime public progress evidence 失败。
• Docker 38966945787：meta/security成功，quality中的同源unit3747、178/61 PG、15 Runtime E2E、138完整浏览器、10 integration及生产build通过；仅 Upload Runtime public progress evidence 失败。下游 build、merge、attest全部skipped，因此没有该source最终Linux镜像或签名/SBOM证明。

Quality与Docker两条运行不重复累计；256是既有可选unit跳过，其余上述强制套件均0skip。唯一失败原因是GitHub日志明确的 Artifact storage quota，不是功能套件断言失败，也不能因此把正式CI标绿。已保留校验后删除的仅本任务4份历史副本50,775,143bytes；当前quota重算/新上传仍未证明恢复，日志提示用量每6–12小时重算。这是日志提示，不是保证额度届时一定可用；不再删除其他任务制品，不放松上传门禁或手工绕过构建。

完整来源 ci-5991-final-artifact-quota-blocker-safe.json，SHA-256 f4e05631d76ad13fa04cacf1573a72bdc63edf39f7f40f2ed27f1f8150391472；functionalSuitesPassed:true、formalCiPassed:false、finalImageBuilt:false 分开保留。Runtime源已合main，Studio PR46仍待正式门禁后合并；Linux镜像、真实schema7运行/备份还原、兼容Worker交接及新灰度均未验。

早期hosted billing与旧runner事故均是具名历史。当前新CI已实际完成应用测试，剩余正式失败是具名上传quota阻断与缺失的下游制品，不再把旧零步骤付款错误当作当前阻断。

组织 Artifact 清理完成与 Actions 设置回读

2026-10-17 的固定清单覆盖144份已保留校验的历史副本。开始变更前，28份已自然到期或缺失，209,470,442bytes，不计作本任务删除；116份仍存在。用户明确授权后，Root仅在相同固定清单内实际取得116次HTTP204，删除768,968,891bytes（两仓分别109份和7份），未扩展删除对象。

09:44:32 CST最终回读确认：两仓完整分页列表中全部144个固定ID均已不存在，原清单外ID集合与执行前完全相同；全部144份本地归档978,439,333bytes再次实际核对SHA与API digest一致，审计hash链完整，未决DELETE为0。最终证据 post-cleanup-20261017T014429Z/cleanup-final-safe.json（SHA-256 2e8d28a413e0b30bc6af07250dec88be8ec15f9e42dd7aae55ece369b8e776a1），绑定固定plan d7049e1d343074fdd83b75cc643598e43189d2dcd47ef6ed33e60af77f0a4582。此项表示授权范围清理及保留副本对账完成，不能写成“144份均由本次删除”。

官网仓oceanway-site清理后仍保留清单外其他任务29份Artifact，共1,577,445,203bytes；codex-config仓另保留6份，共45,884,779bytes。清理未改变范围外ID或账务，也未改变业务生产。元数据回读不证明组织共享计量即时重算、付款方式可用或新上传已恢复。

原组织Actions预算只读回执为US$0且超额停止。用户随后明确同意将既有组织Actions产品月预算改为 US$1，保留超额停止；Root已实际PATCH并GET回读为amount1、prevent true，原scope/alerting保持、其他产品预算未改。新额度覆盖组织Actions产品整体、按月生效。实际回执 github-actions-budget-apply-20261017T013952Z/budget-apply-readback-safe.json（SHA-256 244243842fdc67cf9593299b581f3b9a28cf8850e4cca1af15a935a40f0319b4）只证明已获授权的配置变更及回读，不证明付款方式、Artifact上传或正式CI已恢复。OceanWay规划/生成验收累计US$10授权及原补偿责任继续有效，两份成本授权分别核对。同月最新用量快照 github-actions-usage-readonly-20261017T013734Z-safe.json（观察于09:37:35 CST，SHA-256 e0a9bcf134d368405eceda7a731b1b63a9d0d61dee36877608f57bfcf1952499）的各项netAmount均0；这是累计账单快照，不代替本轮实际上传与可用性验收。

同一冻结5991源码的两条正式CI第2次attempt已实际结束，仍为failure，不是进行中：

• Quality 38966932052 · attempt2：应用质量、unit、Platform/Runtime PG、生产构建、Runtime15项、FileProvider12项、Browser138项通过（另19项skip）及PG集成10项通过，仅browser与Runtime两项必需证据上传因Artifact storage quota失败。
• Docker 38966945787 · attempt2：quality中的业务套件、Browser138项通过（另19项skip，21.0分钟）及PG集成通过；Runtime必需证据上传仍因quota失败，后续build/merge/attest全部skipped，没有本次最终Linux镜像。

两条运行按同一5991和attempt2分别保留原始日志、CRC及SHA，不能重复累计测试数，也不能把本次Browser19项skip概括为0。最终只读汇总 ci-watch-5991/attempt2-readonly/final-attempt2-blocked-safe.json，SHA-256 528065d54fac21734740f99f0d0a6328fafe8b629730eaa300daabf01e0d71c4；Quality完整日志ZIP SHA-256 ff1a71cb70061b15f1d6378740a137fda3cb609b675fad8017f72c04bbdc4b6c，Docker为3305033c7c70f14b3cc2ff75bbe781c3a2a6b6f6d8bdd821451b56c838a2ae1b。固定清理和预算保存已完成，但本次实际上传证明阻断尚未解除；第1次failure仍保留历史。

当时Root随后在Chrome只读核查组织付款页，页面提示须关联个人付款信息，关联复选框未选，付款历史显示尚无付款；未据此断言个人付款方式是否存在。该页面要求组织owner或billing manager操作，当时的恢复方案为由有权限的用户在GitHub亲自完成付款账号关联并核实付款可用性；Root已向用户发出该具体待办，未代选关联或填写付款信息。安全回执 github-payment-information-handoff-20261017-safe.json，SHA-256 db12be9d09451cb51a6c2f128a276a29bd3ade575a613dc9631321e0413291ad。私有截图 github-organization-payment-handoff-20261017.jpg 以0600保留，SHA-256 26fc5e8e7027eddbe9dc59f972cde456bc96bc782d1f600f46ee6ede73231913，不公开付款页面图片或个人信息。US$1预算已保存与有效付款关联是不同事实；当时约定完成关联后仍须重跑官方CI并核实完整终态。后续用户已明确改用私有归档，付款关联不再是本轮继续执行的前置；已保存的US$1预算授权和旧上传失败事实保持。

Studio PR46仍open未合并，真实schema7恢复、唯一Worker兼容交接和单账号新版灰度尚未完成。此处保留当时的上传阻断、原单只读核账及付款关联待办历史；后续按真实回执更新，不把用户尚未完成的操作预填为成功。

私有证据归档与分支收敛

2026-10-17 用户明确授权解除 GitHub Artifact 强依赖，优先复用现有私有存储，保留完整证据归档与校验，并收敛 CI 与 Runtime 分支后继续打包、预发布和恢复验收。这一决定取代等待组织付款关联的恢复路径；没有取消已保存的 Actions US$1/月及超额停止设置，也不改变模型累计 US$10 与原图片单补偿政策。新的发布要求是证据完整、来源可追溯、主副本和异机副本均可完整读回；不通过将旧上传错误改为可选来取得绿灯。

已执行的私有存储安装

只读盘点确认已有两台服务器的私有磁盘可复用，未复用媒体验收 MinIO、未购买新存储。oceanway4 保存每个 Runner 的主副本，oceanway 保存异机副本；新增专用受限 SSH 归档身份，每个 Runner 各用独立新密钥，不复用部署 root 私钥。归档按仓库、源码、运行、attempt、job、artifact 隔离，实际文件使用内容寻址；同身份引用不可覆盖。私有索引不含凭据、公网访问入口或签名 URL。

Root 审查后的安装 bundle 为 cc85ff0c4cb57ee2f49428c7947d6d1f1f8d172a1bb715c608b666651ae19e71，已实际部署 root 保护的模块/客户端/强制命令接收器与配置。每个 Runner 的主目录和私钥目录0700，私钥/归档0600；远端每公钥固定 Runner，仅接受精确 store/get + SHA256，拒绝PTY/转发，严格核验主机密钥。两机全局SSH配置和Runner unit及drop-in指纹前后相同，业务数据未访问或更改。首次安装遇到新版 ssh-keygen -y 携带comment的公钥输出差异，已修正为校验算法与key两段，原失败日志、首份密钥和旧version目录均保留；第二次安装成功，不把首次失败改写为成功。安装回执 artifactless-storage/installation-cc85ff0c4cb57ee2-safe.json，SHA-256 5db281dbc0b9b7a69879fa235fa9284bdd797c72cae561c9f0cc4fdd4e324ad6。

每次归档发布前，主、副存储分别按目标文件系统检查20%空闲水位及本次写入余量；不足时归档失败，不删除未知文件。这是归档入口检查，不是对同盘其他写入方设置磁盘配额。首期证据全部保留，无自动删除策略。144份历史归档中最大38,347,646bytes，初始root配置给出256MiB压缩包、2GiB清单文件展开总量和1200秒传输期限，均可经配置审核调整，未将这些数值写成业务逻辑硬上限。旧144份本地备份及原清理审计保持。

已执行的测试与真实 SSH 合成验收

归档代码及安装器本地46/46测试、0skip通过，覆盖Manifest与tar逐文件大小/SHA、外部Manifest逐字一致、重复/未列成员/路径穿越/链接拒绝、容量余量、不可覆盖引用、原件损坏拒绝、回执来源错配、完整读回损坏、SSH约束及安装器权限和bundle绑定。另有独立跨组件合同检查；这些结果分别保留，不相加冒充业务测试总数。固定源码/检查索引 artifactless-storage/source-review-final-safe.json，SHA-256 6e12e7bf361fffef9eac4f1538b8622ddde0264e7489859afee914418ebc0eec。

17:15:05 CST 的实际合成验收由 owci-shared1/2/3/4 和 owci-runtime 五个 UID 分别运行：真实repo打包器 → 实际客户端 → SSH保存/读回 → 主副本与异机副本完整验证。每个UID均验证任意id命令和危险路径被拒、同身份不同bytes覆盖被拒、拒绝后原件仍可完整读回；Root又在异机逐一完整读取五份归档并校验内部文件。实际回执 artifactless-storage/runner-canary-20261017T091433428875Z-safe.json，SHA-256 9503586e972e946cd2a78d768bbc1acb686fc8b56d8d2e8e12fef0a4614f9b34。

这是存储通路合成验收：job为synthetic_canary、artifact显式带synthetic、sourceSha全0，数字runId只是canary命名空间，不是GitHub Actions run。旧422bytes两机目录canary、五UID fixture、冲突对象及失败日志全部保留；未接触生产业务、付费模型或资金。本项证明受限归档通路，不证明正式CI、最终镜像、预发布、备份恢复或新版业务灰度已通过。

该批通过 runuser 在 Runner 服务外执行，未覆盖 systemd 的挂载沙箱，后续正式 CI 暴露了这一覆盖缺口。它不能证明实际 Runner 服务可写原主目录；下述失败和修复另记，不将原合成结果扩大为服务内验收。

收敛候选与正式门禁

候选 9821bb8da45b8b2eafaac63c5e8d63677b4bcbdd 收敛 Runtime/Studio 5991接入与CI维护PR51的b7ba0fc，包括真实公共过程、薄SDK/Canvas接线和私有证据合同；收敛中间提交为f534，其后只纠正文档治理链接，不采用未合Docs39的新目录。Studio正式流程仍在oceanway4运行完整质量和PG/浏览器检查，必需证据改由主/异机完整归档校验；镜像摘要由任务输出交接，再从仓库验证不可变manifest，签名/SBOM和验真证据继续保留。

2026-10-17 17:19:48 CST 只读回读确认 Studio PR46仍open，head精确为9821bb8da45b8b2eafaac63c5e8d63677b4bcbdd；两条官方运行均为该源码的attempt1：

这是实际启动及进行中快照，尚未登记正式CI通过或最终Linux镜像。后续每次run/attempt终态、真实私有归档回执、不可变镜像及签名/SBOM、预发布及恢复证明分别追加，不从旧5991或合成canary继承通过状态。Studio合并、真实schema7恢复、唯一Worker兼容交接和新版单账号灰度仍待对应门禁。

正式归档失败与服务沙箱修复

Quality 39020472191 的 attempt1 随后实际结束为 failure：web 的生产构建、Platform/Runtime PostgreSQL、Runtime 公共过程生产 E2E、具名浏览器回归和 PG 集成均通过，只有两项私有证据归档失败；不能以业务检查成功替代完整运行成功。原始完整日志 ZIP 已按0600保留并验证CRC，SHA-256 ea87dc0d8377504e90416ea47b0816a988b4bc1b134334c46b639c06d6087f28。这是新私有归档的失败，与旧 GitHub Artifact quota 失败分别记录。

实际只读核查五个 Runner 的服务 MainPID 挂载环境发现：ProtectSystem=strict，已有 ReadWritePaths 仅允许各自 /opt/oceanway-ci/<slot> 和 CI 锁目录；原 /var/lib/oceanway-ci-evidence/primary/<runner> 在服务环境为只读。源码 HEAD、客户端保护权限和当前磁盘余量均核实，未通过放宽服务权限解决。实际迁移计划 artifactless-storage/relocate-primary-plan-v3.json 的 SHA-256 为 d4a360391f5f3662b8c1809e9ce76a8184a64a7dd4b7bbffba5c8fd0ff402436。

Root 已审并执行五个配置的比较后替换：仅将 primaryRoot 改为各自现有可写目录下独立0700的 evidence-v1，先保留旧配置，再原子替换单个字段；模块、接收器、密钥、wrapper、systemd/SSH 策略保持。旧归档全树哈希前后相同，旧配置和主目录代际索引保留，使既有私有引用仍可定位旧原件。实际应用回执 artifactless-storage/relocate-primary-plan-v3-applied-safe.json 的 SHA-256 为 6ebc55b036e332286a727f3255eecae0dc488d1c3b6986cec979fa02f8f21864。本项证明具体配置修复已执行；真实服务挂载环境中的完整 CLI 验证、正式任务重新归档、最终镜像与业务上线仍须后续独立回执。

随后 Root 审定并实际运行五 UID 的完整 CLI 合成验收，五项均通过。每个子进程进入该 Runner 实际 MainPID 的 mount namespace 并降至其 UID，调用 9821 固定字节的完整仓库 CLI；实际覆盖 PR head 替代 merge SHA、workspace/temp 文件采集、受保护客户端、两机完整读回、原始回执字节及 GITHUB_OUTPUT/GITHUB_STEP_SUMMARY。新建的合成 git workspace、数字运行命名空间和输出均保留，业务/付费请求为0；仅证明实际挂载环境和 UID，不宣称复制了服务的 seccomp/cgroup，也不代替正式 CI。回执 artifactless-storage/service-cli-canary-20261017T093924995664Z-safe.json 的 SHA-256 为 c67b5b72f02dd3b023d622fc8fdcc85576fd6c587f8d529871203c8ea02799b5。

核实 PR46 head 仍为 9821、Quality attempt1 为完整 failure 后，Root 已调用官方 failed-jobs rerun，仅重跑失败的 web job；原成功的 changes/docs/security 复用并保留 attempt1 证据，不写成全部 job 重新执行。Docker 原 attempt1 继续运行，未取消或另行派发。此处记录重跑已提交，终态及七份正式私有归档仍待实际核验。

私有归档宿主实现已通过 Infrastructure PR29 合入 main 70b8c73377ff46742f22e184dcea5fc4751193d4，PR 检查 39020730355 与合并后检查 39021066084 均 success。这些代码检查不代替本节服务沙箱修复后的实际运行验收。

沙箱目录修复随后经 Infrastructure PR30 合入 main 5e77c06ea26598e3f1e17f966b25e0b74541cb89，与受审 f4cc7956c58c9c72e8cc44aa8f8fd6500737d3a9 的 tree 精确相同。PR 正式检查 39022173230 和合并后 push 检查 39022275198 均 success，后者实际执行57项纯测试。原始日志分别保存并验证CRC；合并回执 artifactless-storage/infra-pr30-merged-20261017T094527536003Z/merged-main-formal-check-safe.json 的 SHA-256 为 2424feecce02216f643f2660a34cdcb34d5b135c5fbe65033a2168ff3ec1c97b。fresh installer 的源码默认目录已修正，但新 bundle 未部署；现网三个模块与 wrapper 仍为原已审 bundle，仅执行了具名配置迁移。

9821 正式终态与 PGDG 镜像修复候选

上述17:19快照与attempt1归档失败保留。随后官方终态已确定，不能继续将9821写为两条运行均进行中，也不能把单条Quality成功写成最终镜像通过：

两条运行各自的应用构建、unit、Platform/Runtime PostgreSQL、Runtime生产E2E及其对应浏览器/PG集成检查通过，不互相累计；Docker的完整浏览器为138通过、19项既有跳过。原始Actions日志记录5项私有归档步骤成功：Quality两项，Docker quality两项和失败build metadata一项；各自archive/receipt SHA及主/异机引用已收入只读终态索引。两条run的GitHub Artifact API清单均为0；这证明本轮没有依赖GitHub Artifact产物，不表示组织配额已恢复，也不代替七份最终正式归档的独立双机全量审计。正式失败build的归档成功不产生可发布镜像。

终态索引 artifactless-ops/ci-watch-9821-quality2-docker1/final-20261017T0953/final-ci-safe.json，SHA-256 60d143fde8de0d72ee4b332d00e6c9b157afeb4bfa4fb13abd3b385a0d0e307d，明确记录 finalSignedImageVerified:false。同源三个原始完整日志ZIP均已保留0600并实际验证CRC：

公钥可读性诊断与修复范围

实际Runner服务只读证据显示 UMask=0077，checkout中的PGDG公开公钥虽为Git 100644，实际文件权限为0600；其字节仍匹配固定公钥SHA。回执 artifactless-storage/pgdg-diagnosis/key-mode-20261017T095122296149Z-safe.json，SHA-256 9d64a95c43e4f8e61d40ef20c9762f0ced0a345399f56c604c37afa4ab837227。原签名校验错误不能据此改成跳过APT签名，也未改全局umask、Runner服务或密钥字节。

首次受控负例已真实证明 _apt 不能读取0600公钥。首次修复诊断只将公钥COPY为0644，仍在 _apt access检查处EACCES，尚未进入APT，不是签名仓库或PG16成功证据。原失败回执 artifactless-storage/pgdg-diagnosis/runtime-base-probe-20261017T095545289769Z-readonly-failure-safe.json（SHA-256 09830601696096b77407dba527468929a3933e2379bfe6b2e929128cf86281cb）保留；后续marker更正回执（同目录 runtime-base-probe-20261017T095545289769Z-marker-correction-safe.json，SHA-256 ec39a8cff06d6cbb7a850f4277a8e903c15fa29edf21d96ac46d917a908db743）明确：RUN/ERROR命令文本里出现成功标记不算独立成功输出，不回填首次失败为通过。

修复候选 f3d57c0c1e2be104298ca9508764be3412c619ca 相对9821仅修改Dockerfile：公开公钥 COPY --chmod=0644，并将 /usr/share/postgresql-common 与其 pgdg 两个公开父目录设为0755。公钥hash、fingerprint、原signed APT流程和PG16版本约束保持，业务、vendor、normalizer、归档helper字节均相同；不扩大私有凭据权限。v2原始日志随后实际提取出COPY0644后、显式chmod前的两个新父目录均为0644；chmod后两目录0755、公钥仍0644，解释了首次只改文件权限仍EACCES。该mode证据来自本次诊断实读，不据此反推其他历史运行的父目录权限。

经Root审定的 runtime_base_probe_v2.py（SHA-256 fcd7eb1324c2ba628d8e06400c1a4114d474a5b420082c973e894047cde00515）随后在shared4实际服务mount namespace及原UID执行成功： _apt实际可读、原公钥hash/fingerprint检查、签名PGDG update与PG16客户端安装通过，得到原生Linux amd64诊断镜像，并以 --network=none 实际运行pg_dump/pg_restore版本核对，均为16.15；最终两个父目录0755、公钥0644。未跳过签名、发布镜像或提交业务/收费请求。回执 artifactless-storage/pgdg-diagnosis/runtime-base-proof-v2-20261017T100547406814Z-safe.json，SHA-256 0ecf5731fee37d96c7d5ac553b37e345c34845370bdb85c4d35433ce20bd8b06。这是runtime-base受控诊断构建，不是完整正式Studio镜像或预发布验收。

诊断原输入及原stdout/stderr等37项已在本机与oceanway4的Runner Temp外0700/0600目录永久保留，压缩包SHA-256 6bf4335f3f36352daa82199b8f8b86ab67bc888e9331646f94a3c1107b0ef70d，两端均完整读回并逐成员核验，原Temp与失败诊断未删除。保存回执 artifactless-storage/pgdg-diagnosis/preserved-20261017T100547406814Z/preservation-receipt-safe.json，SHA-256 f1965da22b93f5ac336925f270230b5f27ad31fc50a0f4dd15bef45ce750652c；这仍是诊断证据保留，不充当七份正式CI归档。

f3d57c0已成功推送原PR46分支；新官方 Quality 39023822813 / attempt1 已实读为 in_progress、pull_request、head精确等于f3d57c0，尚未登记成功。新Docker尚未派发，安排在本批Docs进展发布后执行，避免同时启动第三项重型任务。两条新run及各自显式attempt须分别绑定新source，重新完成完整正式门禁和七份归档独立全量读回，再核registry实际manifest、签名/SBOM、最终镜像、预发布与恢复、唯一Writer及生产灰度。9821的成功项和失败原始证据继续保留，不能继承为f3d57c0正式通过。本轮仍新增收费0、业务切换0，原生产E4/schema5、原恢复owner和cohort1保持。

f3正式制品、分支收敛与恢复副本基线

合并前后正式CI分别取证

Studio PR46 在精确候选通过且可合并后正常squash合入main579；候选与main的tree逐字相同，不把不同commit当作同一个source。CI维护PR51的变更已收敛到该交付，不重复计作另一批功能。PR46合并触发仓库自动删除分支，首次回读因此404并闭门；随后Root明确恢复原f3分支，保留失败与恢复的原API证据，不描述成“分支从未删除”。收敛回执 studio-pr46-main-convergence-retry001-20261017T104346880295Z/convergence-safe.json，SHA-256 8918235782d2ae342349a11014181c3cca3579dbbb54dd83a55a34de9eb6ad21。

候选两条原始日志ZIP均按原字节保留并验证CRC，终态索引 artifactless-ops/ci-watch-f3d57c0-quality1-docker1/final-20261017T111234349214Z/summary-safe.json，SHA-256 e69d7c2b403ac46b0829354601cabdb2789e958c99c6026216fc1b5bd7af6e7b。main另有原ZIP及逐step事实，索引 artifactless-storage/studio-main579-quality39025803024/observer-retry001-20261017T110256312797Z/main-postmerge-complete-evidence-safe.json，SHA-256 02c309458337c33a5e81fd5baeba48d46f13e5b9514298b2c1097829adef4a24；观察期间的一次本地GitHub连接超时原件保留，不是CI失败，也未触发CI重跑。各source/run/attempt分别登记，不相加重复计算套件。

七份正式私有档案独立审计

审计精确绑定f3、Q39023822813 attempt1和D39024656497 attempt1：Quality web的browser/Runtime两份，Docker quality的browser/Runtime、build metadata、merge manifest、attest release五份，共七份；main579额外检查的归档不代替它们。主机和独立异机各85个文件均实际全量读取，整个tar及内外Manifest逐文件大小/SHA256核验通过，并重读确认归档/引用稳定；两机身份不同。

七条原log中的receipt SHA、archive SHA、私有主/副引用和文件数与独立确定性重建回执完全匹配。独立重建不冒称原receipt文件仍在，也未以存储合成canary或“远端存在”代替原件审计。审计回执 artifactless-storage/official-audit-parameterized/audit-20261017T111317729313Z/formal-private-evidence-audit-safe.json，SHA-256 d33faab722a39ab7e739d6eb8bb111973d6da040397cc30196f91f735a1a1a32。本项证明该候选正式证据合同已闭合，不等于业务发布验收。

Registry与实际Engine最终镜像

最终不可变index为 sha256:28791fc31b3370f5e41424ce0d2fb791f33d223f9591bc63200cd130593da141；linux/amd64 child为 sha256:a58f5164abdd9d221476247e0d12696a3581b21f86fb588fc9d8ffe78a13e8b0，config为 sha256:1baa3a22d91ff76f69290b08212747150a5dd396732f284555c5695d7aa94695。OCI revision确为f3；签名的workflow/source、分支、OIDC issuer及透明日志核实，签名SPDX2.3 SBOM的subject为同一index。该SBOM证明index-subject签名，不据此断言每平台包完整性。

私有merge归档内 image-manifest.json 与Registry原始index均为856bytes，原字节SHA256相同且等于上述index digest，避免仅按可变tag推断。Registry回执 final-registry-f3d57-20261017T111200Z/final-registry-verification-safe.json，SHA-256 6223673b2d2ba826a813ef1c7e541edbbb86077e2e52b0a2122d86371dbe4ab4；内容绑定回执同目录 private-merge-registry-content-binding-safe.json，SHA-256 268312b74de44a1c71fd77aa84be9bde64baf49417fb210309c57b411ed78526。

实际Linux Engine已独立核验：本次EngineID实读等于上述index，而非假设它等于config digest；content index/child/config链接与字节hash一致。已安装client/server均为0.5.0，27个运行JS与固定源逐个相同，Sharp0.35.5、vips8.18.7、PG工具16.15及官方Runtime verifier通过。五个network-none短probe已清理，临时Registry认证已移除，既有认证保持；未启动产品App/Worker、连接数据库或提交模型/资金请求。Engine回执 final-engine-f3d57-20261017T111300Z/final-image-engine-runtime-safe.json，SHA-256 84e7f80a15504b675580206b74808d487ae35569f808dde3fbc84079cc293344。这是最终完整镜像的身份/内容/运行依赖核验，仍不替代Host和业务功能验收。

本轮受限恢复副本的六步基线

截至19:25 CST检查点，prepare、restore-a、migrate-a、capture-b、restore-b、migrate-b六步均实际success，绑定同一f3最终Engine和冻结manifest。A恢复基线为120表、6序列、98行、1份媒体，与既有离线source audit的逐表行/结构/序列及媒体hash一致；之后官方core迁移到schema7，原列、信封与旧checksum保持，尚不声称Host schema已经初始化或Host功能已验。

B的capture明确是 online-diagnostic-not-atomic；恢复基线为120表、6序列、94615行、8份媒体，保留2个原Agent及1个原媒体任务的身份/状态，媒体hash通过；迁移到schema7后原列、信封、旧checksum仍保持。B没有独立source全audit，回执的双端全表相等标记为false，不表述成在线源与恢复库整库全部相等或生产离线灾备已验；复制的Platform证据也不是新鲜资金/供应核账。

七份实际原safe JSON及Mac执行stdout已经完整读回并保留，逐份原字节hash与结构对应。原采集器的本地分类AssertionError现场保留，属于后处理失败，六步服务器执行并未因此失败或重跑。索引 artifactless-ops/f3d57c0/staging-seven-local-index-recovery-20261017T112716754272Z/readback-index-safe.json，SHA-256 ea4afee3f7b45ec698d3d80abe9c48a562c53e5b2ada46e23fae40e5a713d099；整体检查点 artifactless-current-handoff-20261017T112551Z-safe.json，SHA-256 de254611f5ab4bef0a72c5bab9b37c6743201c3f349cc4683f51fbc488f26260。

以上为19:25 CST的历史基线，后续A功能及schema7备份恢复见下节；B和生产仍按各自门禁验收，不将六步基线回填成完整业务或灾备通过。

A隔离副本的Host、Canvas与schema7恢复

最终Linux镜像在A003隔离副本完成原会话、公开终态进度、候选及原件hash的7次Host GET读取，均200；公开DTO不含私有字段，原业务快照保持。该次Canvas仅为空列表读取，不单独证明采纳。原Mac执行stdout staging-inputs-f3d57-20261017T111500Z/a-host-probe-native-v1-003-001-execute/stdout.private.json 的SHA-256为 70871458fabfe7b036a371f2e29ca6369d6f8d654770af657d7f1c07ae17a77f。

随后Canvas实际新建1个项目、1个会话，提交1次显式采纳命令；同命令重放及持久GET仍指向同一原候选，候选仅改变采纳标记，原件HTTP hash一致。逐表比对确认只有预期Canvas项目/会话、候选/采纳及限流相关表变化，其余业务及资金表、全部序列和媒体字节保持。副本准入0、cohort1，真实模型/规划/资金请求0；此处采用隔离身份夹具，不宣称真实Platform认证或生产写入。stdout a-canvas-run-native-v1-003-001-apply/stdout.private.json（同一staging目录）的SHA-256为 3acf47b2f4b1c0e73e32d23f222bbc916719aaffc8e7fc20a0cdab0e945de2fa。服务端pretty JSON另有原件及独立hash，不冒称与stdout原字节相同。

A App正常SIGTERM停止后，执行schema7新备份及独立二次还原：125表、6序列、154行、1份媒体共1,239,493bytes，逐表行/结构/序列、受限owner与所有媒体hash一致。二次还原stdout SHA-256为 98d3936a09a9a714c28de98e60413abc8fb33adb03fb2fe3d0d06a6991ceadf3。澄清等待、固定流程批准检查点、steer完成续接三类具名合成样本在20表及公开API快照中保持一致，snapshot SHA-256为 87d79f2502fad1ef9dd69ffc0218e84931087f82247397a36217cc4de81d0fb2；样本保留预期等待状态，比较回调计数沿用seed，不冒充新模型调用或完整执行完成。seed原件sidecar另存索引，不宣称已包含在CMS包内。

备份复用既有recipient，以OpenSSL CMS AuthEnvelopedData AES-256-GCM加密；密文SHA-256为 eb687599f3c3cd5f9b2b342e82115e8a59911187a41493eed737662a5f89db27，没有上传接收方私钥。首个Mac离机001在创建PG集群前，将真实PostgreSQL 16.14 (Homebrew)版本误判为非16，原失败及旧helper保留。新版本化helper仅收窄修复该版本解析，实际002经认证传输、CMS认证解密、新PG16集群及受限角色恢复成功；125表/6序列/154行、1份原媒体，以及source/restored全audit原字节SHA-256均为 fa4e20dd0613d8fe8ad47c32530ca0f21a812c66c2ff90657ccf66fdac931757，原身份manifest hash保持。新离机集群已正常停止，未启动App/Worker、未调用模型或重放资金；既有集群保持。

离机实际回执 offhost-schema7-a/attempts/002/offhost-restore-safe.json 的SHA-256为 d8f687e2cfa99144635db39e818898c7b13e7be9e458e90ce5f639a5532967da；A最终索引 artifactless-ops/f3d57c0/a-official-backup-three-20261017/final-a-offhost-originals-002/final-a-index-safe.json 的SHA-256为 58ca7d6c276f5fb80fa762e17b416f0370195b6fba2b67f2416315dbe901ab5e。这是A隔离副本的功能和恢复验收，不证明生产离线灾备、唯一Writer切换、真实收费或灰度已通过。

B原窗口失败与兼容恢复

B首次操作包只执行一次合成旧lease seed，两个lease的90秒窗口内启动实际Worker，但验收工具以Python3.10解析Docker的RFC3339Nano时间戳时抛出ValueError，未进入verify-fenced，窗口已错过。后续只读核查确认同一App健康、实际Worker heartbeat新鲜、同一PG路径和启动日志标记通过，配置未漂移、无OOM或重启；这区分实际Worker健康与验收工具失败，不补写围栏通过。

原seed、失败与窗口记录保留，不通过重播seed、延长lease或改业务状态来回填原窗口；该次窗口仍明确失败，后续B兼容恢复或独立fence96补验均不改变它。根因回执 artifactless-ops/f3d57c0/b001-execution-20261017T115952243613Z/confirmed-root-cause-safe.json 的SHA-256为 4ccd50a10be2535888927e1ceb804e34714382d62f6f28f0a8022961182f5df4；原窗口回执 critical-window-result-safe.json 的SHA-256为 223c2a9a143410f5448b228787e8a883b951b2a884780e5254dd337a1396e9f0。本轮仍未生产切换、收费提交或解除写保护。

B后续改用已独立安装并核SHA的CPython 3.12.15解释器，原控制器、兼容核查源码、control、core及原运行身份均未改变。原已运行Worker只续验同一CID/PID/启动时间，不另起替代Worker；原身份/UNKNOWN查询、恢复、重启前后核对、正常停止和最终停止均通过。旧Run/Step/Media/Attempt保持2/2/1/1，fixture未授权请求0，原请求未替换、lease未重seed，真实模型/资金请求0；正常SIGTERM中App退出143、Worker退出0，无SIGKILL/OOM或异常重启。本项是受控隔离协议验收，原UNKNOWN上游最终结果与收费仍不据此确定。

B最终停止后只seed一次具名样本d24b66ad58f9，再生成官方离线备份、恢复到第二个全新受限库，最后以同一具名快照比较。125表、6序列、100248行及8份媒体共9,556,207bytes全等；source/backup/secondary及Mac恢复全audit SHA-256均为30667f0d1f4bfb640575194f7e1e81f1867c66ca6a87e488a949f891fe73835a。具名澄清等待、固定流程批准及steer续接的20表/公开API快照SHA-256为3ffab0ae21260413c3ece5e033bb81aef176703aeb40701e00e120440a3a6077；只使用合成planner，预期等待状态保持，compare没有再次调用planner。临时restore-only代理/客户端均正常退出后非force移除，原网络/规则恢复，B App/Worker仍停。

B官方备份点为backups/schema7-b-001，manifest SHA-256 d9f021a7a0b8b82a8ef14494e2cd12beba4803c89a6063daa78a4fd757a1bea2，dump SHA-256 52449a9775882d84f64b7d853076f213120594239301eddc99d48daeeceb8cb6。CMS密文11,899,474bytes、SHA-256 b8a3648446007fdeaf6eb30cb40c247f5d0c873573b6f36572e113f1e092378b，Mac以新端口/全新PG16集群实际认证传输、解密与全库/序列/owner/媒体恢复；新集群正常停止后实际pg_ctl status为3、PID文件不存在且端口可重新绑定。私钥未上传、既有集群不复用，具名seed sidecar另存，不宣称在CMS文件成员内。

B三份正式服务端原pretty回执均已逐字读取并与原执行stdout结构相等，独立保存SHA；离机原safe JSON SHA-256为05c327526f470ece8d42acd3344ef409b183b8001373ea7d14777fc06dbcef2f。完整链索引artifactless-ops/f3d57c0/b001-official-backup-20261017/final-b-offhost-originals-001/final-b-index-safe.json，SHA-256 f29f1f8548297238455b625b250a2ce5c8c67bfa89a3c4d4877aab67e199a183；包含原9步plan/source/解释器与原回执、seed sidecar、官方三步、具名对比、CMS及Mac恢复来源。A/B离机通过均不代替生产离线灾备或灰度验收。

独立fence96围栏补验

独立case98181a436c70从原线上只读诊断点恢复到新的物理库、受限角色与96网段，未改原B001。第一次迁移因旧工具只允许a/b库名而拒绝，旧failed001原件永久保留；补充迁移使用新的唯一case migrator和独立reconciliation日志，明确记录实际执行源码及原失败引用，先后校验旧列投影、序列、历史checksum和原身份保持，再调用官方Runtime additive migrator。向Host发布的逻辑迁移回执不冒充旧失败工具成功。

该case随后在39.093782秒内实际串行完成合成旧lease seed、唯一Worker启动和verify-fenced；有效旧lease仍被尊重，围栏期间原请求HTTP调用0，实际唯一Worker为1。四份服务端原pretty回执均已只读取回：关键窗口原件SHA-256 2e51f1a6d77e40e16b5d039561f13233fd474bcd6c36b3fa6869ee956c9f3bb4，围栏原件dd7f711e1cb086ff1abd4bf8ebc7d8b4c9bf22b04795b17fa442bf3f7708661d；来源索引为artifactless-ops/f3d57c0/fresh-fence96/prepared-case-001/actual-critical-originals-readonly-001/index-safe.json。原B001错过的窗口仍记失败，不把独立case计作其重跑成功。随后等待旧lease自然到期，沿原请求/Operation协议实际恢复，并正常SIGTERM停止该case的App/Worker；最终停止核查已通过。12份服务端原pretty回执及保全原件均已完整读回校验，索引artifactless-ops/f3d57c0/fresh-fence96/prepared-case-001/actual-final-originals-readonly-001/index-safe.json的SHA-256为1a27b9dde703bf71d06086c3363c440b1c78bc1d2d38db095e9d090b42ebde4d，恢复原件4d55b3c96e7a5c5f4cc35dea10a2b13c7d0bde20dc308290f82d4ccbeb3c23c6、正常停止原件1c46f0a1e806d5a66a92912ba845340069136a85a8645b993ef01afbd3212a55、最终停止原件65ef3c3ac76021bc13a51a5b424f4e39ff5265757d995aef95704b5359db91b7。原迁移failed001与原B错过窗口均未改绿；本独立补验只证明单Writer围栏及原身份协议恢复，不据此确定上游UNKNOWN终态/收费，不代替生产交接。WP整体仍doing。

生产写门禁、原服务停机与schema5离机恢复

生产门禁的只读reconciliation已核实：写门禁保持开启，POST/PUT/PATCH/DELETE返回503；原App停止后GET/HEAD/OPTIONS为502。原Nginx代际已自然退出。原E4 App于22:18:14 CST退出143、Worker于22:05:32 CST退出0，均无OOM/SIGKILL；其他受保护服务保持，其他数据库会话与活动lease均0，原dispatch footprint不变，模型/资金请求0。中间两份失败原件继续保留；本次单独核实后产生协议桥接回执，不将原失败工具改记成功，也不把桥接依赖顺序当成实际动作时间线。信号15事件已不能重新完整读取，缓存淘汰仅为推断，不宣称完整事件历史已验证。

停机reconciliation原件SHA-256为37b5187f763c59586a6b75011f5c44416bebe0d3f1d1e3d2473eebdb7fc9f87b；原App/Worker退出及gate、单个原HTTP读流关闭回执均完整读回。来源索引artifactless-ops/f3d57c0/production-gate-state-reconciliation-v1/actual-execution-001/actual-originals-readback-001/index-safe.json，SHA-256 850ea07c789994ec17786da6b5f03c0245d06cc8d1ced561f21ca2236bf32a7d。关闭动作只针对一个已绑定原读流，未追加进程信号或扩大目标；停机不代表新版生产初始化或交接通过。

原schema5生产离线点已实际备份并打包为CMS，密文66,632,279bytes、SHA-256 e21f462ea0aca660de71da34c1ecc2c03b48e1886d4a4712b86de4ca5a58b8df。Mac离机001在大文件传输期间因客户端turn中断，尚未创建PG集群；原源码、开始记录、空日志、receipt、远端核验与39,429,120bytes片段全部原样保留。Root另立真实中断reconciliation，核实无本次进程/cluster、无端口监听且锁可获取后，以O_EXCL补充明确来自Root的failure记录，未冒充原adapter已报告失败；该reconciliation SHA-256为02c0718233955738100c580069c9e42c20526d5559aca3a1f6b2617ab451123d。

新的独立预取目录先核远端固定machine/path/metadata、全CMS和原片段前缀hash，再从原片段副本只传余下27,203,159bytes；传输前后远端完整hash及Mac最终size/hash一致，原001片段未改，无远端写入或自动重试。真实预取proof SHA-256为0b37a8ea195f0cb40f363440496ea3d882bae7629db00a3acf33410aa7dc17d5。版本化v4保留原v3，仍独立实做远端probe与小receipt传输，绑定该真实proof后复制已认证CMS，并继续执行原CMS认证解密及完整恢复守卫。

实际离机002在全新PG16.14集群和受限角色完成schema5恢复：120表、6序列、94,615行、8份原媒体共9,556,207bytes；source/restored完整schema/行/序列/owner audit原字节SHA-256同为7050f787e82d5042600fdd9ac1131de8dbc75482f1b2abc161877bcdc7a9c84e。全部原媒体hash、原身份/信封/Attempt/Operation映射和原1–5迁移checksum一致。新离机集群已正常停止，未复用既有集群、未上传recipient私钥、未启动App/Worker或调用模型、重放资金。实际回执production-offhost-schema5/attempts/002/offhost-restore-safe.json的SHA-256为7cdaccc23df69673bd7ba88866c236e5fad71d8fa14aa0fac2a39bbf92e8a3a2，明确attempt002/resumeFrom001，原001不改记成功。

本项通过的是原schema5生产离线备份与真实Mac离机恢复。复制的Platform原证据未刷新，外部Platform数据库没有被离机还原，上游UNKNOWN最终结果及费用没有因此确定。截至本次schema5恢复点，新版生产schema7初始化与唯一新Writer尚未启动；后续实际初始化和Worker0健康见下节。生产同账号Host/Canvas及原身份交接、原账号UI、真实付费闭环及灰度继续逐项验收；写保护未解除，WP仍doing，本地文档未提交或发布。

生产schema7初始化与唯一Worker0

最终生产镜像仍固定为sha256:28791fc31b3370f5e41424ce0d2fb791f33d223f9591bc63200cd130593da141。原stage0工具调用docker compose create --no-deps被实际Compose 2.40.3拒绝，失败原件保留，未启动新容器。新的版本化兼容器仅把该调用换为受支持的up --no-start --no-deps --no-build --pull never，再沿原独立start与身份/健康守卫执行；实际stage0-cont成功回执SHA-256为f18fc136497284c0318a236d3e82f26169e25a37fbf8333d55aa786e54a3576b，不把原stage0失败改绿。

原Host初始化只提交一次维护请求，23:09:55 CST返回503；同一时窗Platform记录的是原legacy Operation的恢复POST返回503。实际错误响应体/业务错误码未取得，不推断供应商最终原因；没有重发该维护请求、创建新生成或替换原Operation。原Docker Exec当时GET已明确结束、ExitCode2，原marker为failed503；后续GET404如实记录，不推断清理原因。首个只读reconciliation因该404未通过；独立v2绑定当时真实完成Exec回执及当前同一marker，23:32:08 CST实际成功，只核实schema7初始化、1–7迁移checksum、原身份/信封/存储字段保持和无活动lease。其回执production-host-bootstrap-reconcile-v2/host-bootstrap-reconcile-f3-20261017-002-apply/actual-safe-readback-001/safe.original.private.json的SHA-256为9bd1365b247ed31649359e277cf11e811b792f7ec0e563b5fba4c43a577f1cb6；明确officialHostBatchCompleted:false、originalLegacyRecoveryPending:true、upstreamResultOrFeesResolved:false，不宣称两条lane均成功。当时全局2个legacy runnable均不属本次验收账号；不以强制终结它们作为新Runtime灰度条件。

23:34:05 CST，原兼容器源码7aa99f77590a5a5d28a9152f48a25c10a62b77c62b268ea997d261542bc3f715在上述schema-only前序后实际启动唯一Worker0。App/Worker均为同一最终镜像、RestartCount0、无OOM，fresh heartbeat晚于真实Worker进程启动，live/ready均200、schemaReady和singleAuthenticatedOwner均为true；23:35:39 CST只读回读仍为同一双进程和schema7。Worker无DB/product key/maintenance credential及volume/公开端口，内部认证Token只作相等判断而未导出。实际Worker0回执production-compose-cli-continuation-v1/worker0-cont-f3-20261017-001-apply/actual-safe-readback-002/safe.original.private.json的SHA-256为bfa3041a59a97cd1333d13021998426aff381f2143ea0df45996e22ad19420a3。新Runtime准入仍0、仅原验收账号cohort、外部写门禁保持；此处健康成功不等于正式灰度。

Root随后沿原固定3个非cohort Operation定向只读核账，7组完整Native行（Run/call/ledger/action/attempt/Operation/authorization）与Host503后全部相等，没有新增资金、派发或授权行；安全计数/hash回执SHA-256为1289ff1a8509012121a4439cd9f6de4d2e79ed95cf74e6b69cfec5808a5f349f，Root比较回执为52b0fd4dfb43a133e5478f3ec65ed891f39aff95b33a392aca0bebdf7c5caf7a。这些是原账证保持的事实，不公开其他主体原行，也不据此将UNKNOWN最终结果或供应尾费记为已解决。A/B schema7真实独立恢复、生产schema5离线灾备及此次生产schema7增量迁移分别通过，不重复添加一次生产schema7离机恢复硬门禁；生产同账号Host/Canvas和最终交接、独立新意图收费/UI闭环及灰度仍待验。

生产Host/Canvas交接、准入1与同一新意图503

生产同账号Host、Canvas create/adopt/verify四组件按顺序实际通过：仅新建1个Canvas项目，原候选执行1次显式采纳及1次同命令重放，持久GET、物理关联与原件hash均保持同一项目/原候选；新模型和资金请求0。Root原身份交接回执production-host-and-original-handoff-root-001/handoff.private.json的SHA-256为b247ad4484be1e3f1c02a4f8ac218b9a754020289a4d5a847c82f2406eb43a8d。该验收只覆盖新Runtime lane及确切保留身份，不将原Host503批次或其他主体的上游UNKNOWN改记成功。

10-17 23:58:45 CST实际回读确认，受审admission1已启用且仅subject2/原creator；App已按操作包重建，Worker沿同一容器正常停止/再启动，两者保持最终镜像、schema7、RestartCount0、无OOM，live/ready200、fresh heartbeat和唯一owner均通过。外部写门禁仍开启，其他受保护服务保持。实际admission1 safe SHA-256为1aad894527f85d9f236dc0ea6523171a310768892292760d94142debb8384797，metadata为e7b8cdc6603923df7805a556caa5c745e30df723b2050fc14015b9d11d89499c。原3个非cohort Operation的7组Native原行与Worker0后仍全部相等，Root比较回执00489d938b7192f80e7d004ec80144c3cc6d20ef54003a1838cf4ae658367aae；准入1是同账号受控验收准备，不等于外部写保护已解除或灰度已通过。

本轮唯一新intent及client已冻结，首次验收transport在任何新提交前因函数名遮蔽http.client产生AttributeError；版本化V4仅修正alias并保留同一intent/目录、单次POST与预算守卫，不重新freeze或更换client。实际source增量独审回执SHA-256为64f3cf9349405d8fe6a0d30749460c8a79a9a418ddbdb43eff0cb3c2adf424e3，其无网络fake-connection回归与真实业务验收分开记录。修正后仅提交一次，10-18 00:06 CST的该次提交返回HTTP503；随后只按固定client GET找回原Run及原会话，未重POST。真实run-binding SHA-256为c079928c65a43fdcf60b4322bc612ad1c1e7baba0d068b8702729819a68d678c，发布manifest为659a44ac940bbd2ecb353bd5635b16008caba4b2fba390dcb011774b3633bade。

00:12:00 CST的定向完整只读核查确认：该Run仍authorizing，冻结上下文已持久，但runtimeRunId、platformRunId、authorizationId均null；同client仅1个Runtime requestWriter、1个Run和1个会话，Core Run/controller/Job/Attempt/Artifact/Delivery/候选/媒体资产新增均0。Platform精确范围内Run/call/Operation/ledger/action/attempt/authorization新增也均0。旧5个验收Run和12个Operation、补偿账本与计费选项完整原行均与提交前基准相同，累计钱包已结算仍54.1192积分、冻结0；这不使用钱包差额猜测消费，也不冒称原图片上游尾费终态已确定。安全计数/比较回执production-050-post-submit-readonly-002/readback-safe.json的SHA-256为3b4387d94f687d1df79694d0f847c144f8827e09884a095305e04bfca82dc00e；原session、完整冻结输入和其他主体原行不进入文档或本次归档候选。该次核账尚未诊断首次Core初始化的根因；随后实际Next别名纯诊断见下节，不将后来的结果回填为本次原回执内容。

首次UI工具在读取Cookie、创建输出或启动浏览器前，因参数regex拒绝合法sha256 flag而失败，原source/失败保留；独立UI-v2仅允许flag中的数字，原allowed白名单和只读/凭据守卫保持。新脚本SHA-256为f4e332a417543257766e69187345fc2b943d562c4753cb26158fc1ceea82303d，4项无execute回归通过，0网络。随后仅执行一次1280px、30秒真实只读观察，00:11:47–00:12:28 CST核实原账号、同Run/会话；页面和DTO均paused，显示“创作已暂停，请检查授权或可用资源”，理解需求running、制定方案pending，共2步，无交互卡或图片。pageerror0、转发/尝试写请求0、模型/资金提交0，临时浏览器已关闭；收到该原Run的52次SSE200只按事实登记，不据此推断断流根因。回执SHA-256为f6315bad526a72a9b538b804ad1f7ecf3094ab8b6e1e024288f47e1331398974，目标局部PNG为ac6d94ffa94e2934eb80335d148c3674fdf4aa07c96f736065cbbafc84ad1dcd，Root已实际视觉复核。此处是暂停状态观察，不是5步完成、图片保存、收费或三宽终态验收；不宣称console原文全无warn/error，未点击resume/retry/批准/生成/采纳。

实际Next别名的首次初始化异常诊断

10-18 00:22:27 CST，在仍运行的原最终镜像App内，按真实Next server chunk的createRequire解析路径及实际exports导入server和caller client，纯诊断确认：server依赖的client与Next调用方client虽同为0.5.0、contracts.js字节/hash相同，却落在两个实际realpath，其RuntimeError构造器不相等。使用只返回空行的mock pool调用实际SDK getSession和getThread，两者均抛RuntimeError/not_found；对server依赖RuntimeError的instanceof为true，对实际Next caller导出的RuntimeError为false，原compose catch因此会误抛而非继续首次初始化。这是实际制品包解析与错误合同的直接证据，不再把该机制仅写成推测。

实际安全回执production-050-sdk-actual-next-alias-pure-001/diagnostic-safe.json的SHA-256为59fc5a93c9935319286d72783caa525952846699cf1de710f3e47dd7152dbfc0。该诊断未导入业务handler，真实DB连接/查询、网络/模型请求及业务写均0，原App的CID/PID/启动时间和image保持；其中两条SQL是mock pool捕获的调用参数，不冒充真实数据库查询或新增失败原单。原a275的authorizing、Core/Platform ID空和新增执行/资金0仍沿前述实际核账，未恢复、不重发、不另建Run。

修复从Studio合并后main579的新分支推进，范围为三处catch按可信SDK错误合同识别，另补真实standalone首次Session/Thread初始化回归；尚未把未完成的新候选CI、最终镜像、生产部署或同原Run恢复记为通过。原f3三条正式CI本身success，其原日志继续保留；本次失败是该版本的生产首次初始化和新意图业务闭环，不改写为CI失败。外部写门禁继续开启，WP仍doing，真实生成/保存/候选/费用、5步过程、三宽终态UI与灰度均待适用验收。

历史f3证据包的实际双机归档

10-18 00:35:27 CST，沿已冻结manual archive V3工具实际完成小型历史包manual-runtime-historical-f3-20261018-001。包内29个明确列出的文件，包含旧f3版本的三份成功CI原始日志及其来源/版本证明、实际Host/交接、单次503与暂停UI、纯SDK诊断等安全证据；所有raw HTTP600、session/凭据、完整私有行与未加密数据库/媒体均排除，未复制CMS大备份。原候选false草稿保留，Root另以实际清单和Root index审批，未改写旧失败或为新候选补绿。

实际压缩archive为649,545bytes，SHA-256 bea0433accb76b90592b05536667633f5c16c8ff31d269867f60dad716b1b6ca；canonical manifest为8,208bytes，SHA-256 460cf9cc83a3ac4d3f71d4b85d0d432f96349629e266a36e44892ab6745d9a4f。实际两机计划SHA-256为0f73f67bb774db33c5010988e2987c802b33cc4783b898191ec34bedc6e32825；主副本分别在两台不同机器，均完整读回archive和manifest，与Mac原字节相等，全部29成员size/hash及三份原日志ZIP全CRC通过，两目标已实际finalize并读回同一最终共同回执。实际回执artifactless-storage/manual-release-archive-v3/outputs/historical-f3-apply-001/manual-acceptance-safe.json的SHA-256为525a30ed933cf4d9ef8fecb1c33963cadaf2cd71d097602b003ae25eb5bcf9c7。

这是旧f3业务失败版本的历史证据归档成功，不是新最终源码的CI、修复部署、同原Run恢复、收费闭环或灰度成功；原新意图503/UI暂停未据此恢复。后续新最终主archive使用新候选的三份真实CI原ZIP，Root index引用此历史包的真实SHA/manifest/双机回执；CMS仅随主archive保存一次。新主archive、Docs1官方发布/回读及后续Docs2/publication addendum尚未执行，WP保持doing，写门禁开启。

原验收单新鲜核账与预算绑定准备

2026-10-17 10:06:54 CST，Root在实际Platform afbc7ad533542a3e03f279f233813de8be405c16 上，以显式READ ONLY、repeatable-read事务定向核对同一原验收账号的5个具名Run及12个原Operation：累计钱包已结算270596 quota，对应54.1192积分，原冻结合计0，11个settled、1个released。回执 production-budget-originals-readonly-20261017T020651519534Z/originals-and-currency-safe.json，SHA-256 4d6cd2611cb54b664b2659469b8b912063f2c04eb943ed4bc57af6a3ab0a3ed8。这是该固定原单集合的新鲜核账，未用钱包差额倒推费用，也不扩大到其他主体的在途任务。

原图片单的既有18积分退还另经独立本地cross-check：原失败状态、release ledger恰好1条、原图片钱包最终结算0、冻结0，原规划保留0.0164积分，原意图未重发；回执 original-compensation-local-crosscheck-safe.json，SHA-256 5db79d2f72800a6486802a83af93dd795f03f4dee232cf351792d0eaaacc14a3。此项核实已有退款与原记录，不是本轮新增退款，也不把供应商未知尾部结果改写为已确定；OceanWay承担该原单尾部成本的既有政策保持。

本次实际配置为QuotaPerUnit500000、积分展示倍率100、Price1，销售Policy为100积分/CNY及1 CNY/标准名义USD；54.1192积分对应当前基准充值面值¥0.541192，不冒充实际供应商采购现金。公开status的USDExchangeRate为7.3，DB没有该键；6.75是参考折数，不能拿来直接证明旧6750积分额度为当前金融上限。现行换算及原销售快照保持，未修改资金配置或重估原单。

Root已审阅并采纳更保守的累计1000积分内部验收额度，仍沿用户既有US$10累计模型授权、现有余额及同一原验收账号，只准备一次独立明确单图新intent。原54.1192积分、额外18积分原单尾部核算余量及本次20积分计划预留合计92.1192积分，内部余量907.8808积分；20是操作包计划预留，不宣称Platform已增加金融硬cap，也不将18积分核算余量称为供应商尾费上限。审阅回执 production-budget-policy-root-reviewed-20261017T0210-safe.json，SHA-256 7d7d5a42933a7bda90b6935b76d199b9528117eace72689b25e3a3f2dc3db4dc。该文件未绑定新版实际镜像、未批准当时提交、未执行新模型。后续正式发布身份、schema7、owner/cohort和新鲜价格/余额/同一原单账证全部核实后，Root才按既有授权审定新binding并执行一次提交；US$1/月Actions设置与此模型授权分别记账。

首次初始化修复的合并与新CI

10-18 01:14 CST的实际状态：修复候选a755beba3029bba80da01438dec62b8d089200ad已于01:09 CST经Studio PR53正常squash合入main bf7e4ddc3b974ba0016d5046713283bab60787eb，两者实际Git tree同为08186d0ac3e4d8fe5a4b31581c9ead1138283c30。候选仍是镜像与签名的源码身份，合并提交另记，不将main SHA替换候选SHA。SDK仍0.5.0、schema7，没有新迁移或依赖升级。

修复只在Host的SDK错误边界按当前RuntimeError名称/合法code合同识别错误，保留未知错误传播、并发create、授权恢复和lease fencing；新增真实构建HTTP的首次Session/Thread/Core初始化及同原Run恢复回归。本地18项跨module单测、26项隔离PG16服务测试及类型/lint/变更文件格式检查通过，不与历史测试总数累计。

首轮候选297的Quality39050416426与Docker39050428561真实终态均failure：新standalone夹具漏配现有必需的MAX_STEPS，在首次授权前拒绝。仅为夹具补现有值4，业务断言未放松；原日志ZIP、CRC/SHA与私有QA原件保留，不归因于未证实的JSON跨realm机制。

截至10-18 01:44 CST，候选Quality39051233898与Docker39051289359的attempt1均为completed/success，源码均为a755；两条实际standalone首次创建检查通过，Quality关键浏览器与Docker完整浏览器通过。实际终态及原ZIP索引sdk-boundary-ci-watch-a755beb/poll-20261017T173759551198Z/summary-safe.json的SHA-256为29ec1a9dad216286f1db4894bec77a497d6d27f2b60c33a4d3ebe0cbeec45201。合并后main Quality39052485080同为attempt1、completed/success，绑定main bf7e，真实standalone及完整Browser E2E通过；终态及原ZIP索引sdk-boundary-main-bf7e4dd-quality39052485080/poll-20261017T174327560094Z/summary-safe.json的SHA-256为3caf56c94ff6203b44b948d44960d2a671d09a472c788d4068194f50dd533429。合并/tree原回执625f42827770292fcc8e30e2c473afed6f34f3907134bd64712ec92813dad3f9保留原观察时点，主线success由新的终态原件补证；本轮私有七档案完整双机审计已通过，见下文。

同版Registry已实际核验私有包、签名身份/透明日志及index-subject SBOM。不可变身份分别为：

Registry原回执sdk-boundary-final-registry-a755-actual-001/final-registry-verification-safe.json的SHA-256为35308b5f2d845a253cfb3becaceff746a3e898cb9b6e64a7ed4fa28b191144d3；该只读时点的actualEngineId为空，原件不回填。随后实际Linux Engine核验已通过，EngineID实读为上述index 806e9748…，未假设等于config；index/amd64/config原字节链接、client/server 0.5.0及27个运行JS均匹配固定源，Sharp0.35.5、Vips8.18.7和PG工具16.15通过。五个network-none probe已清理，未启动产品App/Worker或提交模型。实际回执sdk-boundary-final-engine-a755-actual-001/final-image-engine-runtime-safe.json的SHA-256为1296716a4f075736b19d73ab0a2184a38b5e5437e0d624dccacc289486f34592。

本轮a755候选的七份正式私有CI档案已在两台不同机器完整读回：机器指纹9f9670ef…与02eaa226…，每机7档案、87文件，压缩35,791,432bytes、展开46,699,086bytes；逐文件size/hash与原job日志回执匹配。审计回执sdk-boundary-private-audit-v1/audit-20261017T174348976976Z/formal-private-evidence-audit-safe.json的SHA-256为c7bdc2454ae846e644bdb900dc038baefef823c234557e3f705135c7186020d5。确定性重建receipt不冒充保留了原receipt文件，本项也不代表生产或收费业务通过。

最终镜像隔离预发V2的b408 case实际失败：新PG只建role/database，未初始化Studio public基础schema，第一轮identity后creator/session即503，尚未进入Runtime初始化。此为夹具缺项，不据该通用503响应与原收费单相同而推断同因，也不将本次结果新增为产品缺陷；原passed:false、HTTP与日志保留。Root检查回执sdk-boundary-upgrade-operator-v1/preprod-failure-readonly-001/root-inspection-safe.json的SHA-256为e327a2a0d5299280e948957f8f87f4725fc7fd3223b41f4da2817f79c17a9989。

10-18 01:52:37 CST，V3的独立aec case在同一a755/实际Engine806e镜像通过。先调用正式health路由初始化Studio public表，精确核验503仅因未启动Worker、基础库healthy/schemaReady，bootstrap前后Runtime schema均不存在，用户/创作资料/会话/消息均0；再以真实构建HTTP完成creator/session POST200、Run POST200及同请求lookup200。Session/Thread/Core/Writer各1、messages2、context已冻结、恰好1次合成grant、calls/jobs0；未启动Worker，生产读取/写入与真实模型请求0。隔离App/PG容器均正常exit0、Next子进程143，无OOM，证据与状态保留。安全原件sdk-boundary-final-image-preprod-v3/root-full-readback-actual-001/acceptance-safe.json的SHA-256为2db716f5b40d7b1ad7e4966e1b4bc68680ba36b482d45a37a94cc959c598f0b2。这是隔离新会话初始化验收，未恢复生产a275。

初始升级输入b3ed34b0…及release63e52194…保留历史；旧fresh因外部Platform更新后的旧CID不存在而只读停止，原失败/no safe及once记录不改。01:56的漂移核查原件e7221c299ab59e2492bc537c703525d1dfd905f20c7300f85d2c364ff2b4d4ec保留当时原f3进程状态。用户确认Platform78已发布后，Root实际交接platform78-current-handoff-root-001/handoff.private.json（SHA-256 69993e8027f8f9b5e453d38a9082e8f4b342558e1974bcba11dd489783050c17）仅允许Platform source/image/CID三项变化，五个PG身份字段、原e7基线及两库不变；当前漂移交接已处理。新源审计12eb4582c7e0b0b430f08bde82320307dff7a7a6fbcdc543511429bcbe7dda5c明确原件读取可写请求trace元数据，但无资金/派发写入；旧cf360仍只保留其历史source。

本轮新升级manifest原字节SHA-256为974b57ea3ec5a098f9dca1ac8e7b6dadbab4913b7d11c6a7c29d41caf2d3f9dd，各步原件位于sdk-boundary-production-upgrade-platform78-v1/{action}-apply-actual-001/safe.original.private.json。原Worker先正常exit0、原App后TERM/exit143，无SIGKILL；新App先live200/ready503等待Worker，唯一新Worker启动后live/ready200。九步实际safe均成功，operator新增模型/资金请求0：

Runtime旧CI收敛分支PR6于10-18 01:29:33 CST实际closed、未合并。CI workflow在Runtime既有源及main已相同，文件SHA-256为b6928ee1f279465a60c58f29cccb2b9996b117e7bd17d12b7647620dca75275b；未将其旧文档合入，未请求删分支或重写提交。实际回执runtime-legacy-ci-pr6-convergence-001/closed-safe.json的SHA-256为b30ce78200eeb966d42381f5230cb0e3387fa1f142c144ac380ad8606262b953。

01:12:44 CST只读核查确认原App/Worker、Platform和两库的CID/PID/启动时间与基线相等，门禁配置保持；仅返回五份运行文件的SHA/大小/权限，没有导出环境值。真实回执SHA-256为f11cc9f0cbd22ef3c830c9b5be75f95aa5d7eeff950713457bd5314fc48cdf9c。这不刷新00:12的原Run及账目快照；本轮尚无resume、模型调用或新资金请求。

当前schema7离线完整点包含原a275/context、Writer1、两消息及已采纳Canvas：125表、6序列、94,627行，8份原媒体共9,556,207bytes，7条迁移checksum不变。备份工具仍按实际源f3/image2879标记，目标发布为a755/image806e；旧schema5灾备点不覆盖后来新增记录，不重标来源。CMS为66,806,359bytes，SHA-256 d02aaf81be361b12ec57b288438621979c3410a09f532dbca19172a596addeaa。

Mac首次001在识别PostgreSQL的Homebrew版本后缀时提前失败，原失败及新集群已停止事实保留。仅修正一行版本解析，adapter源SHA-256为31c4a1309daf5e944d8f11a09cff846322bad75b182bf4f467a92d0ea3352a60；002沿同一备份/CMS续接通过，未重做生产backup。新隔离Mac PG16.14、受限role、全部表/序列/owner、原媒体hash、7条checksum及原a275/Canvas完整一致，新集群正常停止；私钥未上传，生产未restore或回滚，恢复期间未启动App/Worker、模型请求与资金重放0。实际原件offhost-schema7/attempts/002/offhost-restore-safe.json的SHA-256为eb956eaab4efac5cf09a3d0e60d775d1d612721cb29cd08dba5e838b8dfe9bda，独立复核mac-restore-pg16-repair-001/actual-restore-independent-review-safe.json为06be11ac7e681d160d8be587e91d4893153e305f72b48739adfd9a995bba78f0。

02:31:15 CST实际metadata（SHA-256 50107f94ef5353c2b48ca4a4aa7435b03bd2706db4f550e38b7e8c30db33c899）确认App41be/PID2309057与Worker5288/PID2314063同immutable806e，restart0、无OOM、唯一owner与fresh heartbeat、live/ready200；Worker无DB/product/maintenance凭据、0mount/0发布端口，原Platform78与两库进程、nginx及gateON保持，admission1/cohort[2]。原a275仍authorizing/CoreNULL、calls0、Writer1/messages2及冻结context保持，尚未resume；本轮切换与健康不代表收费链或新版UI完成。

同一原单真实生成、收费与完成回执修复

10-18 02:33–02:38 CST，沿已审a755实际绑定/预算和新鲜门禁，仅对原a275执行一次恢复；原意图/client/提交回执未改变。resume-completed.private.json SHA-256为206d8dc2354ae19d10a623cd7e5e7b6dbd1dca8c92a5d0760089458dcb8ebbea。随后实际完成2次Planner和1次gpt-image-2生成，共3个调用、1个Job、1个Artifact、1个候选、1个投递回执和1个inbox。保存PNG为2,021,849bytes，SHA-256为c4ead66331332b868f775790fa7bb914b57838035dc21961eeb638ecaf173765。

原Native完整账行独立复核通过：3个Operation均succeeded/settled/saved，每个reserve/settle/attempt均1、退款0、冻结0；Planner两次合计0.035积分，图片18积分，新增合计18.035积分。历史5 Run/12 Operation的54.1192积分与原时点行保持，已核实际合计72.1542积分；另保留已批准由OceanWay承担的18积分旧图上游尾费余量，审计预留合计90.1542积分。此为内部积分和既定审计余量，不冒充供应采购美元、硬金额预算或上游UNKNOWN终态证明，累计US$10授权不清零。独立财务安全回执production-050-platform78-completed-financial-independent-review-001/review-safe.json的SHA-256为b6ae208ccf5ff8c3f86e97dacc399a017b30bfc8270c3c454d7e6efccbece635。

实际快照df7f51e3a3d8df6320d4656547a99f6b244695ed723bc9e0b3744d205e062de4显示Core/产物/候选/投递均完成，但Host Run的delivery_state仍为none，严格全链验收因此失败；相同scope共有85,590条历史事件，旧SSE先全量翻页再发当前状态，实测首响应超时、0帧。原失败与诊断保留，不把局部财务通过写为最终业务通过，也不直接SQL修正生产数据。

修复候选89c2be471b3f8a1a3e97e208ea8341b02d6c9189、tree51ba9b3660fcc2e8cfb75234f7f743417cec4303已提交Studio PR54：正常完成仅根据真实完整投递回执设置delivered；旧completed/none原单由产品现有读取事务逐项核验完整链后仅收敛delivery_state，既有消息、上下文、时间、Job/候选及资金不重写、不重投。SSE在权限和公开消息存在性校验后先发当前公开进度/状态；终态不先清空历史，运行态沿现有游标/分页与通知读取。本地真实隔离PG33项、SSE17项以及类型/lint/格式检查通过，独立源审未见阻断；不累加到旧套件总数。候选Quality39059968169和Docker39059980473的attempt1均completed/failure，仅browser与Runtime的私有归档步骤失败；实际PG、standalone和浏览器E2E通过，Docker后续build/merge/attest未运行。两份原始ZIP共105成员已全量CRC/SHA核验保留，终态原始回执SHA为94cb162de8d6d89b4541e9b7f746fc9ca1e82e2440b021ad13ee74b1ca1eee52。当前CI可用空间曾低于原58,236,111,257-byte水位，异机空间充足；随后精确清理固定剩余26条旧缓存，实际释放11,081,728,000 bytes，可用空间达到67,573,460,992 bytes，root default Engine的镜像/容器/卷投影、归档配置原字节及权限保持不变，各配置均超过原最低水位并保留至少2GB。003实际回执SHA为1fb26c24823102d5fc1d7de2d716efb132096929481adeed5efd44c58939eee0；001零删除及002仅删除1条后停止的原失败仍保留，未重试已删ID，未下调水位。该段保留attempt1失败与空间清理时点；后续attempt2及主线CI见下文，生产部署仍待。

完成回执修复的正式CI、合并与Registry

截至10-18 04:22 CST，原Quality39059968169 / attempt2和Docker39059980473 / attempt2均completed/success，源码仍为89c2；前者为官方failed-jobs重跑，后者为同run的rerun-all，未另发dispatch。Quality的正式standalone、关键浏览器及两项私有归档通过，完整Browser按PR范围skipped；Docker的完整E2E及quality/security/meta/build/merge/attest六个必需job和证据归档全通过。两份attempt1 failure原件不改，不能把成功重跑回填为首次成功。

PR54已正常合入main ca4cbce9d54b884d15f6eb401d9e8bb8689a4446，其实际Git tree与候选89c2均为51ba9b3660fcc2e8cfb75234f7f743417cec4303。合并后main Quality39064285282 / attempt1亦completed/success，真实standalone、PG、完整Browser及两项私有归档通过；critical/docs按scope skipped。原合并回执0e45f7f6…中的当时Docker/main CI待验字段保持原时点，由本次终态原件补证；镜像/签名继续绑定候选89c2，不用main SHA替换。

新Registry的私有包、固定源码、签名身份/透明日志与index-subject SPDX 2.3已实际验证，包含426个package；不据此宣称每平台包完整性。原回执completion-repair-final-registry-89c2-actual-001/final-registry-verification-safe.json的SHA-256为52150bddbf216e57ecb5e0480872dbc9c2ed8ed2def7466ff7112f56424d25e5，各身份分别为：

同源attempt2的七份正式私有CI档案在两台不同机器完整读回：机器指纹9f9670ef…与02eaa226…，每机7包、87文件，压缩35,649,050bytes、展开46,556,875bytes；全archive/member字节hash与原job ZIP日志回执匹配。实际审计completion-repair-private-audit-v1/audit-20261017T201933171803Z/formal-private-evidence-audit-safe.json的SHA-256为87f5f05d928b5955b7048fd9ad88011e87f60389a92ed5f0770ae56eca5d4678。仅确定性重建并核对receipt，不冒称已capture原receipt文件。

候选两份attempt2及main一份attempt1原始ZIP共190成员，均已完整CRC/SHA核验；三run/原ZIP/Registry/private7的统一实际索引为completion-repair-ci-terminal-evidence-001/handoff-safe.json，SHA-256 0c079ec2a04e076e038529ed041afd24e78dcab590253293a8ebcc1fce8a6daf。该批CI/Registry审计本身未pull/run镜像或改生产，原件中actualEngine待实读字段保持当时时点；随后实际Engine/隔离预发通过见下文。该CI时点未覆盖9份媒体与已付费完整链的新备份独立恢复；随后实际恢复及进程交接见下文。当时尚未验生产产品GET修复与SSE/原件/UI；后续实际同原单闭环见下文。正式灰度及官方Docs发布仍待，WP保持doing。

最终Engine、隔离预发与生产配置路径续接

89c2/immutable 2d179d1b…的实际Linux Engine验收已通过，原件completion-repair-final-engine-89c2-actual-001/final-image-engine-runtime-safe.json的SHA-256为bb0e5907ae4699eab1f82cd59947d0121d570b8e107870df8865fdfa203240da。Engine ID、index/amd64/config内容链接分别实读，不假设Engine等于config；SDK0.5.0及27个运行JS、Sharp0.35.5/Vips8.18.7、PG工具16.15匹配，隔离probe已清理，未启动产品App/Worker、连接业务DB或调用模型。

10-18 04:27:27 CST，新独立namespace的最终镜像预发实际通过：正式health bootstrap只初始化Studio public基础schema，Runtime与业务行初始为空；真实standalone HTTP完成creator/session及Run初始化，Session/Thread/Core/Writer各1、messages2、冻结context、恰好1次合成grant、模型/Job0。未启动Worker，无生产读写、发布端口或外部模型请求；隔离App/PG容器均正常exit0、Next子进程143，无OOM，状态保留。实际原件completion-repair-final-image-preprod-inputs-v1/actual-execution-001/full-report-readback-actual-001/originals/acceptance-safe.json的SHA-256为b04f0638d32089eb8863b25c7099dc6d2e393bdcdb3e114d1330026ef7426cfd。这是新会话初始化验收，不包含125表完整计数或生产备份恢复证明。

生产升级操作包v1（ff4ff51c…）首次fresh实际失败，case中仅新增binding、intent及132-byte execution log；未停止App/Worker、未改config/DB，safe仍缺失。只读分段trace前10段通过，拒绝发生于Compose路径核对：manifest保留f3旧副本路径，实际a755 App/Worker labels指向a755发布副本。两份live文件分别与旧副本全字节相同，SHA仍为dd9fa22f…与044e5d75…，两个进程的labels路径也一致；实际完整字节适用性证明completion-repair-current-compose-applicability-readonly-001/applicability-safe.json的SHA-256为d8a962bd6f920f4a21c9307ffd8e2eba48c09fcf006d27a8378c83ab7dfaa890。原保护正确拒绝了错误路径引用，这是操作包配置路径问题，不是产品生成或CI再次失败，也不是Nginx/两库/Platform78漂移。原失败完整回读completion-repair-production-upgrade-v1/failed-originals-full-readback-001/failure-safe.json的SHA-256为1e7ac1dd8ba85638ec2eac8a032ae888eb6baef5715ff0f43a09cf573a46b01b，原v1不修改、不补safe。

独立v2操作包固定新BASE：upgrade源415896878771f268b3ada24c6ea922010f1972b26f952c016cb544449e6a16fb，Mac adapter源002e0c8558ef2fa11ff34b28bd5578a78a6388c4747622e044052643711e8e33。仅fresh适配固定a755两live路径，严格校验原副本/live全字节、双labels和受保护文件属性后用实际路径只读render；新增v1失败3SHA/safe缺失保护，其余生命周期、paid/Native/PG/once守卫保持，Mac只变REMOTE namespace。本包41组及下游85项guard检查通过（下游原件completion-repair-configpaths-v2-migration-preparation-001/handoff-safe.json，SHA-256 6daeda330f81737371c7af91f030839f6ea01c5fc626ad2ae3bc2aaae113889f），不累加为旧套件总数；独立源码审查原件SHA-256为1aa6bdbc7aed281150902180f6648b8721d362ddaca8c43934451342c39829df。新输入只变sourcebody和manifest namespace，实际release原字节仍79d1961d…，m.files/06d及6份paid输入不改。

v2已完成的实际步骤原件位于completion-repair-production-upgrade-v2/{action}-apply-actual-001/safe.original.private.json：

fresh再次核对同一原Run/client/context、Writer1/messages2、2Planner/1图片，完整Native行与原90175quota/18.035积分保持，汇总仍none且未执行产品GET；门禁开启。prepare保持appEnv原字节、仅切固定镜像/发布目录；旧Worker正常exit0、旧App TERM/143，无SIGKILL。截至这四步时，包含本次已付费链和9份媒体的独立备份恢复、89c2新App/唯一Worker健康交接及业务读验尚未完成；此后结果按下文U3原件另记，不把前四步通过写成九步或首期通过。

backup001随后在beforeMedia覆盖断言处实际失败：旧断言误用reference-assets前缀，实际完整9份媒体及原2,021,849-byte PNG（SHA-256 c4ead663…）位于generation-assets。失败前完整audit实际为125表、6序列、94,684行，同一原单3个Native Operation全行已验同d42daed7…，无新模型/资金请求。只读覆盖诊断completion-repair-production-upgrade-v2/backup-coverage-diagnostic-readonly-001/stdout.original.private.json的SHA-256为920e01f65f1f3d36c3287af3d244f6ae648e87df7fcaec174c29014f11b77d38；实际失败库存completion-repair-production-upgrade-v2/backup-failure-readonly-001/inventory-safe.json为d5eabb33675a28f697cfcd6bc840b6d9a9be6ee47760baffc8a178b8835782bc，确认尚无offline-backups点、offline-source或backup成功safe，App/Worker保持正常stopped。原4步成功、v2 binding/source415896及backup001失败不覆盖；当时V3操作包仅准备另记实际executorSource与002命令，续接backup/package/start-app/start-worker/metadata，不重放前四步；后续实际结果见下节。该backup001仍是失败，不回填成功safe。

已付费完整恢复点、Mac001与89c2进程交接

U3独立操作源a9b04d1235731d33126bf1b2e05c702772d26ccee2bfe1da96e2edd2225160a2保留原v2 case/binding/source415896和四个001成功回执，以显式新executor及002命令续接后五步；原v1fresh与v2backup001失败均保持，不重放正常停机或失败备份。Mac适配源为1816567d9d1a125258995b89720bf245adb3377f4368270a2ebdac7517ee1b6d。实际backup002和package002完整回执分别为completion-repair-production-upgrade-v3/backup-apply-actual-001/safe.original.private.json（SHA-256 ffd00fd93edb4d26e8726dde5d24468e4b1b8de5f51c3df77a385c0bf994c538）及package-apply-actual-001/safe.original.private.json（d04ff0876dcdc3a0bf4c6fa4027ac39fe90bf3fb55657b5cd08f159490658283）；本地捕获目录的001不改变实际commandId的002身份。

新恢复点由当时实际a755/immutable806e工具备份当前schema7：125表、6序列、94,684行、7份迁移checksum、9份媒体共11,578,056bytes，覆盖同一已付费原Run/Core/3 calls、原context/单Writer/消息、当前Canvas及完整账行。源manifest为f4b10834cb20a0ba093f2929daf4f9be5ea127507c9b984443baada5dcb4f193；新CMS为71,895,639bytes，SHA-256 7d7d74a330868eca68c0423af5e9d0068cc0c57f4de44cdfb23e73ec49a651fc。原单已结算18.035积分、冻结0完整保留，未新增模型、submit/resume或资金重放，不用此前schema5或未含本次付费链的Mac002点代验。

Mac新owned PG16.14集群及受限role实际恢复一次，attempt001于2026-10-18 04:58 CST完成，随后正常停止；schema/全部行/序列/规范化owner、七份checksum、身份/envelope映射、原单context/Writer/Canvas及全部9份媒体字节核验一致。源和恢复audit的原字节SHA均为5af5b48eec92dc14ecba82f3c4c1b2d62e19f075f811680fc83330543efa7dde。实际报告completion-repair-production-upgrade-v3/offhost-schema7/attempts/001/offhost-restore-safe.json的SHA-256为a022463c4f7618123d84908a7e37665e46088872ea6cadc78e3d13900a209fe6；完整回读索引mac-restore-apply-actual-001/full-readback-001/full-readback-safe.json为a0a3c2634fe1ef7c59d3d87fbb94e67c25ff4969a1f59a01181804b6bde0efbc。新集群停止、无残留PID/监听已复核；未恢复Platform库，私钥未输出或上传。报告accepted仅指本次独立DR，不代验产品读链、历史UNKNOWN供应终态或尾费。

随后实际start-app002、start-worker002和metadata002均通过，完整回执位于同一U3目录的对应*-apply-actual-001/safe.original.private.json，SHA-256依次为af76c59c2b497759085372ea38e721d34681678ada6827a9d09eb37a70e2fc40、ee636acd8ace00572be662e1aa1feca0aec8ab3b9b38300ef12af5b14876527f、abea84c48852fa92edf7bc0cf9fcf835b4b09659bfdf6a61b1b9ac445a49ed6c。新Appae1af/PID2642385与唯一Worker473568/PID2647305同为89c2/immutable2d179，live/ready均200、RestartCount0、单owner1；Worker无挂载或发布端口且无三类受限credential。Platform78、两PG、原cohort账号2及外部写门禁保持，原快照/18.035积分完整Native行未变，Run汇总仍none，尚未触发业务GET修复。

截至metadata002当时回读，本轮产品GET、SSE、原件读取、三宽UI及灰度均未执行；其后同一已付费原单的真实仅读验收、灰度及上线后核对另记如下。此次仅更新未发布Docs草稿，WP保持doing；完整敏感行和媒体仍只保留于私有原件及封装恢复包，本文仅登记安全计数、边界与SHA。

同原单V6完整仅读闭环与三宽UI

新业务GET已通过产品既有读取事务核实完整真实投递，仅将原Run的delivery_state由none对齐delivered，没有重投或SQL绕过。实际repair delta为production-050-completion-repair-v6-execution-root-001/state/only-original/observation-20261017T212438018580Z/repair-delta-safe.json，SHA-256 71c8c69855c1fd919558c3483e048ef064d80a53f4e63429324d3b50263a0df8，确认其余原整行、原context/Writer/消息和完整业务链保持。原Run/client/意图不换，历史仅一次submit和一次a755 resume；本轮没有新意图、submit/resume、Worker tick、模型或资金写。

本轮fresh-v3曾把正式6项financial options误设为7项而失败，原失败completion-repair-fresh-v3-options-failure-readonly-001/failure-safe.json（SHA-256 3bedc554112ee434bddf48eb0da54467588967cd6e53fb625ff789911f29ae98）保留，不把已通过的前序GET或缺失的after证据补成成功。独立fresh-v4源ca6602c53f6dba3bc78f53271317debdb20277e46d821b3c4f15da18586f148b仅修该正式选项数量，19项纯guard通过后另做真实fresh采集；原费率、最低余额、累计预算和300秒新鲜度守卫保持。

首次最终verify又在旧/api/platform/records的第一个records GET收到410，原观察目录observation-20261017T211755139950Z/及失败不改；这是验收运输层仍引用已弃用API，未新增产品生成。新增driver 6158a32eaef6835bd9dc2077a88c338a3b79b9316f1067009ad50281ccab5a73 / transport 8eb29f285f6dd7a04c07e97a502d1996bdec4940b7cbfd99459667b9cfdd3ebe只适配正式Creator usage无query GET：保留原已认证账号和operation校验，在真实当前page1按record_source/platform、operation.operation_id及product/studio唯一匹配原3项，不伪造服务器filters或filtered total，不声称遍历完整公开历史。真实DTO Golden及missing/duplicate/scope/嵌套/分页负例共23项纯测试通过，非records原逻辑整字节保持；全Native及原wallet/frozen/item金额校验继续作为账证。

随后GET-only完整verify实际通过，回执production-050-completion-repair-v6-execution-root-001/state/only-original/verified-safe.json的SHA-256为619ac01401f6fed85e691e6a8ae99534aeca07bf2255a1d2cb12cef1c5c0df5a。同原单1个image Job/Artifact/候选/sink、2次Planner，3个Native Operation完整行保持succeeded/settled/saved，结算90,175quota/18.035积分、冻结0。当前SQL完整快照SHA为5c505235ede787a5541eb5274cc2567e0d8de66829291be994f397ba6158707b，当前完整Native原件为864571d8b9b4dd88d4efb96a05317017891fb558d0f3bbe2afb356a65d7c34b0；这些是同原单复核，不是新增一次收费生成。真实SSE已持久化2帧、5项公开步骤完成，最后cursor为字符串"0"；当前终态及时可读，不声称已回放85,590条全部历史。

唯一语义原图读取POST已实际消费且未重发，observation-20261017T211641750585Z/original-read.private.json的SHA-256为e2cc4cb62b97766d43881eefaa1208485047daf3c1924df4a1f6ebc3ee97e167。实际原PNG为2,021,849bytes、1024×1024，SHA-256 c4ead66331332b868f775790fa7bb914b57838035dc21961eeb638ecaf173765；同镜像正式Sharp规范化回执observation-20261017T211725197869Z/normalization-safe.json为d89d9ffe9deaa1adaafa5f5f25a3110e2973eaf99c5084bf033471fee32c239f，raw=normalized=saved整字节相同。该原件协议可以增加请求trace元数据，完整Native before/after相等；不写为全库绝对零写，也不重复原图POST来补验。

已审UI observer6dcc/guard3a35使用实际V6 manifest a5f9与binding8268、原run-binding c079，依次执行1280/390/430 complete各一次，三份ui-readonly-safe.json的SHA-256依次为916565d148440cf73b78a7e44da6843140582c710aac753398a7b1e458558c54、124f429a9d79ac8105819cfef2c47da74fe546499b8b29085acb0abeb6c43764、5feb254d2c681a63a68d315ae6db10657476d7432db5b2bf9db61b99db13e847。每宽5张PNG，合计15张、1,283,601bytes，完整读回SHA/magic/长度已核；折叠/展开五步骤、同一候选图load/decode、刷新后原Run/单图恢复均通过，浏览器关闭、pageerror/拒绝写尝试/写转发均0。界面呈现图尺寸不冒充原PNG尺寸；终态页各自native SSE200计数0如实保留，由上述独立2帧SSE原件证明公开事件。完整索引production-ui-readonly-v6-completion-continuation-v3/actual-execution-001/three-width-full-readback-safe.json为a1899a21e0d4344b139cb36de940b1ef655e48a07847edfc876caf06b2f202aa；Root实际查看全部15张并重算hash/magic/尺寸的completion-repair-three-width-root-visual-review-001/visual-review-safe.json为dec8c46af7144b593b3f164dac42f8eb6b32d311e36a76dc306561d01004e472，未见视觉阻断。仅有GET/HEAD/OPTIONS读取、原生执行记录折叠与刷新，没有submit/resume/adopt/模型或资金动作。

旧账原件与既有取消批次的明确对账

Root实际旧账对账completion-repair-legacy-originals-root-reconciliation-001/reconciliation-safe.json的SHA-256为b946cde0bd6736b4702155b97f6498723c1d589fda004134f3a41bd9651060f8。只有runs、calls、authorizations三组完整行相等；既有ledger/action原行全部保留，另有两条旧release合计331,128quota（330,000与1,128）及两条operator-cancel，与17:36:06–07Z已记录取消plan/请求指纹和Go结构精确匹配，早于89c2 App的21:01:58Z启动。其余Operation/Attempt状态/时间及两NULL checkpoint列的差异按实际字段和来源保留，不宣称七组全部相等，也不把全历史写成零写或推断未记录的人工原因。

这3项旧Operation与历史5 Run/12 Operation互不重叠，也与本次原a275的3个已付费Operation互不重叠；旧12项54.1192积分证明不代验这3项。本次旧账collector仅查询，没有新增89生成/资金重放/派发；原Attempt payload和映射、上游UNKNOWN事实均保留。旧本地failed/released不证明上游从未执行、最终结果已取回、退款或尾费已结清；供应终态/尾费仍未知，原单不重发。

原账号灰度与上线后完整只读核对

真实16角色prerequisites和15张PNG逐件审定后，cohort-v6以同一原账号完成13次实际GET，均200，前后原scope整行相等、身份/进程保持；实际组件readback-safe的SHA-256为32d1235e384f562b21cecaa5ed6e1ae3f6d3ab444fb2c197935aa08bc41e6146，Root实际封定的cohort proof为c6d0d2cd93083d3a8b013722cd5b11a366258e7e5cdab932df3e7aa96e014a25。随后verify-cohort实际成功safe为70f06f0dfdaf72b81c6fd09fbc6e1bfd40c976971de4f983387aa1a878a689ef，不把本地候选或空plan当实际验收。

已审d929工具按实际plan仅执行一次nginx reload，gate-off实际safe的SHA-256为72ee6c4a546a7e95b77a81b64afdbc1c8dfc97d3f4906e03783c0aeeab17a1a0；Root整13件原件回读检查为4b34d984a178bf3ccdfafe9f83185b9659897b062ce5868f2aa815a0308e8f3e。App/唯一Worker未重启，ready200；原受门禁nginx generation自然退完、剩余0，无强制信号。站点恢复原物理SHA f9e31、有效配置3a9、master17382，外部写维护门禁解除；Runtime admission仍1、cohort仅原账号2，没有扩量。

上线后独立v2只读工具源54be96fd9a74fa8beb7d2d36958685ffba2ab30bfb3dfb7675d85b7d52738a87在真实gate-off绑定plan审定后仅执行一次：9个固定GET覆盖session、能力、原Run、原3个Operation在真实usage当前页的唯一条目、live/ready及唯一已保存图片。回执production-050-postgray-readonly-v1/actual-001/postgray-readonly-safe.json的SHA-256为c868885f05a53ba30278f24ddd271210de6569b44146fd66e9cd3f48ef2e4cfc。独立postgray binding仅从原8268复制站点SHA至f9e31，原manifest/binding、原SSE/journal不变；同89c2 App/Worker、Platform78、两PG、7份checksum、owner1/cohort[2]和live/ready200通过。原Run completed/delivered、五公开步骤、完整Native before/after与864/d42原件相等，原3项仍结算90,175quota/18.035积分、冻结0；相对fa31只允许Run delivery_state修复，其他原整行保持，公开视图作为派生投影单列核验。

Root独立全读safe与私有raw、比较完整Native/快照并解码整图后验收通过，completion-repair-postgray-root-accepted-001/root-review-safe.json的SHA-256为4a936fa1cd8c324173c1262c3913e246452dfcdfc82fbd002fbe054680bdb6a0。

第9个GET读取既存保存图片，返回PNG200、2,021,849bytes、1024×1024，完整SHA-256为c4ead66331332b868f775790fa7bb914b57838035dc21961eeb638ecaf173765，与原Artifact/已验saved hash一致；未再执行唯一原图POST、normalize、submit/resume、模型或资金请求。完整readback原件SHA-256为c196891ca69d988730537d2a4aaf159ee79c453c1af4ac0ac130a4893dab74c4，含私有Session/Native/图片base64，仅600私有保存，不进入明文supporting JSON归档；现有ready/read-model幂等路径可能写派生投影，不概括为全库绝对零写。

上线后旧账另有精确范围的独立collector safe e77d2ac1b38f69e9cd893beb4dac7dc2338cd64f7655c71f229d30dc4cb3667e；Root全七组完整对象对比为production-legacy-financial-readonly-platform78-v1/post-gray-independent-review-001/whole-seven-equivalence-safe.json，SHA-256 b3fa8e45e660f6ac2be43c51743b8cdd8cbbfad788d8d4b04b25f354956421a6。相对post-admission1基准90e974，3 operations/6 ledger/3 attempts/9 actions/3 calls/2 authorizations/2 runs均全等，Platform78与PG完整进程字段不变，无新增reserve/settle/release/refund/dispatch/retry或checkpoint变化。这一后灰度时间窗的七组全等不回写上一节更早基准的既有取消差异，也不确定旧UNKNOWN供应终态或尾费。

上述观测时点，仅原账号灰度与上线后验收已通过；Docs1官方发布/六页回读、新最终完整主archive双机全量校验、Docs2结项发布/回读及publication addendum尚待，WP保持doing。所有历史失败、原供应边界和补偿责任保留。 后续实际发布与归档结果见下一节。

Docs1发布与最终完整双机归档

Docs1 PR44已正常合入main 0124f8a17176a2ce4cfffacd7ab30c91772eabc9，与候选347ab539f690880285df6d5650129b13b16dcc81同tree af8d65199ea9d0461a233178216e9c7e5bd4e094。候选官方CI39073337353/attempt1通过；合并前fresh host基线SHA-256为88f588075451f3b1b4d61d466b7a745b7b4e0a6c6a2203c20e7ead6bf1997243，观测22:01:35Z早于22:02:06Z合并及22:02:08Z官方release创建。随后官方release39073401985/attempt1成功，部署不可变amd64镜像sha256:077460ba7c2f78cbb3f7f5d3489430859d66d1c20ae31a4791f402b55e525dab；原ZIP SHA-256为8174440eb7c506172c4fd1fcac150c305b16c6d2954aa40cd5b7177b0a50c390，完整CRC已核，无重复dispatch或手动部署。

正式六页回读首次因误将WP标题当article正文marker而拒绝，原输入b3eb1f0d…及失败目录publication-20261017T220745383381Z保留，未重部署或更改候选。仅新markers副本改用实际正文文本，其SHA-256为8dfc22efaa8a26be9ab698683f60f956f65f9aa53acf67eaea6dd8358de304e7。e9a同源完整回读随后通过：六页HTTP200/中文UTF-8/唯一canonical/实际正文marker、三张历史native-2 PNG与候选Git字节一致，实际文档容器healthy/RestartCount0/loopback200、其余11服务及Caddy/两Compose与合并前基线不变。该三张历史图不代替本轮89c2生产三宽15PNG。实际artifactless-storage/docs-publication-six-page/publication-20261017T220854499953Z/publication-safe.json的SHA-256为369e25c938cc5b03904ab597ec1f678e3acb1472f493a286b7b9aa7b652d642a，完整回读索引为505fa93d1107cd2da0e5d18aaa0a09cd199e754f0c5d6d7a495e5ab86c7347b1；Root全读6+3并实际视审三张图后的接受回执为a06659e4410593d643285e4d5ae09d7c0239b8ae5f82589113f75290fea3be0f。

最终完整主archive manual-runtime-phase1-89c2-20261018-final-001已实际保存并在两台不同机器完整读回：427文件、222,611,409bytes，archive SHA-256为7f1c38b5c79c40fcc296f212bb605ff146c21215f00ac4536860cd0254a07fe1；外部manifest为207,583bytes、SHA-256 8cbe1ca03c69da832075da9800ad962facff66fe8b0d8f63708e98d9bf1e0474。当前正式3份CI原ZIP及7份历史CI ZIP均完整CRC通过，逐成员大小/SHA与外部manifest全等。历史成功与失败各保留原source/run/attempt，不代验当前89c2三份正式CI；CMS只按既定索引保存，敏感Native、Cookie/env/key及含原图base64的运输原件不作为明文supporting JSON。

实际主目录为/opt/oceanway-ci/manual-release-v1，异机副目录为新root700 namespace /opt/oceanway-ci-evidence-manual-v1，raw machine身份12bc与6c5不同。原拟/var副路径曾在Mac本地symlink检查中0SSH拒绝，原失败保留；随后只读核实既有CI目录归属及设备信息后选择新/opt namespace，原CI目录/UID不改。冻结receiver核验目录700、文件600/正规单链接及存储/最终化两次20%空闲水位；主、副完整archive/manifest、stored和final回执均由Root独立逐字重hash一致。实际manual-release-archive-v5-completion/outputs/final-427-apply-001/manual-acceptance-safe.json的SHA-256为1d5a01ab3389af1244c680cc7d577196d5030fe31c497dd6767f338666342188；Root独立接受回执completion-repair-final-main-archive-root-accepted-001/root-review-safe.json为62fcecf3b8f29c9eb47ad2184381ea4cabcb4ed9643319c82a6898b9f08fd5b4。完整私有定位见该回执，不公开敏感原件。

据上述实际业务、Docs1与双机完整归档，WP-RT-001的RT1～RT5按首期限定范围结项。本Docs2官方发布、六页回读及小型publication addendum由随后独立proof登记，不在本稿中虚构自身已发布；既有累计授权、原账号范围、旧UNKNOWN/尾费和补偿责任不变。

结项边界

WP-RT-001的RT1～RT5首期限定范围完成；原发布批次验收仅原账号2，当时未扩大cohort。现行账号准入按取消验收账号名单限制的用户确认政策执行，配置已实际生效。Docs1官方发布/六页回读与最终完整主archive双机全量校验见Docs1发布与最终完整双机归档；本Docs2自身发布与回读由独立publication proof登记。历史失败、原供应UNKNOWN/尾费、原图片不重发、既有取消差异和补偿责任保持；更早基准的旧账差异与后灰度七组全等分别适用，不互相改写。完整UP-T、独立API/Worker、完整DAG、第二真实产品及新媒体范围仍按后续工作包验收。

以下三段保留此前f3发布前时点的原检查与result202读取事实；当时的兼容接手待验不作为当前89c2的新阻断，后续实际独立恢复、进程交接与旧账对比见上述原件。

该历史时点发布前只读还发现旧执行链存在其他主体的未终态任务与原 Operation UNKNOWN。此处不公开其身份或内容，也不停止、重发或补偿它们来排空。最终镜像须在独立恢复副本实际证明旧逻辑/原 Run/Task/Attempt/Operation 与未终态资金状态保留，旧 Worker 正常停止且无活动 lease 后由唯一新 Worker 兼容接手；未实测不得宣称可切换，也不把“必须先全部终态”设成永久阻断。

随后定向捕获在外部HTTP调用前遇到UNKNOWN Planner步骤的安全守卫而停止；该捕获未新增消费或资金操作，原owner保留。它不证明上游尚未执行、已经失败/退款或结果已经取回；下一步沿原result/reconcile的纯读协议补证，不换意图、不重派发。

随后原纯读协议补证已完成：original-http-capture-20261016T205350Z-safe.json（SHA-256 87bebec91f860f9fcba82b00fc9fb7591e4732f95886ca16d57d96f603a230ac），2个authorization各200、原media read200、原Planner result202，保留1个unknownStep，共5次原读取HTTP。原Operation查询trace增1，Operation/Attempt/funds前后不变；refresh、新生成、资金调用均0，E4恢复owner不变。原result的202仍不代表最终结果/收费已确定，完整兼容接手、保存和交付尚待最终Linux镜像验证。

独立 API/Worker、完整 DAG、第二真实产品及新媒体能力不属本包结项；Drama 冻结，Commerce 原型不转生产。原图片单不重发，累计预算及补偿责任保持。

下一步与结项判定

完成本Docs2官方发布与六页回读后，以实际publication proof登记版本/运行及页面回读，再形成小型publication addendum并完成私有双机读回。Docs1与最终完整主archive只证明各自已验范围，不代验本Docs2发布。固定历史Artifact清理范围、Actions US$1/月且超额停止、US$10累计模型授权、原账号准入及旧UNKNOWN/补偿边界保持；详细原件见上述逐时点记录。