1. 拿到 QClaw 内测码之后真正要解决的是什么QClaw 是腾讯围绕 OpenClaw 做的一层产品化封装简单说就是让原本偏命令行、偏折腾的 OpenClaw“龙虾”更容易跑起来、连起来、用起来。它支持 Mac 和 Windows内置国产模型还能一键关联本机已有的 OpenClaw最吸引人的地方是能把 Agent 直接接进微信和 QQ 的日常消息流里。适合谁适合已经拿到内测申请码、装好了 OpenClaw但卡在“模型通道怎么统一配、微信和 QQ 两个入口怎么同时接”的开发者。我拿到内测码后第一件事不是急着点“一键直连”而是先把模型通道理顺。原因很现实QClaw 支持混合路由DeepSeek、GLM、Qwen、Kimi、MiniMax 都能挂但如果你每个入口都单独填一套 Key微信一套、QQ 一套、本地 CLI 又一套后面排查问题会非常痛苦。所以这篇的核心思路是用 TaoToken 的统一 Key 作为 OpenClaw 的模型出口QClaw 负责把这只龙虾送进微信和 QQ两边职责分开。下面交付的是可复制的config.toml与settings.json骨架、CC Switch 切换步骤以及连通性验证动作。你照着跑能把 Agent 入口链路先打通再谈 Skills 和自动化。2. TaoToken 前置统一 Key 与 API 通道准备TaoToken 在这里扮演的角色是“模型请求的统一出口”。OpenClaw 本身要调模型QClaw 封装后也要调模型与其让它们各自直连不同厂商不如都指向同一个兼容接口Key 只维护一份换模型只改一个字段。你需要先拿到两样东西API Key 和接入地址。地址用https://taotoken.net/api注意这个是不带追踪参数的干净地址配置里就填它。Key 在控制台的 API Keys 页面创建建议单独建一个给 OpenClaw 用的 Key方便后面按项目停用。创建入口在这里API Keys 管理https://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite接入文档建议先扫一眼确认当前支持的模型名和请求格式避免配置里模型名写错导致 404接入文档https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite如果你还没决定用哪个模型可以先去模型对话页面试几条 prompt确认响应风格再写进配置模型对话https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_contentmodel_chatutm_campaignrewrite这一步别跳过。我试过直接拿一个没验证过的模型名写进config.toml结果 OpenClaw 启动时报的是连接超时排查半天才发现是模型标识不对白白浪费半小时。3. 可复制配置config.toml 与 settings.json 骨架OpenClaw 的主配置一般放在用户目录下的.openclaw/config.tomlQClaw 封装层会读取它同时自己有一份settings.json管入口和路由。两份文件职责不同config.toml管模型通道settings.json管微信、QQ 这些入口的开关和绑定。先看config.toml骨架。核心是把 provider 指向 TaoToken 的兼容接口Key 用环境变量注入别硬编码# ~/.openclaw/config.toml [provider] name taotoken base_url https://taotoken.net/api api_key_env TAOTOKEN_API_KEY default_model deepseek-chat [provider.models] deepseek deepseek-chat glm glm-4-plus qwen qwen-max kimi moonshot-v1-128k [agent] name lobster max_tokens 4096 temperature 0.7 timeout_seconds 120 [memory] enabled true store_path ~/.openclaw/memoryKey 通过环境变量传Linux/macOS 写进 shell 配置Windows 用系统环境变量# macOS / Linux export TAOTOKEN_API_KEYsk-你的Key# Windows PowerShell永久写入 [Environment]::SetEnvironmentVariable(TAOTOKEN_API_KEY, sk-你的Key, User)再看 QClaw 侧的settings.json骨架。这份文件通常在 QClaw 安装目录的config下重点是channels段把微信和 QQ 都打开并让它们复用同一个 provider{ provider: { ref: taotoken, model: deepseek-chat }, channels: { wechat: { enabled: true, mode: personal, allowlist: [] }, qq: { enabled: true, mode: bot, app_id: 你的QQ机器人AppID, token_env: QQ_BOT_TOKEN } }, routing: { default: taotoken, fallback: taotoken }, skills: { market: [clawhub, github], auto_load: true } }微信走个人号模式时allowlist留空表示不限制但建议先填自己的号做白名单测试。QQ 走机器人模式需要 AppID 和 TokenToken 同样用环境变量QQ_BOT_TOKEN注入别写死在 JSON 里。4. CC Switch 切换步骤与连通性验证CC Switch 是用来在多个模型通道之间切换的工具QClaw 支持自定义模型本质就是改 provider 指向。如果你同时有官方通道和 TaoToken 通道用 CC Switch 切比手改配置文件安全。切换步骤# 查看当前通道 cc-switch list # 切到 TaoToken 通道 cc-switch use taotoken # 确认生效 cc-switch current切完后重启 OpenClaw 服务让配置重新加载openclaw restart验证连通性分两步。第一步直接打 TaoToken 接口确认 Key 和地址没问题curl -s https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer $TAOTOKEN_API_KEY \ -H Content-Type: application/json \ -d { model: deepseek-chat, messages: [{role: user, content: ping}] }返回里有choices字段就说明通道通了。第二步验证 OpenClaw 到 QClaw 的链路openclaw doctor --channel wechat openclaw doctor --channel qqdoctor会依次检查 provider 可达性、模型名有效性、入口绑定状态。两个 channel 都显示OK之后去微信里给绑定的号发一句“帮我列一下桌面文件”QQ 里发同样的指令看是否都能返回结果。成功的结果长这样微信侧收到回复内容是基于你本机文件列表生成的QQ 侧同样返回且两次请求在 TaoToken 控制台的用量记录里都能看到说明统一 Key 确实在承载两个入口的流量。5. 本篇常见错排查配置跑不通八成是下面几个问题。第一个是模型名不匹配。config.toml里default_model写的是deepseek-chat但 TaoToken 当前支持的标识可能带版本后缀。去接入文档确认准确名称别凭记忆写。第二个是环境变量没生效。api_key_env指向的变量名必须和实际导出的完全一致大小写敏感。Windows 下改完环境变量要重开终端否则旧进程读不到。第三个是微信入口绑定失败。个人号模式对登录态敏感如果之前用其他工具登过同一个号可能冲突。先退出其他客户端再让 QClaw 重新扫码。第四个是 QQ 机器人 Token 过期。机器人模式的 Token 有有效期过期后doctor会报鉴权失败去 QQ 开放平台重新生成更新QQ_BOT_TOKEN后重启。第五个是 CC Switch 切了但没重启。切换只改配置文件运行中的进程不会自动重载必须openclaw restart。第六个是端口占用。OpenClaw 本地默认监听某个端口如果被其他服务占了微信和 QQ 的消息回调进不来。用openclaw doctor看端口状态冲突就改config.toml里的监听端口。6. 长期跑 Agent建议上 Coding Plan如果你只是临时测一下微信和 QQ 能不能通按上面的配置就够了。但如果你打算让这只龙虾长期挂着每天定时推天气、自动整理文件、跑 GitHub 项目那按量计费的 Key 在成本上不太可控尤其是 Agent 会频繁调模型。这种场景更适合用 Coding Plan额度固定适合长期编码和 Agent 常驻Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding_planutm_campaignrewrite配置方式不变还是config.toml里那个 provider只是 Key 换成 Coding Plan 对应的凭证。切完之后openclaw doctor再跑一遍确认通道正常就可以让龙虾在微信和 QQ 里长期待命了。最后补一句实操经验微信和 QQ 两个入口同时开的时候建议在settings.json的routing里给它们分不同的模型比如微信走响应快的QQ 走上下文长的这样两边体验都稳。 
长河君 · 2026/9/25 14:24:41 · 阅读 1.2k 腾讯 QClaw 内测申请码到手，OpenClaw“龙虾”接入微信和 QQ：TaoToken 统一 Key 配置实战
1. 拿到 QClaw 内测码之后真正要解决的是什么QClaw 是腾讯围绕 OpenClaw 做的一层产品化封装简单说就是让原本偏命令行、偏折腾的 OpenClaw“龙虾”更容易跑起来、连起来、用起来。它支持 Mac 和 Windows内置国产模型还能一键关联本机已有的 OpenClaw最吸引人的地方是能把 Agent 直接接进微信和 QQ 的日常消息流里。适合谁适合已经拿到内测申请码、装好了 OpenClaw但卡在“模型通道怎么统一配、微信和 QQ 两个入口怎么同时接”的开发者。我拿到内测码后第一件事不是急着点“一键直连”而是先把模型通道理顺。原因很现实QClaw 支持混合路由DeepSeek、GLM、Qwen、Kimi、MiniMax 都能挂但如果你每个入口都单独填一套 Key微信一套、QQ 一套、本地 CLI 又一套后面排查问题会非常痛苦。所以这篇的核心思路是用 TaoToken 的统一 Key 作为 OpenClaw 的模型出口QClaw 负责把这只龙虾送进微信和 QQ两边职责分开。下面交付的是可复制的config.toml与settings.json骨架、CC Switch 切换步骤以及连通性验证动作。你照着跑能把 Agent 入口链路先打通再谈 Skills 和自动化。2. TaoToken 前置统一 Key 与 API 通道准备TaoToken 在这里扮演的角色是“模型请求的统一出口”。OpenClaw 本身要调模型QClaw 封装后也要调模型与其让它们各自直连不同厂商不如都指向同一个兼容接口Key 只维护一份换模型只改一个字段。你需要先拿到两样东西API Key 和接入地址。地址用https://taotoken.net/api注意这个是不带追踪参数的干净地址配置里就填它。Key 在控制台的 API Keys 页面创建建议单独建一个给 OpenClaw 用的 Key方便后面按项目停用。创建入口在这里API Keys 管理https://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite接入文档建议先扫一眼确认当前支持的模型名和请求格式避免配置里模型名写错导致 404接入文档https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite如果你还没决定用哪个模型可以先去模型对话页面试几条 prompt确认响应风格再写进配置模型对话https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_contentmodel_chatutm_campaignrewrite这一步别跳过。我试过直接拿一个没验证过的模型名写进config.toml结果 OpenClaw 启动时报的是连接超时排查半天才发现是模型标识不对白白浪费半小时。3. 可复制配置config.toml 与 settings.json 骨架OpenClaw 的主配置一般放在用户目录下的.openclaw/config.tomlQClaw 封装层会读取它同时自己有一份settings.json管入口和路由。两份文件职责不同config.toml管模型通道settings.json管微信、QQ 这些入口的开关和绑定。先看config.toml骨架。核心是把 provider 指向 TaoToken 的兼容接口Key 用环境变量注入别硬编码# ~/.openclaw/config.toml [provider] name taotoken base_url https://taotoken.net/api api_key_env TAOTOKEN_API_KEY default_model deepseek-chat [provider.models] deepseek deepseek-chat glm glm-4-plus qwen qwen-max kimi moonshot-v1-128k [agent] name lobster max_tokens 4096 temperature 0.7 timeout_seconds 120 [memory] enabled true store_path ~/.openclaw/memoryKey 通过环境变量传Linux/macOS 写进 shell 配置Windows 用系统环境变量# macOS / Linux export TAOTOKEN_API_KEYsk-你的Key# Windows PowerShell永久写入 [Environment]::SetEnvironmentVariable(TAOTOKEN_API_KEY, sk-你的Key, User)再看 QClaw 侧的settings.json骨架。这份文件通常在 QClaw 安装目录的config下重点是channels段把微信和 QQ 都打开并让它们复用同一个 provider{ provider: { ref: taotoken, model: deepseek-chat }, channels: { wechat: { enabled: true, mode: personal, allowlist: [] }, qq: { enabled: true, mode: bot, app_id: 你的QQ机器人AppID, token_env: QQ_BOT_TOKEN } }, routing: { default: taotoken, fallback: taotoken }, skills: { market: [clawhub, github], auto_load: true } }微信走个人号模式时allowlist留空表示不限制但建议先填自己的号做白名单测试。QQ 走机器人模式需要 AppID 和 TokenToken 同样用环境变量QQ_BOT_TOKEN注入别写死在 JSON 里。4. CC Switch 切换步骤与连通性验证CC Switch 是用来在多个模型通道之间切换的工具QClaw 支持自定义模型本质就是改 provider 指向。如果你同时有官方通道和 TaoToken 通道用 CC Switch 切比手改配置文件安全。切换步骤# 查看当前通道 cc-switch list # 切到 TaoToken 通道 cc-switch use taotoken # 确认生效 cc-switch current切完后重启 OpenClaw 服务让配置重新加载openclaw restart验证连通性分两步。第一步直接打 TaoToken 接口确认 Key 和地址没问题curl -s https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer $TAOTOKEN_API_KEY \ -H Content-Type: application/json \ -d { model: deepseek-chat, messages: [{role: user, content: ping}] }返回里有choices字段就说明通道通了。第二步验证 OpenClaw 到 QClaw 的链路openclaw doctor --channel wechat openclaw doctor --channel qqdoctor会依次检查 provider 可达性、模型名有效性、入口绑定状态。两个 channel 都显示OK之后去微信里给绑定的号发一句“帮我列一下桌面文件”QQ 里发同样的指令看是否都能返回结果。成功的结果长这样微信侧收到回复内容是基于你本机文件列表生成的QQ 侧同样返回且两次请求在 TaoToken 控制台的用量记录里都能看到说明统一 Key 确实在承载两个入口的流量。5. 本篇常见错排查配置跑不通八成是下面几个问题。第一个是模型名不匹配。config.toml里default_model写的是deepseek-chat但 TaoToken 当前支持的标识可能带版本后缀。去接入文档确认准确名称别凭记忆写。第二个是环境变量没生效。api_key_env指向的变量名必须和实际导出的完全一致大小写敏感。Windows 下改完环境变量要重开终端否则旧进程读不到。第三个是微信入口绑定失败。个人号模式对登录态敏感如果之前用其他工具登过同一个号可能冲突。先退出其他客户端再让 QClaw 重新扫码。第四个是 QQ 机器人 Token 过期。机器人模式的 Token 有有效期过期后doctor会报鉴权失败去 QQ 开放平台重新生成更新QQ_BOT_TOKEN后重启。第五个是 CC Switch 切了但没重启。切换只改配置文件运行中的进程不会自动重载必须openclaw restart。第六个是端口占用。OpenClaw 本地默认监听某个端口如果被其他服务占了微信和 QQ 的消息回调进不来。用openclaw doctor看端口状态冲突就改config.toml里的监听端口。6. 长期跑 Agent建议上 Coding Plan如果你只是临时测一下微信和 QQ 能不能通按上面的配置就够了。但如果你打算让这只龙虾长期挂着每天定时推天气、自动整理文件、跑 GitHub 项目那按量计费的 Key 在成本上不太可控尤其是 Agent 会频繁调模型。这种场景更适合用 Coding Plan额度固定适合长期编码和 Agent 常驻Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding_planutm_campaignrewrite配置方式不变还是config.toml里那个 provider只是 Key 换成 Coding Plan 对应的凭证。切完之后openclaw doctor再跑一遍确认通道正常就可以让龙虾在微信和 QQ 里长期待命了。最后补一句实操经验微信和 QQ 两个入口同时开的时候建议在settings.json的routing里给它们分不同的模型比如微信走响应快的QQ 走上下文长的这样两边体验都稳。