1. 腾讯云 OpenClaw 接企业微信卡在哪一步你在腾讯云轻量服务器上把 OpenClaw 跑起来了openclaw gateway restart也没报错但企业微信里给机器人发消息要么石沉大海要么回一句「服务不可用」。这个场景我太熟了——问题基本不在 OpenClaw 本身而在「模型通道」和「企业微信回调」这两段链路的衔接上。OpenClaw 是一个开源的 AI 助手网关框架它能挂载企业微信、飞书、钉钉等通道把用户消息转发给后端大模型再把结果回传。适合谁适合想在内网或云服务器上自建企业 AI 助手、又不想被单一模型厂商绑死的团队。它的核心价值是「通道 模型」解耦通道负责收发消息模型负责生成内容。而模型这一端如果你直连各家官方 API会面临几个现实问题多个模型要维护多套 Key、计费分散、切换模型要改代码、部分模型国内访问不稳定。TaoToken 在这里的角色就是「统一 Key / 统一 API 通道」——你用一套 Key、一个 Base URL就能调用多种模型OpenClaw 的配置里只需要填一次。这篇就按「腾讯云轻量服务器 OpenClaw 企业微信智能机器人 TaoToken」这条最小可用链路把config.toml、settings.json骨架、回调与 Token 校验、以及一条消息从企业微信到 OpenClaw 再返回的完整验证动作全部给到可复制级别。照做能跑通。2. 前置TaoToken Key 与 OpenClaw 模型通道先说清楚 TaoToken 要准备什么。你需要一个 API Key以及确认 OpenClaw 走的是 OpenAI 兼容协议——绝大多数自建网关都支持这种格式TaoToken 的 API 入口是https://taotoken.net/api注意这个地址不带任何查询参数直接作为 Base URL 使用。获取 Key 的路径登录后进控制台在 API Keys 页面创建一个新 Key。建议按用途命名比如openclaw-wecom方便以后排查是哪个服务在调用。创建后立刻复制保存页面刷新后完整 Key 不再显示。这里有个容易踩的坑很多人把 Key 直接写进config.toml然后提交到 Git结果泄露。正确做法是用环境变量注入配置文件里只写变量名。OpenClaw 支持从环境读取下面配置骨架会体现这一点。模型选择上企业微信助手场景对延迟敏感、对超长上下文要求不高选一个响应快的通用对话模型即可。你可以在模型对话页面先手动测几条确认这个 Key 和模型组合能正常出结果再去配 OpenClaw这样能把「Key 问题」和「OpenClaw 配置问题」分开定位。提示TaoToken 的 Key 是统一通道凭证换模型不用换 Key但要注意不同模型的计费单价不同控制台里可以看用量明细。3. 可复制配置config.toml 与 settings.jsonOpenClaw 的配置分两层config.toml管模型通道和全局参数settings.json或通道级配置管企业微信通道的具体行为。下面给的是骨架字段名以你实际安装的 OpenClaw 版本为准但结构基本一致。先看config.toml# /opt/openclaw/config.toml [server] host 0.0.0.0 port 8080 [model] # 统一走 TaoToken 的 OpenAI 兼容通道 provider openai-compatible base_url https://taotoken.net/api api_key_env TAOTOKEN_API_KEY model 你的模型名 timeout_seconds 60 max_retries 2 [log] level info path /var/log/openclaw/openclaw.log关键点api_key_env指向环境变量名不是 Key 本身。然后在服务器上设置export TAOTOKEN_API_KEYsk-你的实际Key # 持久化写入 systemd 或 ~/.bashrc echo export TAOTOKEN_API_KEYsk-你的实际Key /etc/profile.d/openclaw.sh再看企业微信通道的settings.json骨架{ channel: wecom, mode: bot, connection: websocket, bot_id: 企业微信后台的机器人ID, bot_secret: 企业微信后台的机器人密钥, pairing: secure, reply: { max_length: 2000, timeout_ms: 30000 }, policy: { allow_groups: false, rate_limit_per_minute: 20 } }bot_id和bot_secret来自企业微信管理后台创建智能机器人时生成的凭证connection选websocket对应长连接模式pairing选secure对应安全配对。这几个字段和后台选项必须一一对应错一个就连不上。4. 企业微信后台与回调校验配置企业微信这一侧核心动作是创建「API 模式」的智能机器人并拿到长连接所需的 ID 和密钥。进入管理后台在管理工具里找到智能机器人创建时选择 API 模式连接方式选长连接全双工通道适合消息交互。创建完成后页面会给出机器人 ID 和用于鉴权的密钥这两个值就是上面settings.json里的bot_id和bot_secret。可见范围按需设置测试阶段建议只对自己或小范围开放避免误触发。如果你用的是回调Webhook模式而非长连接还需要在后台填回调地址格式类似https://你的域名或IP:8080/wecom/callback并配置 Token 和 EncodingAESKey 做签名校验。长连接模式省掉了公网回调地址和证书这一摊事对腾讯云轻量服务器这种没有备案域名的场景更友好所以本文主推长连接。在服务器上安装并启用通道插件openclaw plugins install wecom/wecom-openclaw-plugin openclaw gateway restart openclaw channels addchannels add是交互式的按提示选择企业微信插件然后依次填入接入模式Bot 模式、连接方式WebSocket 长连接、机器人 ID、密钥、对话模式安全配对。填完确认OpenClaw 会尝试建立连接。注意openclaw gateway restart之后要确认进程真的起来了用systemctl status openclaw或ps aux | grep openclaw看一眼别以为命令没报错就是成功。5. 验证一条消息的完整往返配置完别急着在企业微信里发消息先在服务器本地验证模型通道通不通。用 curl 直接打 TaoToken 的接口curl -s https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer $TAOTOKEN_API_KEY \ -H Content-Type: application/json \ -d { model: 你的模型名, messages: [{role: user, content: 你好测试一下}] }如果返回里有正常的choices[0].message.content说明 Key 和模型通道没问题。这一步能过后面出问题就基本锁定在 OpenClaw 或企业微信侧。接着看 OpenClaw 日志确认通道已连接tail -f /var/log/openclaw/openclaw.log | grep -i wecom正常会看到类似wecom channel connected或websocket established的记录。然后在企业微信里扫描机器人二维码发一条「你好」。完整链路是企业微信 → 长连接 → OpenClaw 网关 → TaoToken API → 模型 → 原路返回。日志里应该能看到入站消息、模型请求、出站回复三段记录。实测下来从发出消息到收到回复正常在 2 到 5 秒。如果超过 30 秒没回多半是模型超时或通道断了先看日志再动配置。6. 本篇常见错排查报错一401 Unauthorized或invalid api key。九成是环境变量没生效。export只在当前 shell 有效systemd 启动的服务读不到。检查/etc/profile.d/openclaw.sh是否写入或者直接在 systemd unit 里加EnvironmentTAOTOKEN_API_KEYsk-xxx然后systemctl daemon-reload systemctl restart openclaw。报错二企业微信侧提示「机器人未连接」或消息无响应。先确认bot_id和bot_secret没抄错尤其密钥里容易混入空格。再确认后台选的连接方式是长连接和settings.json里的websocket一致。如果后台改过配置OpenClaw 侧要重新channels add或重启网关。报错三模型返回超时。把timeout_seconds从 60 调到 90 试试同时确认服务器出网正常。腾讯云轻量服务器默认能出公网但如果你改过安全组或路由可能影响出站。用curl -I https://taotoken.net/api测一下连通性。报错四回复内容被截断。企业微信对消息长度有限制max_length设 2000 是保守值。如果模型输出很长OpenClaw 会截断这是预期行为不是 bug。报错五plugins install失败。检查 OpenClaw 版本和插件版本是否匹配网络能否访问插件源。可以加--verbose看详细错误。排障时如果怀疑是 Key 或接入配置问题直接去 API Keys 页面重新生成一个 Key 对比测试能快速排除凭证因素接入细节可以对照接入文档逐项核对字段。7. 跑通之后把链路用起来最小链路跑通只是起点。接下来你可以做几件事让它真正可用一是把rate_limit_per_minute调到你团队能接受的值防止有人刷消息把额度打满二是给不同部门配不同的可见范围避免所有人共用一个机器人导致上下文串味三是如果你要长期跑编码类或 Agent 类任务可以考虑 Coding Plan 这类按周期计费的方案比按量计费更可控。我自己的习惯是任何自建网关上线前先用 curl 把模型通道单独验一遍再验通道插件最后才在企业微信里发消息。这样出问题时能立刻判断是哪一段断了不用在三个系统之间来回猜。这套顺序你照搬就行。