企业官网建设流程全解析

1. 微信私域 AI 打单到底解决什么问题

微信私域做销售和客服的人，大概都经历过这样的场景：晚上十一点，手机还在震，客户问“这个套餐和别家比优势在哪”，你盯着屏幕想了半天，回了一句“稍等，我整理一下发您”，然后客户就没下文了。第二天再跟进，对方已经加了别家。这不是话术问题，是响应速度和跟进节奏的问题。

OpenClaw 是一个可以本地部署、支持多模型接入的 AI Agent 框架，它能把大模型的对话能力、工具调用能力和微信生态的消息通道串起来。简单说，你可以让一个 AI 数字员工替你完成三件事：记住每个客户的历史互动、在客户发消息的瞬间生成回复、根据客户所处阶段自动生成订单草稿并回传。适合谁用？做私域电商的运营、知识付费的助教团队、美妆或健康类目的客服负责人，以及任何手里有几百到几万个微信好友、但人力跟不上回复速度的小团队。

这一篇聚焦的是“AI 打单”这条链路：客户在微信里咨询，OpenClaw 触发 Agent，Agent 调用大模型生成订单草稿，再把草稿回传到微信侧。整条链路要跑通，核心是两件事——模型通道要稳，配置要能复制。下面我会给出 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模型负责普通闲聊回复，两个模型走同一个 provider，Key 不用换。

如果你不想用环境变量，也可以直接写 Key，但强烈建议至少把配置文件加入.gitignore。环境变量的设置方式：

export TAOTOKEN_API_KEY="你的_API_Key"

Windows 下用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_id=test_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_id=test_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，方便后续看用量和排查问题。