两个部分，完全不同的进度
这个项目分两个部分。
AI 方案平台（packaging/）已经是一个完整可用的系统。Odoo ERP 底座（custom_addons/）16 个模块，全是空壳。
这是故意的——行业窗口只有几个月，先打能出方案的那一端。
AI 方案平台：端到端已跑通
引擎层 53 个模块，约 25,000 行 Python。API 层 87 个端点。前端 6,300 行 vanilla JS + Three.js 3D 预览 + GSAP 动画。
完整的链路：
业务员输入需求 → NL 自然语言解析 → 多方案并发生成
→ 概念图 + 3D 预览 → 客户确认
→ BOM 自动生成 → 报价计算 → 刀版图 SVG 输出
→ 印前工程管道 → 工艺分层 → 印刷文件
→ 确认单导出 + 分享链接
全部在 30 分钟内完成。原来需要 4 个人、3 到 10 天。
报价引擎
工厂真实报价不是简单的成本累加。纸张克重、印刷色数、后道工艺（烫金/UV/凹凸）、模具分摊、起版费、损耗率——每个参数变化，成本链上所有节点都受影响。
我把这些参数建模成参数图，用 BFS 从叶子节点往上传播成本。改动一个参数只重算它的祖先节点。这块是我自己写的。
最新进展：工厂报价资料 CSV/JSON/JSONL 导入预览链路已完工。引入 candidate_imported 状态，不自动覆盖核价，保留人工复核环节。为后续真实供应商价格校准建立了入口。
测试
549 个测试通过，2 个跳过，1 个 warning。41 个测试文件，约 15,000 行测试代码。
Odoo 底座：16 个空壳
16 个 custom_addon 模块——security / partner / product / quote / sale / purchase / stock / bom / mrp / trace / subcontract / piecework / cost / prepress / boss_dashboard / deployment——每一个只有两行：__init__.py 里的模块注释，和 __manifest__.json 里的依赖声明。
零数据模型，零业务逻辑，零视图，零测试。
ERP 层面的完整链路（销售订单 → 生产工单 → 库存 → 财务）还没开始。
下一步
把报价从算法估算推到真实核价。工厂在线报价入口是 P0。Odoo 底座等商业模式跑通再说。
后续：PCBA 平台线
酒包项目在"AI 方案平台 + Odoo 空壳"的状态上停留了一段时间。6 月底开始的 PCBA 平台线，某种意义上接续了它的方法论：制造业的真实数据 + 确定性工程 + 人工决策闭环。
PCBA 的 canonical path 和酒包有同一个骨架：数据先进来（确定性解析），中间是匹配与候选（机器产出 + 证据），最后永远是人做最终决策（MatchRun → 人工 MatchDecision → ConfirmedBOMVersion）。62 个实体 / 102 条关系的核心库，契约线 D1 / CB1 / CB2 / PE1 逐条验收。
Odoo 底座至今还是空壳——这条线等商业模式跑通再说。判断没有变。
后续：PCBA 平台线
酒包项目在"AI 方案平台 + Odoo 空壳"的状态上停留了一段时间。6 月底开始的 PCBA 平台线，某种意义上接续了它的方法论：制造业的真实数据 + 确定性工程 + 人工决策闭环。
PCBA 的 canonical path 和酒包有同一个骨架：数据先进来（确定性解析），中间是匹配与候选（机器产出 + 证据），最后永远是人做最终决策（MatchRun → 人工 MatchDecision → ConfirmedBOMVersion）。62 个实体 / 102 条关系的核心库，契约线 D1 / CB1 / CB2 / PE1 逐条验收。
Odoo 底座至今还是空壳——这条线等商业模式跑通再说。判断没有变。