Skip to main content

Multi-Agent Routing

目标:多个_隔离的_智能体(独立的工作区 + agentDir + 会话),加上多个渠道账户(例如两个 WhatsApp)在一个运行的 Gateway 网关中。入站消息通过绑定路由到智能体。 Inbound is routed to an agent via bindings.

What is “one agent”?

一个智能体是一个完全独立作用域的大脑,拥有自己的:
  • 工作区(文件、AGENTS.md/SOUL.md/USER.md、本地笔记、人设规则)。
  • 状态目录agentDir)用于认证配置文件、模型注册表和每智能体配置。
  • 会话存储(聊天历史 + 路由状态)位于 ~/.openclaw/agents/<agentId>/sessions 下。
Auth 配置是按 agent划分的。 每个 agent 都从自己的以下位置读取:
主 agent 的凭据不会自动共享。 切勿在多个 agent 之间复用 agentDir (这会导致认证/会话冲突)。 如果你想共享凭据, 请将 auth-profiles.json 复制到其他 agent 的 agentDir 中。 Skills 通过每个工作区的 skills/ 文件夹实现每智能体独立,共享的 Skills 可从 ~/.openclaw/skills 获取。参见 Skills:每智能体 vs 共享。 参见 Skills: per-agent vs shared Gateway 可以托管一个 agent(默认)或多个 agent并排运行。 工作区说明: 每个 agent 的工作区是默认 cwd,而不是一个硬性沙箱。 相对路径会在工作区内解析,但除非启用沙箱,绝对路径可以访问主机上的其他位置。 参见 Sandboxing

