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

34 lines
2.7 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# 交给外部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编码。