1. 电商小店的重复劳动，到底卡在哪

做电商的朋友，不管是淘宝、拼多多、抖音小店还是京东，每天被三件事绑得死死的：商品上下架全靠手动盯，库存不够了忘下架导致超卖、活动到点没上架、滞销品堆着占权重；买家消息回不完，「什么时候发货」「尺码怎么选」「能退换吗」这类重复问题占了八成，吃饭睡觉都在盯手机；订单统计熬到半夜，手动算销量、退款率、客单价，做表做一半还能漏单算错数。

我身边做女装的朋友，夫妻店两个人，一半时间都耗在这种重复操作上，旺季直接忙到凌晨，客服、运营、发货一肩挑，人累垮不说，还经常因为漏回消息、忘上下架丢单。上个月我用 OpenClaw 帮他搭了一套电商自动化 AI 工具，没写一行复杂业务代码，纯靠平台 API 对接加技能编排，就把商品上下架、买家自动回复、订单自动统计全流程跑通了。上线之后，他们每天只用处理发货和售后纠纷，重复工作砍掉八成，日均订单量还涨了两成。

这篇是 OpenClaw 落地实战第三篇，全程可直接照抄复刻，专门面向电商商家、电商运营、小团队技术落地，零代码也能完整搭出来。适用平台覆盖淘宝/天猫、拼多多、抖音电商、京东；适用人群是电商商家、小店运营、私域电商、AI 落地爱好者；部署难度零代码到低代码；落地周期一到两天。整套方案不侵入电商平台后台、不装插件、不搞破解，用的都是平台官方开放接口，合规稳定。

核心就三块能力：OpenClaw 的 HTTP API 工具负责对接电商平台官方接口，技能编排负责配置上下架、回复、统计规则，定时任务加消息推送负责自动执行和通知。下面从统一 Key 通道开始，一步步把三条链路打通。

2. 用 TaoToken 统一 Key 打通三条链路

OpenClaw 本身是个编排框架，它要调用大模型做意图识别、话术生成、报表摘要，这些能力都需要一个稳定的模型 API 通道。如果每条链路各接一个模型供应商，Key 管理、额度监控、故障切换会非常乱。我的做法是用 TaoToken 做统一入口，一个 Key 覆盖模型对话、意图分类、报表生成三类调用。

TaoToken 的定位是模型 API 聚合通道，官网在 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= ，API 端点是 https://taotoken.net/api 。它的价值在于：你不需要为每个模型单独申请账号、单独配 Key，OpenClaw 里只填一个 base_url 和一个 api_key，后面换模型、加模型都只改配置不改代码。

具体到电商场景，三条链路对模型的需求不一样。上下架规则判断偏逻辑，用便宜快速的模型就够；智能客服要理解多轮对话、识别意图，需要理解能力强一点的模型；订单日报要把结构化数据转成人话摘要，对生成质量有要求。用 TaoToken 的好处是这三类调用走同一个 Key，在控制台里能统一看到每条链路的消耗，哪条链路烧得多一目了然。

你需要先在 TaoToken 控制台创建一个 API Key，地址是 https://taotoken.net/console?utm_source=taotoken_aicg_blog_end&utm_campaign=rewrite ，创建完在 API Keys 页面复制出来，地址是 https://taotoken.net/api-keys?utm_source=taotoken_aicg_blog_end&utm_campaign=rewrite 。这个 Key 后面会填进 OpenClaw 的 settings.json 和 config.toml。

注意：Key 只显示一次，复制后立刻存到密码管理器，不要直接提交到 Git 仓库。OpenClaw 的配置文件建议加进 .gitignore。

如果你还没决定用哪个模型，可以先去模型对话页面试一下不同模型在客服话术上的表现，地址是 https://taotoken.net/models?utm_source=taotoken_aicg_blog_end&utm_campaign=rewrite 。试的时候直接问「买家问什么时候发货怎么回」「买家要改地址怎么引导」，看哪个模型答得自然、不啰嗦，再把它写进配置。

3. 可复制配置：config.toml 与 settings.json 骨架

OpenClaw 的配置分两层：config.toml 管服务级参数，settings.json 管技能和工具级参数。下面这份骨架可以直接复制，把占位符换成你自己的值。

先看 config.toml，重点是模型通道和定时任务的基础设置：

