3C补验收与4A方案审查裁决

日期：2026-09-23。裁决者：主会话。依据：《3C补验收与4A方案独立审查-2026-09-23.md》。本轮确认审查并同步文档，未修改代码、未执行测试或访问正式服。

1. 审查版本核对

在修改方案文档前核验以下SHA256，与独立审查记录全部一致：

对象	SHA256
3C复核更正与补验收	`20CEA4BA6B274BBD108E7B931DAE5FCEDF457D0A803A0343622A33D274DFBFD5`
阶段4分期与4A方案	`4A04700D9CA97992C6E0D25B2614DFA7AF6EECD99EFC4C3756FC134704C28D06`
4A待审任务书	`AF2E5217FE1DA1DFFCBC89CF707BE37EFCCEA89358C61768C824976673686F8E`
3C Program.cs	`3C89DA087AA3841ADBA79A11BB2BAC724FD8F5F429D2124F826185EBBDDA64DA`

本文裁决后的方案修订会改变文档hash，不影响上述已审版本的追溯。独立审查原文保持不变。

A：3C修复设计通过，批准按限定范围实施修复。 R1/P1、R2/P1、R3/P2、R4/P2、R5/P2全部确认成立，目前仍未修复，不恢复3C/G3通过。
B：4A设计通过，编码暂不放行。 设计无新增P1/P2，必须先完成3C修复、逐行补验收和用户指定外部AI复核，再完成主会话裁决并批准4A任务书。
原运行、回归和Unity历史证据保留，不等于修复后复验结果；当前无正式数据损坏的实测证据。

编号	裁决	实施说明
A-S1	采纳	正式编排建立linked CTS，传递到登录/Owner/直接传输，超时后停止接收后续变更、请求取消并等待全部操作与Close真正收尾。取消是请求，不能假设忽略取消的Handler已结束；测试用闸门证明顺序。超时/Unknown的原运行仍禁止自动cleanup，即使本地传输已收尾；只有后续显式cleanup可尝试补救。
A-S2	采纳	manifest持久保存原运行断言状态、最终结果和不确定状态；尚未完成也不得按成功处理。原result/log不可覆写。补cleanup生成独立产物，只更新清理事实，不把原失败或未完成运行升级为通过。
A-S3	采纳	用拒绝重复JSON属性的JObject严格解析，再逐字段白名单/类型映射；读取前验证路径，登录前完成全部schema/key/路径校验。合法cleanup输出待删key的SHA256清单，不回显明文，不额外增加用户确认步骤。
B-S1	采纳	在A2/A3增加初始Get/Create失败后重开验证：失败owner完成收尾后清空桥接活动位；后续合法Open可用。若Close失败，保留关闭失败状态，不能无条件清空并继续Open。
B-S2	采纳	A8增加ReadLocalSnapshot与在途Flush并发：验证baseline→pending→localOnly合并视图，且读取不改变在途批次或发送次数。
B-S3	采纳	同时存在归属失效/关闭与非Ready时，`StaleOrClosing`优先于`NotReady`；读取前、读取后及处理NotReady时均按该优先级检查。

以上是现有方案澄清，不扩展架构或修改范围；无需为了这些已裁决P3单独再开一轮设计审查。修复实施后的独立复核仍是强制门。

R3严重度保留P2，但执行优先级按P1处理，与R1/R2同为正式服重跑前的阻塞项。实施顺序保持R2→R1/R3→R4/R5→离线验证和限定源码审查→新正式正常路径→回归/Unity/逐行证据→外部复核。

3C仅允许修改CodexOutput/upserver/KVStage3CTests/Program.cs、必要时其csproj、新增该目录证据，主会话维护实施记录和入口文档。不得修改生产代码、既有42/86/29测试、服务器、游戏入口或Unity项目配置。旧run证据只读保留。

正式API固定http://s101.local:18080/，账号101/102仅使用本次manifest登记fixture；离线安全门通过后才能显式执行新正式run，正式服不制造故障。

4A文件白名单仍由其任务书约束，本裁决不提前允许修改Owner或新增生产桥接类。

下一步由主会话实施3C R2及R1/R3安全修复，逐个检查点保存开发日志；在补验收和外部复核完成前，状态保持“3C修复进行/待验收，4A设计已通过待前置”。