- 支持多 SKU 与批量货物一次性规划
- 三维里能旋转、选中、逐箱校验，约束摆在明处
- 计算结果和业务指标同屏，装载率的变化当场可见
三维装载规划
面向复杂装载场景的全栈原型。后端跑几何启发式，前端用 Three.js 把空间结果画出来，可以旋转、选中、逐箱查看装载率和未装原因。做这个是想验证一件事：空间约束问题能不能做成让人愿意反复去试的产品。
50 SKU确定性大场景生成
约 350 箱单次可视化规模
3 个对外 API 端点
What it proves
核心成果
- 求解
- 服务
- 前端
System flow
工作步骤
只呈现通用的模块关系和每一步要解决的问题。可交互的项目可以从上方直接进 Demo。
- 01车型与货物输入
车厢尺寸与虚构货物属性构成一次规划的完整输入，也支持一键生成大规模场景。
- 02几何候选生成
枚举可行的摆放姿态与位置，连续空间问题就此变成一组可以逐个评估的选项。
- 03铺底与堆叠求解
先在底面铺开整基座列，再往上加高。稳定性排在短期装载率前面。
- 04统一规则校验
求解结果进入与前端共享的校验端点。前后端各有一套判定标准是这里最想避免的事。
- 05三维结果呈现
空间布局、装载率与未装原因在同一屏里呈现，支持逐件回溯。
Integration
怎么接进已有系统
装载规划处在订单和执行中间。这个原型把校验单独做成端点，是为了让交互界面和批量调用方用同一套规则，不至于各判各的。
| 对接系统 | 方向 | 接口约定 |
|---|---|---|
| 订单系统 | 上游输入 | 待装货物清单以结构化请求传入，尺寸与重量在服务侧统一校验 |
| 车型与主数据 | 上游输入 | 车厢规格与装载策略是可扩展配置，新增车型不用改求解代码 |
| 装车执行 / WMS | 下游输出 | 输出逐件位置与装载顺序，可以直接生成装车指引 |
| 校验服务 | 双向 | 独立校验端点被界面与批量调用方共用，判定标准只有一份 |
表中系统名称为通用角色，不指向任何具体厂商产品或内部平台。
AI leverage
这一次人和模型各做了什么
这里只写这一个项目的分工。完整的工作方式见 AI 协作一页。
- 选装载策略，并定下稳定性优先于装载率这个取舍
- 设计三维交互里约束的暴露方式
- 确定校验规则的唯一来源
- 实现几何候选枚举与碰撞判定的细节代码
- 搭 Three.js 场景、相机控制与拾取交互
- 生成确定性的大规模虚构场景与回归测试
Production path
产业级可以做到什么
以下能力基于现有的模块边界和扩展点，是工程上的演进方向，和当前公开 Demo 已经实现的功能不是一回事。
- 按车型、货物属性与装载策略扩展多场景求解
- 衔接订单系统、主数据与装车报告，并用时间盒和任务队列支撑更大规模计算
Privacy boundary
公开展示边界
演示数据均为程序生成的虚构 SKU，不包含原始订单、门店、地址、物料编码或历史报告。