做 Temu 的老板，应该都熟悉商品上架的流程。

从 1688 找到合适的货源，打开商品详情页，整理标题、图片、规格和商品属性，再根据 Temu 的要求填写对应信息，最后进入后台完成发布。

单个商品看起来不复杂，但如果每天需要处理几十个、几百个商品，这些重复操作就会占用运营大量时间。

尤其是铺货型团队，真正耗费人力的，往往不是找到商品，而是找到商品之后的一系列信息处理和上架工作。

最近，我用 Codex 开发了一套 Temu 上架 Skill。

运营只需要提供 1688 商品链接，AI 就可以按照预设流程，自动获取商品信息、改写商品内容、识别属性，并完成 Temu 后台上架操作。

这次想分享的，不只是一个自动上架工具，而是如何将一整套商品上架流程封装成 AI 可以直接调用的业务能力。

一、以前上架一个商品，需要运营完成多少步骤？

以 1688 商品上架到 Temu 为例，传统流程通常包括：

1. 在 1688 找到目标商品。
2. 打开商品详情页，查看商品信息。
3. 整理商品标题、描述和图片。
4. 根据目标市场处理商品文案和图片语言。
5. 识别商品类目、规格和属性。
6. 按照 Temu 的要求填写商品信息。
7. 检查信息并提交上架。

这些工作有一个共同特点：大部分步骤相对固定，但每换一个商品，就需要重新操作一遍。

商品越多，重复工作就越多。

如果团队同时经营多个类目，商品属性、标题要求和图片处理方式还可能有所不同，运营需要不断在商品来源和平台后台之间切换。

对于老板来说，这意味着团队的时间被大量消耗在重复操作上，而不是选品、定价和经营策略上。

二、现在只需要提供一个1688链接

这套程序的使用方式比较简单。

运营提供一个 1688 商品链接，AI 就可以按照预先配置好的 Skill 执行对应流程。

例如：

请将以下1688商品发布到Temu。
1688商品链接：粘贴商品链接
按照配置的上架规则：1. 获取商品标题、图片、规格和详情信息2. 优化商品标题和描述3. 识别Temu所需的商品属性4. 处理需要翻译的商品内容5. 按照指定规则填写商品信息6. 检查必填项并执行上架流程7. 返回执行结果及异常信息

过去，运营需要自己完成多个页面之间的操作。

现在，可以将这些步骤交给 AI 按照统一流程执行。

运营负责提出任务和处理异常，重复的信息整理与后台操作交给自动化流程。

具体执行范围取决于当前 Skill 配置、平台页面和权限；对于无法识别或需要业务判断的内容，可以暂停并交由人工确认。

三、第一步：自动读取1688商品信息

上架流程从商品来源开始。

当运营提供商品链接后，程序会打开对应商品页面，获取上架所需的信息。

例如：

• 商品标题
• 商品图片
• 商品详情
• 商品规格与 SKU 信息
• 商品属性
• 采购价格等相关信息

这些内容是后续商品处理的基础。

如果没有自动化，运营需要自己浏览页面，再复制或整理相应字段。

当商品数量增加时，这部分工作同样会积累大量时间。

通过 Skill 将商品信息获取流程固定下来，可以减少重复浏览和手动录入，让后续处理有统一的数据基础。

四、第二步：AI自动改写商品内容

从 1688 获取的信息，不一定能够直接用于 Temu。

商品标题可能需要调整，描述需要重新组织，部分内容还需要翻译成目标市场所需的语言。

这部分工作可以交给 AI 处理。

商品标题优化

根据商品实际信息，重新组织标题，让标题表达更加清晰，并符合目标平台的相关要求。

商品描述整理

提取商品的主要特点，整理成结构化的商品描述，减少冗余内容。

商品图片文字翻译

对于包含中文文字的商品图片，可以识别需要翻译的内容，生成对应的目标语言版本。

商品信息一致性检查

在处理标题、描述和图片时，尽量保持商品名称、规格及实际特征一致，避免文案与实物不符。

需要强调的是，AI 改写不是随意编造商品卖点。商品信息必须以真实的产品资料为基础，不能凭空增加功能、认证或性能描述。

对于老板来说，这一步的意义是：减少运营逐个处理商品内容的工作量，同时建立统一的商品信息处理标准。

五、第三步：自动识别商品属性，减少繁琐填写

商品属性是上架过程中比较容易消耗时间的环节。

