80 KiB
AI 合同平台：多场景完整交付与开发收口方案
日期：2026-09-10。依据：用户明确不同意“采购合同单场景受控试点”，要求制定方案，尽快完成产品开发。
2026-09-21 最新强制执行规则： 本轮 RC-05～RC-08 实施同时受《生产上线加速与开发效率整改方案》约束。必须先完成修改、再冻结唯一候选；普通迭代默认只跑受影响测试，高风险变更按风险扩大验证，完整认证只对不可变候选执行一次；并行修改使用独立 worktree；不再自动新增功能或基础设施阶段。若本文历史执行记录与该整改方案在执行方式上不一致，以 2026-09-21 整改方案为准；本轮 60 资产、14 个 Prompt 模块和 144 个评测场景的多场景范围保持不变。任何后续实证 P0 仍必须 fail-closed，效率目标不能授权带缺陷放行。
本方案撤销单场景收缩建议，也不把采购和服务两例测试当作整个产品的完成条件。初版制定时仅核对源码和更新文档；用户随后启动完整落地目标，实际开发、测试和剩余工作统一记录在本文“执行记录”，不另起 TP 阶段。
执行摘要：保留 60 个现有资产和 14 个 Prompt 模块，以修复、验证、部署完成交付，不再新增功能。 当前已有模板内容、旧模板续接、文书流程及失败诊断修复和隔离回归；还没有同版本全场景真实模型与会员验收，也没有完成部署发布。后文的历史测试数不能换算成产品完成百分比。
一、交付决定：保留多场景产品，减少重复工作
建议以已经进入开发的 60 个可加载资产作为此次完整开发收口基线：原 30 个基础模板/文书，加 A 批 12 个、B 批 18 个场景。其中原有 8 个高频场景完成重点精修，14 个新增 Prompt 模块完成实际运行与发布验收。
这是对当前开发范围的保留，不是重新开发 60 套系统，也不是把用户的否决解释成要求首发穷尽所有行业。C 批 30 个场景仍按原方案进行需求排序，保留在后续路线图，不删除、不冒充已实现。若要将 C 批也列为此次同时发布范围，应显式增加内容建设和验收工作量，不能无声加入当前排期。
交付要求：
- 保留个人、企业和律师事务所使用场景；用同一套工作区、权限和合同流程交付，不分别新建三套产品。
- 保留模板快速起草、AI 辅助起草、合同审查、候选差异、明确采纳、版本历史、下载、撤回及失败处理。
- 所有列入发布清单的场景都必须完成自己的适用性和验收检查，不能只让采购通过，再给其他场景贴“同样支持”。
- 可以分批集成、分组测试，但不能在最终验收前偷偷删除失败场景，或把留在
draft/internal_trial的资产算作已发布交付。 - 法律通知、决议等文书按
document_kind使用正确流程，不虚增“合同法律类型”，也不强制套用不适用的签署/履约动作。
场景清单
8 个重点精修场景属于原 30 个之内，不重复计数：采购、通用/技术服务、SaaS、委托服务、NDA、劳动、房屋租赁、承揽。
A 批 12 个：普通货物运输、普通货物仓储、设备经营租赁、设备维保、委托加工与定作、广告制作发布、市场推广、平面品牌设计、软件运维、商铺租赁、劳动合同变更、合同补充变更。
B 批 18 个：冷链运输、电商仓配、电商代运营、直播营销、连锁餐饮特许经营、产品检测、技术咨询、技术转让、数据提供、数据标注加工、会议会展、企业培训、人力资源服务外包、商业物业管理、办公装修施工、建设工程施工、股东借款、债权转让。
二、当前事实：大量能力已存在，主要差在质量与交付
本轮直接调用源码的模板加载函数进行零数据库、零模型盘点，结果为：
| 项目 | 当前证据 | 应做的剩余工作 |
|---|---|---|
| 可加载资产 | 60 个，ID 不重复；30 个基础资产＋30 个场景投影 | 保留现有投影架构，不能因没有独立文件夹就重新造 30 份模板 |
| 源码默认生命周期 | 30 个 internal_trial、30 个 draft |
逐资产完成发布条件；这不是在线数据库已发布数量的调查结果 |
| 结构化输入 | 38 个已有 input schema：8 个核心＋30 个场景投影 | 补缺陷；其余 22 个保留兼容，对影响交付的金额、日期、条件字段补必要校验，不强制全面重写 |
| 8 个核心场景 | 全部已有模板及 typed fields；6 个已有条款装配 | 补劳动、承揽装配和对应角色/边界测试；其余 6 个做增量验收 |
| A/B 场景 | 已有正文、字段、适用/排除边界、业务模板投影、路由和评测资产 | 重点检查通用骨架是否缺少场景实质条款、来源是否适用，以及普通成员发布态流程 |
| 14 个 Prompt 模块 | 6 个起草模块＋8 个审查模块已有组合/路由实现 | 校准指令、输出契约和实际运行版本，不重建模块框架 |
| AI 起草与恢复 | 已有 intake、异步任务、候选、diff、幂等、取消、续接、一次修复和撤回代码及合成测试 | 部署同一版本并验证完整业务链；不把已有能力重新列为从零开发 |
| 当前真实主链证据 | 采购隔离主链通过；服务起草成功、语义复核约 300 秒超时 | 解决服务及同类长任务问题；不能将采购一例外推至全部场景 |
| 部署与浏览器 | 一次部署命令被策略拒绝；此前浏览器连接失败 | 这是特定操作/连接失败，不足以证明永久无法部署，也不应阻止独立源码工作 |
历史 backlog 中部分汇总停留在 8 月 29 日，不能当作今日运行资产数量。后续统一以资产加载结果、内容哈希、发布记录和实际任务收据为准；保留历史失败和报告，不重写历史结论。
三、执行安排：两条工程线并行，一条独立验证线
计划假设：复用现有代码及测试工具、不重构架构、不新增大功能，具备两条并行工程线和独立验证。7–10 个有效工程工作日只是初始工程估算；内容缺陷数量、运行环境和授权尚未核准，当前估算置信度有限，不能作为确定交付周期或生产上线日期。 正式材料、授权和运行环境准备从第 1 天并行推进，不等代码全部完成才处理。
第 2 个工作日结束前，依据资产缺陷实际数量及模型根因核准一次剩余工期。如果需要大量补写实质内容，必须报告具体场景、工作量和新的单一排期；不能维持一个明知不可信的日期，也不能自动续出无尽子阶段。
| 工作包 | 工作内容及复用边界 | 完成证据 | 计划窗口/依赖 |
|---|---|---|---|
| W0 发布基线与缺陷清单 | 清点 60 资产、14 模块、F-01～F-14；区分已修复、待部署、待内容修复。整理当前脏工作树中的本次交付文件与无关改动，固定实际源码、依赖、配置和资产版本 | 一份总清单，每个缺陷有定位、责任线、验收断言；完整候选边界与回退材料，不只沿用历史 22 文件指纹 | 第 1 天，约半天；其余工作并行开始 |
| W1 模型与长任务可靠性 | 修复服务复核超时的已证实原因；统一终态、错误提示、取消、幂等和续接。复用现有 worker，不再造任务平台 | 服务冻结请求成功或得到足以确定修复方向的诊断；最终正常链可完成，失败链正确结束；关页/重启不重复执行或采纳 | 第 1–3 天，工程线 A；先诊断后修复 |
| W2 模板内容和字段补齐 | 补劳动/承揽装配；8 核心角色、条件、互斥与事实保留；逐项修复 A/B 骨架遗漏和 22 个兼容资产的交付级字段问题 | 60 资产均有声明的用途和基础旅程；8/8 核心装配达标；每项已确认内容缺陷有反例和修复后证据 | 第 1–4 天，工程线 B；不重建模板目录 |
| W3 Prompt 统一与运行对齐 | 复用 6＋8 模块，去掉矛盾/重复指令，核对角色、领域路由、正文与说明分离、输入/输出 schema、真实执行快照 | 14/14 模块有职责断言、场景路由、版本/hash、验收证据；旧任务继续读旧快照；编辑草稿不改变运行发布版本 | 第 2–4 天，A/B 分文件协作；依赖 W0 |
| W4 同版本质量与回归 | 先确定性、后真实模型；复用旧证据但核对其适用版本；按下节预算执行。修复即定向回归，集成后做一次最终组合回归 | 资产/模块覆盖矩阵、全部失败分母、原始结果和当前候选指纹；不以纯 schema 通过代替内容质量 | 第 4–7 天，独立验证线；依赖相关修复 |
| W5 部署与会员主旅程 | 用实际部署入口加载候选；普通成员/管理员、两个工作区验证权限；核对 60 个可加载资产及各类工作流、正常及失败恢复 | 同一发布候选的部署信息、授权发布记录、任务收据、采纳/下载/撤回、跨租户拒绝证据。截图与接口记录相互对应 | 第 7–9 天；环境准备从第 1 天开始 |
| W6 最终交付判定 | 汇总已完成/未完成、安装与回退步骤、已知限制；修复阻断项，不附赠重构或新阶段 | 一份发布说明与明确 Go/No-Go 判定。未过验收不隐藏、不宣称完成 | 第 9–10 天；依赖 W4/W5 |
每天只更新这份总计划中的完成状态和阻断项；不再为每次小修新增 TP 阶段报告。没有代码、资产、验收证据或已解除阻塞的变化，不计作进度。相同路径出现稳定失败后先修原因，不继续扩大样本来“碰到通过”。
防止再次拖延的执行约束
- 冻结功能范围：不新增场景批次、模型供应商、基础设施、评测平台或运营功能；先复用已有实现。不能以“优化”名义重做已有页面、架构或模板目录。
- 区分阻断与改进：既定交付缺陷继续验收；新增问题只有涉及越权、数据丢失/错误覆盖、关键合同事实或角色错误、正常主流程不可用、发布版本不一致，才加入本次阻断清单。一般样式、次要易用性、额外措辞变体、统计优化等进入后续清单；不能用未证实的关键词命中扩充阻断项。
- 验证不从头循环：修复先跑直接失败反例和受影响测试；共享行为改变才扩大对应组回归。未受影响且身份可核对的历史证据明确复用，不为每次文档或诊断变更重跑全部模型样本。既定场景和三类输入不静默删减，失败和未运行始终保留。
- 单一候选、明确结束：工程修复结束后冻结一个发布候选，按 W4/W5 完成剩余验收。达到第七节标准即交付，不再自动建议一个新的开发阶段。未达到则给出具体未过项、证据和下一项必要动作，而非继续泛化“系统性优化”。
- 不让环境等待变成无期限开发：代码与隔离验证完成但部署或发布权限仍缺失时，交付可安装候选和明确的剩余操作卡；这标记为“待部署/待验收”，不能算已上线，也不以此为由继续追加无关代码。
四、模型问题的最短解决路径
继续使用用户指定的 gpt-5.6-sol，不购买新 Provider、不擅自换模型；保留现有 medium 基线。先处理可验证的问题，而不是预先指定“网络差”或“Prompt 太长”为根因。
- 无模型检查有效命令、工作目录、实际配置和终态处理。用户配置文件中的设置，不等于带
--ignore-user-config的执行必然采用这些设置。 - 用已有诊断能力区分外层超时、进程失败、没有完成事件、结构错误、复核内容不完整；记录安全错误码和阶段耗时，不输出合同全文、密钥或个人信息到运行日志。
- 只有新增诊断或修复依据后，才执行一次原服务请求复验。若是传输/进程问题，修相应通道；若是 Prompt/Schema 冲突，修对应契约。不得靠更换简单样本、删除服务场景、取消复核或改成无条件通过来解决。
- 去除重复指令和重复传输的机械信息，但不删除审查所需正文、事实、上下文或输出质量约束。需要改变输出协议时按单一版本迁移，关联回归，不额外建设新的评测系统。
- 不默认把 300 秒改成 360 秒。只有证据支持任务能在稍长且可接受的时限内稳定完成，才提出一次有界时限变更；必须同步执行入口校验、外层等待、worker、前端提示及测试。该修改不能伪装成网络修复，也不能重置调用预算。
正常任务仍走自动处理；明确 repairable 时至多一代修复，修复后复核。失败保留原稿和候选，用户能继续编辑、明确重试或接管。人工只介入不能确认的事实、权限、来源和重大不确定性，不新增“每份合同都找律师签字”的流程。
五、验收矩阵与次数预算
1. 确定性与场景内容
- 60/60 资产：载入、模板编译、必填保留、说明不污染正文、适用边界、正文导出、版本隔离和实际场景路由均有验收记录。
- 8/8 核心：正常、缺项、矛盾、相反立场、特殊条件至少五类；劳动与承揽不能继续以“后置”作为完成说明。
- A12/B18：沿用每新增场景至少 10 个确定性样本的要求，核对现有 300 例的实际断言与当前资产版本；样本文件存在不等于测试已通过。不得只批量复制无关断言。
- 原 22 个非重点精修资产保留兼容验收，发现事实静默删除、金额日期错误或角色错误就修，不要求每个都增加与精品场景同等数量的条款变体。
- 法源和专业内容按使用时的适用边界核验；AI 复核如实记录为 AI，不冒充具名法务审批或专业适用性证明。
2. 真实模型：先冻结矩阵，再一次性执行
初始覆盖设计：30 个基础资产各 1 个适用真实任务，A/B 共 30 个新增场景各 3 个正常/边界/对抗或相反立场任务，共 120 个场景案例。新增场景的三例保留原方案最低要求，不降低成每场景只测一例。对于法律文书使用适用的生成与复核契约，不套用无关的合同审查字段。
经实际入口预检，W4 分为：基础 30 例走普通合同隔离链（起草＋语义复核）；A/B 90 例走现有发布前 scene_evaluation（起草＋独立专项审查，不写合同、不采纳）。再加 8 核心场景的一代修复上限 16 次、8 专项审查模块双立场 16 次、8 核心场景自然语言 intake 8 次，W4 上限 280 次应用适配器调用。按 operation 固定为：draft 120、semantic_review 30、repair_draft 8、repair_review 8、specialist_review 106、intake 8。这不是已经执行或获得发布批准；修复预算只在实际判为可修复时使用。
上述数字是 W4 模型质量评测预算，不是整个 W5 的模型调用总预算。特别是 A/B 发布前评测候选按系统既有隔离规则不能直接采纳，不能拿这 90 条替代发布后普通成员的正常旅程。W5 应在获准的发布候选与部署环境确定后，先逐项核算可复用证据和新增调用，再执行；不得绕过隔离、伪造发布证据，也不得在 280 次额度内暗中漏掉或额外运行 W5。
执行前必须用既有 runner/清单核算每条实际链：若某条需要不同操作数，要在启动前修正并确认总预算，不能运行中悄悄扩额。已有证据只有在模型、相关 Prompt、Schema、资产、输入和评估逻辑身份均适用时才复用并扣减；不把旧版成功冒充新版本成功。无需重跑的例子明确写明复用理由。
串行按 300 秒硬限计算，280 次最多约 23 小时 20 分钟，仅为模型等待预算，不含人工填写、修复和测试开销，也不是耗时保证。先验证服务修复及串行稳定性，再在账户容量允许时采用最多 2 个并发任务；不未经验证提升并发。若预算不可承受，先报告真实成本/时间差额，不擅自压低覆盖率。
单个已识别根因只做一次修正后复验；仍失败就暂停受影响的测试组，处理根因或请求必要外部条件，其他独立工作继续。所有调用、失败、取消、降级、接管计入分母，不无限补样本、不制造 99% 准确率；小样本不能证明原方案的 99% 质量目标。
3. 普通成员与管理员现场验收
- 每个场景至少有一条正常业务链：选择模板→填写/修改事实→初稿→AI 候选/复核→差异→明确保存版本→下载→按适用流程撤回。受限或缺资料案例的正确结果可以是补问/拒绝，但不能代替正常案例的成功证据。
- 覆盖个人、企业、律所工作区的已有权限配置；至少两个隔离工作区、两个不同普通成员及管理员。普通成员不能发布资产、访问他人合同或另一租户资料。
- 对核心 8 场景完成页面可操作性检查；其余共享页面按差异组件和文书类型分组验证，同时保留每场景接口链证据。分组 UI 检查不声称每个页面都人工点击过。
- 特别验证：重复提交、取消、关页后继续、worker 重启恢复、网络结果未知后幂等续接、失败后的编辑/重试/接管，以及原稿和历史版本不被覆盖。
- 浏览器工具不可用时，源码及隔离测试继续；只把必须现场确认的部分交用户协助，提供逐项操作卡，不让用户替代研发排查。10 名目标用户访谈/可用性研究仍按之前决定暂缓，不与这项功能验收混淆。
六、发布准备并行进行，不让外部材料阻塞独立开发
第 1 天由研发准备一页发布材料清单，用户只需确认目标环境、试点工作区、发布负责人及真实经营/政策材料，不再让用户填写几十项云配置。密钥通过既有安全配置入口处理，不在聊天中粘贴。
源码开发和内部验收继续沿用现有模型开发方式。对外服务还要完成已约定的生产模型配置、有效公开政策/披露、访问保护、备份恢复及发布放行；这些缺口必须如实列出，不能为了赶进度解除注册门禁。双云 KMS、外部见证、超大关系图和新运营能力都不列为这次前提。
发布步骤使用现有治理能力：候选草稿与原发布版本比较→发布预览及校验→负责人批准明确的资产/版本批次→受控发布→读取实际运行 hash→普通成员验收→失败按已有版本回退。批准一个明确批次即可，不要求用户逐条操作 60 次，但不能无授权自动发布。
部署失败只记录实际被拒绝的动作及缺少条件。后续在允许的操作范围内核查既有入口；不能换壳绕过拒绝，也不能把一次拒绝放大成“整个项目无法继续开发”。
七、什么时候算完成
此次 60 资产开发收口的完成条件必须同时成立：
- 本次确认的 F-01～F-14 缺陷及新发现的交付阻断项关闭；没有事实静默丢失、越权、错误覆盖或无声回退。
- 60 个资产具有与其用途匹配的完整流程，8 个精品场景深度补齐，14 个模块的职责、路由、版本和结果可验证；不得只按文件数交差。
- 同一最终候选的确定性、真实模型、普通成员验收记录齐全；失败结果与未验证项明确列出，不能有未解决的正常主流程阻断。
- 指定环境加载最终版本，获得发布授权的清单形成真实发布记录与实际调用收据，备份/回退可以操作。
- 交付安装与运维说明、发布清单、已知非阻断限制，以及明确的内部可用/对外可发布判定。内部完成与对外放行分别验收，不能互相冒充。
“三分钟完成”继续作为被测优化目标，不为了过线改指标，也不以无限优化这个目标延长开发。若实测未达标，应说明耗时和异步体验，不能作三分钟宣传承诺。需求排序后的 C 批和后续增强仍保留原路线图，不因本次交付而被标记完成。
依据与本轮操作边界
- 原模板与 Prompt 专项方案：8 个精修场景、A/B/C 批次、14 模块及质量标准。
- 原扩充清单：包含历史进度，需与当前源码、执行证据区分。
- 最新完整阶段记录：已实现的异步、修复、续接及测试边界。
- 收口审计及真实模型证据索引：采购真实链、服务超时、部署和 UAT 的历史状态。
- 模板加载及场景投影、场景装配器：本轮零数据库/零模型盘点得到 60/60 唯一 ID、38 个 input schema。
初版制定时没有运行真实模型或回归测试，也没有修改业务代码、现有资产内容、数据库、权限或服务进程，没有提交推送 Git。该次只读核对仅为制定方案的依据；后续执行结果如下，不能将两个时间点混同。
八、执行记录：2026-09-10 首批开发与隔离回归
已形成的实际成果
| 工作包 | 本批交付 | 尚未完成的边界 |
|---|---|---|
| W0 | 已建立 60 资产、14 模块、F-01～F-14 总清单，补入全部 60 资产实际首选审查路由和模块源码版本/hash | 初始盘点仍保留 17:26 的历史值，不重写为最新通过状态；完整发布候选文件白名单、依赖/配置冻结与回退包待整理 |
| W1 | Codex 超时/无终态的安全事件摘要进入实际 Provider→语义复核→审计→任务错误链；失败不再误归因于执行身份；Prompt 渲染失败准确分类；任意适配器的诊断均在入口按固定结构、类型、枚举和大小再次过滤 | 修复的是诊断丢失、误分类与脱敏边界，不是已经证明解决了服务复核 300 秒超时。底层原因和修复后的正常真实链仍待关闭 |
| W2 | 劳动新增 10 个期限、试用、报酬和工时装配块；承揽新增 9 个供料、图纸模具、返还、验收及工作转交装配块。原字段/必填清单兼容，缺项不猜测，互斥不静默选择 | 8 个核心资产现在均有装配定义，但不等于全部角色、专业内容和真实模型验收完成；A/B 实质条款深度及其余 22 资产的交付级字段审查仍继续 |
| W2 / F-04 | 劳动及承揽的系统作者指令与合同正文分开；劳动不再默认声明主体、审批、健康及既有义务已核验；保留工资、社保、解除及争议救济等实质内容。承揽修正主要/辅助工作转交及中途变更的法条编号错配 | 对本批涉及条款做定点核对，不代表所有场景法源当前有效性、具体交易事实或具名法务审批已完成 |
| W3 | 6 个起草模块及 8 个审查模块的源码契约、实际组合/路由完成定向检查；60 资产按 13 个实际首选路由归组 | 既有劳动、金融、数据等领域 Prompt 正确适用时不强塞新增模块；当前 60 资产无消费者服务模块适用项，保留专项模块验收，不虚构资产覆盖。发布版本及实际运行收据待验收 |
| W4 | 完成以下确定性及 Memory/临时 SQLite 组合回归，覆盖 A/B 现有 300 样本；新增所有 60 资产完整事实输入的正文保留断言 | 未启动 280 次真实模型预算；本批没有新增真实模型调用，历史调用和失败不抹除，也不冒充新候选成功证据 |
| W5 / W6 | 只读确认 3000 首页、8100/8101 /health 均返回 HTTP 200 |
服务进程未重启，本批代码未部署；未验证当前登录及普通成员页面，未发布资产、开放注册或作 Go 判定 |
验收证据与分母
| 证据 | 结果 | 实际覆盖 |
|---|---|---|
| 模板组合回归 | 615 passed，0 failed/error/skipped，237.635 秒 | 60 资产基础编译、typed 输入、A/B 300 fixtures、核心装配及劳动/承揽/委托/租赁工作区持久化回归 |
| 60 资产事实保留补充断言 | 6 passed，0 failed/error/skipped | 在上述组合运行载入测试后，补强必填及完整输入中每个活动 body_fact 值的保留断言；定向重跑对应文件。与上行覆盖重叠，不累加为独立样本 |
| 模型失败传播最终回归 | 28 passed，0 failed/error/skipped | fake runner、Memory/临时 SQLite；真实 timeout 与 PromptRenderError 分支、恶意诊断形状/类型、审计及 worker 错误码 |
| Prompt 与路由定向回归 | 83 passed，0 failed/error/skipped | 已有模块组合、路由与对应合成执行测试；不证明在线发布版本或模型输出质量 |
劳动 21 项、承揽 19 项专项和 14 项业务集成等中间结果均保留在同目录；这些包含于组合测试，不能反复相加制造质量样本数量。承揽修改前的 14 个失败反例及模型诊断修正过程中的失败记录保留，不覆写为成功。
最新零模型/零实时数据库盘点仍为 60 个唯一可加载资产、38 个 typed schema，显式条款装配由 6 个增至 8 个。劳动版本为 MULTISCENE_W2_DEV_2026-09-10，承揽为 MULTISCENE_DEV_2026-09-10-1，均为未发布开发资产。旧工作区/候选保存自己的模板与装配快照；新事实必须生成新候选，明确采纳及重复撤销不会覆盖旧候选或多建合同。
本批使用 OpenAI Docs 技能核对官方非交互模式 JSONL 终态说明，据此保留“完成事件才是成功”的判断，并修正失败传播；没有调整 gpt-5.6-sol、medium、300 秒、Prompt 输出协议、重试或 fallback 策略。承揽与劳动的定点法源记录在各自资产 README，不把 AI 核对标记为专业审批。
下一项工作与当前判定
- W1：结合保留下来的安全诊断确定服务复核正常链阻断原因；不靠增加超时、删复核或反复抽简单样本关闭问题。本次传播修复尚不足以宣称网络根因已解决。
- W2 / W3：按既有 60 资产清单继续逐组关闭实质内容/字段缺陷，并验证 Prompt 发布快照、旧任务兼容和实际场景路由。保留正确领域 Prompt，不新增同质化框架。
- W0 / W4 / W5：整理完整候选边界，核算既有 runner 实际调用预算，准备同版本真实模型与普通成员验收。部署、资产发布和经营/政策材料沿用第六节边界，不绕过历史被拒绝的部署动作。
当前结论：首批代码与隔离回归完成，整体多场景交付仍在执行；尚不能宣称内部全功能验收完成或对外可上线。 范围仍是本方案的 60 资产，不回退到采购单场景；不新增基础设施扩展，也不重新启动无限子阶段。
同日续批：实质条款、输出协议与服务冻结请求复验
以下是首批之后的增量证据，不覆盖上面的历史版本、失败与未部署状态。
| 工作包 | 本次实际变化 | 验收及保留边界 |
|---|---|---|
| W0 | 发布候选边界草案已加入总清单：五个交付区域、44 个明确入口文件及目录解析规则，列明依赖、迁移和配置键，不包含密钥及用户数据 | 这是待解析冻结的白名单草案，不是完整候选归档或数据库迁移执行记录 |
| W2 | 设备维保补工单记录、具体异议、返修补正、再次核对及争议款项分开处理；市场推广补必要数据范围、目的/权限、异常处理与退出返还删除；最低义务进入固定条款，不只存在于示例输入 | 用户自定期限、付款及保存期限仍保留，不硬编码示例的小时数或天数。新版本仍为开发草稿 |
| W2 | 冷链运输新增必填“运输资格与车辆设备”，直播营销新增必填“流量与成交证据”；缺失时明确报错，不默认资格已核验或拿截图代替完整结算证据 | 仅新请求按新资产校验；旧候选使用自己的冻结快照，不静默改写历史输入 |
| W1 / W3 | 新增 draft-semantic-review-wire.v2：只将三处可从冻结请求精确取回的覆盖文本改为显式引用；保留全部输入、目标检查、原段与候选对应判断、finding、metadata、修复约束及最终 canonical v1 校验 |
不自动补检查项、结论或 occurrence。协议由冻结 Prompt 第一行标记选择；旧快照仍按 v1；未知、重复、残缺或错位标记失败，不降级掩盖 |
| W1 | wire.v2 使用独立执行收据版本，区分实际 Provider schema 与 canonical schema，并复算原始输出哈希、解码结果与规范输出的一致性 | raw wire 仅在受访问控制的任务证据中，不进入审计预览。收据不是密码学签名、第三方存证或法律批准 |
| W4 | 同一服务合同冻结请求的真实复验通过，模型调用 117.482 秒，隔离案例总耗时 124.293 秒；输出为 passed，结构评估 valid，执行身份有效 |
仅一次应用适配器调用、无应用自动重试、无 fallback；不是新起草至采纳/下载的完整旅程，也不是全部场景通过 |
| W5 | 现有前端脚本完成模板输入、候选状态、复核/修复恢复、陈旧响应及任务时序的定向回归 | 84 项逻辑测试通过；未安装依赖、未重启服务、未做整站构建或浏览器验收 |
本批新证据：
- 最终语义协议组合回归：129 passed，0 failed/error/skipped，141.322 秒。覆盖 SDK 协议、执行器、身份收据、历史失败、诊断传播、Memory/SQLite 跨服务链和既有 runner；包含若干前序专项，不重复相加。
- 最终 A/B 固定条款定向证据：30 passed。A/B 原有 300 夹具均保留；此前 342 项集成通过发生于本次固定条款补强之前，不能直接冒充最终全文版本的全量回归。
- 前端定向回归：10 个已有脚本，84 passed，记录了命令及 32 文件的选定源码边界。
- 旧资产交付文本最终回归：10 passed，0 failed/error/skipped。修复劳务协议中扣缴义务随系统提示整句删除的问题，反例测试确认旧片段确实进入清理器且丢失义务；劳务、企业间借款及估值调整将无依据的“已核验/已留存”改为签署前核验与留存义务。保留全部用户字段、正常陈述保证及其他实体权利义务，不作全模板法律内容已通过的声明。
- 服务真实复验汇总及安全进程诊断：冻结请求 hash 不变，10 项选定源码起止 hash 相同；此批新增真实模型调用 1 次。前序成功、超时及失败调用仍保留，不重置总分母。
- W4 既有执行入口核算：现有 core runner 只固定采购/服务两例，每例上限四次；直接扩为 120 例会是最多 480 次，而不是计划的 280 次。因此尚未启动批量真实评测，须先将既有 runner 清单化并按 operation 核算预算，复用已有原子 attempt 与续接约束，不另建评测平台。
真实复验仍记录到 4 个 error 事件及 network/stream_disconnect 签名，最终存在 turn.completed 且进程退出 0。可确认的是这个冻结请求在新协议下完成，不能据单例宣称网络根因已消失或稳定性已达标。模型、medium、300 秒及完整上下文均未改变；不追加同例反复抽样来制造通过率。
该输出按同一种紧凑 JSON 编码比较，wire 为 4,190 字符，canonical 为 8,963 字符；差额是同一输出中机械恢复的覆盖文本，不是删掉模型应审查的合同内容。它说明传输重复量减少，不单独证明耗时改善的因果关系或法律正确性。约两分钟只指本次独立复核，不能与此前不同版本的起草耗时拼接成新的全旅程基线，也不能宣称“三分钟完成”已达标。
此次保留的服务请求中基线与候选正文均为 2,007 字符且相同，仍包含 7 项候选说明的核查；没有为本次测试删改输入。该通过证据不能外推到实质改写、补问或修复后的真实模型正确率。
旧 22 资产的分诊保留在总清单 legacy_asset_triage：21 项仅表示有待验证的潜在问题，不是 21 项发布阻断。四个代表实际渲染中，仅劳务复现上述实质丢失，融资租赁、授权委托及估值调整未复现关键实体句丢失；原诊断未独立保存完整输入/输出文件，不伪装为可归档验收收据。三项已明确的核验事实措辞修复及最终源码 hash 另记于 legacy_asset_development_fixes，历史观察不覆写为修复后状态。
内置 Prompt 版本为 multiscene-wire-20260910-1；本次隔离 fixture 沿用其测试发布标签 tp06-24-1-cross-service-v1，实际 Prompt 内容 hash 为 a8a2ddd586fbdd9f6b3e82f6539af4b1658d486e9a31ea425cd307e03d599cae。复验以实际冻结内容和源码 hash 为准，不把测试标签当作在线发布版本。新语义协议还需 SDK、AI 服务和批准的 Prompt 快照作为同一候选部署验收。
本批按 OpenAI Docs 技能核对官方 Prompt 优化建议及非交互终态说明，只压缩机械重复，保留已由失败反例验证必要的约束，并以真实代表样本验证；未更换模型或提高时限。
续批判定：服务冻结请求阻断已有一次修正后通过证据；整体仍未完成多场景发布验收。 下一项仍在 W2/W4/W5 内：校准并复现旧资产的真实内容缺陷，冻结 120 案例及准确调用预算，完成同版本正常主链与成员验收。正常合同“陈述与保证”不能仅凭关键词认定为事实幻觉或被批量删除。未部署、未发布、未开放注册、未提交推送；不进入新的基础设施阶段。
同日续批：文书流程修复与多场景执行入口
交付范围仍为 60 资产、8 核心精修及 14 模块；本批没有增加基础设施阶段或删除失败场景。
- 五类文书流程修复：催告函、解除通知、股东会决议、法律意见书及授权委托书的新起草请求按真实
document_kind处理，DOCX 使用“文书正文”，不再自动追加甲乙双方签署页；既有双边电子签署入口在 Web 隐藏、API 创建时拒绝。下载、版本、归档和催告期限等通用待办仍保留，不禁止未来专用单方签署能力，不重写旧任务快照。 - W4 可执行清单：既有
run-core-drafting-smoke.py增加--multiscene，不是另建服务。120 条起草案例经实际 Memory prepare 预检，A/B 90 条逐字段复用服务端三类权威测试输入；补充 16 条模块专项审查和 8 条分别使用真实核心模板快照的 intake。专项审查短文本只验证模块职责，不冒充整份合同主旅程或独立法律正确性基准。 - 调用边界及恢复：本地账本在 Provider 调用前登记，按案例及 operation 限额；普通失败、取消及未确认结果保留分母。
--resume只开始未触碰案例，不自动重发已完成、失败或未知任务；选择少量案例不能让全矩阵变成通过。账本用于本地防误重复和恢复，不是防恶意篡改的认证、密码学签名或司法证据。 - 发现并修复旧资产复核兼容缺陷：30 基础资产主链回归在首个代理经销场景复现起草成功却未创建语义复核。原因是 22 个无 typed input schema 的旧资产被构建器无条件当作指纹错误，后续还会访问空对象的
.fields。修复保留“没有 typed schema”的真实状态，由已冻结的模板正文及变量定义绑定范围，不伪造 22 份新 Schema；有 Schema 的模板继续严格核对原指纹。最终主链回归结果在下方更新。 - 起草失败诊断补齐：复用现有安全诊断清洗器，将允许的错误码、事件计数和原因枚举进入实际起草任务及审计链；不记录原始 stderr、自由文本错误、合同正文或路径。Prompt 渲染失败继续单独识别，不进入 fallback。此修复增强定位能力，不证明超时根因已经解决。
本批证据与未完成项：
- 文书及恢复边界组合回归：47 passed、3 skipped；跳过的是当前 Windows 账户不能创建目录 symlink 的三项测试，模拟 Windows reparse 属性拒绝测试通过。不是 50 项全部通过。
- 原 core runner 兼容回归：20 passed；清单、预检和补充执行器组合回归：20 passed。这两份发生于后续旧 Schema 兼容及起草诊断补丁之前，不冒充最终全量回归。
- 第一版冻结执行计划：144 条任务、452 个运行源码/资产指纹、W4 上限 280 次调用。它是历史候选；后续源码修复会令旧计划校验失败，不能就地覆盖其指纹以继续运行。
- 五个代表的隔离技术执行：普通运输正常/缺项/对抗三例、劳动 intake 和服务模块专项审查，共 8 次合成 Provider 调用，所选技术链通过。全矩阵
complete=false / passed=false，没有真实模型质量通过或模板发布授权；A/B 的独立质量未被合成结果伪装为通过。 - 旧资产首失败反例：1 failed，余 29 未运行；起草内容及执行身份正常，业务续接被空 Schema 指纹阻止。没有将此误归因于模型质量，也未换简单输入掩盖问题。
- 本批真实调用记录：催告函起草 1 次真实调用，300 秒超时失败，执行器耗时 302.486 秒，案例耗时 308.204 秒；没有模型输出、没有语义复核、没有采纳/下载、没有自动重试或 fallback。此次未留下足以确定传输/生成根因的安全事件摘要，不能声称是 Schema 兼容问题导致该次模型超时。
- 起草安全诊断最终组合回归：79 passed，覆盖新诊断链及既有起草、诊断和 Prompt 基础测试。
- 旧 Schema 兼容组合回归：124 passed、2 skipped；跳过的是仅针对 Memory 分页回归的 SQLite 参数组合，不是旧 Schema 失败。无 typed schema 的请求显式绑定
null，typed 请求保持原输出 Schema 身份；缺失或伪造的绑定仍拒绝。 - 最新 core/多场景执行器组合回归：27 passed、0 failed/error/skipped，85.551 秒；发生于旧 Schema 和起草安全诊断修复后，不代表 144 条真实模型任务已执行。
- 两份既有 OpenAPI 文件同步了语义模板的 nullable Schema 字段，业务 OpenAPI 同步对应结果绑定；已有 AI/业务语义 OpenAPI 只读一致性检查均退出 0。检查范围限于脚本列明的语义接口和 DTO，不宣称全站 API 文档全部核对完成；SDK、AI 与业务服务应作为同一候选部署。
- 基础 30 主链第二次有界回归：17 passed，第 18 条 NDA 失败，其余 12 条因首失败停止而未运行。已用独立临时 SQLite 确认：发布前后正文不变，但 NDA 的“第一方名称／第二方名称”标签被重建成旧字段名，导致模板内容指纹改变；失败发生在 Provider 调用前。此记录保留为修复反例，不修改输入或关闭指纹检查。
新增真实调用的失败保留在历史分母，不因重新冻结候选而归零。下一候选开始真实批量执行前，必须把历史消耗与新候选预算一并核算，不能仅新建输出目录来扩额。当前不追加相同超时样本，不把合成技术通过宣传成“真实模型三分钟完成”。
当前判定仍为开发收口中，不是已上线。 本批未部署、未发布资产、未改在线数据库或注册门禁、未提交推送。下一项限于已确认兼容缺陷的最终主链回归、剩余质量验证和同版本会员验收，不进入双云或其他基础设施扩展。
本批结束更新：NDA 发布修复与基础场景补验
NDA 标签丢失已在现有 apply_template_snapshot_payload 中修复：快照同名字段沿用输入模板的当前展示标签，新增字段回退到自身名称，必填与可选之间移动仍保留标签。不修改样本、不跳过内容指纹检查、不新增数据库迁移。这保证同一源码版本的发布/读取往返一致，不宣称实现了跨源码升级的历史标签冻结。
- NDA 标签、重载及完整主链回归：4 passed、0 failed/error/skipped。包含 Memory/SQLite 发布前后标签、正文、内容指纹一致；SQLite 新 repository 实例重载；字段移动/新增标签规则；NDA 起草、语义复核、采纳、DOCX 下载及撤回。
- 此前未跑的 12 个基础场景：12 passed、0 failed/error/skipped，135.208 秒。
- 连同前批 17 个通过案例，30 个基础资产均获得了分段隔离技术链通过记录。前 17 项发生于标签修复前，不合并伪装成同一冻结候选的一次
30/30运行；正式发布候选和证据适用性仍按 W0/W4 核对。所有这些主链使用合成 Provider，真实模型调用为 0，不是合同法律质量评价。
接下来只推进以下交付工作，不追加阶段：
| 顺序 | 交付动作 | 停止/完成判据 |
|---|---|---|
| 1 | 汇总现有修复与待验证项，冻结同一 SDK、AI、业务 API、Web、模板与 Prompt 候选 | 文件、依赖和运行配置边界可核对，回退步骤明确；文档更新不触发无关全量重测 |
| 2 | 使用已建清单完成剩余内容、真实模型及耗时验证 | 保留既定场景与失败分母；同类稳定失败先诊断，不无限抽样。起草超时仍是未关闭项，新增诊断代码尚不是稳定性通过证明 |
| 3 | 在获准环境部署该候选，完成普通成员、管理员与双工作区验收并作交付判定 | 部署/发布版本与任务收据一致；核心流程可完成，越权被拒绝，备份和回退可操作。达到第七节条件立即交付 |
九、2026-09-19 状态归一审计与剩余开发收口方案
本节是对本方案的状态归一更新，不新增产品范围，也不覆盖 2026-09-10 的历史结果。审计核对了当前源码、测试证据、发布脚本和工作树；未启动服务、未访问在线数据库、未部署、未发布资产、未开放注册，也未新增真实模型调用。以后按本节的 RC-01～RC-08 顺序关闭，不再续出新的 TP 阶段。
1. 当前结论
方案尚未形成完整闭环，当前判定仍是对外发布 No-Go。 已经完成的主要是组件开发、确定性测试和合成执行器验证；尚缺同一个不可变发布候选上的生产构建、真实模型矩阵、实际发布记录、普通成员双工作区 UAT、备份回退和最终放行。
必须保留以下事实边界：
- 2026-09-10 的多场景 v2 合成运行是
144/144技术通过、264 次合成调用、0 次在线数据库写入、0 次在线服务调用；它绑定当时 452 个源码/资产指纹和归档multiscene-source-v2.zip。当前与该归档已确认至少有 1 个运行源码漂移，即 SDKdraft_change_evidence.py；后续源码变化不能被偷偷写回旧计划，也不能把它表述为真实模型或法律质量通过。 - 当前工作树位于
af091cdc4ff1751038b845bb0f3277b6d645f8f3，共有 515 条未收口状态（140 条 modified、375 条折叠后的 untracked；展开为 5,461 个未跟踪文件）。其中混有本次交付、历史证据和可能无关改动；不得整体提交、整体丢弃或直接当作发布候选。 - 当前产品 Golden 门禁为
8/31技术通过、23 项失败：7 项product_templaterendererror，16 项template_not_published。7 项渲染失败对应的资产本身也仍是internal_trial，所以修复输入后还要与另外 16 项一起完成共 23 个生成资产的发布准备和批准决定。法律状态仍是31/31 needs_legal_review；修复技术门禁不得伪造法务批准。 - 最近一次催告函真实起草不再是外层超时：Provider 进程 286.916 秒退出 0 并收到
turn.completed，但任务因变更证据对段内零宽插入的错误判断而停在awaiting_human。SDK 定向测试目前 36 项通过，保存的真实输出离线重评为 5/5 声明verified、无未覆盖差异、整体complete；这只能说明误判修复已进入工作树，不能改写历史任务，且尚未形成同候选 AI/业务链集成验收或长任务稳定性证明。 - Web 当前为 165 项逻辑测试和 TypeScript 5.9.3 类型检查通过；唯一隔离生产构建在源码编译前因隔离夹具缺少根
tsconfig.base.json而退出，因此既不是源码构建失败，也不是构建成功证据。 - 三个 Python 镜像的 SDK/依赖静态测试通过，生产 Prompt 导入器默认已改为 dry-run；本机没有 Docker 构建证据、镜像摘要或 SBOM。更重要的是，AI API 空库启动仍会调用
seed_defaults()并自动发布默认 Prompt，dry-run 导入器不能抵消这个启动写入。
2. 已完成并直接复用的部分
| 能力 | 当前可复用证据 | 边界 |
|---|---|---|
| 60 资产、8 核心装配、A/B 300 样本 | w2-w4-asset-combination-v1.xml：557 passed；多场景 v2：144/144 合成技术通过 |
绑定 9 月 10 日冻结源码；不是当前 RC、真实模型或发布批准 |
| 14 Prompt 模块源码职责及路由 | w3-prompt-routing-focused-v1.xml：83 passed |
未形成在线 published/enabled 版本及任务收据 |
| 文书类型、旧 Schema、NDA 标签和安全诊断 | 文书 47 passed/3 skipped、旧 Schema 124 passed/2 skipped、NDA 4 passed、起草诊断 79 passed | 继续做受影响回归，不从零重写 |
| SDK 变更证据零宽差异修复 | 当前 test_draft_change_evidence.py：36 passed；保存的真实输出离线重评 5/5 verified、状态 complete |
未进入不可变候选；不改写历史任务，还需 AI/业务受影响链回归 |
| Web 逻辑与类型 | 165 passed；tsc --noEmit 退出 0 |
生产 build 和浏览器 UAT 未完成 |
| 部署静态边界 | 生产 Prompt importer dry-run；3 项镜像依赖/SDK 静态测试通过 | 无镜像构建、目标迁移、部署或回滚收据 |
上述成果只做身份核对后复用。与后续修复无关的模型样本不得重复执行；共享运行行为、资产正文、Prompt、Schema 或评估逻辑发生变化时，只重跑受影响组和最终组合门禁。
3. 未完成项清单
| ID | 优先级 | 当前状态与缺口 | 退出条件 |
|---|---|---|---|
| RC-01 已知代码及发布安全缺陷 | P0 | 已实现，等待 RC-03 同候选组合回归。 Prompt 生产种子、催告函可选正文、SDK 零宽差异、Contract 0079 / AI 0028 迁移 CI 和内部/未来生产运行契约分界均已有直接回归；未部署 |
production/staging 空库只产生 draft/disabled Prompt 或不种发布态，local/test 保持兼容；催告函反例通过且不增加法律结论；SDK 全文件、保存真实输出离线重评、AI 实际任务质量链及业务受影响回归通过；CI 从空库验证 Contract 0079、AI 0028；两套运行配置均能被 manifest 明确验证，当前 UAT 保持 gpt-5.6-sol / medium / 300 秒 |
| RC-02 产品 Golden 和资产技术门禁 | P0 | 已关闭，等待 RC-03 同候选组合回归。 审计确认真实范围为 16 个缺字段样本＋1 个旧别名样本；已完成事实保留迁移、语义占位拦截和隔离发布链，31/31 technical、0 缺失、0 未解释跳过、0 法律批准 | 23 个生成资产逐项通过隔离 readiness、显式版本技术发布、hash 绑定和产品仓储生成；8 个条款推荐技术通过；源码仍 internal_trial，法律待审状态如实保留 |
| RC-03 同候选确定性质量与生产构建 | P0 | 历史 557 项、144 条合成矩阵、165 项 Web 测试分别绑定旧源码；当前没有一次覆盖最终字节的组合门禁，Web production build 未成功 | 60 资产、8 核心五类输入、A/B 300 例、14 模块、文书/权限/失败恢复、OpenAPI/SDK 和 Web 全部绑定同一候选；npm ci/test/typecheck/build 在干净环境通过；失败和跳过全部保留并处置 |
| RC-04 不可变发布候选和可安装产物 | P0 | 515 项工作树状态尚未逐项归属；现有 source zip 是历史源码档案，不是完整安装包；无 Python 依赖锁定结果、镜像摘要或目标迁移状态 | 不破坏用户改动地逐项 include/exclude；形成唯一 commit/tag、完整 path＋SHA、依赖、OpenAPI、迁移、配置、60 资产/14 Prompt、安装及回退清单；从该提交构建 Web 和三个应用镜像，记录不可变 digest 与依赖清单 |
| RC-05 W4 真实模型质量和耗时 | P0 | 完整真实矩阵未执行；截至 2026-09-21 已知历史真实调用为 4 次，当前预算最多剩 276 次，其中修复调用最多剩 12 次。最近一例耗时 286.916 秒且尚未完成业务质量闭环 | 先以一条代表起草和一条复核验证同候选稳定性，再执行冻结 144 任务；所有调用、失败、取消、降级、未知和接管计入分母；最多 2 并发；正常主链无未解决阻断，形成质量、耗时和错误报告；未达三分钟则如实披露异步体验，不宣传三分钟 |
| RC-06 隔离部署、受控发布和 W5 UAT | P0 | 未查询在线发布数量，未执行目标迁移；没有 60 资产＋14 Prompt 的批准批次、实际 hash 或普通成员浏览器证据 | 先备份再迁移并记录两库 alembic current；部署 RC 镜像；负责人批准明确版本批次，经 preview/dry-run 后独立 apply；核对在线 hash；管理员＋2 名普通成员、2 工作区覆盖个人/企业/律所，60 场景各有正常 API 链、8 核心有 UI 链，并验证采纳/下载/撤回、取消/幂等/关页续接/worker 重启/人工接管、跨租户拒绝和原稿不覆盖 |
| RC-07 当前 RC 的恢复和交付材料 | P0 | 旧备份/回退证据不绑定当前 RC；没有当前安装包、发布说明或明确内部 Go/No-Go | 完成当前 RC 的异地备份、隔离恢复、rollback/forward 演练；交付安装/升级/运维/回退说明、发布清单、已知限制、证据索引；给出“内部受控可用”独立判定 |
| RC-08 对外生产放行 | P1 | 正式政策候选未形成当前有效批准和生效记录；AI 备案/登记/服务编码仍是占位值，隐式标识未启用；当前 Provider 验收、TLS/密钥/监控、目标主机 preflight 和流量切换未验收 | 四份政策和同意证据具名批准并生效；当前 release/image/model 的 Provider 验收未过期；显式/隐式 AI 标识抽验通过；生产 preflight 0 failure，备份新鲜，TLS/告警/反滥用就绪；发布负责人最后授权切流。之前注册一直保持 fail-closed |
4. 按顺序执行的开发方案
| Gate | 工作内容 | 预估有效工程时间 | 严格停止条件 |
|---|---|---|---|
| A（已实现） | 关闭 RC-01：Prompt 启动发布、催告函可选正文、SDK 变更证据、两库迁移 CI、运行配置契约 | 实际实现完成 | 所有直接反例和受影响回归通过；最终归档仍由 RC-03 同候选回归确认 |
| B（RC-02 已关闭，RC-03 执行中） | 关闭 RC-02/RC-03：修正全部真实 Golden 输入缺口和旧别名，完成同候选确定性组合回归和真实 Web build | 原估 1–2 天 | Golden 31/31 技术已通过；最终组合门禁和 production build 仍须绑定同一候选全绿 |
| C | 关闭 RC-04：归属工作树、解析运行图、冻结唯一 commit/manifest，构建可安装产物 | 0.5–1 天 | 每项证据能指向唯一源码和镜像；冻结后只接受阻断修复并递增 RC |
| D | 关闭 RC-05：代表稳定性探针后执行真实模型矩阵 | 1–2 天起 | 仍出现同类稳定失败时暂停该组并修根因；不得补简单样本制造通过率。280 次串行硬限约 23 小时 20 分钟，2 并发理论等待下限仍约 11 小时 40 分钟 |
| E | 关闭 RC-06：隔离部署、批准批次发布、普通成员双工作区 UAT | 1–2 天，依赖环境和账号 | 无备份不迁移、无授权不发布、无同候选 UAT 不切流 |
| F | 关闭 RC-07：恢复演练、交付包和内部 Go/No-Go | 0.5 天 | 第七节 1–5 项在“内部受控可用”范围全部有收据 |
| G | 与 A～F 并行收集 RC-08 外部材料，最后决定公众开放 | 取决于经营/法务/备案和目标环境 | 未齐时结论固定为“内部可用、对外 No-Go”，不以新增研发阶段代替缺失材料 |
若无新的 P0 缺陷且环境及时可用，形成内部多场景可安装候选预计还需约 4–7 个有效工程日；这是基于当前已知缺口的工作量范围，不是生产上线日期承诺。对外放行时间取决于 RC-08 外部材料，不允许用解除注册门禁来压缩。
5. 执行规则与范围封顶
- 下一步直接从 Gate A 开始；每关闭一个 RC 项，只更新本节和同一个机器可读台账，不创建新的阶段名称。
- 历史失败、超时、跳过和未知状态不删除；真实模型预算不会因新建目录或 RC 版本而重置。
- 合成 Provider 只证明技术编排；Golden 技术通过不等于法律批准；AI 复核不包装为具名律师意见、第三方存证或司法效力。
- C 批 30 场景、10 名目标用户研究、双云 KMS、外部见证、超大关系图、新运营能力和匿名自助注册不属于本次剩余开发。受控邀请试点可以继续保持注册关闭。
- 一般样式、额外措辞变体和非阻断性能优化进入后续清单；只有越权、数据丢失/错误覆盖、关键事实或角色错误、正常主链不可用、发布版本不一致才打断上述顺序。
机器可读状态台账见 remaining-closure-register-20260919.json。
6. Gate A 执行记录：RC-01 已实现，等待最终候选组合回归
2026-09-19 已关闭 RC-01 中有直接反例的源码问题；状态记为 implemented_pending_final_candidate_regression，不是已部署或已发布：
- Prompt 启动种子：
seed_defaults现支持显式发布策略，production/staging空库只创建draft + disabled默认 Prompt，local/test保持兼容；环境进入 repository 缓存键及 embedding settings。红测 4/4 失败原样保留，修复后策略 5/5、Prompt 导入/发布/回滚/场景迁移组合 82/82 通过。证据为prompt-seed-policy-prefixed-red-v2.xml、prompt-seed-policy-prefixed-green-v2.xml和prompt-seed-and-lifecycle-regression-v2.xml。 - 催告函正文：只修三处已确认问题——违约事实后补句号；可选违约金为空时不留残句；联系方式为空时不留无主语句。未改通用清理器、变量元数据或扩写法律结论；空值、有值、事实保留、模板和五类文书组合 43/43 通过，证据为
demand-letter-gate-a-v1.xml。 - SDK 变更证据：零宽插入/删除与整段声明现在能绑定同一 diff hunk；SDK、AI 质量链、业务候选保存、语义请求及真实收据组合 93/93 通过，证据为
sdk-change-evidence-gate-a-v2.xml。第一次命令因测试夹具目录未加入PYTHONPATH在收集阶段退出，sdk-change-evidence-gate-a-v1.xml保留，不冒充产品失败或删除。 - 迁移 CI：Contract CI 最终 head 从陈旧
0073改为20260909_0079，新增 AI 空库20260826_0028门禁；动态 head 测试 1/1 通过。本机临时 SQLite 已实际完成 Contract upgrade→downgrade 0030→upgrade 和 AI empty-db upgrade；证据为ci-migration-quality-gate-v1.md/.xml。这不替代目标 PostgreSQL 备份及迁移演练。 - 运行配置分界：RC-05 的内部真实模型验收继续只使用冻结执行器的
codex_cli / gpt-5.6-sol / medium / 300 秒 / fallback=false。生产示例的enabled / 30 秒属于未来 API Provider 占位配置，不能用于本轮内部 W4/W5，也不能声称已经对齐；真实生产 Provider 的模型、超时和 manifest 验收归 RC-08，在材料齐备前注册保持关闭。
Gate A 没有启动服务、访问实时数据库、调用真实模型、部署、发布资产或更改注册门禁。下一项严格进入 RC-02：先迁移 7 个陈旧 Golden 输入，再让 23 个生成资产逐项经过隔离 readiness 和明确发布/保留决定；不得直接改成 published 或降低断言。
本轮没有再次调用真实模型，也没有启动、停止或部署服务。当前运行服务不能被假定已加载这些修复。此次补验关闭了明确的发布往返缺陷，并推进基础资产技术覆盖；整个产品仍不能标为已上线。
7. Gate B 第一阶段执行记录：RC-02 已关闭，转入同候选组合门禁
独立审计推翻了“只有 7 份 typed Golden 输入过期”的初始估计：旧执行器会为缺失必填字段自动生成 YQ-GOLDEN-*，同时未实际记录待检查占位符，导致另外 9 个生成样本被假值掩盖。真实范围为 16 个生成样本缺 54 个声明必填字段，并另有 1 份授权委托书使用已废弃别名。RC-02 因此按真实范围处理，没有为了维持原估计而保留假绿。
本阶段完成：
- 7 份 typed 样本按最小事实保留原则迁移：保留原主体、金额、交付、验收、数据和保密事实，只转换当前 money、period、choice 类型并补齐必填及条件必填；4 类会进入正文的占位文案改为具体合成事实。
- 9 份旧生成样本补齐当前必填字段；
合作模式、补偿上限/下限、授权代表/经办人等旧别名显式迁移；另修正授权委托书的旧字段名。旧事实的去向由测试断言，不再被提取器静默忽略。 - Golden 执行器删除必填值自动造数；缺必填、非白名单未知字段和产品输入校验失败现在分别形成明确技术红项。结构化 dict/list/bool 值原样交给产品校验和生成链。
- 23 个生成资产在独立 Memory 租户中先保存显式候选版本，再逐项执行真实
validate_template_before_publish；只有 23/23 全部 ready 才逐项发布。readiness hash 与发布验证 hash 必须一致，随后才调用产品仓储create_contract_from_template。 - 每个资产记录 readiness、隔离发布、快照、源内容、生成正文和输入值 hash。隔离批次前后源模板状态和内容均不变，源码仍为
internal_trial。
最终独立执行结果：
| 证据 | 结果 | 边界 |
|---|---|---|
| RC-02 聚焦组合回归 | 28 passed，0 failed/error/skipped | 覆盖禁止造值、未知字段、五类语义占位、7 份 typed、10 份 legacy、事实等价、readiness 全批阻断、hash 绑定、源状态不变及证据边界 |
| 既有 Golden 兼容回归 | 4 passed，0 failed/error/skipped | 原发布工具中的 Golden 契约独立通过；不与上行重复计数 |
| 最终 Product Golden 汇总 | 31/31 technical，0 个未解释跳过，0 个缺失必填，状态 needs_legal_review |
23 个生成＋8 个条款推荐；法律批准仍为 0/31 |
| 23 项逐资产隔离发布证据 | 23/23 readiness、23/23 隔离技术发布、23/23 产品生成、23/23 hash 一致 | repository_mode=in_memory_product_service_path；未经过 HTTP 鉴权、未写 SQL/在线数据库、未生成线上收据 |
8 个 Clause 案例只证明当前推荐逻辑 8/8 技术通过。其对象当前默认呈现 published 但没有可审计发布事件，不能并入“23 个生成模板已隔离发布”的结论，更不能外推为生产批准。正式持久化发布仍须绑定批准批次、具名审批证据、内容 hash 和目标数据库收据。
RC-02 状态为 closed_pending_rc03_same_candidate_regression。 下一步严格进入 RC-03：在这些最终字节上执行 60 资产、8 核心五类输入、A/B 300 样本、14 Prompt 模块、服务契约和 Web test/typecheck/build 的同候选组合门禁。此处未调用真实模型、未启动服务、未访问实时数据库、未部署或更改注册门禁。
十、2026-09-20 完整性复审与最终闭环执行基线
本节取代第九节的“当前状态、剩余工期和下一步”作为最新执行基线；第九节及此前内容继续作为历史记录保留，不能删除或改写成当时已经完成。复审只核对源码、测试证据和发布工具，没有访问在线服务或数据库，没有部署、发布资产、调用真实模型或开放注册。
1. 当前发布决定
- 内部受控试点：
NO_GO。 RC-01/RC-02 已在当前源码完成本地技术收口，RC-03 当前候选的 Windows 组合与 Linux 三项符号链接补验均已通过；但 RC-04 不可变可安装候选、RC-05 真实模型矩阵、RC-06 目标环境 UAT 和 RC-07 恢复演练仍未闭环。 - 公众开放：
NO_GO。 除上述项目外，RC-08 的正式政策/同意、AI 合规适用性、生产 Provider、域名/TLS、密钥、监控、反滥用、生产预检和切流授权尚未形成完整有效证据。 - 交付范围继续冻结为 60 个资产、8 个核心场景、14 个 Prompt 模块。C 批 30 场景、10 名用户研究、双云 KMS、外部见证、万级关系图和匿名自助注册仍不进入本轮；注册继续 fail-closed。
- 当前代码工作没有跑偏到新功能。真正拖慢收口的是“最终候选证据被新 P0 修复反复作废”和外部环境依赖，因此从现在起不再续出新阶段，只按 RC-01～RC-08 关闭既有门禁。
2. 已完成且可有条件复用的证据
| 能力 | 最新事实 | 复用条件和边界 |
|---|---|---|
| 产品 Golden | current-source fresh v4：31/31 technical；相关回归 32/32；447 个输入运行前后聚合 hash 一致；23 个生成资产的 readiness、隔离技术发布、生成和 hash 一致；8 个条款推荐通过 | 法律批准仍为 0/31；23 项只在 in-memory 产品链完成，不是 HTTP/SQL/线上发布。最终候选未改变 Golden 输入和资产 hash 才可复用 |
| Web | fresh v4 的 611 个输入前后 hash 一致；标准链与递归发现均为 37 个文件、192/192，通过类型检查和 production build 183/183；Next 16.3.5；production dependency audit 0 | 仍是 Windows 干净隔离目录的构建，不是浏览器 UAT 或 Linux 镜像验收；只有 611 输入 manifest 完全一致才可复用 |
| Python 当前组合 | 54 个文件共 1,213 项，Windows 原始 JUnit 为 1,210 passed、0 failed/error、3 个 symlink platform skip；包含 actor、权限、PDF 资源、runner、core40、Golden 和身份管理，运行前后 54 文件 hash 一致 | 三个 Windows 平台跳过已在同一被测字节的 Linux x86_64 隔离容器独立补验为 3/3 passed、0 skipped；两份 JUnit 分开保留，不拼成虚假的单次 1,213/1,213 运行 |
| Contract / SDK / OpenAPI / 权限扩展 | 26 文件 319/319；运行前后 hash 一致。AI 85 operations、Contract 342 operations 的 fresh runtime/provenance 与 canonical check 均通过；OpenAPI 工具为 25 个方法＋11 个 subtests 全绿 | JUnit 的 tests=36 包含 11 个未独立序列化节点的 unittest subtests，已单列计数说明；最终 Linux image import/startup 仍属于 RC-04 |
| 多场景 synthetic | 全新 v5 计划 144/144 completed+passed，264 attempted/terminal、0 unknown；452 source pins 前后 mismatch 0；覆盖 60 资产、120 drafting＋24 supplemental | real_provider=false、live service/db 0；证明确定性产品链，不是 RC-05 真实模型质量、法律批准或成员 UAT |
| Python 依赖锁 | Contract v3 为 38/38 wheel，补齐 EmailStr 所需依赖；AI lock 41；hash 下载、离线 staging 和固定 pip-audit/OSV 均为 0 个已知漏洞 |
Windows 只完成交叉目标下载/静态和干净 host import；CPython 3.12 Linux image 的真实 import/startup、SBOM、scan、digest 和 health 仍未完成 |
| 同候选聚合索引 | rc03-current-candidate-evidence-index-v3.json/.md 自包含列出并复验 v1 的 51 项及 Linux 3 项，共 54 项：50 项有效、4 项明确排除；缺失、大小/SHA256 不符和 JSON 解析错误均为 0；补验后 452 个 source pins 仍为 missing 0、mismatch 0 |
RC-03 当前字节的确定性跨平台门禁已关闭；v1/v2 只保留 lineage，不再是解释 v3 的依赖。它仍是预冻结组件索引，不是 RC-04 commit/tag、Linux 应用镜像或不可变发布清单 |
| Linux symlink 补验 | 192.168.3.90 上的无网络、只读根文件系统、cap-drop ALL 一次性容器；Python 3.12.13 / pytest 8.3.5；output、ledger、attempts 3/3 passed，运行前后活动容器均为37 |
未连接 PostgreSQL、未读取业务环境、未调用模型、未修改或重启现有服务；只关闭 RC-03 三项平台安全用例，不外推为 RC-04 镜像或部署验收 |
| PDF 内容安全 | 动态 Paragraph 输入统一转义，已确认不触发本地图片读取、链接注解或开放动作；生成前条目/字符上限、生成后 10 MiB 上限、严格环境不可原任务重生成及超限无残留写入已实现，专项组合回归 41/41，并已纳入 54 文件当前候选组合 |
当前仅为 Windows 合成数据，不是部署结论；在 RC-04 Linux 镜像补验 import/startup，在 RC-06 目标环境复验相关 API 与资源边界 |
| 认证操作人绑定 | Contract API 的合同、审批、模板/法律资产发布、文件、归档、下载、审查、Playbook 和 6 个身份管理入口均已改为服务端可信身份；proxy-auth 下兼容下载事件入口拒绝伪造；身份管理/安全 26/26、actor/report 组合 30/30，相关测试文件已纳入 54 文件当前候选组合 | 当前为 Memory＋SQLite 直接回归，不是 PostgreSQL 或部署结论；RC-06 仍须验证目标数据库与实际代理上下文。AI Platform 仍按内部 service-key 调用方负责断言最终用户的跨服务契约运行，RC-08 必须确保密钥不下发浏览器且未受信调用方不能直连 |
这些证据只允许在“完整输入 manifest hash 与最终候选一致”时复用。只要安全或源码修复改变相关输入，就作废相应 current-candidate 汇总并重跑；禁止拼接不同候选的绿色结果。
3. 仍未完成的全部项目
| RC | 当前状态 | 还缺什么 | 真实退出条件 |
|---|---|---|---|
| RC-01 已知代码与发布安全 | local_same_candidate_closed_pending_rc06_target_reverification |
已知 Contract API 身份伪造写入口均已修复，独立复扫未发现剩余 P0/P1；专项 26/26、actor/report 30/30，且已并入 54 文件当前候选组合。尚缺的是目标 PostgreSQL/反向代理上下文复验，不是新的 RC-01 源码 | RC-06 验证 PostgreSQL 与实际代理上下文。AI Platform 的 X-User-Id 只允许由持有 service key 的受信内部调用方断言；若未来允许不完全可信客户端直连，必须先升级为不可伪造的签名身份上下文 |
| RC-02 产品 Golden | technical_closed_current_source_pending_rc06_legal_publication |
fresh v4 当前源码技术 31/31、相关测试 32/32；仍为 0/31 法律批准，且没有 HTTP/SQL/线上发布 | 相关输入/hash 不变时复用 fresh v4；改变则只重跑受影响项。法律批准或内部限时风险接受、持久化发布和在线 hash 继续由 RC-06 处理，不伪造 |
| RC-03 同候选确定性质量 | closed_current_candidate |
Windows：synthetic 144/144、Python 1,210 pass＋3 platform skip、扩展 319/319、Web 192/192、Golden 31/31＋32/32、OpenAPI fresh/tool pass；Linux：同一 ledger 实现和测试字节的 output/ledger/attempts 3/3 pass、0 skip。补验后 452 source pins missing 0、mismatch 0，自包含 v3 聚合索引已绑定收据。失效的 synthetic v1～v4 C-TEMP 及两个 invalid-c-temp 仍单独保留，未拼接 | 当前字节 RC-03 退出条件已满足，严格转入 RC-04。若后续源码、安全实现、测试或冻结输入发生变化，则只作废并重跑受影响门禁，同时递增索引版本；不得改写原始 Windows/Linux JUnit |
| RC-04 不可变可安装候选 | rc04_1_and_rc04_2_rejected_rc04_3_clean_checkout_fix_pending |
已完成 9,358 条预冻结路径的独立审阅：500 纳入、8,858 保留排除，secret/runtime、manual、gap、missing anchor、ownership blocker 均为 0。.1 commit 2770d738185589c399c5740c4fc6cc25a4d65c2f / tag v2-multiscene-rc04-20260920.1 保持不可变，但 manifest 实跑把 5 个合法密钥托管源码路径误判成密钥材料，已失败关闭且不得构建。.2 commit 62d7d4476c08c8d72419665c3c0e1a6b3ef1c0f9 / tag v2-multiscene-rc04-20260920.2 成功生成确定性 manifest 和源码包，但冻结后干净 checkout 回归为 43 项中 1 项失败：测试错误强制要求 ownership 明确排除的原始 QA 证据，先前的脏工作区掩盖了该依赖；.2 因此也已不可变地否决。规则现收窄为只允许 src/tests/migrations 下的明确代码后缀，实际密钥材料仍拒绝；回归现要求发布源码/测试必须存在，而外置保留的 generated evidence 只在存在时复验哈希。四个 Dockerfile 基础镜像已固定到 Linux amd64 manifest digest，根 .dockerignore 已隔离本地缓存、文档、环境文件和运行态数据；Contract 38 与 AI 41 依赖锁的 pinned audit 为 0 known vulnerability。数据库共址主机当前根盘 93%、健康门禁失败且有容器反复重启，禁止直接使用默认 Docker/buildx 构建 |
只纳入干净 checkout 回归修复、回归和状态证据，独立复核后生成递增 .3 commit/tag；必须先在冻结后干净 checkout 重跑 43 项并通过，才允许生成 source manifest/archive。Linux 构建仅允许在独立 builder，或在健康门禁恢复后的维护窗口使用 /home 独立 BuildKit/containerd root、串行和严格资源限额，绝不写入既有 /var/lib/docker；随后记录 image/base digest、SBOM、扫描、import/startup/health 及安装/回退收据 |
| RC-05 真实模型质量与耗时 | blocked_by_rc04_not_started_full_real_matrix |
当前 RC 没有真实矩阵；已知历史真实调用 4 次已计入，总预算最多剩 276 次、修复调用最多剩 12 次；尚未验证最终候选 codex_cli / gpt-5.6-sol / medium / 300 / fallback=false |
冻结 144 个任务，代表探针属于矩阵首批而不是额外调用；历史调用和所有新调用共用 280 次全局上限；0 unknown；失败/取消/降级/接管全进分母；关键主体、金额、日期、事实无静默丢失，正常链 schema/终态无阻断；按 operation 报 p50/p95/超时，未达三分钟只披露异步体验 |
| RC-06 部署、发布与双工作区 UAT | waiting_for_rc04_rc05_and_external_uat_inputs |
未完成目标备份、两库 current、迁移、RC 镜像部署、60资产/14 Prompt 批次批准和 apply/hash；没有管理员＋2 普通成员测试账号＋2 工作区的完整证据；31 项资产仍为 needs_legal_review |
获得目标主机、备份/迁移/部署授权和两个普通测试账号；唯一审核人陈钰麒对绑定 60 资产＋14 Prompt 精确 hash 的一个批次作一次决定，系统逐项记录法律批准，或仅对内部受控试点记录有 owner/期限/范围/补偿控制的风险接受和使用限制，未处置项不得进入 RC-07 内部 Go；每个资产走适用正常 API 链，8 核心走 UI；验证跨租户、取消/幂等/关页续接/worker restart/人工接管、下载及原稿不覆盖。两个普通账号不是审核人；法律文书不强迫走不适用的签署/撤回 |
| RC-07 恢复与内部放行 | waiting_for_rc06 |
旧恢复证据不绑定当前 RC；没有当前候选的隔离恢复、RPO/RTO、rollback/forward、操作包、证据索引和内部 Go/No-Go | 在隔离 namespace 恢复当前候选，实测 RPO/RTO并核验版本/hash/关键记录；完成 rollback/forward；交付安装、升级、运维、回退、发布清单、已知限制和证据索引；单独作出内部受控 Go/No-Go |
| RC-08 对外公众放行 | waiting_external_materials_and_production_validation，public_release_blocker=true |
四份正式政策和同意证据、AI 备案/标识适用性判定及必要真实编号、生产 Provider、域名/TLS、密钥、监控告警、反滥用、生产 preflight、备份新鲜度、切流授权均未闭环 | 先由具名责任人形成适用性结论；适用的备案/标识必须有真实生效证明，不使用占位值；production blocker＝0，warning 可有登记接受；发布负责人最后授权切流。内部例外不能授权公众开放 |
4. 依次解决的唯一开发方案
| 顺序 | 工作包 | 可并行范围 | 完成收据 | 条件式耗时 |
|---|---|---|---|---|
| 1（专项已完成） | RC-01-P0 身份安全收口：统一服务端 actor 绑定、禁用可伪造下载事件；已完成的 PDF 注入/资源/无残留写入回归并入最终门禁 | 26/26 身份管理/安全与 30/30 actor/report 组合均通过；最终归档转交 RC-03 | RC-03 同候选组合及 RC-06 目标环境复验通过前不宣称部署完成 | 不再单列开发工时 |
| 2（已完成） | RC-03 当前候选平台补验：保留 v5 synthetic、v4 Python/Web/Golden/OpenAPI 原始证据，并在 Linux 补跑 output/ledger/attempts 三个 symlink 拒绝用例 | Linux 3/3 已通过；补验后 452 source pins 无漂移，自包含 v3 聚合索引已生成 | Windows与Linux原始JUnit、Linux隔离执行记录、v3聚合索引 | 已完成，不再计剩余工时 |
| 3（当前下一项） | RC-04 不可变安装候选：审阅已重建的 ownership，形成唯一 commit/tag/source manifest，再构建 Linux 镜像/SBOM/scan/health、安装和回退包 | commit 评审与 Linux build 准备可并行；不得在脏工作树上宣称 immutable | secret/runtime、manual、gap 均为 0；commit/tag、manifest、4 image digest、SBOM、scan、health、安装/回退演练收据 | 本地冻结约 0.5 日；Linux builder 到位后约 0.5–1 日 |
| 4 | RC-05 真实模型矩阵：先执行矩阵中的代表任务，稳定后最多 2 并发完成 144 任务 | 可并行汇总指标，不能在候选未冻结时提前跑 | 调用 ledger、原始结果、质量/耗时/错误/接管报告，0 unknown | 环境和额度到位后约 1–2 日；等待量受模型耗时支配 |
| 5 | RC-06 目标部署与 UAT：备份、迁移、部署、批次批准、在线 hash、双成员双工作区验收 | 政策材料可继续并行准备 | 备份、两库 head、部署 digest、批准/apply 收据、60 API＋8 UI＋失败恢复＋隔离证据 | 环境、账号、授权到位后约 1–2 日 |
| 6 | RC-07 恢复和内部判定：隔离恢复、rollback/forward、运维交付包 | 无需等待公众材料 | RPO/RTO、数据/hash 校验、操作包、内部 Go/No-Go | 约 0.5–1 日 |
| 7 | RC-08 公众放行：完成外部材料和生产预检，最后授权切流 | 从第 1 步起并行收集 | blocker＝0 的签字版清单、真实生产收据和切流/回退授权 | 由外部材料与生产环境决定，不承诺日期 |
在 Linux builder、真实模型额度、目标 UAT 主机与账号都及时到位，且不再出现新的 P0 源码修复时，RC-04 本地冻结约需 0.5 个有效日，Linux 镜像、真实模型、目标 UAT 和恢复约再需 3–6 个有效日。RC-03、依赖锁、PDF 资源安全和本地 ownership 规则已经完成，不重复计时；外部政策/备案/域名等材料不承诺日期，也不通过继续开发来伪装完成。
5. 防止再次循环的强制规则
- 认证操作身份始终来自服务端上下文；客户端身份字段只可用于明确的 local/test fixture。
- proxy-auth 下禁用兼容
download-events写入口；只有真实成功下载才能产生下载审计事实。 - 任一源码或安全修复都会使当前候选汇总失效；不得续跑、拼接或改名包装已失效矩阵。
- RC-03 用“预冻结输入 manifest＋运行后零漂移验证”证明同候选，RC-04 再将其升格为 commit/tag，避免两者形成循环依赖。
- 组件证据仅在完整输入 manifest hash 与最终候选相等时复用；否则重跑受影响门禁，不机械重跑无关部分。
- 漏洞例外最多允许具名、限时、带 owner/expiry/补偿控制的内部试点；绝不授权公众开放。
- 无备份不迁移、无批准不发布、无同候选普通成员 UAT 不切流、无恢复演练不作内部 Go、RC-08 blocker 未清零不开放公众注册。
- RC-01 不依赖真实模型；真实模型只在 RC-04 后进入 RC-05。探针属于 144 矩阵首批，不能额外消耗后仍宣称预算未变。
- UAT 按
document_kind走适用流程；通知、决议、意见书、授权委托书不强制套双边签署/履约/撤回。 - 每次只处理当前最前置未通过门禁；一般样式、额外措辞和非阻断性能优化继续留在后续，不得挤入本轮。
- AI Platform 的共享 service key 是服务到服务认证，不是最终用户认证。生产只允许受信 BFF/Contract API/worker 断言
X-User-Id；密钥不得进入浏览器或普通客户端。若网络拓扑不能保证该条件，则在 RC-08 前改为签名用户上下文并重跑受影响门禁。 - 本轮唯一人工发布审核人为陈钰麒（总经理）。恢复、回退、政策与最终 Go/No-Go 不再追加第二名发布审核人；AI 自动完成技术核验但不得冒签。每次具体恢复/回退只接收一条
release_owner签名，离线根密钥与日常审批密钥必须用途隔离且公钥不同。两个普通成员账号和两个工作区只是 UAT 测试身份，不是审核人；租户业务审批能力不在本条简化范围内。
6. 外部输入清单
以下不是继续写代码可以替代的事项，但应从现在起并行准备：Linux x86_64 镜像 builder；经过身份认证、可用于本项目评测的 gpt-5.6-sol/Codex Provider 额度（只使用合成或脱敏材料）；目标 UAT 主机及备份/迁移权限；发布负责人及明确资产/Prompt 批次批准；两个工作区中的两名普通成员账号；有效政策/同意/合规材料；生产 Provider、域名/TLS、密钥、监控和流量切换授权。
机器可读状态快照仍是 docs/qa/multiscene-closeout-20260910/remaining-closure-register-20260919.json。它不是自动实时计数，必须标记 observed_at 并在冻结前重算；本节和该 JSON 必须同步更新，后续不再创建新的总方案名称。