21 lines
2.7 KiB
Markdown
21 lines
2.7 KiB
Markdown
# 101两类历史空态最小兼容：独立方案审查提示词
|
||
|
||
> 历史原轮提示词。本轮方案已通过并开始实施，发现共用Json拒绝根null的解析前置遗漏；当前使用《修订1独立补审提示词.md》及revision1-review-hashes.json，只补审该差异。原报告与原受审清单保留。
|
||
|
||
请作为独立方案审查侧，阅读本目录《101两类历史空态最小兼容方案-待评审.md》、两个附件及`design-review-hashes.json`，先重算全部受审hash/字节。前期P2-α-A已由主会话核1232项并裁决关闭，不重复要求复核只读盘点。
|
||
|
||
仅只读源码和本地证据，不修改生产/测试/共享入口/TODO，不启动Unity、Play、许可或正式接口；仅落盘报告：`CodexOutput/upserver/P2-alpha-B两类历史空态兼容方案独立审查-2026-09-28.md`。主会话在报告后负责核hash、逐条裁决及实施。
|
||
|
||
请逐条回答：
|
||
|
||
1. 四个生产文件＋三个已有测试文件是否足够小，是否存在遗漏的强制消费者；禁止为了可空两字段引入通用迁移框架。
|
||
2. M15 IsPresent＋IsExplicitNull及ExplicitNull工厂能否精确区分缺键/根JSON null/合法对象；原StrictJson保留、对象字段仍严格、Raw原值不变是否成立。可选构造参数及非法组合校验是否足够。
|
||
3. M15 Replace只物化null、现有Reset先行能否满足未激活合同；142行前置锚点是否诚实标出“近邻条件≠完整支配证明”，未把直接活动/场景入口误判安全。
|
||
4. M22仅selections属性的显式JSON null接受，缺属性继续拒绝，其他14字段/PackType/IsPresent保持，DTO/Apply/Snapshot的null与深复制是否完整；没有转[]、重建礼包或删键。
|
||
5. T1～T8是否覆盖预期红测、严格负例、真实对象Reset/Apply/null序列化、集合隔离、原B2-20、101/102固定Inspect、编译与无写入边界；Bargain专用Same对null的适配是否只影响测试且不漏比较其他字段，是否有无必要的回归或漏测。
|
||
6. 白名单、失败停点、第三种拒档不扩大、固定CLI/状态恢复与无Play/远端操作边界是否可执行；没有使用UnitySkills或新增入口。
|
||
7. 三条P3附件及102分叉时间线是否对应既有证据；政策和其他模块问题是否保持未决，没有把本方案当作101导入/正式启用授权。
|
||
8. 是否可批准B1～B4实施；给接受/有条件接受/退回，以及每条P1/P2/P3的精确源码/方案位置、最小修订要求。若不同意新增M15旗标，请同时说明如何不丢DTO/Raw存在性且减少改动，不能仅以样本变Valid替代语义论证。
|
||
|
||
保留独立性；不要替主会话编码、改共享文档或关闭本单元。报告结论之后仍由主会话明确实施裁决。
|