不同类目需要填写的字段不同，可能涉及材质、尺寸、颜色、适用对象、规格等信息。

如果完全依赖人工填写，运营不仅需要理解商品，还要熟悉平台的属性要求。

这套 Skill 可以根据商品详情识别相关信息，并将识别结果匹配到 Temu 所需的属性字段。

商品详情   ↓提取商品特征   ↓识别规格与属性   ↓匹配平台字段   ↓检查必填属性   ↓生成待提交商品信息

对于能够从商品资料中明确识别的字段，可以自动处理。

对于缺少信息、存在歧义或涉及重要商品合规要求的字段，则应提示人工确认，而不是让 AI 猜测。

这样可以减少重复填写，也有助于降低因属性遗漏或填写不一致导致的上架问题。

六、第四步：自动进入Temu后台完成上架

前面的商品信息处理完成后，程序会继续进入 Temu 后台，按照配置好的流程填写对应信息。

整个过程可以串联为：

输入1688商品链接        ↓获取商品详情        ↓整理标题和描述        ↓处理图片及语言        ↓识别商品属性        ↓填写Temu商品信息        ↓检查必填项        ↓提交上架        ↓返回执行结果

过去，运营需要在 1688 和 Temu 之间反复切换，把整理好的内容逐项填写到后台。

现在，这些重复操作可以由程序统一执行。

对于能够标准化的商品，可以按同样的流程持续处理；对于特殊商品或异常情况，则可以进入人工复核环节。

最终形成的是一条从货源信息到平台商品发布的完整工作流。

七、为什么使用Codex开发Skill？

这次开发中，我使用 Codex 来实现相关自动化能力，并将商品处理和上架流程整理成一套 Skill。

可以把 Skill 理解为一份可复用的任务执行规范：它规定了接到任务后需要做什么、调用哪些工具、遵循哪些规则，以及如何处理异常。

相比每次临时告诉 AI 应该怎么操作，将这些流程沉淀下来有几个好处。

第一，流程可以重复使用。

同类商品不必每次都重新解释操作步骤，可以直接调用已经配置好的能力。

第二，业务规则可以持续完善。

例如标题处理规则、属性匹配规则和必填字段检查，都可以根据实际运营情况逐步调整。

第三，后续扩展更加方便。

在现有基础上，可以继续开发其他类目、图片处理、价格计算和上架结果检查等能力。

第四，降低使用门槛。

业务人员不需要直接参与代码开发，只要通过自然语言或预设任务发起操作即可。

需要说明的是，Skill 并不是安装后就能自动适配所有商品和平台变化。实际执行仍然依赖相应工具、平台权限和业务规则，也需要针对不同类目进行测试和维护。

八、对Temu老板来说，真正的价值是什么？

这类工具的价值，不是单纯把上架按钮自动点击一遍，而是减少整个铺货链路中的重复劳动。

1. 减少单个商品的处理成本

商品信息获取、文案整理、属性填写等步骤可以自动执行，减少人工处理时间。

2. 提高铺货流程的标准化程度

同类商品按照统一规则处理，减少不同运营人员之间的操作差异。

3. 让运营把精力放在更重要的工作上

运营可以将更多时间用于选品、价格策略、商品分析和经营管理，而不是反复复制粘贴。

4. 为批量铺货打基础

当商品处理流程稳定后，可以进一步扩展到批量任务、任务队列、失败重试和执行结果统计等场景。

实际能够节省多少时间、每天可以处理多少商品，需要根据商品复杂度、平台要求和实际测试结果来评估，不宜直接承诺固定的效率提升比例。

最后

对于 Temu 铺货团队来说，找到商品只是开始。

从商品信息整理、标题优化、图片处理，到属性填写和后台发布，后面还有大量重复工作。

这次用 Codex 开发的 Temu 上架 Skill，就是把这些步骤串联起来，让运营提供商品链接后，AI 按照预设流程完成后续处理。

真正值得关注的，不是 AI 能不能自动上架一个商品，而是能不能把一套商品上架流程沉淀成可复用、可扩展的业务能力。

当越来越多重复工作可以交给自动化执行，团队就能把更多精力投入到选品、经营和增长上。

我是「程序员小詹」，持续分享跨境电商自动化、AI Skill 和真实业务落地案例。如果你的团队也在为大量商品的重复上架工作耗费时间，欢迎关注公众号，一起探索适合业务的自动化方案。