1. 办公电脑上跑一个 openclaw，怎么让销售和售前各用各的微信互不串扰
openclaw 是一个可以常驻在办公电脑或小主机上的 Agent 网关，它能通过插件把微信、命令行等入口接进来，让不同的人用自然语言调用你预先配好的技能。openclaw-weixin 就是其中负责微信通道的插件，它本身是单通道驱动，但支持多账号并行登录——也就是说，一台机器上只跑一个网关进程，却可以同时挂着好几个个人微信。这个特性正好适合小团队共用：管理员统一维护技能和模型通道，销售、售前各自扫码绑定自己的微信，消息按 accountId 路由到各自的 Agent，workspace、人设、对话记忆全部隔离。
这篇要解决的就是这个场景：单实例 openclaw 下，多用户、多 Agent 共用同一个 openclaw-weixin 插件，怎么把 workspace 拆干净、把配置拆清楚，让谢涛的运维助手和江佳琪的商务助手互不串号。我会给出可直接复制的目录骨架、插件配置片段、多微信扫码绑定步骤，以及验证和排障方法。模型通道这块，用 TaoToken 统一 Key 和 API 入口，省得每个人各自去配一套。
适合谁看：手里有一台常开的办公机或 WSL 环境，想让两三个人共用一套 openclaw，又不想互相看到对方会话和文件的人。下面所有命令基于 openclaw 2026.6.11 实测，路径示例用~/xietaolc和~/jiangjq，你换成自己的用户名即可。
2. 前置准备：TaoToken 统一模型通道与 openclaw 基础环境
多 Agent 共用一套网关，最怕的是每个人模型 Key 不一样、额度各算各的、出问题不知道找谁。我的做法是让整个网关走同一个模型通道，TaoToken 在这里承担的就是这个角色：一个 Key 覆盖多个模型，API 地址统一，openclaw 侧只配一次，后面新增 Agent 不用再动模型配置。
先拿到 Key。打开官网 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= 注册后进控制台，在 API Keys 页面创建一个 Key，复制保存。控制台地址是 https://taotoken.net/console?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= ，Key 管理页在 https://taotoken.net/api-keys?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= 。API 基址用 https://taotoken.net/api ，注意这个地址不带任何查询参数。
openclaw 侧的环境准备分两步。第一步确认版本，多账号路由和 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，只让运行网关的系统账号可读。
如果你更习惯手改配置，等价的 JSON5 片段是这样，放在顶层models段：
{ "models": { "providers": { "taotoken": { "baseUrl": "https://taotoken.net/api", "apiKey": "sk-你的TaoToken密钥" } }, "default": "taotoken/你的模型名" } }这一步做完，后面无论建几个 Agent，它们都共用这一条模型通道，不用每个 Agent 单独配 Key。想先确认模型通不通，可以到模型对话页 https://taotoken.net/chat?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= 发一条消息试试，能正常回就说明 Key 和通道没问题。
3. 可复制配置：workspace 目录骨架与 openclaw-weixin 多账号绑定
3.1 目录结构：每个 Agent 一个独立工作区
隔离的第一层是文件系统。每个 Agent 有自己的 workspace，soul.md、记忆、缓存都放在自己目录下，互不覆盖。骨架如下：
~/ ├─ xietaolc/ # Agent1 独立工作区 │ ├─ soul.md # 人设与职责边界 │ ├─ memory/ # 对话记忆 │ └─ workspace_cache/ # 运行缓存 ├─ jiangjq/ # Agent2 独立工作区 │ ├─ 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 创建两个独立 Agent 并指定 workspace
openclaw 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是会话和运行缓存的存放位置。两者分开，是为了让业务文件（workspace）和运行态数据（agent-dir）各归各的，备份和清理都方便。
3.4 两次扫码登录两个不同微信
这是多账号的关键步骤。openclaw-weixin 是单通道驱动，多次channels login会往同一个通道里追加账号，不会重复加载驱动，也就避开了多进程重复登录的风控问题。
第一个微信（分配给 xietaolc）：
openclaw channels login --channel openclaw-weixin终端弹出二维码，用谢涛的微信扫码授权。登录凭证写入accounts.json，记下生成的 accountId，形如c8abb8707a7c-im-bot。
第二个微信（分配给 jiangjq），新开一个终端执行：
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 助手，仅处理项目报价、区域算力政策、客户对接、汇报材料整理， 语言商务简洁，不解答底层硬件运维、系统排错。两个soul.md内容不同，加上 workspace 分离，人设和记忆天然隔离。
3.7 启动网关
openclaw gateway start --verbose启动后两个微信账号同时在线，谢涛发消息路由到 xietaolc，读~/xietaolc/soul.md，会话存在~/.openclaw/agents/xietaolc/sessions；江佳琪发消息路由到 jiangjq，数据完全隔离。
4. 验证请求：确认路由、隔离与模型通道都生效
配置写完不算完，得实际验证。分三层查。
第一层，看绑定关系是否正确：
openclaw agents list --bindings期望输出里能看到 xietaolc 对应openclaw-weixin:c8abb8707a7c-im-bot，jiangjq 对应openclaw-weixin:c21f230ca386-im-bot。如果某个 Agent 后面是空的，说明 bind 没写进去。
第二层，看通道账号是否都在线：
openclaw channels list两个 accountId 都应显示已登录、在线。只有一个在线，通常是第二次扫码没成功，重新执行channels login补登。
第三层，实际发消息验证隔离。用谢涛微信给绑定的账号发一句「帮我列一下 Docker 常用排错命令」，回复应该走运维风格、给命令；用江佳琪微信发「整理一份客户对接话术」，回复应该走商务风格。两边互相看不到对方的会话历史，这就是隔离生效的直接证据。
模型通道是否走通，看网关日志里有没有模型调用报错：
openclaw gateway logs --tail 50如果日志里出现401或invalid api key，回到第 2 节检查 TaoToken 的baseUrl和apiKey是否写对，baseUrl必须是https://taotoken.net/api，不要带多余路径。
改完配置不想重启网关，可以热重载：
openclaw gateway reload下线某个微信账号：
openclaw channels logout --channel openclaw-weixin --account c8abb8707a7c-im-bot5. 本篇常见错排查：串号、无响应、路径读不到
消息发出去没反应。先openclaw gateway start --verbose看日志，重点核对日志里的 accountId 和bindings里写的是否一致。扫码换过一次微信，accountId 会变，旧绑定就失效了，必须同步改bindings再 reload。
两个 Agent 串号了。检查是不是同一个微信账号被 bind 到了两个 Agent。规则是一对一：一个微信账号只能绑一个 Agent，一个 Agent 只接收绑定账号的消息。openclaw agents list --bindings里如果同一个 accountId 出现在两行，就是配重了。
soul.md 读不到、人设不生效。workspace 路径必须写完整，用~/xietaolc这种绝对路径，相对路径会导致加载失败。另外确认soul.md确实在 workspace 根目录下，文件名大小写一致。
多开终端分别 gateway start 导致风控。这是最容易踩的坑。openclaw-weixin 是单通道驱动，只应该有一个网关进程。多进程会重复创建通道实例，微信侧判定多设备登录，账号可能被限制。正确做法是一个gateway start，多账号靠多次channels login追加。
改了配置热重载不生效。大部分配置openclaw gateway reload能生效，但涉及受保护路径的改动（比如后面要讲的跨 Agent 通信配置）属于reloadKind: none，热重载无效，必须openclaw gateway restart。改前先cp ~/.openclaw/openclaw.json ~/.openclaw/openclaw.json.bak备份。
想打通 Agent 之间互相喊话。默认 Agent 之间是隔离的，不能互发。如果确实需要（比如运维助手把结果转给商务助手），在openclaw.json顶层加tools段：
{ "tools": { "sessions": { "visibility": "all" }, "agentToAgent": { "enabled": true, "allow": ["xietaolc", "jiangjq"] } } }allow是双向匹配，发起方和目标方都要在列表里，只写一个会报Agent-to-agent messaging denied。稳妥做法是两个都写上，或直接["*"]。改完必须openclaw gateway restart，热重载不生效。发送用：
openclaw sessions.send --agent xietaolc --message "跨 agent 测试"想精确投到某个微信会话，用带@im.wechat的完整 sessionKey；只写--agent会落到对方默认会话，可能不在微信侧回复。
6. 后续扩展与统一通道建议
这套结构跑通后，加人就是复制一份 workspace、建一个 Agent、扫一个微信、加一条 binding，模型通道不用动，因为整个网关共用 TaoToken 这一条入口。长期跑编码类或 Agent 类任务的话，可以考虑 Coding Plan https://taotoken.net/coding-plan?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= ，把额度集中管理，比每人一套 Key 省心。接入文档在 https://taotoken.net/doc?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= ，遇到通道报错先翻这里。Claude Code 相关接入参考 https://taotoken.net/claude-code-anthropic?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= 。
最后提醒一句：办公机多人共用，openclaw.json里有 Key，权限收紧；accounts.json里有微信登录凭证，别随手提交到 Git。备份配置时把这两个文件排除掉，或者用单独的密钥管理方式注入。
