ft/CodexOutput/upserver/其他AI审查提示词-3C补修复实施-2026-09-23.md

交给外部AI：3C补修复实施复核

你在C:/projects/ft工作。本轮只做独立只读代码与证据审查，允许更新审查文档，不修改测试或生产代码，不调用子Agent代替用户指定独立复核。不进入4A，不删除SDK，不打包，不访问正式业务key，也无需重跑已清理的正式run。

先读

1. 3C补验收与4A方案审查裁决-2026-09-23.md
2. 阶段3C复核更正与补验收-2026-09-23.md
3. 阶段3C补修复交付与逐项证据-2026-09-23.md
4. 阶段3C补修复限定自审-2026-09-23.md
5. KVStage3CTests/Program.cs和repair-final-source-hashes.json

Program最终SHA256应为66C41B8B0A8E0CD4FF13A3BED8212B3F61BF95E4707F5C6373B235E21B20492A。 最终离线run：20260923073652_de06350b988e4d1db4fc89937259a024。 最终正式run：20260923073720_199d4e8a22204ae5882057b1503092c6。 首次正式run 20260923073436_93b968171816414d8d0bec769a1acbad也已清理。历史证据只读保留，不覆写。

必查

• R1：超时取消后等待实际body、传输和Close，不与cleanup重叠；忽略取消闸门；超时/Unknown原运行永不自动cleanup；失败批次后未完成票据不能阻塞Close。
• R2：schema2严格字段/类型/重复JSON，固定API/101、102/三个fixture key与run绑定，路径穿越/重解析点；坏manifest在登录前拒绝；cleanup run.lock互斥。
• R3：原失败/pending不能因清理成功升级，原result/log不可覆盖；显式cleanup只产补救文件；cleanup自身Unknown禁止重试。
• R4：删除前存在、精确值读回、102后再读101、新Cookie和新Owner在同缓存Get至Ready且持久pending/unknown为0。
• R5：跨进程A/B/C、Unknown跨handler计数、缺主档bak/tmp；诊断字段来自实际状态/票据，NotLoaded不能冒充Ready。
• S0至F2逐行核对交付矩阵，不从8/8或3/3自动推导完整覆盖。
• 八份生产源码hash未变、csproj未变；42/86/29与Unity证据有效。最后一次仅测试宿主失败分支补强后未复跑生产回归/Unity，是否足以接受请明确裁决。
• 限定自审记录的保守限制是否符合已批准范围；发现新问题只报告，勿直接改代码。

可自行复跑offline和既有回归。所有新产物写新run，不覆盖旧文件。需要新正式验证时先给出必要性，不盲目再次cleanup。

输出

在本目录新增《阶段3C补修复独立实施复核-2026-09-23.md》，按严重度列发现、文件行号、触发条件、影响、必要修复；分别给出R1–R5和矩阵项的通过/不通过/待验收、检查命令和真实证据。 明确能否接受本轮3C修复，是否仍有P1/P2；主会话随后做逐条裁决，外部报告本身不自动授权4A编码。