1. 为什么要在本地跑 OpenClaw 并接四个平台OpenClaw前身 ClawdBot在 2026 年已经成了不少团队做办公自动化的首选它本体很轻一个 Docker 容器就能跑起来但真正让它好用的是「消息入口」——你希望同事在飞书里发一句话机器人就把活干了也希望钉钉群里 一下它能把结果回过来。问题在于QQ、飞书、钉钉、企业微信这四个平台每个都有自己的鉴权方式、回调格式和签名算法如果每个平台单独接一套模型 Key配置会散得到处都是改一次模型要动四个地方。我这次的做法是OpenClaw 本地一键部署四个平台全部走 TaoToken 的统一 Key 和 API 通道。TaoToken 在这里扮演的是「统一模型出口」的角色——OpenClaw 只认一个 Base URL 和一个 Key至于背后调的是哪个模型由 TaoToken 侧统一管理。这样四个平台的消息进来之后走的是同一条模型链路排查问题也只需要看一个地方。这篇适合谁手里有一台能跑 Docker 的机器本地或云主机都行、想让机器人在多个办公平台同时在线、又不想被四套 Key 管理折腾的人。全程按步骤走30 分钟内能跑通第一个平台四个平台配完大概再花 20 分钟。下面从环境准备开始每一步都给可复制的命令和配置。2. TaoToken 前置准备统一 Key 与 API 通道在动 OpenClaw 之前先把 TaoToken 这边的「出口」准备好。这一步做完后面四个平台接入时就不用再碰模型配置了。先到 TaoToken 控制台创建一个 API Key。地址是 https://taotoken.net/api 登录后进「API Keys」页面点新建把 Key 复制出来存好。这个 Key 就是 OpenClaw 唯一的模型凭证四个平台共用。接着确认两件事Base URL 用https://taotoken.net/api模型 ID 按你实际要用的填比如claude-sonnet-4-20250514这类以控制台「模型对话」页面列出的为准。如果你不确定该选哪个模型可以先去模型对话页面发一条测试消息确认通道是通的再回来配 OpenClaw。这里有个容易踩的坑很多人把 Base URL 写成带/v1的完整路径结果 OpenClaw 侧又拼了一次变成/v1/v1/...直接 404。TaoToken 的 API 根地址就是https://taotoken.net/apiOpenClaw 的 provider 配置里不要再手动加/v1让它自己拼。如果你后面要长期跑编码类或 Agent 类任务可以顺手看一下 Coding Plan 页面它和按量 Key 是两套东西按需选。但本文的四个平台接入用普通 API Key 就够了。准备好之后你手里应该有三样东西一个 TaoToken API Key、Base URLhttps://taotoken.net/api、一个确认可用的模型 ID。这三样会在下一节的config.toml里出现四个平台共用同一份。3. 可复制配置config.toml 与 settings.json 骨架OpenClaw 的配置分两层config.toml管模型出口和平台开关settings.json管各平台的鉴权参数。先建工作目录mkdir -p /opt/openclaw cd /opt/openclaw然后写config.toml。这份配置里[model]段就是 TaoToken 的统一出口四个平台都从这里取模型能力# /opt/openclaw/config.toml [server] host 0.0.0.0 port 3000 log_level info [model] provider openai-compatible base_url https://taotoken.net/api api_key sk-你的TaoTokenKey model_id claude-sonnet-4-20250514 timeout 60 [platforms.qq] enabled true webhook_path /qq/webhook [platforms.feishu] enabled true webhook_path /feishu/webhook [platforms.dingtalk] enabled true webhook_path /dingtalk/webhook [platforms.wecom] enabled true webhook_path /wecom/webhook注意base_url后面不要加/v1api_key换成你自己的。model_id按控制台实际列出的填。接着写settings.json把四个平台的鉴权参数集中放这里。骨架如下具体值下一节逐平台填{ qq: { app_id: , token: , secret: }, feishu: { app_id: , app_secret: , verification_token: , encrypt_key: }, dingtalk: { client_id: , client_secret: , robot_code: }, wecom: { corp_id: , agent_id: , secret: , token: , encoding_aes_key: } }两个文件放好后用 Docker Compose 起服务# /opt/openclaw/docker-compose.yml version: 3.8 services: openclaw: image: openclaw/openclaw:2026-latest container_name: openclaw-core restart: unless-stopped ports: - 3000:3000 volumes: - ./config.toml:/app/config.toml - ./settings.json:/app/settings.json - ./data:/app/data environment: - NODE_ENVproductiondocker-compose up -d docker-compose logs -f日志里出现model provider ready和四个platform enabled就算骨架通了。这时候平台还没填鉴权消息进不来但模型出口已经指向 TaoToken 了。4. 四平台接入参数与验证请求这一节逐个平台填settings.json并验证。每个平台都要在对应开放平台建应用、拿凭证、配回调地址。回调地址统一是http://你的公网IP:3000/平台/webhook和config.toml里的webhook_path对应。飞书先来。到飞书开放平台建企业自建应用类型选机器人拿到 App ID、App Secret、Verification Token。权限里加上im:message:readonly和im:message:send_as_bot。事件订阅 URL 填http://你的公网IP:3000/feishu/webhook。填进settings.json的feishu段后重启容器然后在飞书里给机器人发「生成一份周报模板」10 秒内收到回复即通。钉钉到开放平台建企业内部应用拿 Client ID、Client Secret机器人配置里拿 Robot Code。回调地址填http://你的公网IP:3000/dingtalk/webhook。钉钉的坑在于它要求回调地址先通过验证才保存所以 OpenClaw 必须先跑起来、端口必须放通否则保存按钮点不动。企业微信到管理后台建自建应用拿 Corp ID、Agent ID、Secret再到「接收消息」里设置 Token 和 EncodingAESKey。回调 URL 填http://你的公网IP:3000/wecom/webhook。企业微信的加解密比较严encoding_aes_key是 43 位少一位都会报签名错误。QQ 走 QQ 开放平台的机器人通道拿 App ID、Token、Secret回调填http://你的公网IP:3000/qq/webhook。QQ 的鉴权是签名校验OpenClaw 侧会自动处理你只要保证 Token 填对。四个平台填完后settings.json里对应字段都有值了重启一次docker-compose restart docker-compose logs -f | grep -E feishu|dingtalk|wecom|qq日志里每个平台出现webhook verified就是接入成功。然后逐平台发一条测试消息确认回复正常。如果某个平台没反应先看日志里有没有它的webhook记录没有就是回调地址没配对。5. 常见报错排查401、local proxy failed、reading choices配四个平台最容易撞上的几类报错这里对照着排。401 Unauthorized基本是 TaoToken Key 的问题。先确认config.toml里api_key没有多余空格再确认这个 Key 在控制台是启用状态。如果 Key 没问题还报 401检查base_url是不是被写成了https://taotoken.net/api/v1多出来的/v1会导致鉴权路径错位。local proxy failed通常出现在容器网络层。OpenClaw 容器要能出网访问taotoken.net如果你在docker-compose.yml里加了自定义 network 又没配 DNS容器解析不了域名就会报这个。临时验证可以docker exec -it openclaw-core curl -I https://taotoken.net/api能返回 200 就说明网络通。reading choices这类报错一般出现在模型返回体解析阶段。原因是model_id填了一个 TaoToken 侧不存在的模型返回体结构对不上。去模型对话页面确认模型 ID 拼写注意大小写和日期后缀。OAuth 相关报错集中在飞书和企业微信。飞书的app_secret如果轮换过但settings.json没更新会报invalid app credentials企业微信的secret填成了应用的 Secret 而不是通讯录 Secret也会鉴权失败。这两个平台的凭证都建议在开放平台页面上重新复制一次避免手抄出错。还有一个隐蔽的钉钉回调验证失败但日志没报错。这通常是公网 IP 变了但回调地址没改或者 3000 端口被安全组拦了。用curl http://你的公网IP:3000/health从外网测一下返回{status:ok}才说明端口真的通。6. 把四个平台跑稳之后四个平台都通了之后日常维护其实很轻。我自己的习惯是每周看一眼docker-compose logs里有没有反复出现的retry有就说明某个平台的 token 快过期了。飞书和企业微信的 token 有效期不一样飞书是两小时刷新一次企业微信是两小时但可以提前刷OpenClaw 侧会自动续但续失败会在日志里留痕。模型侧因为走的是 TaoToken 统一出口换模型只需要改config.toml里一行model_id四个平台同时生效不用逐个平台改。这是统一 Key 最实在的好处——你不需要记住四个平台各自配了什么模型。如果你后面要加第五个平台流程是一样的config.toml加一段[platforms.xxx]settings.json加一段鉴权回调地址按webhook_path拼。模型出口那部分完全不用动。最后留一个实用技巧把settings.json里的敏感字段用环境变量注入而不是明文写在文件里。OpenClaw 支持${ENV_NAME}语法docker-compose.yml里用env_file加载这样配置文件可以进版本库凭证留在本地。四个平台的凭证加起来十几个字段用环境变量管理会清爽很多。