Files
ft/CodexOutput/upserver/流程调整建议-转向批量迁移模式-2026-09-28.md

65 lines
4.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.
# 流程调整建议:从逐点审查转向批量迁移模式
> 2026-09-28主会话按[审查侧F01–F12裁决](流程修正主会话意见-审查侧裁决-2026-09-28.md)同步修正;该裁决是统一流程依据,本文不批准具体生产白名单。原工期/完成度百分比仅为未经验证的历史粗估,不作为当前承诺。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. 开发侧下一步(待裁决后执行)
1. 裁决本建议,确认模式切换;
2. 编制4B3B/C第一批白名单(按关联业务、同归属/失败规则选取,非固定数量)+批级方案(一份文档,不逐调用);
3. 交一次独立审查(批级);
4. 实施+回归+批末复核;
5. 逐批完成经分类确认的迁移范围;保留PF/排除/已有受控处理分别记录,不以替换223处为目标;
6. 4C剩余(转盘)同理并入批次或单列一批。
可选并行:授权服务端CAS需求合同起草(评审侧已就绪,1小时内可交)。
## 5. 进度影响估算
原百分比与工期均为未经首批数据验证的粗估,不作为当前完成率、排期或交付承诺。待首批范围与实际实施结果明确后再估算。