① 六席五层全量拆解:每人一个自含包

结论先行

建议采用“六个责任包、一个契约基线、两个集成工作区、一个总验收门”。 五层、主题引擎、数据迁移全部纳入本波,冈子负责既有前端/BFF 对接,不再给冈子另开一个重叠施工包。

本波交付口径:全量设计可施工、契约可校验、关键风险可验证;不等于全部生产代码已上线。

依据:材料明确目标是“一次性全部交付白标化设计”;已有后端端点、BFF 映射只能证明已有能力基础,不能直接证明白标适配、租户隔离、迁移和回滚已经完成。

建议排期:满足六席可并行编辑、两台 Mac 可轮转验证的前提下,承诺 7—9 个工作日;5—6 日只作为无重大返工的冲刺目标。

依据:下面工作量估算为 180—258 人时,另加冈子 8—12 人时,且存在契约冻结、跨包验证和终验串行环节。每日有效工作时间、机器规格、CI 条件、历史数据复杂度均为 『材料未涉及』,不能据“两台 Mac、六席”直接报两天完成。


1. 统一施工约定

以下路径是建议新增的逻辑边界,并非声称现有仓库已有这些目录;实际目录结构 『材料未涉及』。

每人交付目录必须自含:

design.md          方案、取舍、边界、失败处理
contracts/         Schema、接口或机器可读约束
examples/          正例、反例、边界例
checks/            校验器、契约测试或关键验证脚本
acceptance.md      本包验收清单
evidence/          执行命令、结果、版本与日志
handoff.md         后续实施任务、依赖、剩余限制

自含不等于无依赖,而是验收人不需要口头追问即可理解、验证和移交。

依据:本次要求“一次性全部交付”,只提交散落文档会把集成工作留给下一波。

2. 六包总表

