建议采用“六个责任包、一个契约基线、两个集成工作区、一个总验收门”。 五层、主题引擎、数据迁移全部纳入本波,冈子负责既有前端/BFF 对接,不再给冈子另开一个重叠施工包。
本波交付口径:全量设计可施工、契约可校验、关键风险可验证;不等于全部生产代码已上线。
依据:材料明确目标是“一次性全部交付白标化设计”;已有后端端点、BFF 映射只能证明已有能力基础,不能直接证明白标适配、租户隔离、迁移和回滚已经完成。
建议排期:满足六席可并行编辑、两台 Mac 可轮转验证的前提下,承诺 7—9 个工作日;5—6 日只作为无重大返工的冲刺目标。
依据:下面工作量估算为 180—258 人时,另加冈子 8—12 人时,且存在契约冻结、跨包验证和终验串行环节。每日有效工作时间、机器规格、CI 条件、历史数据复杂度均为 『材料未涉及』,不能据“两台 Mac、六席”直接报两天完成。
以下路径是建议新增的逻辑边界,并非声称现有仓库已有这些目录;实际目录结构 『材料未涉及』。
每人交付目录必须自含:
design.md 方案、取舍、边界、失败处理
contracts/ Schema、接口或机器可读约束
examples/ 正例、反例、边界例
checks/ 校验器、契约测试或关键验证脚本
acceptance.md 本包验收清单
evidence/ 执行命令、结果、版本与日志
handoff.md 后续实施任务、依赖、剩余限制
自含不等于无依赖,而是验收人不需要口头追问即可理解、验证和移交。
依据:本次要求“一次性全部交付”,只提交散落文档会把集成工作留给下一波。
| 席位 / 机器 | 主责包 | 覆盖范围 | 建议独占文件边界 | 输入依赖 | 估算工时 |
|---|---|---|---|---|---|
| 一号 / Mac-A | P1 品牌与主题引擎 | 品牌层、主题引擎 | white-label/brand-theme/** | P3 配置接口、P4 租户上下文、冈子规范 | 28—40h |
| 波波 / Mac-A | P2 结构与受控 DSL | 结构层、契约化模块 | white-label/structure/** | P3 配置接口、P4 上下文、冈子 BFF 映射 | 28—40h |
| 阿仁 / Mac-A | P3 配置治理与总契约 | 配置治理层、跨包基线 | white-label/config/、white-label/contracts/ | 已有 schema、各包需求 | 32—44h |
| 二号 / Mac-B | P4 租户上下文与隔离 | 租户上下文层 | white-label/tenant-context/** | 现有后端域、认证及租户机制盘点 | 28—40h |
| 小渔 / Mac-B | P5 数据迁移与初始化 | 数据迁移、逐实例迁移、初始化流水线 | white-label/migration/** | P3/P4、P1/P2 数据形状 | 32—46h |
| 小齐 / Mac-B | P6 发布版本与总验收 | 发布版本层、兼容矩阵、集成验收 | white-label/release/、white-label/acceptance/ | 全部五包 | 32—48h |
| 冈子 / Mac-A | 前端/BFF 对接,不计入六包 | 接入清单确认、适配审阅、联合验证 | 既有前端/BFF 目录,具体路径待盘点 | P1/P2/P4 | 另计 8—12h |
以上工时包括设计、样例、关键验证、交叉审阅和一轮修订,不包括完整生产实现。
依据:目标是全量设计交付,但已有风险要求至少有可执行证据,不能只估写文档时间。
范围
验收判据
边界
依据: 材料明确指出“品牌层半吊子”是 Top3 风险之一。
范围
验收判据
边界
依据: 已有白名单应作为收敛边界,直接对应“DSL 泥潭”风险。
范围
tenant.yaml schema,保留兼容说明。验收判据
边界
依据: 五层共享配置和版本语义,必须有单一归口,否则两台机器各自正确、合并后仍会冲突。
范围
验收判据
边界
依据: 后端“就绪”不等于具备白标租户隔离,是最需要核查的隐含前提。
范围
验收判据
边界
依据: 直接对应材料中的“脚本半自动化”风险及逐实例迁移要求。
范围
验收判据
依据: 发布版本层是独立交付能力,不能用“git 合并完成”代替发布可控。
推荐同一远端仓库,不推荐两台机器各维护一套最终真相。
依据:六包共享契约、版本和验收链,分仓会增加同步成本;远端仓和托管条件 『材料未涉及』,开工时建立。无托管服务时,可临时以受控 SSH bare 仓作为唯一远端,并安排备份。
权威远端
├── main 仅接收已验收提交
├── integration/wl-wave5 小齐负责集成
├── pkg/brand-theme 一号
├── pkg/structure 波波
├── pkg/config 阿仁
├── pkg/tenant-context 二号
├── pkg/migration 小渔
└── pkg/release 小齐
git worktree,同机可直接读其他目录,但不得跨 worktree 写文件。共享文件方便,不代表数据库、端口和缓存可以混用。
依据: 两台 Mac 的资源规格未知,共享运行态比共享文件更容易产生伪失败和数据污染。
| 验收门 | 量化标准 |
|---|---|
| G1 范围完整 | 五层+主题引擎+迁移 7/7 覆盖,六包责任无空白 |
| G2 资产闭环 | 14 类组件、48 条 BFF、60 路由域、16 模块,以及七件套/P0/P1 清单全部完成逐项映射;不适用项附依据 |
| G3 契约一致 | 共用字段、版本与错误语义无未裁决冲突;所有声明的正反例校验符合预期 |
| G4 风险验证 | 品牌切换、DSL 拒绝非法输入、租户隔离、迁移幂等/恢复、发布兼容/回退均有执行证据 |
| G5 可移交 | 每包具备完整文件、执行说明、责任边界和后续实施任务;从干净工作区可复现 |
| G6 问题清零 | 阻塞问题为 0;非阻塞问题有负责人、影响和处理计划,并获批准 |
建议的阻塞问题定义: 核心范围漏项、契约无法兼容、关键验证失败、租户越权、迁移可能无声损坏数据、回退承诺与数据现实矛盾、验收无法复现。
最终交付物:
不能偷换的边界: 把某项写入“后续实施”可以说明生产代码尚未开发,但不能把本波应完成的设计、契约或关键验证转移出去。
依据:否则只是全量目录,不是全量设计交付。
已有方案 / schema / 白名单 / 后端清单 / 冈子材料
│
全员资产盘点
│
┌────────────┴────────────┐
▼ ▼
P3 配置与契约草案 ◄────反馈────► P4 租户上下文草案
└────────────┬────────────┘
▼
M1:统一契约基线冻结
│
┌─────────────┼─────────────┐
▼ ▼ ▼
P1 品牌主题 P2 结构/DSL P4 隔离验证
│ │ │
└──────┬──────┘ │
▼ │
P5 最终迁移映射与演练 ◄─────────┘
│
▼
P6 集成兼容/发布/回退演练
│
▼
冈子对接确认+六包复验+终验标签
P5、P6 不必等到最后才开工。
依据: 将“开始工作依赖”和“最终验收依赖”分开,才能真正并行。
预计关键路径:
资产盘点 → P3/P4 契约冻结 → P1/P2 数据形状收敛 → P5 迁移演练 → P6 发布兼容验证 → 终验。
这是计划关键路径,不是已测得结果。
依据:真实包复杂度尚未核查;若租户隔离存在根本缺口,P4 会成为最长路径;若冈子无法及时对接,P1/P2 联验也会成为瓶颈。
| 工作日 | 主要动作 | 当日出口 |
|---|---|---|
| D1 | 六席盘点已有产物;建仓、worktree、文件所有权和资源预约;P3/P4 起草契约 | 覆盖矩阵、缺口表、契约草案 |
| D2 | 六席评审契约;冈子确认接入边界;冻结基线 | M1 契约基线;更新后的工时估计 |
| D3—D4 | 六包并行完成设计、样例、校验器和关键验证 | 每包可审阅版本 |
| D5—D6 | 跨包联验;主题/DSL/BFF、迁移、发布链串接 | 全链路证据、缺陷清单 |
| D7 | 修复阻塞、干净环境复验、批准终验 | 顺利情况下正式交付 |
| D8—D9 | 契约返工、资源排队、迁移/发布复测缓冲 | 正常承诺窗口上限 |
以每席每天 6 小时有效交付时间为规划假设:
188—270 ÷ 36 ≈ 5.2—7.5 个工作日。若按每周五个工作日、无节假日计算,约 9—13 个自然日;具体日期取决于实际开工日,材料未提供可确定的年份与工作日制度。
例外 A:每台 Mac 实际只能一个席位独占工作。
则不能按六席并行估算。若每台每天仅有 6 小时有效机器使用时间,两台总吞吐为 12 人时/日,仅总量就需约 16—23 个工作日,另需考虑交接。
依据:同机共享目录只是协作条件,并不自动产生四席或三席同时工作的资源能力。
例外 B:要求“全部生产实现+真实数据迁移+上线验收”。
该目标另立估算,本材料不足以给可靠总工期。缺失项包括真实代码适配量、权限现状、历史数据规模、测试环境、发布设施、生产窗口和性能指标,均为 『材料未涉及』。不得沿用上述 7—9 日承诺。
最终原则:一次性交付的是一个能够整体评审、复现验证并交给实施团队施工的白标设计基线,而不是六份互相引用、无人负责串起来的文档。