大家好，我是苍一，一个干了13年的后端开发，正在探索AI编程，从产品到开发的全生命周期最佳实践，如果您感兴趣，欢迎关注👇，看我如何自我革命。

微信日活十几亿，小龙虾又是最成熟的开源私人助手方案，两头一对接，AI真正走进了普通人的日常。就像当初抖音让家里老人学会了刷短视频一样，当入口变成微信，技术门槛就消失了。

我第一时间试了一把。整个过程简洁到没什么好说的——一行命令，扫个码，搞定。但我更关心的是另一件事：怎么让家里人的微信号都接到同一个 OpenClaw 上。

一家人共同养一只AI，听起来就像请了个高学历的管家。下面直接讲操作。

安装插件

OpenClaw 我早就装好了（顺便吐槽某些团队，一行命令的事硬是立项搞了半个月）。

装插件本身就一句：

npx -y @tencent-weixin/openclaw-weixin-cli install

扫完码绑定就完事。也可以手动装：

openclaw plugins install "@tencent-weixin/openclaw-weixin"
openclaw config set plugins.entries.openclaw-weixin.enabled true

多个微信号怎么接

查了 openclaw-weixin 插件的文档，逻辑很简单：跑一次登录命令就多接一个号。

# 家人扫码
openclaw channels login --channel openclaw-weixin
想接几个号就跑几次
openclaw channels login --channel openclaw-weixin

每次扫码会生成一个 accountId（格式类似 5xxxxxx-im-bot），多个号同时在线，互不冲突。

接完重启网关：

openclaw gateway restart

查看已接入的号：

openclaw channels list
或者看数据文件
cat ~/.openclaw/openclaw-weixin/accounts.json

到这一步其实已经通了。让家人在微信里给 ClawBot 发消息，马上就有回复。

接下来进入正式配置环节。

先弄懂几个概念

配置过程中有几个概念容易混，我理了一阵子才搞清楚：

• Channel：消息渠道，这里是 openclaw-weixin

• Account：每个扫码绑定的微信号

• Binding：路由规则，决定某个微信号的消息发给哪个 Agent

• Agent：一个完整的 AI 实例，包含 workspace、人格、记忆、工具

• Session：对话上下文，由 dmScope 控制隔离方式

严格说 Agent 和 workspace 是绑定关系，不是从属关系，但上面这样理解够用了。

一句话总结：Channel 管渠道，Account 管谁在用，Agent 管跟哪个 AI 聊，Session 管这段对话的上下文。

方案一：所有人共用一个 Agent

我最先试的是共享模式，全家人的微信号都指向同一只虾，不需要额外创建 Agent。

1️⃣ 用 dmScope 隔离对话

默认配置下，所有微信号的会话会汇入同一个 session（dmScope: "main"，如果你跑过 openclaw onboard，可能已经是 per-channel-peer）。单人用没问题，多人就串了——妈妈问菜谱，爸爸能看到。

改成 per-account-channel-peer 就行，AI 会按微信号区分对话：

openclaw config set session.dmScope per-account-channel-peer

我一开始试了 per-peer，发现不对。因为每个家庭成员的微信号在系统里对应不同的 accountId，只有 scope 包含 accountId 才能区分"谁在说话"。

2️⃣ 记忆是共享的

用了一阵子我发现，dmScope 只隔离对话上下文。同一个 Agent 内，以下内容始终共享：

• SOUL.md（人格）

• MEMORY.md（长期记忆）

• USER.md（用户档案）

• IDENTITY.md

• memory/ 目录下的所有文件

MEMORY.md 共享其实是好事。一家人共同养虾，它慢慢了解每个成员的偏好和习惯，越来越像真正的家庭管家。

3️⃣ 但 USER.md 共享是个坑

我自己踩过。两个微信号绑同一个 Agent，两人分别自我介绍：

1. 妈妈通过微信号 A 介绍自己 → USER.md 写入「XX，CC 的妈妈」 2. 爸爸通过微信号 B 介绍自己 → 同一个 USER.md 被覆盖为「YY，CC 的爸爸」 3. 妈妈再问"我叫什么" → 读到被覆盖后的文件，回答"你叫 YY"

