做过多平台电商的卖家应该都清楚，一个款从选品、修图、填标题到最终上架，单平台可能要折腾二十分钟，两个平台再加上属性映射、类目匹配、价格同步，一天下来人比货还累。更难受的是，平台后台页面隔三差五改版，昨天还能跑通的脚本今天就报错，运营同事只能抱着 Excel 一条条手动搬。
这篇文章记录我搭建电商上新机器人的完整过程：把抖音电商和拼多多两个平台的商品批量上架流程自动化跑起来。上次大促前我用这个流程跑了 317 个 SKU，从读取商品表到全部提交完成耗时 3 小时 42 分，其中 11 个商品因图片尺寸不合规失败，人工补录用了半小时——同样这批货，两个运营手动上架干了两天（文中 SKU 数与耗时为单次批跑示例，不同店铺数据量差异较大）。
一、手动上架扛不住，裸脚本又容易崩
先说结论：批量上架的本质是"重复性页面操作 + 结构化数据填充"，这正是 RPA 最擅长的事。
人工上架的问题不用展开。拼多多一个店几百个 SKU，抖音小店又是另一套字段体系，标题、主图、规格、库存、发货时效，任何一个字段填错都可能被平台处罚。很多卖家试过浏览器插件或自己写 Python 脚本，初期效果不错，但很快撞见三个坎：
页面改版导致元素失效。抖音商家后台和拼多多商家后台的 DOM 结构经常调整，写死的 XPath 说断就断。3 月中旬抖音小店发布页就改过一次版，原来 submit-btn 相关的定位全部失效，那天我手里挂着的一个 Python 脚本直接报废；
多店铺账号冲突。多店运营需要指纹浏览器隔离环境，普通脚本很难同时驱动多个浏览器实例；
脚本没法交付。写好一个上架流程，想给团队其他人用，对方不会装环境、不会配依赖，等于白搭。
这三点基本决定了：你要选的不是"能跑一次的脚本"，而是一个能长期稳定运行、能打包分发、能离线使用的自动化平台。
二、整体架构：AI 出脑子，RPA 出双手
思路很明确：AI 负责思考，RPA 负责稳定落地。
数据层：商品资料统一放在本地 Excel，作为唯一数据源；
思考层：用大模型做标题优化、类目智能映射、敏感词自检。比如同一款杯子，拼多多标题和抖音标题的写法风格差异很大，让 AI 各自生成，人工只复核；
执行层：RPA 逐行读取数据，自动打开商家后台、切换指纹浏览器环境、填表、传图、提交。这一步必须稳定——不能让 AI 现场写代码来执行，Token 持续消耗成本太高，更关键的是 AI 现场生成的元素定位在复杂页面扛不住长期运行，异常分支的判断逻辑也往往不全，每次出问题都得重新改代码，修复成本很高；
调度层：支持定时执行和 API 触发。采购到货后，ERP 直接发一个 API 请求，机器人自动开始跑新品上架，全程不需要人点。
被很多人忽略的一点是 Web 元素 AI 自愈能力。抖音和拼多多的后台改版频繁，跑批量上架最怕中途崩在一个失效按钮上。我现在用的方案是元素获取由本地智能生成，一次生成多条候选路径，挑最稳定的一条采用；元素失效时由 AI 自动修复定位，根据当前页面结构寻找新路径，流程自动续跑。也不用学 XPath 语法——用自然语言描述"发布按钮""sku 价格输入框"，就能生成对应的元素路径。
三、搭建步骤：从数据到上架全流程拆解
第 1 步：统一商品数据模板
建一个标准 Excel，一行为一个商品。两个平台的字段差异在模板里做一次映射，后面的流程只管读表执行。表头如下：
platform shop_id title category_id price stock main_img_dir sku_json
pdd shop01 双层玻璃杯350ml 12212 19.90 500 ./imgs/p0101/main [{"spec":"350ml","price":19.9,"stock":500}]
dy shop02 便携双层玻璃水杯 2645 29.90 300 ./imgs/p0101/main [{"spec":"默认","price":29.9,"stock":300}]
sku_json 这一列是刻意的：规格组合直接存 JSON，RPA 侧做 JSON 自动提取字段，按需求生成循环填写的指令，不用手写解析代码。变量支持批量创建、删除、修改，后续加列基本不改流程。
第 2 步：AI 生成上架流程初稿
这类工具支持图文方式描述需求：截一张拼多多发布商品页面的图，配上提示词就能生成流程初稿。AI 会智能分析网页和软件的元素结构，优先使用自带的基础指令，覆盖不到的会自动封装成新指令，每条指令带详细注释。生成出来的核心流程骨架大致长这样（简化示意）：
// ===== 主流程：批量上架 =====
- 读取Excel【商品表.xlsx】→ 写入变量{商品列表}
- 遍历{商品列表}，单条写入变量{当前商品}
- 按{当前商品.platform}调用对应子流程【上架-拼多多】或【上架-抖音】
- 异常捕获 → 写入失败记录{失败清单}
- 遍历结束 → 生成【失败清单.xlsx】并推送执行通知
// ===== 子流程：上架-拼多多（浏览器自动化）===== - 启动指纹浏览器实例（按{当前商品.shop_id}切换环境）
- 打开【拼多多商家后台-发布新商品】
- 填入{当前商品.title} → 选择类目{当前商品.category_id}
- 上传主图目录{当前商品.main_img_dir}（视觉颜色操作校验上传完成）
- JSON提取{当前商品.sku_json} → 循环填写规格、价格、库存
- 点击【提交并发布】→ 等待结果提示
- 成功：写日志；失败：抛出异常交给主流程记录
流程复杂之后，AI 会自动把可复用的逻辑拆成子流程，上面这套"主流程调度 + 平台子流程"的结构就是它自动拆出来的，比我自己分的还干净。
调试阶段遇到报错不用慌，AI 错误诊断可以一键分析报错原因、给出修复建议，也可以直接一键修复，自动调试到功能正常。这次 317 个 SKU 的批跑前，传图那步报过一次"元素未找到"，诊断结果是抖音后台预览区加载时序变了，加了一行等待逻辑就过了。
第 3 步：接入指纹浏览器
多店运营离不开指纹浏览器。目前市面上的紫鸟、比特、Hubstudio、AdsPower 等浏览器都已支持对接，机器人自动切换到指定店铺对应的浏览器环境再执行上架，账号隔离、IP 隔离交给指纹浏览器处理，RPA 只管干活。
第 4 步：给流程配一个操作界面
流程要交给运营同事用，让他们改 Excel 再点运行还是太原始。现在的做法是给 AI 一张界面截图，就能设计出对应的自定义操作界面；复杂界面可以用 HTML 组件来搭，跟 AI 沟通就能实现按钮点击、数据展示、数据关联。配好之后，运营只需在界面上选店铺、选商品表，点一个按钮开始上架。
第 5 步：API 触发与回调通知
ERP 侧到货后触发上架，就是一条 HTTP 请求的事：
curl -X POST http://127.0.0.1:8080/api/trigger \
-H "Content-Type: application/json" \
-d '{"app":"shangjia-bot","excel":"./data/20261012_new_arrival.xlsx","shops":["shop01","shop02"]}'
批跑结束后，通过 Agent 功能往钉钉群推送结果，回调内容是一个 JSON：
{
"task": "shangjia-bot",
"total": 317,
"success": 306,
"failed": 11,
"fail_reason_top1": "主图尺寸不合规",
"duration_min": 222,
"report": "./output/fail_list_20261012.xlsx"
}
Agent 基于最新的 DeepSeek 模型，甚至可以在钉钉、飞书、企业微信或个人微信里直接发指令控制流程执行，执行完回调通知响应结果。运营现在唯一要人工做的，就是按 fail_list 把 11 张不合规的图修一下。
四、打包分发与授权：把流程变成"软件"
这是 RPA 相比裸脚本最大的优势之一。
流程调好之后，可以打包导出成 EXE 应用，发给团队其他人或客户使用，对方不需要安装客户端就能直接运行。对工具开发者和工作室来说，这套分发能力是核心：
EXE 应用支持授权管理，可以给不同使用方单独设置授权；
支持加密分享，流程逻辑不外泄；
EXE 支持在线推送更新，使用方打开应用就自动检测新版本，不用手动挨个发安装包；
打包时可以单独设置 API 触发和定时执行，交付出去的"软件"自带调度能力。
多设备使用也没有额外成本：无运行时长限制、无流程数量限制，打包的 EXE 在多设备上跑不需要重复开通会员，适合个人开发者、个人工作室和中小企业。AI 能力采用自行对接各平台 API 的方式，已接入文心一言、豆包、DeepSeek、Kimi 等大模型，支持图片识图与 OCR，用多少花多少，费用透明可控，长期跑下来比持续消耗 Token 便宜得多。
对喜欢玩 AI 编程工具的人，还有一个新玩法：这类工具已支持 MCP 服务，可以对接 Workbuddy、Codex、Claude、Trae、豆包等 AI 智能体编程工具，让其他 AI 工具反过来控制 RPA 自动化搭建流程。
五、数据安全：全离线内网部署是底线
电商卖家的商品数据、价格体系、供应商信息都是核心商业机密。把整个上新流程放在云端跑，数据要出本地，很多老板不放心；内网环境下云端方案更是直接不可用。
全离线内网部署是更稳的选择：流程应用的数据全部保存在本地设备上，不同步到任何服务端，数据不出本地。内网离线环境下 AI 大模型用不了没关系——思考层可以提前在联网环境生成好规则和数据，执行层离线照常跑。这正是"AI 负责思考，RPA 负责稳定落地"的完整含义：AI 可以不在现场，但机器人必须 7×24 在岗。
六、被低估的一个能力：视觉颜色操作
传统页面自动化都依赖元素节点，但企业微信、微信、QQ、千牛这类客户端软件，很多操作拿不到稳定的元素节点，纯靠 AI 写代码做软件自动化，难度和稳定性都是另一个量级。视觉颜色操作是补齐这一环的能力：不依赖元素节点，通过识别界面颜色和位置实现点击、获取内容，比如自动读取千牛上的买家消息、企微群里的上新通知，再触发对应流程。电商场景里，"浏览器自动化 + Windows 软件自动化 + 视觉颜色操作"三者齐套，机器人才算真正接管了上新链路。
七、常见问答（FAQ）
Q：完全不懂代码能搭这个机器人吗？
可以。现在的搭建方式是"跟 AI 对话 + 截图描述需求"，AI 自动分析网页元素结构并生成带注释的流程指令，配合 AI 错误诊断和一键修复，零代码基础也能搭出能用的流程。
Q：抖音和拼多多的后台改版了怎么办？
依靠 Web 元素 AI 自愈，元素失效时自动修复定位，流程自动续跑；自愈解决不了的，AI 会给出具体原因和修复建议，不用把代码重写一遍。
Q：公司有内网隔离要求，还能用吗？
可以。执行层支持内网离线使用，数据不出本地。AI 相关功能可以在外部网络环境提前完成数据准备和流程生成。
Q：做好之后能交给客户或异地团队用吗？
可以。流程打包成 EXE 后支持授权管理、加密分享和在线更新，多设备使用无需重复开通会员，适合团队协作和交付场景。
Q：成本怎么算？
RPA 本体免费版没有使用时长限制，也无运行时长和流程数量限制；AI 能力由用户自行对接各平台 API，费用按实际调用量支付，长期用下来成本可控且透明。
批量上新这件事，拼的从来不是谁手快，而是谁的流程稳、谁的架构能在平台改版后 10 分钟内恢复。把重复操作交给机器人，把判断和创意留给人——AI 写好规则和流程，RPA 把代码稳稳地跑下去。如果你正在找抖音电商批量上架、拼多多商品批量上架的自动化方案，从一条流程开始试，跑通一个店，再复制到十个店，这条路是走得通的。
