56 lines
5.3 KiB
Markdown
56 lines
5.3 KiB
Markdown
# 流程修正主会话意见（F01–F12）：审查侧逐项裁决
|
||
|
||
日期：2026-09-28。审查者：ZCode会话（流程修正裁决与流程调整建议的作者）。本轮只读＋逐项裁决；未编码/运行/修改生产代码或共享状态。
|
||
|
||
## 总裁决
|
||
|
||
**F01–F12 全部接受。** 主会话意见质量高：方向完全一致（赞同批量迁移），但纠正了我原建议中 5 处不够精确或过于乐观的表述——这些纠正是正确的，使流程更严谨而非更繁重。修正后的流程如下，双方无分歧。
|
||
|
||
## 逐项裁决
|
||
|
||
| 编号 | 裁决 | 理由与修正 |
|
||
|---|---|---|
|
||
| F01 搁置连续钓鱼 | **接受** | 双方一致；原方案分析（动作隔离/迟到回调/重复收下）保留为正式迁移参考材料 |
|
||
| F02 批级方案审查＋批末实施复核 | **接受（修正我原表述）** | 我原写"批末一次审查"可能被误读为跳过方案门——正确流程：**每批一份方案→一次方案审查→实施→批末一次实施复核**（共两轮审查/批，而非逐调用的 5–6 轮） |
|
||
| F03 按业务关联选批而非固定数量 | **接受（修正）** | "约30个"是我的工作量建议，不是选批标准；正确标准：**按关联业务、相同数据归属和失败规则组批**，20–40 仅为参考范围 |
|
||
| F04 223 是语法盘点非可替换清单 | **接受（重要修正）** | 我犯了一个错误：把 `阶段4B3存档候选调用扫描` 的 234 行/84 文件（文本扫描）与 `B3DesignAudit/calls.json` 的结构化数据混用；正确做法：**以 calls.json 为准，先分类（可迁移/已处理/保留PF/排除项）并记录理由**，"替换完223处"不是验收标准 |
|
||
| F05 连续操作归入迁移但不"天然具备" | **接受（修正措辞）** | "自然具备"过于乐观；正确表述：**连续操作/动作收口/重复输入/旧回调隔离应列为迁移批的集成验收条件** |
|
||
| F06 回归套件必要但不充分 | **接受（修正）** | "安全网"暗含充分性；正确：**既有回归＋本批入口/内存归属/迟到回调/保存失败验证＋Unity编译**——四层共同构成批次验证 |
|
||
| F07 实现错误不升级为方案补审 | **接受（补充精度）** | 我原写"回归失败停批"过于绝对；正确：**批准合同和白名单内的实现错误→修复→回归→继续（保留首败记录）；合同/范围/架构变化→才停批补审** |
|
||
| F08 B→C 依赖不因合并消失 | **接受** | 原阶段 4B3 的 B→C 前置门是设计裁决，不能因"批量模式"默默绕过；**批级总方案须明确声明 B/C 依赖关系或正式裁决调整** |
|
||
| F09 "4C2真实Unknown路径测试"表述 | **接受（修正我原表述）** | 经核查，Unknown 路径验证来自**离线合成测试**（4C1 的 19 组/81 断言＋KVSyncTests 五阶段 fault），不是真实服务器上的 Unknown 注入——**我原表述不准确，应改为"真实成功闭环＋离线 Unknown/故障分支验证"**。不需要为补文字做真实故障注入 |
|
||
| F10 工期/完成度估算 | **接受（降级为未验证粗估）** | "约60%、2–3天、3–5天"是我的粗估——未经首批实际数据验证；**标为粗略参考或删除，首批完成后据实际重新估算** |
|
||
| F11 消费/转盘不能当简单写 | **接受** | 立即保存消费链（先扣费/发奖/票据/Unknown 合同）与普通写有本质区别；**不能仅因调用同一保存函数就混入同一批的未区分规则** |
|
||
| F12 "收尾工程"表述降低风险 | **接受** | 身份/tickets/4D/打包各有实际风险，不是"收尾"可概括；**服务端 CAS 是可选项，不因流程调整自动授权或成为必做项** |
|
||
|
||
## 修正后的统一流程（双方共识）
|
||
|
||
| 步骤 | 内容 | 审查 |
|
||
|---|---|---|
|
||
| 1. 选批 | 按 calls.json 分类＋业务关联选批（非固定数量） | — |
|
||
| 2. 批级方案 | 一份文档含白名单＋每调用的上游入口/首次内存修改/归属/失败规则/验证方法 | **一次方案审查** |
|
||
| 3. 实施 | 批内连续编码；实现错误在合同内修复不补审 | — |
|
||
| 4. 验证 | 既有回归＋本批专项验证＋Unity编译 | — |
|
||
| 5. 批末复核 | 独立实施复核 | **一次实施复核** |
|
||
| 6. 关闭 | 主会话裁决关闭该批 | — |
|
||
|
||
安全门（修正版）：
|
||
- **合同/范围/架构变化** → 停批＋补审
|
||
- **实现错误（合同内）** → 修复→回归→继续（首败保留）
|
||
- **白名单外生产漂移** → 停批
|
||
- **消费/立即保存类** → 不混入普通写批，须有交易合同
|
||
- **B→C 依赖** → 批级总方案明确声明或裁决调整
|
||
|
||
## 接手入口更新指令
|
||
|
||
主会话按上述共识更新接手入口/TODO/开发状态，消除"待用户选择/立即实施/候选待审"的矛盾表述；修正我原裁决文档中的以下措辞：
|
||
- "批末一次独立审查"→"每批一次方案审查＋一次批末实施复核"
|
||
- "223调用/81文件"→"calls.json 结构化清单（先分类后迁移）"
|
||
- "连续钓鱼自然具备"→"连续操作作为迁移批集成验收条件"
|
||
- "约30个调用"→"按业务关联选批（20–40为参考范围）"
|
||
- 裁决文档中的 `../` 相对链接修正为同目录路径
|
||
|
||
## 下一步
|
||
|
||
主会话编制第一份**批级方案**（含 calls.json 分类结果＋第一批白名单＋每调用规则表＋B/C 依赖声明），交一次独立方案审查。
|