1. 微信私域 AI 打单到底解决什么问题微信私域做销售和客服的人大概都经历过这样的场景晚上十一点手机还在震客户问“这个套餐和别家比优势在哪”你盯着屏幕想了半天回了一句“稍等我整理一下发您”然后客户就没下文了。第二天再跟进对方已经加了别家。这不是话术问题是响应速度和跟进节奏的问题。OpenClaw 是一个可以本地部署、支持多模型接入的 AI Agent 框架它能把大模型的对话能力、工具调用能力和微信生态的消息通道串起来。简单说你可以让一个 AI 数字员工替你完成三件事记住每个客户的历史互动、在客户发消息的瞬间生成回复、根据客户所处阶段自动生成订单草稿并回传。适合谁用做私域电商的运营、知识付费的助教团队、美妆或健康类目的客服负责人以及任何手里有几百到几万个微信好友、但人力跟不上回复速度的小团队。这一篇聚焦的是“AI 打单”这条链路客户在微信里咨询OpenClaw 触发 AgentAgent 调用大模型生成订单草稿再把草稿回传到微信侧。整条链路要跑通核心是两件事——模型通道要稳配置要能复制。下面我会给出 config.toml 骨架和 settings.json 关键字段并带你验证一条私域咨询从触发到回传的完整过程。2. 前置准备TaoToken 统一 Key 与 OpenClaw 环境在配置之前先把模型通道这件事说清楚。OpenClaw 本身不绑定某一家模型它通过 OpenAI 兼容接口去调用后端模型。你可以选择直连某家厂商但私域打单场景有个特点白天咨询量大、晚上也有零星消息模型调用不能断而且不同任务对模型的要求不一样——生成订单草稿需要结构化输出能力强的模型闲聊式回复可以用更轻量的模型。如果每个模型都单独配 Key、单独管额度维护成本会很高。TaoToken 在这里的角色是统一 Key 和统一 API 通道。你只需要在 TaoToken 控制台创建一个 API Key然后在 OpenClaw 里把 base_url 指向 TaoToken 的 API 地址就能通过同一个 Key 调用多个模型。对于私域打单这种需要“主力模型 备用模型”切换的场景统一通道能省掉很多切换成本。你需要提前准备的东西一个 TaoToken 账号并在控制台创建一个 API Key建议单独建一个给 OpenClaw 用方便后续按项目排查用量。OpenClaw 已经安装完成能正常启动。如果你还没装先按官方文档把基础环境跑起来。微信侧的消息通道已经打通OpenClaw 支持的消息接入方式按你的实际部署来本文不展开通道搭建聚焦配置和验证。一个测试用的微信号或测试会话用来触发验证。TaoToken 的 API 地址是https://taotoken.net/api这个地址在配置里会作为 base_url 使用。API Key 在控制台的 API Keys 页面创建创建后复制保存后面填到 settings.json 里。注意API Key 不要直接写死在会提交到 Git 的配置文件里。建议用环境变量或者单独的 secrets 文件后面配置部分我会给出两种写法。3. 可复制配置config.toml 骨架与 settings.json 关键字段OpenClaw 的配置分两层config.toml管 Agent 的行为和工具settings.json管模型通道和运行时参数。下面这份骨架你可以直接复制把里面标注需要替换的地方改成你自己的值。3.1 config.toml 骨架# OpenClaw Agent 配置 - 微信私域 AI 打单 [agent] name wechat_order_agent display_name 私域打单助手 # 触发方式收到微信消息时触发 trigger message # 是否开启订单草稿生成工具 enable_order_draft true [agent.prompt] # 系统提示词决定 Agent 的角色和行为边界 system 你是一个微信私域销售助手。你的任务是 1. 根据客户咨询内容判断客户意图询价、对比、售后、下单。 2. 如果客户表达下单意向调用 create_order_draft 工具生成订单草稿。 3. 回复语气亲切自然不要官方腔单条回复控制在 150 字以内。 4. 不要编造价格和库存价格从工具返回结果中读取。 [agent.tools] # 订单草稿工具 [[agent.tools.list]] name create_order_draft description 根据客户咨询内容生成订单草稿 # 工具实现指向本地脚本或内置模块 handler builtin.order_draft # 草稿生成后回传的通道 callback_channel wechat [agent.memory] # 开启会话记忆按客户 ID 隔离 enable true scope per_customer max_turns 20 [wechat] # 微信消息通道配置按你的实际接入方式填写 channel_type your_channel_type # 收到消息后是否自动回复 auto_reply true这份骨架里agent.prompt.system是决定打单效果的关键。我试过把系统提示词写得太泛结果 Agent 会把“这个多少钱”当成普通闲聊不会触发订单草稿工具。后来把“判断意图”和“调用工具”写成明确的步骤触发率才稳定下来。你可以先按上面这版跑后续再根据实际咨询类型微调。3.2 settings.json 关键字段settings.json管的是模型通道。核心是把 provider 指向 TaoToken 的 API 地址并用同一个 Key 调用模型。{ model_providers: { taotoken: { base_url: https://taotoken.net/api, api_key: ${TAOTOKEN_API_KEY}, api_type: openai_compatible } }, models: { primary: { provider: taotoken, model: doubao-pro, temperature: 0.3, max_tokens: 1024 }, fallback: { provider: taotoken, model: doubao-lite, temperature: 0.5, max_tokens: 512 } }, runtime: { timeout_seconds: 30, retry_times: 2, log_level: info } }几个字段说明一下。base_url填 TaoToken 的 API 地址注意这里不带任何多余路径OpenClaw 会按 OpenAI 兼容格式拼接。api_key用${TAOTOKEN_API_KEY}引用环境变量这样配置文件可以安全地放进版本管理。primary模型负责订单草稿生成这类需要结构化输出的任务fallback模型负责普通闲聊回复两个模型走同一个 providerKey 不用换。如果你不想用环境变量也可以直接写 Key但强烈建议至少把配置文件加入.gitignore。环境变量的设置方式export TAOTOKEN_API_KEY你的_API_KeyWindows 下用set TAOTOKEN_API_KEY你的_API_Key或者在系统环境变量里配置。设置完之后启动 OpenClaw 前先确认这个变量能被读到。3.3 模型选择建议私域打单场景对模型的要求分两类。订单草稿生成需要模型能稳定输出 JSON 或结构化字段豆包系列在这个任务上表现比较稳doubao-pro作为主力够用。普通咨询回复对延迟更敏感可以用doubao-lite降低响应时间。两个模型都通过 TaoToken 的同一个 Key 调用切换只需要改settings.json里的 model 字段不用重新配通道。4. 验证请求触发一条私域咨询确认订单草稿回传配置写完之后不要急着上生产。先用一条测试咨询把链路跑通确认 Agent 能触发、模型能返回、草稿能回传。4.1 启动 OpenClaw 并检查通道# 设置环境变量后启动 export TAOTOKEN_API_KEY你的_API_Key openclaw start --config ./config.toml --settings ./settings.json启动后看日志里有没有模型通道初始化成功的记录。如果看到provider taotoken initialized之类的输出说明 base_url 和 Key 被正确读取了。如果报 401 或 403先检查 Key 是否复制完整、环境变量是否生效。4.2 触发测试咨询用测试微信号给接入 OpenClaw 的会话发一条消息内容模拟真实咨询你好我想问下你们那个基础套餐现在多少钱如果今天下单有优惠吗这条消息包含两个关键信号询价和下单意向。Agent 应该识别出下单意向调用create_order_draft工具生成订单草稿然后回传。4.3 检查订单草稿回传结果正常情况下你会在微信侧收到一条回复同时 OpenClaw 日志里能看到工具调用记录。日志大致长这样[INFO] message received: customer_idtest_001 [INFO] intent detected: order_intent [INFO] tool call: create_order_draft [INFO] model response: {order_draft: {product: 基础套餐, price: ..., status: draft}} [INFO] callback sent to wechat: customer_idtest_001微信侧收到的回复应该包含订单草稿的关键信息比如产品名、价格、当前状态。如果价格字段是空的说明工具返回结果里没有价格数据需要检查你的订单数据源是否接好。这一步是整个链路的核心验证点客户咨询进来AI 生成草稿草稿回传微信。跑通这一条后面的批量咨询就是同一套逻辑在跑。4.4 用模型对话快速验证通道如果你只想先确认 TaoToken 通道本身是通的不想启动整个 OpenClaw可以先用模型对话页面发一条测试消息。在 TaoToken 控制台进入模型对话选一个模型发一句“你好帮我生成一个测试订单草稿的 JSON 示例”看返回是否正常。这一步能排除 Key 和通道的问题把排查范围缩小到 OpenClaw 配置本身。5. 本篇常见错排查配置过程中最容易卡住的几个点我按出现频率排一下。报错一401 Unauthorized这是 Key 没被正确读取。先确认环境变量TAOTOKEN_API_KEY在当前 shell 里能echo出来。如果是用 systemd 或 Docker 启动的环境变量要在对应的 service 文件或 compose 文件里配不是在你当前终端配了就生效。另外检查settings.json里api_key字段的引用写法${TAOTOKEN_API_KEY}这种写法需要 OpenClaw 支持环境变量插值如果不支持改成直接读一个 secrets 文件。报错二模型返回了内容但订单草稿没生成说明模型通道是通的但 Agent 没有触发工具调用。检查config.toml里enable_order_draft是否为 true以及系统提示词里有没有明确写“调用 create_order_draft 工具”。如果提示词太模糊模型会倾向于直接文字回复而不是调工具。把意图判断和工具调用写成明确步骤触发率会明显提升。报错三草稿生成了但微信侧没收到回传检查callback_channel是否和你的微信通道配置一致。如果通道类型填错草稿会生成但发不出去。另外看日志里有没有callback sent的记录如果有记录但微信没收到问题在通道侧如果没有记录问题在工具回调配置。报错四响应特别慢超过 30 秒先看settings.json里的timeout_seconds默认 30 秒。如果模型本身响应慢可以把主力模型换成更轻量的或者把max_tokens调小。私域打单场景对延迟敏感客户等超过 10 秒体验就会下降。另外检查retry_times如果设得太大一次失败会重试多次整体耗时会被拉长。报错五多个客户咨询串了上下文这是记忆隔离没配好。检查agent.memory.scope是否为per_customer以及消息通道传入的 customer_id 是否唯一。如果 customer_id 用的是会话 ID 而不是客户 ID同一个客户换会话就会丢记忆不同客户也可能串。建议在通道侧就把客户唯一标识传进来。6. 把链路跑稳之后下一步做什么订单草稿回传跑通只是第一步。实际私域场景里客户咨询的类型远比测试消息复杂——有人问价格有人问对比有人问售后还有人只是发个表情。Agent 的意图判断需要覆盖这些情况订单草稿工具也要能处理“客户还没决定买哪个”的场景比如生成一个待确认的草稿而不是直接下单。如果你打算长期跑这套链路建议把模型通道和 Agent 配置分开管理。模型通道用 TaoToken 的统一 Key后续换模型、加模型都不用动 Agent 配置Agent 配置按业务场景拆成多个打单一个、售后一个、复购提醒一个各自独立调试。这样某个场景出问题不会影响其他场景。验证模型通道是否稳定可以直接在模型对话里发几条不同任务的消息看返回质量和延迟。如果你要把这套 Agent 用到长期编码或更复杂的自动化流程里Coding Plan 那边有更完整的额度方案。接入文档里有 OpenClaw 和其他工具的对接示例配置字段的完整说明也在那边。API Key 的管理在控制台的 API Keys 页面建议按项目建 Key方便后续看用量和排查问题。