38 lines
4.0 KiB
Markdown
38 lines
4.0 KiB
Markdown
# P2AlphaTargetCheck C0-目标状态核验最小方案：独立方案审查
|
||
|
||
日期：2026-09-28。审查者：ZCode会话。独立性声明：未参与本方案编写；此前参与为P2-α-A/B全链审查。本轮只读＋hash重算＋源码核查，未构建/跑DLL/操作Unity/调用任何正式或PF接口、未验证危险参数。
|
||
|
||
## 受审hash核对
|
||
|
||
`P2AlphaTargetCheck/review-hashes.json`：**57/57重算全部一致**。共享文档以本清单送审版本为准（B关闭时18项为历史增量，非漂移）。
|
||
|
||
## 总判定
|
||
|
||
**通过。** 可批准：仅此一次、零源码改动、成功上限2登录＋2Get的核验执行。无P1/P2；P3三条不阻塞。
|
||
|
||
## 七项逐条
|
||
|
||
**1. 复用现有工具合理：是。** 本审查核实`Preflight/Program.cs`三分支现状：`:8 --import-approved-102`、`:9 --backup-pf-101-102`、`:10 --backup-101-102`（默认拒绝无参调用）——目标分支存在且后两危险分支已被方案明确禁用。新增只读101工具需新分支＋构建＋验证，为省1登录/1Get不值——正确取舍。无重复工作（不重跑兼容测试/不重搜未定位键）。
|
||
|
||
**2. 副作用与证据缺口描述准确：是。** 关键三点全部源码核实：①`Program.cs:18`的`NewlyCreated`检查确在**登录返回后**（后置拒绝，非前置保护）——方案如实说明"服务端若账号不存在可能创建账号"；②`PlayerId`为客户端规范化请求ID的定性正确（不夸大为服务端回显身份绑定）；③"只读KV"未被夸大为系统零写——登录会话/元数据副作用、失败时"请求已发送但响应丢失记不确定"的口径诚实。
|
||
|
||
**3. 构建与执行闭合：是。** 专用输出目录`C1-bin`（新建、记录DLL/依赖hash、禁`dotnet run`隐式重建）落实了apphost教训；危险分支靠**不传参**隔离（单参严格匹配`:10`），不从代码上删除——零源码改动约束下的正确做法；工作目录/地址固定、无重试、失败保留部分输出、目录秒级碰撞即停——闭合。
|
||
|
||
**4. 空闲与并发限制充分：是。** 前后两次只读状态核验＋claimed全量冻结；编辑器关闭则记录不强启；"本地空闲≠跨设备停写窗口"明确；不擅自Stop/退役许可/杀进程——正确。
|
||
|
||
**5. 迁移前置限定准确：是。** C3条件表六行（目标占用/PF来源权威/身份映射/兼容性缺口/时间并发/失败恢复）如实区分"本轮能确定/仍需什么"；"101空目标≠准许导入、102进度不可被旧PF覆盖"为硬结论。
|
||
|
||
**6. 检查点与矩阵完整：是。** C0–C4职责分明（C1构建＋状态冻结→C2一次采集→C3逐键对账→C4停在执行复核）；T1–T7覆盖边界/可追溯/请求口径/数据完整/差异有效/运行状态/结论限度；"失败交付也是交付但不标验收通过"；**产品正式迁移决策明确留待后续写入方案、不阻塞本轮取证**——正确分离。
|
||
|
||
**7. 批准范围：批准上述限定核验**；不批准导入101/覆盖102/Play（方案自身也未申请）。
|
||
|
||
## P3清单（不阻塞）
|
||
|
||
- **P3-1**：C2建议在命令行中记录采集的**本地起止UTC到秒**并与生成的`<UTC>`目录名互证（方案已要求记录起止时间，补一句"目录名时间须落在起止区间内"的核对，防时钟跳变歧义）。
|
||
- **P3-2**：C3的102差异摘要建议同时记录"与`20260928T025514Z`末次闭环备份"和"与4C2结束对账基线"两个参照的键集合差（若相同则显式记"两参照一致"，简化后续写入方案的引用）。
|
||
- **P3-3**：若C2出现newCreate异常停止，建议交付中显式列出"该异常登录是否可能已产生服务器侧新会话/账号"的说明模板（方案已停住不清理，补一段标准说明文字供主会话裁决用）。
|
||
|
||
## 结论
|
||
|
||
**通过C0方案。** 主会话核hash（已代验57/57）逐条裁决后按C1–C4执行；执行复核仍归独立侧。本单元关闭仅为"目标快照核验"，不构成101导入授权、不关闭整体P2-α/G4。
|