2.0 KiB
2.0 KiB
P2-α-A只读盘点：完整方案独立审查提示词
你是独立方案审查侧。项目C:/projects/ft。4C2已由主会话正式限定关闭，不重审已关闭业务；下一候选单元为P2-α-A已有本地档只读兼容盘点。阅读《P2-alpha-A已有存量档只读盘点方案-待评审-2026-09-28.md》，先核 P2AlphaAudit/design-review-hashes.json，再核原4B2修订2的P2-α硬门与102最小兼容裁决。
本轮只读文件和hash，禁止启动Unity、创建许可、网络访问、修改源码/源备份/共享入口。仅落盘 CodexOutput/upserver/P2-alpha-A已有存量档只读盘点方案独立审查-2026-09-28.md，由主会话核hash和裁决后再执行只读诊断。
请逐项回答：
- 将完整P2-α收敛为“已有101/102样本只读盘点→逐差异兼容方案→之后产品政策/迁移专项”是否合理，是否避免全面重构和重复闭环？
- 原InspectPFBackup入口是否满足不Open/Apply/发布玩法/写网；合成账号与本地时间、cfgData依赖、新进程空闲门是否诚实且可执行？不能通过清Enabled/GContext绕门。
- 101的M15 JSON null与M22 selections=null分类是否尚需消费语义证明；是否错误把旧档存在当成合法值？生产白名单为空能否阻止误修改？
- 100个样本key出现项/31模块/额外key/AD坏槽/未知鱼及配置等覆盖是否足够；两个专用账号的代表性限制是否明确？
- 102已有最新KV进度，禁止重导旧PF是否明确；无CAS/排他窗口时对备份、Unknown、观察、人工恢复和禁止自动双写的合同是否准确？
- 待用户确认的真实拒档/迁移政策是否与本次只读操作批准分离；本方案是否误关P2-α或G4？
- A0～A4检查点、自审与复核交付是否可验证，有无不必要新工具或漏项？
输出受审hash核对结果、逐项结论、P1/P2/P3与最小修订建议，给出通过/有条件通过/退回。不要自行实施，也不要把方案通过当作真实存档迁移授权。