从选品上款，到多仓履约，再到签收与复盘 —— 一条数据流贯穿始终。
商品、订单、仓储、履约、财务、AI 六个能力域共用同一套租户、权限、队列与审计底座—— 数据只录一次，全链路复用。
产品 / SKU / 采集任务 / 多平台刊登 / AI 上款 / 店铺商品 / 发布队列 / 爆款分级
拉单 / SKU 匹配 / 待处理 / 待采购 / 待发货 / 合包 / 异常订单 / 退货退款 / 换货履约
多仓 / 区域货架库位 / 盘点 / 调拨 / 预警 / 在途 / 火箭仓批次账 / 销售核销
自动分仓 / 拣货出库 / 取号 / 面单 / 云端打印 / 平台回传 / 轨迹同步 / 异常标记
利润报表 / 成本管理 / 平台结算 / 对账中心 / 账单流水 / 定价规则 / 汇率
AI 能力中台 / 上款 / 助理 / 客服 / 生图 / 团队任务 / 我的待办 / 知识库
分层架构让平台差异收敛在适配器与配方里；队列把高峰削平；审计让每一次写操作可回溯。
业务只认「能力码」。模型、渠道、密钥、提示词、计费全部配置化—— 换模型、换版本、调权重，业务零发版。
统一格式 family.domain.action，家族限定模型类型；提示词码与能力码同构，版本不入码。
多厂商多密钥加权随机，首选失败按序转移；密钥 AES 加密入库，不出 Vault、不进日志。
code × version × label 发布制，production / staging / canary / archived 四态灰度，改标签即切版本。
窗口失败率 ≥50% 且样本 ≥5 即熔断，指数退避封顶 300s；按 token / 按次 / 按张三种计费口径。
Temu 本本链路已实装 8 步配方；每一步都有输入快照、输出校验与失败分类， 运营只需选品 + 选店 + 确认。
锁定店铺 / 站点 / 币种 / 运费模板 / 定价规则，生成任务级快照；后续所有 AI 步骤只读这份快照。
8 步顺序执行；AI 生成与平台模板校验交替进行，产物逐段落库，失败步骤可单独重跑。
唯一写平台出口；失败按确定性 / 可重试分类，进入自动重试或人工修复，不污染其他任务。
回写 goods / goods_sku、SKU 平台 ID 回填、任务统计与状态同步；后续同步任务接手终态跟进。
队列 listing.publish.{platform} 异步消费；5 平台独立消费组，互不阻塞。
手动上款复用同一份「提交 + 后处理」，只跳过 AI 组装，平台调用与落库完全同源。
确定性失败不重试；网络 / 限流类自续投；卡死任务由定时任务重置。
文本负责表达，视觉负责判断；类目、属性、规格的最终合法性，全部由平台模板候选集强校验。
围绕商品事实生成可读内容，不编造参数。
先取候选，再让模型在候选内做最优选择。
从原图到平台可发布素材的标准化流水线。
档 = 配方 + Mapper + apiType 成套；建单时快照，切档不影响在途任务。
档只约束「创建」；更新 / 下架 / 库存 / 价格仍走管理接口。混搭直接 fail-closed。
任务创建时写入档位与配方版本，执行期不再读配置，切档不影响在途任务。
V3 externalGoodsId ≡ V1 outGoodsSn ≡ 内部 product_code，借平台唯一性防跨档重复上架。
任务级阶段进度、结构化失败原因、按平台隔离的消费组，加上四道定时兜底—— 让批量任务可观测、可重试、可收口。
主图、白底图、场景图、模特图、细节图五类产出；异步任务 + 按张计费，结果自动入库可复用。
渠道与密钥全部走 AI 中台；商户侧不暴露构图提示词，平台统一编排风格与参数。
当前上款走「抠图 → 本地白底合成 → AI 打分 / 筛选 → 图床上传」，保证平台合规与主图一致性。
生图结果作为备选图回流上款，由运营挑选或按规则自动采用；生图失败不阻塞上款。
25 个只读工具覆盖订单、库存、履约、商品、财务、售后。模型负责理解问题与选工具， 数据由系统查、权限按页面判。
状态统计 / 列表 / 详情 / 轨迹
履约单 / 状态统计 / 发货单
可用量 / 列表 / 按 SKU / 统计
商品 / SKU / 滞销 / 上款进度
店铺 / 采购 / 利润 / 售后
总览 / 趋势 / 排行 / 字典 / 双扫描
「上周韩国站还有多少单没发？」
→ 选工具 → 查真实数据 → 给结论 + 跳转
独立实时通道 + 两段式编排 + 六道执行闸门：工具调用是受控动作，不是模型的自由发挥。
工具执行前校验权限点 + 数据范围，与页面口径完全一致；缺权限直接拒绝，不返回空数据混淆判断。
25 个工具全部为只读查询；高危写操作（发货、退款、库存过账）只做「跳转 + 预填」，由人确认执行。
单工具 3s 超时、结果 4KB 截断、总循环 ≤ 5 轮、历史窗口 20 条，防止上下文与成本失控。
每次工具调用落台账：谁、在哪个页面、调了什么、耗时、返回多少行，可审计可复盘。
先把「多语言回复」做稳，再把「买家消息接入 → 意图识别 → 工具取数 → 自动回复 / 转人工」接上。
拉单、匹配、合包、分仓、出库、回传、轨迹——每一步都由事件推进，失败有回落，状态不回退。
仓型只是标记；是否参与分配由 可分配 / 优先级 / 可发目的国 决定——新增一个仓，是加一行数据，不是改代码。
先过滤不能分的单，再按规则收窄候选，最后用库存与在途做可解释打分—— 同一批订单，结果稳定、可复现。
留痕 + 子单 10 → 20 待采购，下轮拉单自动重试
保持 10 不动，暴露配置问题，等待人工处理
仓、渠道、回传时机三者绑定；人工只需维护规则与优先级，日常订单自动落位。
| 业务场景 | 路由仓 | 渠道策略 | 回传策略 | 关键约束 |
|---|---|---|---|---|
| 日本站 · 急单 | 广州仓 | 指定渠道 / 义达 | 等揽收后回传 | 急单优先级最高，不占我方海外仓库存 |
| 日本站 · 常规 | 威海仓 / 大阪仓 | 成本优先 / 时效优先 | 等揽收后回传 | 日单走义达系，按 cost_level / time_level 选路 |
| 韩国站 · 本土 | 韩国仓 HG01 | CJ 固定 | 立即回传 | 本土时效优先，发货即推平台 |
| 韩国站 · 跨境 | 威海仓 WH01 | CJ | 等揽收后回传 | 一站双站点，韩文大小号发货模板 |
| 库存不足 | 保留原仓待定 | 不强制换仓 | 下轮自动重试 | 子单 10 → 20 待采购，避免错误发货 |
| 无可用仓 | — | 不阻塞路由 | 人工介入 | 保持 10 待路由并告警，暴露配置缺口 |
| 火箭仓订单 | Coupang 火箭仓 | 平台代履约 | 不回传 | fulfillment_type=2，落库即完成，不发货 |
仓库设置 → 分配规则；白名单 / 黑名单 / 优先级均在页面维护
租户默认 → 店铺 → 平台 + 目的国，同时命中取最具体
重新分配只放开 10 / 20 / 30 三档，必然先清理再重投
候选 = 已分配 ∩ 启用 ∩ 目的国覆盖 ∩ 仓适配；再按策略排序， 无候选不阻塞路由，交人工在发货弹窗确认。
一个包裹一票，合包不拆票；取号 = 已预报，不等于发货。
按仓 / 渠道匹配模板渲染 PDF；威海大小号、韩国仓各有专属模板。
云端签名 URL + 接入码绑定仓库，代理领取任务后本地打印。
渠道 × 平台 → 平台承运商码；缺映射直接 fatal，提示补配，不猜。
运单、轨迹、异常与告警形成第二段闭环；未签收持续跟进，签收即停，状态只前进不回退。
平台回传失败按 60 → 300 → 900 → 1800s 自续投，另有 5 分钟兜底扫描。
同一轨迹节点重复拉取只落一次；运单状态单调推进，不因乱序回调回退。
超时未揽收、超时未更新、轨迹异常进入异常池，联动待办与告警。
CJ 支持批量按日追踪与批量轨迹；其余承运商走统一同步接口。
以韩国站本土订单为例，从拉单到签收的完整时间轴；颜色标记系统自动 / 人工介入。
匹配、合包、分仓、预占、发号、取号、面单、回传、轨迹、异常识别
选品与定价、异常决策、库存补货、渠道与规则配置、客户沟通
系统不替人做不可逆决策；人不对重复劳动负责
任务、队列、权限、审计四张网：出问题能定位，做完事能追溯，换人接手不靠口口相传。
不是「上一个 AI 功能」，而是把选品、上款、履约、物流、复盘串成一条可运营的生产线。
选品、上款、订单、仓储、物流、财务与 AI —— 一套系统，一条数据流，一个可持续进化的运营底座。