IDENTITY.md 和 memory/ 目录也一样会互相覆盖。

根本原因：workspace 文件在 Agent 级别共享，没有 per-session workspace 的概念。dmScope 只管对话历史的隔离，管不了文件读写。

4️⃣ Agent 知道在跟谁说话吗

测试下来，不能直接知道。

dmScope 隔离了对话上下文，但系统提示里注入的 USER.md、SOUL.md、MEMORY.md 都在 workspace 级别，共享 Agent 只有一份。系统目前不支持按 accountId 切换不同的 bootstrap 文件。

所以 Agent 不会收到"你现在在跟爸爸聊天"这种提示，它只知道"这是一个独立的 session"。

加上 USER.md 覆盖的问题，共享 Agent 在多人场景下体验不好。session 对话历史虽然隔离了，但 Agent 分不清人，记忆和档案互相覆盖，用着用着就乱套。

结论：多人场景直接上方案二。共享 Agent 更适合一个人多设备登录，不适合多人共用。

方案二：每个人独立 Agent

后来我给每个家庭成员创建了独立的 Agent，通过 Binding 做路由，人格、记忆、工作区全部隔开。

5️⃣ 操作步骤

# 1. 创建独立 Agent
openclaw agents add dad --workspace ~/.openclaw/workspace-dad
openclaw agents add mom --workspace ~/.openclaw/workspace-mom
openclaw agents add kid --workspace ~/.openclaw/workspace-kid
2. 绑定微信号到对应 Agent
openclaw agents bind --agent dad --bind openclaw-weixin:5722ab94-im-bot
openclaw agents bind --agent mom --bind openclaw-weixin:a1b2c3d4-im-bot
openclaw agents bind --agent kid --bind openclaw-weixin:ecccc1h8-im-bot
3. 查看绑定
openclaw agents bindings
4. 重启生效
openclaw gateway restart

没被 Binding 匹配到的微信号会自动落到 default: true 的默认 Agent。

6️⃣ 各自定制人格

每个 Agent 的 workspace 里写不同的 SOUL.md：

爸爸的 ~/.openclaw/workspace-dad/SOUL.md：

你是一个高效的工作助手。回复简洁直接，擅长日程管理和信息整理。

孩子的 ~/.openclaw/workspace-kid/SOUL.md：

你是一个有趣的学习伙伴「虾虾」。说话生动活泼，擅长用故事和比喻解释问题。
遇到不适合小朋友的话题，温和地引导到其他方向。

隔离在 Agent 层面就完成了。每个 Agent 有独立的 workspace、SOUL.md、MEMORY.md 和 session 存储，互不干扰，dmScope 设什么都不影响。

7️⃣ Agent 之间怎么通信

独立不等于孤立。OpenClaw 支持 agent-to-agent 通信，开启后 Agent 之间可以互发消息、委派任务。

但光开 agentToAgent 不够。我试过从 dad 的 Agent 给 mom 的 Agent 发消息，直接被拦了：

Session send visibility is restricted. Set tools.sessions.visibility=all to allow cross-agent access.

原因：sessions.visibility 默认是 "tree"（只能看当前 session 和它 spawn 出的子 session），必须改成 "all" 才能跨 Agent。"all" 意味着所有 Agent 都能访问彼此的 session 历史，家庭场景一般没问题，有隐私需求的可以临时开启。

正确配置：

{
  "tools": {
    "agentToAgent": {
      "enabled": true,
      "allow": ["dad", "mom", "kid"]
    },
    "sessions": {
      "visibility": "all"
    }
  }
}

配好后，Agent 之间通过 sessions_send（发消息）和 sessions_spawn（委派任务）协作。比如妈妈问"爸爸今天有什么安排"，妈妈的 Agent 去问爸爸的 Agent，拿到答案再回复。

隔离归隔离，该协作的时候还是能打通。

8️⃣ 主动推送的限制

我还想实现一个场景：爸爸的 Agent 主动给妈妈推一条消息，比如"今晚加班，别等我了"。

试了一下，做不到。