# config.toml - OpenClaw 服务级配置 [server] host = "0.0.0.0" port = 8080 log_level = "info" [model] # TaoToken 统一通道 base_url = "https://taotoken.net/api" api_key = "sk-你的TaoToken密钥" default_model = "claude-3-5-sonnet" timeout_seconds = 60 max_retries = 3 [model.routing] # 三条链路按用途分流，也可都指向同一模型 intent_model = "claude-3-5-haiku" reply_model = "claude-3-5-sonnet" report_model = "claude-3-5-sonnet" [scheduler] enabled = true timezone = "Asia/Shanghai" # 上下架巡检周期 stock_check_interval = "10m" # 消息拉取周期 message_poll_interval = "30s" # 日报生成时间 daily_report_cron = "0 8 * * *" [notify] channel = "wecom" webhook = "https://qyapi.weixin.qq.com/cgi-bin/webhook/send?key=你的webhook"

再看 settings.json，这里放电商平台 API 工具和技能规则：

{ "tools": { "taobao_api": { "type": "http", "base_url": "https://eco.taobao.com/router/rest", "method": "POST", "headers": { "Content-Type": "application/x-www-form-urlencoded" }, "auth": { "type": "app_key_secret", "app_key": "你的AppKey", "app_secret": "你的AppSecret", "session": "你的会话授权" } }, "pdd_api": { "type": "http", "base_url": "https://gw-api.pinduoduo.com/api/router", "method": "POST", "auth": { "type": "client_credentials", "client_id": "你的ClientID", "client_secret": "你的ClientSecret" } } }, "skills": { "auto_shelf": { "trigger": "interval:10m", "rules": [ { "name": "库存为零自动下架", "condition": "stock <= 0 && status == 'on_sale'", "action": "call:taobao_api.item.down", "notify": "商品【{title}】已售空，自动下架" }, { "name": "补货自动上架", "condition": "stock > 0 && status == 'off_sale' && tag != 'manual_hold'", "action": "call:taobao_api.item.up", "notify": "商品【{title}】补货完成，自动上架" }, { "name": "滞销清理", "condition": "sales_30d == 0 && status == 'on_sale'", "action": "call:taobao_api.item.mark_slow", "notify": "商品【{title}】30天无销量，已标记滞销" } ] }, "auto_reply": { "trigger": "interval:30s", "intents": [ "发货时间", "快递公司", "尺码版型", "退换货政策", "修改地址", "退款售后", "转人工" ], "fallback": "我帮你转接人工客服，稍等哦～", "model": "reply_model" }, "daily_report": { "trigger": "cron:0 8 * * *", "metrics": [ "order_count", "gmv", "refund_count", "refund_rate", "avg_order_value", "top10_products", "unshipped_count" ], "model": "report_model" } } }

如果你用 Cline 或 CC Switch 做本地开发调试，配置片段如下。Cline 的 settings.json 里加一段自定义 provider：

{ "cline.providers": { "taotoken": { "baseUrl": "https://taotoken.net/api", "apiKey": "sk-你的TaoToken密钥", "model": "claude-3-5-sonnet" } } }

CC Switch 的配置更简单，在它的 provider 列表里新增一条，base_url 填 https://taotoken.net/api ，api_key 填同一个 Key，模型名按你实际用的填。这样本地调试和线上 OpenClaw 走的是同一个通道，不会出现「本地能跑线上报错」的割裂。

提示：config.toml 里的 model.routing 是可选优化。如果你刚开始搭，三个模型都填同一个也能跑，等链路稳定了再按成本拆分。

4. 三步验证：上下架触发、客服应答、订单汇总

配置写完不代表跑通，必须按链路逐个验证。下面三个验证动作，每个都有明确的预期结果，跑不通就对照第五节排查。

4.1 验证上下架触发

先找一个测试商品，把库存改成 0，等一个巡检周期（默认 10 分钟）。预期结果是商品自动下架，企业微信收到「商品【测试商品】已售空，自动下架」的推送。然后把库存改回 10，再等一个周期，预期商品自动上架并收到补货推送。

如果你想立刻验证不想等，可以手动触发技能：

curl -X POST http://localhost:8080/api/skills/auto_shelf/run \ -H "Content-Type: application/json" \ -d '{"dry_run": false}'

返回体里会列出本次巡检的商品数、命中规则数、执行动作数。如果命中数为 0，说明规则条件没匹配上，检查商品状态字段名是否和平台返回的一致。

4.2 验证客服应答

用买家账号发三条消息：「什么时候发货」「尺码怎么选」「我要改地址」。预期是 AI 在几秒内回复，发货和尺码问题直接给标准答案，改地址问题引导买家发新地址并记录。

