OmniRoute 多智能体运筹系统产品系统Vibe Coding

供应链扰动通常以自然语言出现：一封邮件、一条 IM、一份临时通报。要把它变成运筹模型，得人工翻
译成变量、约束、目标函数；求解结果还要人校验物理冲突（车装不下、时间窗错位）；最后再翻译成业
务语言给管理层看。


这条链路每一步都靠人，慢，而且中间断一环就得从头再来。这套系统把事情交给四个 Agent：理解与结
构化、建模求解、仿真校验、商业摘要，人只在最后做判断。

把一段自然语言的供应链扰乱报告，变成可执行的运筹方案，再输出一份高管能读的摘要。整条链路由四
个 Agent 分工完成。


一、Router：链式推理把扰乱报告拆成货物、车辆、时间窗与约束，输出统一的结构化边界条件，交给下
游。
二、Solver：基于 PuLP 自动生成线性 / 混合整数模型，调用 CBC 求解，覆盖 VRP 等场景；求解器经适
配层隔离，可整体替换为 SCIP。
三、Simulation：在数字孪生里回放方案，检测物理冲突并触发自反思重解。
四、Executive：把求解与校验结果转成 P&L 对比与商业摘要，输出给非技术决策者。
五、控制台与接口：Next.js 看板（Agent 状态、Token 与成本统计、工作流回放）+ FastAPI 自动生成
的接口文档。

独立开发，负责多 Agent 架构、运筹建模与前端控制台。


我负责的具体任务：①定义 Agent 基类与消息总线契约；②写 Router 的链式推理与结构化输出；③用
PuLP 生成 VRP 等模型并对接 CBC 求解器；④写数字孪生回放与冲突检测；⑤写 FastAPI 接口与
Next.js 看板；⑥补 105 个测试覆盖单元、集成与端到端。


技术栈：Python + FastAPI + PuLP + CBC；Next.js + TypeScript；Agent 之间通过统一消息总线通信，
不直接互调。


亮点与难点：难点一，不能让 Agent 互相直接调用，否则链路不可观测、没法单测，最后统一收敛到消
息总线；难点二，求解器最容易被焊死在业务逻辑里，所以加了适配层，CBC 换 SCIP 业务层一行不用改；
亮点是测试锁住整条链路——Router 的输出必须能被 Solver 消费，Solver 的结果必须能被 Simulation
校验，链路断了单点全绿也没用。