路径(快速映射)

  • 配置:~/.openclaw/openclaw.json(或 OPENCLAW_CONFIG_PATH
  • 状态目录:~/.openclaw(或 OPENCLAW_STATE_DIR
  • 工作区:~/.openclaw/workspace(或 ~/.openclaw/workspace-<agentId>
  • 智能体目录:~/.openclaw/agents/<agentId>/agent(或 agents.list[].agentDir
  • 会话:~/.openclaw/agents/<agentId>/sessions

单智能体模式(默认)

如果你什么都不做,OpenClaw 运行单个智能体:
  • agentId 默认为 main
  • 会话键为 agent:main:<mainKey>
  • 工作区默认为 ~/.openclaw/workspace(或当设置了 OPENCLAW_PROFILE 时为 ~/.openclaw/workspace-<profile>)。
  • 状态默认为 ~/.openclaw/agents/main/agent

Agent 助手

使用智能体向导添加新的隔离智能体:
然后添加 bindings(或让向导完成)来路由入站消息。 验证:

多个智能体 = 多个人、多种人格

使用多个智能体,每个 agentId 成为一个完全隔离的人格
  • 不同的电话号码/账户(每渠道 accountId)。
  • 不同的人格(每智能体工作区文件如 AGENTS.mdSOUL.md)。
  • 独立的认证 + 会话(除非明确启用,否则无交叉通信)。
这让多个人共享一个 Gateway 网关服务器,同时保持他们的 AI”大脑”和数据隔离。

一个 WhatsApp 号码,多个人(私信分割)

你可以在一个 WhatsApp 账号下,将不同的 WhatsApp 私信路由到不同的 agent。 Match on sender E.164 (like +15551234567) with peer.kind: "direct". 回复仍然来自同一个 WhatsApp 号码(没有按 agent 区分的发送者身份)。 重要细节:直接聊天会折叠到该 agent 的主会话键,因此真正的隔离需要每人一个 agent 示例:
注意事项:
  • 私信访问控制是每 WhatsApp 账户全局的(配对/允许列表),而不是每智能体。
  • 对于共享群组,将群组绑定到一个智能体或使用 广播群组

路由规则(消息如何选择智能体)

绑定是确定性的最具体的优先
  1. peer 匹配(精确私信/群组/频道 id)
  2. parentPeer 匹配(线程继承)
  3. 支持多账户的渠道(如 WhatsApp)使用 accountId 来识别每个登录。每个 accountId 可以路由到不同的智能体,因此一个服务器可以托管多个电话号码而不混合会话。
  4. guildId(Discord)
  5. teamId(Slack)
  6. 渠道的 accountId 匹配
  7. 渠道级匹配(accountId: "*"
  8. 回退到默认智能体(agents.list[].default,否则列表中的第一个条目,默认:main
如果一个绑定设置了多个匹配字段(例如 peer + guildId),则所有指定字段都必须满足(AND 语义)。

多账户/电话号码

  1. 支持多账户的渠道(例如 WhatsApp)使用 accountId 来标识每次登录。 5. 每个 accountId 都可以路由到不同的 agent,因此一台服务器可以托管多个电话号码而不会混淆会话。

概念

  • agentId:一个”大脑”(工作区、每智能体认证、每智能体会话存储)。
  • accountId:一个渠道账户实例(例如 WhatsApp 账户 "personal" vs "biz")。
  • binding:通过 (channel, accountId, peer) 以及可选的 guild/team id 将入站消息路由到 agentId
  • 直接聊天折叠到 agent:<agentId>:<mainKey>(每智能体”主”;session.mainKey)。

示例:两个 WhatsApp → 两个智能体

~/.openclaw/openclaw.json(JSON5):

示例:WhatsApp 日常聊天 + Telegram 深度工作

按渠道分割:将 WhatsApp 路由到快速日常智能体,Telegram 路由到 Opus 智能体。
注意事项:
  • 如果你有一个渠道的多个账户,请在绑定中添加 accountId(例如 { channel: "whatsapp", accountId: "personal" })。
  • 要将单个私信/群组路由到 Opus 而保持其余在 chat 上,请为该对等方添加 match.peer 绑定;对等方匹配始终优先于渠道级规则。

示例:同一渠道,一个对等方到 Opus

保持 WhatsApp 在快速智能体上,但将一个私信路由到 Opus:
对等方绑定始终获胜,因此将它们放在渠道级规则之上。

绑定到 WhatsApp 群组的家庭智能体

将专用家庭智能体绑定到单个 WhatsApp 群组,使用提及限制和更严格的工具策略:
注意事项:
  • 工具允许/拒绝列表是工具,不是 Skills。如果 skill 需要运行二进制文件,请确保 exec 被允许且二进制文件存在于沙箱中。 28. 如果某个技能需要运行二进制文件,请确保已允许 exec,并且该二进制在沙箱中存在。
  • 对于更严格的限制,设置 agents.list[].groupChat.mentionPatterns 并为渠道保持群组允许列表启用。

每智能体沙箱和工具配置

从 v2026.1.6 开始,每个智能体可以有自己的沙箱和工具限制:
注意:setupCommand 位于 sandbox.docker 下,在容器创建时运行一次。 当解析的 scope 为 "shared" 时,每智能体 sandbox.docker.* 覆盖会被忽略。 34. 当解析后的 scope 为 "shared" 时,按 agent 的 sandbox.docker.* 覆盖将被忽略。 好处:
  • 安全隔离:限制不受信任智能体的工具
  • 资源控制:沙箱隔离特定智能体同时保持其他智能体在主机上
  • 灵活策略:每智能体不同的权限
  1. 注意:tools.elevated全局且基于发送方的;不能按 agent 配置。
  2. 如果需要按 agent 的边界,请使用 agents.list[].tools 来拒绝 exec。 注意:tools.elevated全局的且基于发送者;不能按智能体配置。 如果你需要每智能体边界,使用 agents.list[].tools 拒绝 exec。 对于群组定向,使用 agents.list[].groupChat.mentionPatterns 使 @提及清晰地映射到目标智能体。
参见 多智能体沙箱和工具 了解详细示例。