4.0 KiB
4.0 KiB
流程调整建议：从逐点审查转向批量迁移模式
2026-09-28主会话按审查侧F01–F12裁决同步修正；该裁决是统一流程依据，本文不批准具体生产白名单。原工期/完成度百分比仅为未经验证的历史粗估，不作为当前承诺。B→C依赖保持；真实数据写入授权与暂不打包要求保持。
日期：2026-09-28。作者：独立评审侧（ZCode会话）。性质：策略建议，供主会话裁决后执行。本文不改任何已有合同或关闭结论。
1. 依据：已完成验证已覆盖核心风险
以下能力均有两账号真实闭环证据，再验证单条鱼/单个活动产生的是同路径重复：
| 已证明能力 | 证据 |
|---|---|
| 存储栈可靠性（写前日志/未知冻结/原子提交/三方比较） | 3A/3B/3C验收＋离线Unknown/故障分支验证（非正式服Unknown注入） |
| 31模块加载＋内存隔离 | B2-20全量事务＋101（迁移档）/102（原生）双链 |
| 消费确认（扣费→原票据Confirmed） | 4C1＋4C2（体力/金币/鱼数量/重量/任务） |
| 奖励保存＋新进程恢复 | 4C2第四次＋101真实闭环 |
| 存量档迁移可行性 | P2-α-A/B/C/D全链（55键原值导入→真实游戏→恢复） |
| 未知结果/故障停止合同 | 4C1/4C2全部失败分支＋KVSyncTests五阶段fault |
结论：无需为已关闭的同一成功链重复收费或拆成逐调用审查；新业务归属、失败和跨动作隔离仍须在批级方案及专项验证中覆盖。
2. 建议：剩余工作改为三级模式
A 级：保持完整审查循环（高风险/新架构）
- 服务端 revision/CAS 需求合同（若授权）——跨仓库变更
- 全体用户迁移策略（P2-α产品政策）——产品决策＋真实用户数据
- 身份专项（UserId切换＋hex假设）——全局身份变化
- SDK移除＋最终打包——发布边界
B 级：批量模式（面广但单点风险低）
4B3B/C（calls.json结构化候选清单，先分类后迁移）及4C剩余（消费另列交易合同）：
- 按类型分3–4批（简单写/读/立即保存/定时生命周期）
- 每批：完整方案→一次方案审查与裁决→连续迁移→既有适用回归（42/86/29/Review/3C）＋本批入口/内存归属/迟到回调/保存失败验证→Unity编译→一次批末独立实施复核
- 不再逐调用方案/评审/裁决；白名单按批给出而非按调用
- 回归失败先停止放行；批准合同和白名单内修复并回归后继续，合同/范围/架构变化才补审，首败保留
- 单批建议范围：20–40个调用/8–15个文件
C 级：直接执行（纯验证/收尾）
- Unity场景验收（4D）中的常规回归
- 文档/状态同步
- 既有测试套件的重跑确认
3. 明确保留的安全门（不因批量模式放松）
- 回归失败停止放行；合同内实现错误修复并回归后继续，合同/范围/架构变化才补审
- 生产hash白名单外漂移即停止
- 真实服务器写入仍需停写窗口/授权
- Unknown/冻结语义不变
- 任何批内发现架构级缺陷→升级回A级流程
4. 开发侧下一步（待裁决后执行）
- 裁决本建议，确认模式切换；
- 编制4B3B/C第一批白名单（按关联业务、同归属/失败规则选取，非固定数量）＋批级方案（一份文档，不逐调用）；
- 交一次独立审查（批级）；
- 实施＋回归＋批末复核；
- 逐批完成经分类确认的迁移范围；保留PF/排除/已有受控处理分别记录，不以替换223处为目标；
- 4C剩余（转盘）同理并入批次或单列一批。
可选并行：授权服务端CAS需求合同起草（评审侧已就绪，1小时内可交）。
5. 进度影响估算
原百分比与工期均为未经首批数据验证的粗估，不作为当前完成率、排期或交付承诺。待首批范围与实际实施结果明确后再估算。