Files
ft/CodexOutput/upserver/其他AI审查提示词-P2-alpha-A只读盘点-2026-09-28.md

18 lines
2.0 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-α-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和裁决后再执行只读诊断。
请逐项回答:
1. 将完整P2-α收敛为“已有101/102样本只读盘点→逐差异兼容方案→之后产品政策/迁移专项”是否合理,是否避免全面重构和重复闭环?
2. 原InspectPFBackup入口是否满足不Open/Apply/发布玩法/写网;合成账号与本地时间、cfgData依赖、新进程空闲门是否诚实且可执行?不能通过清Enabled/GContext绕门。
3. 101的M15 JSON null与M22 selections=null分类是否尚需消费语义证明;是否错误把旧档存在当成合法值?生产白名单为空能否阻止误修改?
4. 100个样本key出现项/31模块/额外key/AD坏槽/未知鱼及配置等覆盖是否足够;两个专用账号的代表性限制是否明确?
5. 102已有最新KV进度,禁止重导旧PF是否明确;无CAS/排他窗口时对备份、Unknown、观察、人工恢复和禁止自动双写的合同是否准确?
6. 待用户确认的真实拒档/迁移政策是否与本次只读操作批准分离;本方案是否误关P2-α或G4?
7. A0~A4检查点、自审与复核交付是否可验证,有无不必要新工具或漏项?
输出受审hash核对结果、逐项结论、P1/P2/P3与最小修订建议,给出通过/有条件通过/退回。不要自行实施,也不要把方案通过当作真实存档迁移授权。