1. 辦公電腦上跑一個 openclaw怎么讓銷售和售前各用各的微信互不串擾openclaw 是一個可以常駐在辦公電腦或小主機上的 Agent 網(wǎng)關它能通過插件把微信、命令行等入口接進來讓不同的人用自然語言調(diào)用你預先配好的技能。openclaw-weixin 就是其中負責微信通道的插件它本身是單通道驅(qū)動但支持多賬號并行登錄——也就是說一臺機器上只跑一個網(wǎng)關進程卻可以同時掛著好幾個個人微信。這個特性正好適合小團隊共用管理員統(tǒng)一維護技能和模型通道銷售、售前各自掃碼綁定自己的微信消息按 accountId 路由到各自的 Agentworkspace、人設、對話記憶全部隔離。這篇要解決的就是這個場景單實例 openclaw 下多用戶、多 Agent 共用同一個 openclaw-weixin 插件怎么把 workspace 拆干凈、把配置拆清楚讓謝濤的運維助手和江佳琪的商務助手互不串號。我會給出可直接復制的目錄骨架、插件配置片段、多微信掃碼綁定步驟以及驗證和排障方法。模型通道這塊用 TaoToken 統(tǒng)一 Key 和 API 入口省得每個人各自去配一套。適合誰看手里有一臺常開的辦公機或 WSL 環(huán)境想讓兩三個人共用一套 openclaw又不想互相看到對方會話和文件的人。下面所有命令基于 openclaw 2026.6.11 實測路徑示例用~/xietaolc和~/jiangjq你換成自己的用戶名即可。2. 前置準備TaoToken 統(tǒng)一模型通道與 openclaw 基礎環(huán)境多 Agent 共用一套網(wǎng)關最怕的是每個人模型 Key 不一樣、額度各算各的、出問題不知道找誰。我的做法是讓整個網(wǎng)關走同一個模型通道TaoToken 在這里承擔的就是這個角色一個 Key 覆蓋多個模型API 地址統(tǒng)一openclaw 側只配一次后面新增 Agent 不用再動模型配置。先拿到 Key。打開官網(wǎng) https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 注冊后進控制臺在 API Keys 頁面創(chuàng)建一個 Key復制保存?？刂婆_地址是 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content Key 管理頁在 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。API 基址用 https://taotoken.net/api 注意這個地址不帶任何查詢參數(shù)。openclaw 側的環(huán)境準備分兩步。第一步確認版本多賬號路由和 bindings 語法在 2026.6.11 上驗證過openclaw --version # 期望輸出類似openclaw 2026.6.11第二步把模型通道寫進全局配置。openclaw 的模型配置在~/.openclaw/openclaw.json里你可以先用命令行寫入避免手改 JSON 出錯openclaw config set models.providers.taotoken.baseUrl https://taotoken.net/api openclaw config set models.providers.taotoken.apiKey sk-你的TaoToken密鑰 openclaw config set models.default taotoken/你的模型名注意apiKey會明文存在openclaw.json里辦公機多人共用時建議把該文件權限收緊到chmod 600 ~/.openclaw/openclaw.json只讓運行網(wǎng)關的系統(tǒng)賬號可讀。如果你更習慣手改配置等價的 JSON5 片段是這樣放在頂層models段{ models: { providers: { taotoken: { baseUrl: https://taotoken.net/api, apiKey: sk-你的TaoToken密鑰 } }, default: taotoken/你的模型名 } }這一步做完后面無論建幾個 Agent它們都共用這一條模型通道不用每個 Agent 單獨配 Key。想先確認模型通不通可以到模型對話頁 https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 發(fā)一條消息試試能正?；鼐驼f明 Key 和通道沒問題。3. 可復制配置workspace 目錄骨架與 openclaw-weixin 多賬號綁定3.1 目錄結構每個 Agent 一個獨立工作區(qū)隔離的第一層是文件系統(tǒng)。每個 Agent 有自己的 workspacesoul.md、記憶、緩存都放在自己目錄下互不覆蓋。骨架如下~/ ├─ xietaolc/ # Agent1 獨立工作區(qū) │ ├─ soul.md # 人設與職責邊界 │ ├─ memory/ # 對話記憶 │ └─ workspace_cache/ # 運行緩存 ├─ jiangjq/ # Agent2 獨立工作區(qū) │ ├─ soul.md │ ├─ memory/ │ └─ workspace_cache/ └─ .openclaw/ ├─ openclaw.json # 全局主配置 ├─ openclaw-weixin/ │ └─ accounts.json # 所有掃碼微信的 accountId └─ agents/ ├─ xietaolc/ # Agent1 會話、運行緩存 └─ jiangjq/ # Agent2 會話、運行緩存先建目錄mkdir -p ~/xietaolc/memory ~/xietaolc/workspace_cache mkdir -p ~/jiangjq/memory ~/jiangjq/workspace_cache3.2 啟用 openclaw-weixin 插件插件默認不啟用先打開openclaw config set plugins.entries.openclaw-weixin.enabled true3.3 創(chuàng)建兩個獨立 Agent 并指定 workspaceopenclaw agents add xietaolc \ --workspace ~/xietaolc \ --agent-dir ~/.openclaw/agents/xietaolc \ --non-interactive openclaw agents add jiangjq \ --workspace ~/jiangjq \ --agent-dir ~/.openclaw/agents/jiangjq \ --non-interactive--workspace是 Agent 讀寫文件、加載soul.md的根目錄--agent-dir是會話和運行緩存的存放位置。兩者分開是為了讓業(yè)務文件workspace和運行態(tài)數(shù)據(jù)agent-dir各歸各的備份和清理都方便。3.4 兩次掃碼登錄兩個不同微信這是多賬號的關鍵步驟。openclaw-weixin 是單通道驅(qū)動多次channels login會往同一個通道里追加賬號不會重復加載驅(qū)動也就避開了多進程重復登錄的風控問題。第一個微信分配給 xietaolcopenclaw channels login --channel openclaw-weixin終端彈出二維碼用謝濤的微信掃碼授權。登錄憑證寫入accounts.json記下生成的 accountId形如c8abb8707a7c-im-bot。第二個微信分配給 jiangjq新開一個終端執(zhí)行openclaw channels login --channel openclaw-weixin再次彈碼用江佳琪的微信掃碼生成第二條 accountId形如c21f230ca386-im-bot。查看已登錄賬號openclaw channels list # 或直接讀文件 cat ~/.openclaw/openclaw-weixin/accounts.json輸出示例[c8abb8707a7c-im-bot, c21f230ca386-im-bot]3.5 把微信賬號綁定到對應 Agent方式 A命令行綁定推薦會自動寫入配置openclaw agents bind --agent xietaolc --bind openclaw-weixin:c8abb8707a7c-im-bot openclaw agents bind --agent jiangjq --bind openclaw-weixin:c21f230ca386-im-bot方式 B手動編輯~/.openclaw/openclaw.json完整配置如下注意把 accountId 換成你自己掃碼得到的{ version: 2026.6.11, plugins: { entries: { openclaw-weixin: { enabled: true } } }, channels: { openclaw-weixin: { enabled: true, driver: openclaw-weixin, loginMode: qrcode, autoReconnect: true, accounts: { c8abb8707a7c-im-bot: {}, c21f230ca386-im-bot: {} } } }, agents: { defaults: {}, list: [ { id: xietaolc, name: 謝濤專屬助手, workspace: ~/xietaolc, agentDir: ~/.openclaw/agents/xietaolc }, { id: jiangjq, name: 江佳琪專屬助手, workspace: ~/jiangjq, agentDir: ~/.openclaw/agents/jiangjq } ] }, bindings: [ { agentId: xietaolc, match: { channel: openclaw-weixin, accountId: c8abb8707a7c-im-bot } }, { agentId: jiangjq, match: { channel: openclaw-weixin, accountId: c21f230ca386-im-bot } } ], defaultAgent: null }bindings是路由核心消息進來后按channel accountId匹配命中哪個 Agent 就交給誰。defaultAgent設為null表示沒有匹配賬號的消息直接丟棄避免陌生人消息落到某個 Agent 上。3.6 各自獨立的 soul.md~/xietaolc/soul.md你是 xietaolc 專屬算力運維助手僅處理服務器、WSL、Docker、AI 部署、硬件方案相關咨詢 回答輸出命令、BOM、排錯步驟不處理商務報價、政策解讀。~/jiangjq/soul.md你是 jiangjq 商務 BD 助手僅處理項目報價、區(qū)域算力政策、客戶對接、匯報材料整理 語言商務簡潔不解答底層硬件運維、系統(tǒng)排錯。兩個soul.md內(nèi)容不同加上 workspace 分離人設和記憶天然隔離。3.7 啟動網(wǎng)關openclaw gateway start --verbose啟動后兩個微信賬號同時在線謝濤發(fā)消息路由到 xietaolc讀~/xietaolc/soul.md會話存在~/.openclaw/agents/xietaolc/sessions江佳琪發(fā)消息路由到 jiangjq數(shù)據(jù)完全隔離。4. 驗證請求確認路由、隔離與模型通道都生效配置寫完不算完得實際驗證。分三層查。第一層看綁定關系是否正確openclaw agents list --bindings期望輸出里能看到 xietaolc 對應openclaw-weixin:c8abb8707a7c-im-botjiangjq 對應openclaw-weixin:c21f230ca386-im-bot。如果某個 Agent 后面是空的說明 bind 沒寫進去。第二層看通道賬號是否都在線openclaw channels list兩個 accountId 都應顯示已登錄、在線。只有一個在線通常是第二次掃碼沒成功重新執(zhí)行channels login補登。第三層實際發(fā)消息驗證隔離。用謝濤微信給綁定的賬號發(fā)一句「幫我列一下 Docker 常用排錯命令」回復應該走運維風格、給命令用江佳琪微信發(fā)「整理一份客戶對接話術」回復應該走商務風格。兩邊互相看不到對方的會話歷史這就是隔離生效的直接證據(jù)。模型通道是否走通看網(wǎng)關日志里有沒有模型調(diào)用報錯openclaw gateway logs --tail 50如果日志里出現(xiàn)401或invalid api key回到第 2 節(jié)檢查 TaoToken 的baseUrl和apiKey是否寫對baseUrl必須是https://taotoken.net/api不要帶多余路徑。改完配置不想重啟網(wǎng)關可以熱重載openclaw gateway reload下線某個微信賬號openclaw channels logout --channel openclaw-weixin --account c8abb8707a7c-im-bot5. 本篇常見錯排查串號、無響應、路徑讀不到消息發(fā)出去沒反應。先openclaw gateway start --verbose看日志重點核對日志里的 accountId 和bindings里寫的是否一致。掃碼換過一次微信accountId 會變舊綁定就失效了必須同步改bindings再 reload。兩個 Agent 串號了。檢查是不是同一個微信賬號被 bind 到了兩個 Agent。規(guī)則是一對一一個微信賬號只能綁一個 Agent一個 Agent 只接收綁定賬號的消息。openclaw agents list --bindings里如果同一個 accountId 出現(xiàn)在兩行就是配重了。soul.md 讀不到、人設不生效。workspace 路徑必須寫完整用~/xietaolc這種絕對路徑相對路徑會導致加載失敗。另外確認soul.md確實在 workspace 根目錄下文件名大小寫一致。多開終端分別 gateway start 導致風控。這是最容易踩的坑。openclaw-weixin 是單通道驅(qū)動只應該有一個網(wǎng)關進程。多進程會重復創(chuàng)建通道實例微信側判定多設備登錄賬號可能被限制。正確做法是一個gateway start多賬號靠多次channels login追加。改了配置熱重載不生效。大部分配置openclaw gateway reload能生效但涉及受保護路徑的改動比如后面要講的跨 Agent 通信配置屬于reloadKind: none熱重載無效必須openclaw gateway restart。改前先cp ~/.openclaw/openclaw.json ~/.openclaw/openclaw.json.bak備份。想打通 Agent 之間互相喊話。默認 Agent 之間是隔離的不能互發(fā)。如果確實需要比如運維助手把結果轉給商務助手在openclaw.json頂層加tools段{ tools: { sessions: { visibility: all }, agentToAgent: { enabled: true, allow: [xietaolc, jiangjq] } } }allow是雙向匹配發(fā)起方和目標方都要在列表里只寫一個會報Agent-to-agent messaging denied。穩(wěn)妥做法是兩個都寫上或直接[*]。改完必須openclaw gateway restart熱重載不生效。發(fā)送用openclaw sessions.send --agent xietaolc --message 跨 agent 測試想精確投到某個微信會話用帶im.wechat的完整 sessionKey只寫--agent會落到對方默認會話可能不在微信側回復。6. 后續(xù)擴展與統(tǒng)一通道建議這套結構跑通后加人就是復制一份 workspace、建一個 Agent、掃一個微信、加一條 binding模型通道不用動因為整個網(wǎng)關共用 TaoToken 這一條入口。長期跑編碼類或 Agent 類任務的話可以考慮 Coding Plan https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 把額度集中管理比每人一套 Key 省心。接入文檔在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 遇到通道報錯先翻這里。Claude Code 相關接入?yún)⒖?https://taotoken.net/claude-code-anthropic?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。最后提醒一句辦公機多人共用openclaw.json里有 Key權限收緊accounts.json里有微信登錄憑證別隨手提交到 Git。備份配置時把這兩個文件排除掉或者用單獨的密鑰管理方式注入。