验证时重点看两点：一是回复是否准确，二是多轮对话是否连贯。你可以先发「什么时候发货」，等 AI 回复后再发「那发什么快递」，看它能不能接上上下文。如果第二条答非所问，说明意图识别没覆盖「快递公司」这个意图，去 settings.json 的 intents 里补上。

4.3 验证订单汇总

手动创建一个测试订单，或者等当天真实订单产生后，手动触发日报任务：

curl -X POST http://localhost:8080/api/skills/daily_report/run \ -H "Content-Type: application/json" \ -d '{"date": "yesterday"}'

预期是返回一份结构化报表，包含订单总数、成交金额、退款订单数、退款率、客单价、热销 TOP10、未发货数，并且企业微信收到格式化后的日报推送。重点核对退款率：如果数字明显偏高，大概率是把取消订单也算进去了，需要在统计逻辑里过滤掉「已取消」状态。

三步都跑通，说明三条链路已经打通。接下来就是让它自己跑，你只处理转人工的复杂售后。

5. 本篇常见错排查

API 调用超限被限流。现象是日志里出现 429 或「调用频率超限」。原因是拉取数据太频繁，尤其是消息拉取设成了几秒一次。解决是把 stock_check_interval 改成 10m、message_poll_interval 改成 30s，大部分平台的开放接口对这两个频率都能接受。如果还是被限，去开放平台看具体的 QPS 配额，按配额反推周期。

自动回复答非所问。现象是买家问「发啥快递」，AI 回了一段发货时间。原因是意图太少、相似问法没归并。解决是在 intents 里把「发啥快递」「发什么快递」「用什么快递」归到同一个「快递公司」意图下，每个意图至少配 3 到 5 个相似问法。意图识别本质是分类，样本越全越准。

误上下架商品。现象是活动商品被自动下架了。原因是规则没加过滤条件，活动商品库存临时为 0 也被当成售空处理。解决是给活动商品打标记，在规则条件里加tag != 'manual_hold'，把人工锁定的商品排除在自动规则外。这个坑我踩过，活动期间下架主推款，损失比省下的时间大得多。

订单统计不准。现象是退款率算出来 30%，实际只有 8%。原因是没过滤退款订单和取消订单，把无效订单也算进了分母。解决是只统计「已付款、未取消」的有效订单，退款率用「退款订单数 / 有效订单数」计算。另外注意跨天订单的归属，按付款时间还是完成时间要统一。

买家收不到回复。现象是 OpenClaw 日志显示已发送，但买家没收到。原因是平台 API 的消息发送权限没开，或者话术触发了平台的风控关键词。解决是去开放平台开启「消息发送权限」，话术里避免出现「加微信」「私下转账」这类违规词。如果权限开了还收不到，检查会话授权是否过期，淘宝的 session 需要定期刷新。

模型调用报 401 或 403。现象是 OpenClaw 日志里模型请求全部失败。原因是 TaoToken 的 Key 填错、过期，或者 base_url 写成了带路径的地址。解决是确认 base_url 就是 https://taotoken.net/api ，不要在后面加 /v1 或其他路径；Key 重新从控制台复制一次，注意不要带空格。如果换了 Key 还是 401，去控制台看这个 Key 的额度是否用完。

6. 把三条链路交给 AI，人只做决策

整套方案跑通后，你每天的工作就剩下发货和处理复杂售后。上下架由规则自动巡检，客服由意图识别自动应答，订单统计由定时任务自动生成日报推送到企业微信。对电商小团队、夫妻店、个人商家来说，最缺的不是流量，而是省时间的工具。

如果你还没开始搭，建议按这个顺序推进：先去 TaoToken 控制台创建 Key，地址是 https://taotoken.net/api-keys?utm_source=taotoken_aicg_blog_end&utm_campaign=rewrite ，把模型通道打通；然后照着第三节的 config.toml 和 settings.json 骨架填配置；最后按第四节的三个验证动作逐个跑通。接入过程中遇到报错，对照第五节的排查清单，大部分问题都能定位。

如果你打算长期跑编码和 Agent 任务，比如后续要扩展更多自动化技能，可以了解一下 Coding Plan，地址是 https://taotoken.net/coding-plan?utm_source=taotoken_aicg_blog_end&utm_campaign=rewrite ，它更适合高频、长周期的调用场景。接入文档在 https://taotoken.net/doc?utm_source=taotoken_aicg_blog_end&utm_campaign=rewrite ，里面有各语言 SDK 的对接示例，需要扩展时直接查。

人只做最有价值的事：选品、拍图、搞流量、处理复杂售后，剩下的上下架、回复、统计，全都让 AI 帮你打工。