5.3 KiB
5.3 KiB
流程修正主会话意见（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 依赖声明），交一次独立方案审查。