翻了插件源码，微信渠道的限制是：必须先收到用户消息、拿到 context token，才能回复。Agent 只能被动应答，不能主动推送。这是微信平台侧的限制，插件绕不过去。

所以 agent-to-agent 通信目前只适合实时协作的场景——在同一个对话轮次里完成信息流转，而不是隔几个小时主动推一条消息。

9️⃣ 关于群聊

目前微信 ClawBot 插件只支持私聊，群聊还不行。WhatsApp、Telegram、Discord 上已经支持了（peer.kind: "group" 路由 + mentionPatterns 触发），微信这边等后续更新。

{
  "session": {
    "dmScope": "per-account-channel-peer"
  },
  "agents": {
    "list": [
      {
        "id": "main",
        "default": true,
        "workspace": "~/.openclaw/workspace"
      }
    ]
  }
}

数据分布：

~/.openclaw/workspace/           ← 全家共享
  ├── SOUL.md                    ← 共享人格
  ├── USER.md                    ← 多人会互相覆盖
  ├── MEMORY.md                  ← 共享记忆
  └── memory/2026-03-22.md
~/.openclaw/agents/main/sessions/ ← 对话按 dmScope 隔离
  ├── <爸爸 sessionId>.jsonl
  ├── <妈妈 sessionId>.jsonl
  └── <孩子 sessionId>.jsonl

1️⃣1️⃣ 方案二：独立 Agent

{
  "agents": {
    "list": [
      { "id": "dad", "default": true, "workspace": "~/.openclaw/workspace-dad" },
      { "id": "mom", "workspace": "~/.openclaw/workspace-mom" },
      {
        "id": "kid",
        "workspace": "~/.openclaw/workspace-kid",
        "sandbox": { "mode": "all", "scope": "agent" },
        "tools": { "deny": ["write", "edit", "apply_patch", "browser"] }
      }
    ]
  },
  "bindings": [
    { "agentId": "dad", "match": { "channel": "openclaw-weixin", "accountId": "5722ab94-im-bot" } },
    { "agentId": "mom", "match": { "channel": "openclaw-weixin", "accountId": "a1b2c3d4-im-bot" } },
    { "agentId": "kid", "match": { "channel": "openclaw-weixin", "accountId": "ecccc1h8-im-bot" } }
  ],
  "tools": {
    "agentToAgent": { "enabled": true, "allow": ["dad", "mom", "kid"] },
    "sessions": { "visibility": "all" }
  }
}

每个 Agent 数据完全独立：

~/.openclaw/workspace-dad/       ← 爸爸的 workspace
  ├── SOUL.md
  ├── USER.md                    ← 不会被覆盖
  ├── MEMORY.md
  └── memory/
~/.openclaw/workspace-kid/       ← 孩子的 workspace
  ├── SOUL.md
  ├── USER.md
  ├── MEMORY.md
  └── memory

写在后面

微信接入小龙虾这件事，意义不小。普通人离 AI 的距离，从"需要专门学一个新工具"变成了"在微信里发条消息"。

接下来的问题不是能不能用，而是怎么用好。家庭管家、团队助理、老人陪伴、小孩辅导，能长出来的场景很多。

如果嫌文章太长、怕后面走丢，可以关注下面的ima知识号，让这篇文章成为你的知识顾问，随时随地等候你的提问。

知识号中内容会以笔记形式分享，可以根据大家反馈和实测情况，实时更新，保证最新方案的稳定、可用。

【ima知识库】苍一AI编程

# 微信
Logo
龙虾开发者社区

小龙虾开发者社区是 CSDN 旗下专注 OpenClaw 生态的官方阵地，聚焦技能开发、插件实践与部署教程，为开发者提供可直接落地的方案、工具与交流平台，助力高效构建与落地 AI 应用

更多推荐

cover

Agent插件供应链安全：从自动更新恐惧到最小权限白名单实践

avatar 龙虾开发者社区
cover

OpenClaw 多 Agent 工具调用互斥：Redis 锁 vs 文件锁的工程取舍

avatar 龙虾开发者社区
cover

CoreClaw 全功能与 ZeroClaw 零信任共存：如何用 Profile 分级解决开发机权限冲突

avatar 龙虾开发者社区