Files
ft/CodexOutput/upserver/P2AlphaNullCompatibility/修订1独立补审提示词.md

15 lines
1.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.
# P2-α-B修订1差异补审提示词
请独立审查已通过方案的一处实际不可达分支修订。先核`revision1-review-hashes.json`;阅读《B2-解析前置遗漏与修订1补审.md》和主方案修订1§3.1/T1,参照`B2-original-reviewed-plan.md`。不要重启/操作Unity、联网、写存档或修改共享文档/源码。
原方案和上一轮Q2假定共用Json可返回根Null,实际上PlayerKVSaveSchema:163直接拒绝。主会话只完成2离线测试文件红测,4生产文件及Editor host尚未修改。红测77组中3组失败都是目标兼容断言;原始证据在B2-red-*。
请核查:
1. 原阻塞是否成立,现有StrictJsonSyntax对null字面量、四种JSON空白和全量耗尽的行为是否支持修订1。
2. DecodeChallenge内部先识别ASCII JSON空白包裹的null、验证原文再返回ExplicitNull,其他输入仍Object(Json(text)),是否满足原三态/严格负例/Raw字节合同;无需改共用helper或增加解析器。
3. 新增非JSON空白、注释、额外token、尾逗号、注入字符串及原Json(null文本)仍拒绝的断言是否充分;C# null/字符串"null"/对象字段null仍与根null严格分离。
4. 白名单仍4生产+3测试,现有2文件红测改动是否仅落实已审方案;能否按修订1恢复B2~B4。M22嵌套null无需改变原方案的判断是否准确。
输出“接受/有条件接受/退回”、受审hash核验、逐项结论及精确最小问题,落盘`CodexOutput/upserver/P2-alpha-B修订1解析前置独立补审-2026-09-28.md`。报告后由主会话裁决,不替主会话编码或更新入口。不重复审已关闭P2-α-A,也不要求真实账号写入试错。