席位 / 机器主责包覆盖范围建议独占文件边界输入依赖估算工时
一号 / Mac-AP1 品牌与主题引擎品牌层、主题引擎white-label/brand-theme/**P3 配置接口、P4 租户上下文、冈子规范28—40h
波波 / Mac-AP2 结构与受控 DSL结构层、契约化模块white-label/structure/**P3 配置接口、P4 上下文、冈子 BFF 映射28—40h
阿仁 / Mac-AP3 配置治理与总契约配置治理层、跨包基线white-label/config/、white-label/contracts/已有 schema、各包需求32—44h
二号 / Mac-BP4 租户上下文与隔离租户上下文层white-label/tenant-context/**现有后端域、认证及租户机制盘点28—40h
小渔 / Mac-BP5 数据迁移与初始化数据迁移、逐实例迁移、初始化流水线white-label/migration/**P3/P4、P1/P2 数据形状32—46h
小齐 / Mac-BP6 发布版本与总验收发布版本层、兼容矩阵、集成验收white-label/release/、white-label/acceptance/全部五包32—48h
冈子 / Mac-A前端/BFF 对接,不计入六包接入清单确认、适配审阅、联合验证既有前端/BFF 目录,具体路径待盘点P1/P2/P4另计 8—12h

以上工时包括设计、样例、关键验证、交叉审阅和一轮修订,不包括完整生产实现。

依据:目标是全量设计交付,但已有风险要求至少有可执行证据,不能只估写文档时间。

3. 每包具体交付与判据

P1|一号:品牌层+主题引擎

范围

验收判据

边界

依据: 材料明确指出“品牌层半吊子”是 Top3 风险之一。


P2|波波:结构层+受控 DSL

范围

验收判据

边界

依据: 已有白名单应作为收敛边界,直接对应“DSL 泥潭”风险。


P3|阿仁:配置治理+跨包总契约

范围

验收判据

边界

依据: 五层共享配置和版本语义,必须有单一归口,否则两台机器各自正确、合并后仍会冲突。


P4|二号:租户上下文+隔离

范围

验收判据

边界

依据: 后端“就绪”不等于具备白标租户隔离,是最需要核查的隐含前提。


P5|小渔:数据迁移+租户初始化

范围

验收判据

边界

依据: 直接对应材料中的“脚本半自动化”风险及逐实例迁移要求。


P6|小齐:发布版本+集成验收

范围

验收判据

依据: 发布版本层是独立交付能力,不能用“git 合并完成”代替发布可控。


② 两台 Mac 协作协议

1. 选择:一个权威 Git 仓,两端独立工作区

推荐同一远端仓库,不推荐两台机器各维护一套最终真相。

依据:六包共享契约、版本和验收链,分仓会增加同步成本;远端仓和托管条件 『材料未涉及』,开工时建立。无托管服务时,可临时以受控 SSH bare 仓作为唯一远端,并安排备份。

权威远端
├── main                     仅接收已验收提交
├── integration/wl-wave5     小齐负责集成
├── pkg/brand-theme          一号
├── pkg/structure            波波
├── pkg/config               阿仁
├── pkg/tenant-context       二号
├── pkg/migration            小渔
└── pkg/release              小齐

2. 同机资源协议

共享文件方便,不代表数据库、端口和缓存可以混用。

依据: 两台 Mac 的资源规格未知,共享运行态比共享文件更容易产生伪失败和数据污染。

3. 跨机同步协议


③ “一次性全部交付”的验收标准

总验收采用六道门,全部通过才算完成

验收门量化标准
G1 范围完整五层+主题引擎+迁移 7/7 覆盖,六包责任无空白
G2 资产闭环14 类组件、48 条 BFF、60 路由域、16 模块,以及七件套/P0/P1 清单全部完成逐项映射;不适用项附依据
G3 契约一致共用字段、版本与错误语义无未裁决冲突;所有声明的正反例校验符合预期
G4 风险验证品牌切换、DSL 拒绝非法输入、租户隔离、迁移幂等/恢复、发布兼容/回退均有执行证据
G5 可移交每包具备完整文件、执行说明、责任边界和后续实施任务;从干净工作区可复现
G6 问题清零阻塞问题为 0;非阻塞问题有负责人、影响和处理计划,并获批准

建议的阻塞问题定义: 核心范围漏项、契约无法兼容、关键验证失败、租户越权、迁移可能无声损坏数据、回退承诺与数据现实矛盾、验收无法复现。

最终交付物:

  1. 带版本标签的统一仓库快照。
  2. 六个自含包及跨包契约。
  3. 全量覆盖矩阵与依赖图。
  4. 统一校验入口及执行证据。
  5. 冈子前端/BFF 接入确认记录。
  6. 已知限制与后续实施清单。
  7. 终验报告及批准记录。

不能偷换的边界: 把某项写入“后续实施”可以说明生产代码尚未开发,但不能把本波应完成的设计、契约或关键验证转移出去。

依据:否则只是全量目录,不是全量设计交付。


④ 依赖图+关键路径

依赖图

已有方案 / schema / 白名单 / 后端清单 / 冈子材料
                          │
                    全员资产盘点
                          │
             ┌────────────┴────────────┐
             ▼                         ▼
      P3 配置与契约草案  ◄────反馈────► P4 租户上下文草案
             └────────────┬────────────┘
                          ▼
                 M1:统一契约基线冻结
                          │
            ┌─────────────┼─────────────┐
            ▼             ▼             ▼
      P1 品牌主题     P2 结构/DSL     P4 隔离验证
            │             │             │
            └──────┬──────┘             │
                   ▼                    │
         P5 最终迁移映射与演练 ◄─────────┘
                   │
                   ▼
         P6 集成兼容/发布/回退演练
                   │
                   ▼
        冈子对接确认+六包复验+终验标签

P5、P6 不必等到最后才开工。

依据: 将“开始工作依赖”和“最终验收依赖”分开,才能真正并行。

关键路径

预计关键路径:

资产盘点 → P3/P4 契约冻结 → P1/P2 数据形状收敛 → P5 迁移演练 → P6 发布兼容验证 → 终验。

这是计划关键路径,不是已测得结果。

依据:真实包复杂度尚未核查;若租户隔离存在根本缺口,P4 会成为最长路径;若冈子无法及时对接,P1/P2 联验也会成为瓶颈。


⑤ 诚实日历时间

1. 推荐执行日程

工作日主要动作当日出口
D1六席盘点已有产物;建仓、worktree、文件所有权和资源预约;P3/P4 起草契约覆盖矩阵、缺口表、契约草案
D2六席评审契约;冈子确认接入边界;冻结基线M1 契约基线;更新后的工时估计
D3—D4六包并行完成设计、样例、校验器和关键验证每包可审阅版本
D5—D6跨包联验;主题/DSL/BFF、迁移、发布链串接全链路证据、缺陷清单
D7修复阻塞、干净环境复验、批准终验顺利情况下正式交付
D8—D9契约返工、资源排队、迁移/发布复测缓冲正常承诺窗口上限

2. 估算成立条件

以每席每天 6 小时有效交付时间为规划假设:

若按每周五个工作日、无节假日计算,约 9—13 个自然日;具体日期取决于实际开工日,材料未提供可确定的年份与工作日制度。

3. 必须明确的两种例外

例外 A:每台 Mac 实际只能一个席位独占工作。

则不能按六席并行估算。若每台每天仅有 6 小时有效机器使用时间,两台总吞吐为 12 人时/日,仅总量就需约 16—23 个工作日,另需考虑交接。

依据:同机共享目录只是协作条件,并不自动产生四席或三席同时工作的资源能力。

例外 B:要求“全部生产实现+真实数据迁移+上线验收”。

该目标另立估算,本材料不足以给可靠总工期。缺失项包括真实代码适配量、权限现状、历史数据规模、测试环境、发布设施、生产窗口和性能指标,均为 『材料未涉及』。不得沿用上述 7—9 日承诺。


开工即执行的指令

  1. 阿仁建立覆盖矩阵、总契约和共享文件所有权。
  2. 小齐建立统一仓、集成分支、验收骨架及机器验证预约表。
  3. 二号先核查租户识别与隔离现状,优先暴露根本性缺口。
  4. 一号、波波当天与冈子对齐品牌触点、14 类 DSL 和 48 条 BFF 映射。
  5. 小渔当天盘点十六模块和四段流水线,列出不可逆迁移风险。
  6. 开工时指定最终验收批准人,D2 冻结基线并重估一次;D2 后任何新增范围必须同时更新验收表、依赖和日历。

最终原则:一次性交付的是一个能够整体评审、复现验证并交给实施团队施工的白标设计基线,而不是六份互相引用、无人负责串起来的文档。