上品工作流

从 1688 采集到 Ozon 上架:轻铺AI 四阶段铺货流程拆解

把一款 1688 商品搬到 Ozon 要经过采集、加工、视觉、发布四道工序。这篇拆解轻铺工作台里每一步实际产出什么、哪一步会卡住,以及发布前的 dry-run 预检能拦下哪些问题。

来源: 轻铺AI 产品文档

TL;DR

轻铺的上品链路是「采集事实 → 工作区加工 → 电商视觉 → 渠道发布」四阶段。服务端把加工阶段拆成采集事实翻译、AI 补参数、补参结果翻译、上架文案、生图五个可独立重试的工序节点,任何一步失败都能单独重跑而不必整单重来。发布默认先跑 dry-run,把平台硬性规则的阻断项在真正提交前拦下来。

一、四阶段各自产出什么

轻铺把一款商品的跨境之旅拆成四道工序,每道工序都有明确的输入和产出,而不是一个大而全的「一键上架」黑盒:

  1. 采集:读取 1688 等货源平台的详情事实,提取主图、SKU 规格与采购阶梯价,产出可追溯的「来源事实」,与后续加工分离。
  2. 工作区加工:把来源事实本地化成目标市场语言,补全平台类目与属性,再按汇率、运费与平台扣点算出建议售价。
  3. 电商视觉:在原图基础上生成合规纯白底主图、场景图和商品短视频,产出可直接发布的图片资产。
  4. 发布:把加工结果映射成渠道字段,先 dry-run 预检,再提交并跟踪回执。

二、加工阶段被拆成五个可重试节点

服务端把加工阶段进一步拆成五个职责单一的工序节点,按依赖顺序执行:

  • 采集事实翻译:把来源事实转成目标语言。
  • AI 补参数:按平台类目字典推荐并补齐必填/选填属性。
  • 补参结果翻译:把补齐的属性值一并本地化。
  • 上架文案:生成标题与卖点文案。
  • 生图:按渠道蓝图规划并生成图片资产。

这样拆的好处是:翻译失败不该让已经生成好的图片作废,补参数卡住也不该阻断文案。每个节点都是一个可单独重跑的任务。

三、发布前的 dry-run 会拦什么

直接提交最怕的是「提交完才发现缺必填属性」。轻铺默认先 dry-run:按渠道硬性规则扫描一遍草稿,把阻断项标出原因,支持「一键直达修复」跳回对应字段。只有预检通过,才真正发起提交。渠道回执是异步的,过审、失败与排队状态会持续写回发布记录。

四、常见卡点

  • 详情事实缺失:货源页改版导致详情接口取不到时,宁可按失败处理,也不要用页面元素凑一个假商品。
  • 必填属性没有候选:类目字典里确实没有对应值时,需要在工作区里人工确认,而不是让系统猜一个。
  • 汇率缺失:跨境定价依赖汇率折算,缺汇率时按阻断处理,避免算出一个错误的挂牌价。
关键数据
货源平台
1688、淘宝等
目标渠道
Ozon、Wildberries 等
服务端工序节点
采集事实翻译 / AI 补参数 / 补参结果翻译 / 上架文案 / 生图
发布默认模式
dry-run 干跑预检
常见问题
采集不到商品详情时会怎么办?
详情事实取不到时按明确失败处理,不会用页面 DOM 拼凑一个不完整的商品。列表、搜索和店铺页也会先抓到链接、再补抓详情真数据,避免生成只有标题没有规格的空壳。
中间某一步失败了要整单重来吗?
不用。采集事实翻译、AI 补参数、补参结果翻译、上架文案、生图是独立的任务节点,失败的节点可以单独重跑,已完成的工序不必重新执行,也不会重复扣费。
发布是直接提交到平台吗?
默认先跑 dry-run 预检:按渠道规则扫描一遍,把阻断项标出来并给出原因。你确认后才会真正提交,渠道回执和异步排队状态会在发布记录里持续更新。