1. 拿到 QClaw 內(nèi)測碼之后真正要解決的是什么QClaw 是騰訊圍繞 OpenClaw 做的一層產(chǎn)品化封裝簡單說就是讓原本偏命令行、偏折騰的 OpenClaw“龍蝦”更容易跑起來、連起來、用起來。它支持 Mac 和 Windows內(nèi)置國產(chǎn)模型還能一鍵關(guān)聯(lián)本機已有的 OpenClaw最吸引人的地方是能把 Agent 直接接進微信和 QQ 的日常消息流里。適合誰適合已經(jīng)拿到內(nèi)測申請碼、裝好了 OpenClaw但卡在“模型通道怎么統(tǒng)一配、微信和 QQ 兩個入口怎么同時接”的開發(fā)者。我拿到內(nèi)測碼后第一件事不是急著點“一鍵直連”而是先把模型通道理順。原因很現(xiàn)實QClaw 支持混合路由DeepSeek、GLM、Qwen、Kimi、MiniMax 都能掛但如果你每個入口都單獨填一套 Key微信一套、QQ 一套、本地 CLI 又一套后面排查問題會非常痛苦。所以這篇的核心思路是用 TaoToken 的統(tǒng)一 Key 作為 OpenClaw 的模型出口QClaw 負責把這只龍蝦送進微信和 QQ兩邊職責分開。下面交付的是可復(fù)制的config.toml與settings.json骨架、CC Switch 切換步驟以及連通性驗證動作。你照著跑能把 Agent 入口鏈路先打通再談 Skills 和自動化。2. TaoToken 前置統(tǒng)一 Key 與 API 通道準備TaoToken 在這里扮演的角色是“模型請求的統(tǒng)一出口”。OpenClaw 本身要調(diào)模型QClaw 封裝后也要調(diào)模型與其讓它們各自直連不同廠商不如都指向同一個兼容接口Key 只維護一份換模型只改一個字段。你需要先拿到兩樣?xùn)|西API Key 和接入地址。地址用https://taotoken.net/api注意這個是不帶追蹤參數(shù)的干凈地址配置里就填它。Key 在控制臺的 API Keys 頁面創(chuàng)建建議單獨建一個給 OpenClaw 用的 Key方便后面按項目停用。創(chuàng)建入口在這里API Keys 管理https://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite接入文檔建議先掃一眼確認當前支持的模型名和請求格式避免配置里模型名寫錯導(dǎo)致 404接入文檔https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite如果你還沒決定用哪個模型可以先去模型對話頁面試幾條 prompt確認響應(yīng)風格再寫進配置模型對話https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_contentmodel_chatutm_campaignrewrite這一步別跳過。我試過直接拿一個沒驗證過的模型名寫進config.toml結(jié)果 OpenClaw 啟動時報的是連接超時排查半天才發(fā)現(xiàn)是模型標識不對白白浪費半小時。3. 可復(fù)制配置config.toml 與 settings.json 骨架OpenClaw 的主配置一般放在用戶目錄下的.openclaw/config.tomlQClaw 封裝層會讀取它同時自己有一份settings.json管入口和路由。兩份文件職責不同config.toml管模型通道settings.json管微信、QQ 這些入口的開關(guān)和綁定。先看config.toml骨架。核心是把 provider 指向 TaoToken 的兼容接口Key 用環(huán)境變量注入別硬編碼# ~/.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 通過環(huán)境變量傳Linux/macOS 寫進 shell 配置Windows 用系統(tǒng)環(huán)境變量# macOS / Linux export TAOTOKEN_API_KEYsk-你的Key# Windows PowerShell永久寫入 [Environment]::SetEnvironmentVariable(TAOTOKEN_API_KEY, sk-你的Key, User)再看 QClaw 側(cè)的settings.json骨架。這份文件通常在 QClaw 安裝目錄的config下重點是channels段把微信和 QQ 都打開并讓它們復(fù)用同一個 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 同樣用環(huán)境變量QQ_BOT_TOKEN注入別寫死在 JSON 里。4. CC Switch 切換步驟與連通性驗證CC Switch 是用來在多個模型通道之間切換的工具QClaw 支持自定義模型本質(zhì)就是改 provider 指向。如果你同時有官方通道和 TaoToken 通道用 CC Switch 切比手改配置文件安全。切換步驟# 查看當前通道 cc-switch list # 切到 TaoToken 通道 cc-switch use taotoken # 確認生效 cc-switch current切完后重啟 OpenClaw 服務(wù)讓配置重新加載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 可達性、模型名有效性、入口綁定狀態(tài)。兩個 channel 都顯示OK之后去微信里給綁定的號發(fā)一句“幫我列一下桌面文件”QQ 里發(fā)同樣的指令看是否都能返回結(jié)果。成功的結(jié)果長這樣微信側(cè)收到回復(fù)內(nèi)容是基于你本機文件列表生成的QQ 側(cè)同樣返回且兩次請求在 TaoToken 控制臺的用量記錄里都能看到說明統(tǒng)一 Key 確實在承載兩個入口的流量。5. 本篇常見錯排查配置跑不通八成是下面幾個問題。第一個是模型名不匹配。config.toml里default_model寫的是deepseek-chat但 TaoToken 當前支持的標識可能帶版本后綴。去接入文檔確認準確名稱別憑記憶寫。第二個是環(huán)境變量沒生效。api_key_env指向的變量名必須和實際導(dǎo)出的完全一致大小寫敏感。Windows 下改完環(huán)境變量要重開終端否則舊進程讀不到。第三個是微信入口綁定失敗。個人號模式對登錄態(tài)敏感如果之前用其他工具登過同一個號可能沖突。先退出其他客戶端再讓 QClaw 重新掃碼。第四個是 QQ 機器人 Token 過期。機器人模式的 Token 有有效期過期后doctor會報鑒權(quán)失敗去 QQ 開放平臺重新生成更新QQ_BOT_TOKEN后重啟。第五個是 CC Switch 切了但沒重啟。切換只改配置文件運行中的進程不會自動重載必須openclaw restart。第六個是端口占用。OpenClaw 本地默認監(jiān)聽某個端口如果被其他服務(wù)占了微信和 QQ 的消息回調(diào)進不來。用openclaw doctor看端口狀態(tài)沖突就改config.toml里的監(jiān)聽端口。6. 長期跑 Agent建議上 Coding Plan如果你只是臨時測一下微信和 QQ 能不能通按上面的配置就夠了。但如果你打算讓這只龍蝦長期掛著每天定時推天氣、自動整理文件、跑 GitHub 項目那按量計費的 Key 在成本上不太可控尤其是 Agent 會頻繁調(diào)模型。這種場景更適合用 Coding Plan額度固定適合長期編碼和 Agent 常駐Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding_planutm_campaignrewrite配置方式不變還是config.toml里那個 provider只是 Key 換成 Coding Plan 對應(yīng)的憑證。切完之后openclaw doctor再跑一遍確認通道正常就可以讓龍蝦在微信和 QQ 里長期待命了。最后補一句實操經(jīng)驗微信和 QQ 兩個入口同時開的時候建議在settings.json的routing里給它們分不同的模型比如微信走響應(yīng)快的QQ 走上下文長的這樣兩邊體驗都穩(wěn)。