开发原则
先基础和草稿，再审核发布与旧系统兼容，再采购基础链，专业规则签认后接推荐算法，最后全链验收。
D0 契约冻结
签认V1文档、接口、15表SQL和测试；D3前提供推荐规则，D6前提供净料率。
D1至D4 基础与草稿
- 15表、模型、枚举、权限和错误码。
- 菜单和主数据复用入口。
- 食谱新建、周网格、自动保存、乐观锁。
- Excel校验预览和整周导入。
D4至D7 核验 发布 兼容
- 特殊供餐核验。
- 提交、退回、审核即发布。
- 统一守卫接入旧写入口。
- 发布投影原菜谱表并回归三端。
D6至D10 采购基础链
- 需求头、行、追溯和重叠校验。
- 净需求、核对、确认、取消、失效。
- 人工交接、导出、打印和模拟转单。
D8至D12 推荐算法与营养
规则签认后实现候选过滤、模板组合、评分排序、推荐预览、应用草稿和营养分析。未签认保持BLOCKED，不阻塞前面阶段。
D11至D15 验收上线
API、权限、安全、事务、性能、兼容、两条E2E、UAT、灰度和回滚。
首批只开5项
- 15表迁移和模型。
- 权限、菜单和路由骨架。
- 食谱新建/自动保存最小闭环。
- 兼容守卫骨架和旧写入口扫描。
- 测试目录、金标准模板和Mock。
角色分工
| 角色 | 主责 |
|---|---|
| 后端A | 计划版本、发布投影、兼容守卫 |
| 后端B | 推荐算法、营养、采购、导出 |
| 前端 | 工作台、Excel、核验、推荐、采购 |
| 测试 | D1介入，接口完成即测 |
禁止先写推荐算法再补规则；禁止最后才测旧系统兼容；禁止算法未签认阻塞基础链。