多智能体路由
多智能体路由
Section titled “多智能体路由”目标:在一个运行的 Gateway(网关) 中拥有多个 隔离的 代理(独立的工作区 + agentDir + 会话),以及多个渠道账户(例如两个 WhatsApp)。入站流量通过绑定路由到代理。
什么是“一个代理”?
Section titled “什么是“一个代理”?”一个 智能体 是一个具有完全作用域的大脑,拥有其自己的:
- 工作区(文件、AGENTS.md/SOUL.md/USER.md、本地笔记、角色规则)。
- 状态目录 (
agentDir) 用于存储认证配置文件、模型注册表和特定代理的配置。 - 会话存储(聊天历史 + 路由状态)位于
~/.openclaw/agents/<agentId>/sessions下。
身份认证配置文件是 按智能体分配的。每个智能体从其自己的配置读取:
~/.openclaw/agents/<agentId>/agent/auth-profiles.json主代理凭证不会自动共享。切勿跨代理重用 agentDir
(这会导致认证/会话冲突)。如果您想共享凭证,
请将 auth-profiles.json 复制到另一个代理的 agentDir 中。
Skills 是特定于代理的,位于每个工作区的 skills/ 文件夹中,共享 Skills
可从 ~/.openclaw/skills 获取。参见 Skills: per-agent vs shared。
Gateway(网关) 网关 可以托管 一个智能体(默认)或 许多智能体 并行运行。
工作区说明: 每个代理的工作区是 默认 cwd,而非严格的 沙箱。相对路径在工作区内解析,但除非启用沙箱隔离,否则绝对路径可以 访问主机上的其他位置。参见 沙箱隔离。
路径(快速地图)
Section titled “路径(快速地图)”- 配置:
~/.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
单智能体模式(默认)
Section titled “单智能体模式(默认)”如果您不进行任何配置,OpenClaw 将运行单个智能体:
agentId默认为main。- 会话以
agent:main:<mainKey>为键。 - 工作区默认为
~/.openclaw/workspace(或设置了OPENCLAW_PROFILE时为~/.openclaw/workspace-<profile>)。 - 状态默认为
~/.openclaw/agents/main/agent。
Agent helper
Section titled “Agent helper”使用 agent 向导添加一个新的独立 agent:
openclaw agents add work然后添加 bindings(或让向导完成此操作)以路由入站消息。
使用以下命令验证:
openclaw agents list --bindings创建每个代理工作区
使用向导或手动创建工作区:
Terminal window openclaw agents add codingopenclaw agents add social每个代理都有自己的工作区,包含
SOUL.md、AGENTS.md和可选的USER.md,以及位于 `~/.openclaw/agents/下的专用agentDir` 和会话存储。创建渠道账户
添加代理、账户和绑定
在
agents.list下添加代理,在 `channels..accounts
下添加渠道账户,并使用bindings` 连接它们(示例如下)。重启并验证
Terminal window openclaw gateway restartopenclaw agents list --bindingsopenclaw channels status --probe
多个代理 = 多个人物,多种个性
Section titled “多个代理 = 多个人物,多种个性”拥有多个代理后,每个 agentId 都变成了一个完全隔离的个性角色:
- 不同的电话号码/账户(针对每个渠道
accountId)。 - 不同的个性(每个代理的工作区文件,如
AGENTS.md和SOUL.md)。 - 独立的认证 + 会话(除非明确启用,否则不会发生串扰)。
这让多人可以共享一个 Gateway(网关) 服务器,同时保持各自的 AI“大脑”和数据隔离。
跨代理 QMD 记忆搜索
Section titled “跨代理 QMD 记忆搜索”如果一个代理应该搜索另一个代理的 QMD 会话记录,请在 agents.list[].memorySearch.qmd.extraCollections 下添加额外的集合。
仅当每个代理都应继承相同的共享记录集合时,才使用 agents.defaults.memorySearch.qmd.extraCollections。
{ agents: { defaults: { workspace: "~/workspaces/main", memorySearch: { qmd: { extraCollections: [{ path: "~/agents/family/sessions", name: "family-sessions" }], }, }, }, list: [ { id: "main", workspace: "~/workspaces/main", memorySearch: { qmd: { extraCollections: [{ path: "notes" }], // resolves inside workspace -> collection named "notes-main" }, }, }, { id: "family", workspace: "~/workspaces/family" }, ], }, memory: { backend: "qmd", qmd: { includeDefaultMemory: false }, },}额外的集合路径可以在代理之间共享,但当路径位于代理工作区之外时,集合名称保持显式。工作区内的路径仍然是代理作用域的,因此每个代理都保留自己的转录搜索集。
一个 WhatsApp 号码,多个人(私信分割)
Section titled “一个 WhatsApp 号码,多个人(私信分割)”您可以将在同一个 WhatsApp 账户下的不同 WhatsApp 私信路由到不同的代理。使用 peer.kind: "direct" 匹配发送者的 E.164 格式(例如 +15551234567)。回复仍来自同一个 WhatsApp 号码(没有每代理的发送者身份)。
重要细节:直接聊天会折叠到代理的主会话密钥,因此真正的隔离需要每人一个代理。
示例:
{ agents: { list: [ { id: "alex", workspace: "~/.openclaw/workspace-alex" }, { id: "mia", workspace: "~/.openclaw/workspace-mia" }, ], }, bindings: [ { agentId: "alex", match: { channel: "whatsapp", peer: { kind: "direct", id: "+15551230001" } }, }, { agentId: "mia", match: { channel: "whatsapp", peer: { kind: "direct", id: "+15551230002" } }, }, ], channels: { whatsapp: { dmPolicy: "allowlist", allowFrom: ["+15551230001", "+15551230002"], }, },}注意:
- 私信访问控制是每个 WhatsApp 账户全局的(配对/允许列表),而不是每个代理。
- 对于共享组,将组绑定到一个代理或使用广播组。
路由规则(消息如何选择代理)
Section titled “路由规则(消息如何选择代理)”绑定是确定性的,并且最具体者胜出:
peer匹配(精确的私信/组/渠道 ID)parentPeer匹配(线程继承)guildId + roles(Discord 角色路由)guildId(Discord)teamId(Slack)- 针对渠道的
accountId匹配 - 渠道级匹配(
accountId: "*") - 回退到默认代理(
agents.list[].default,否则为列表中的第一个条目,默认值:main)
如果在同一层级有多个绑定匹配,则配置顺序中的第一个获胜。如果一个绑定设置了多个匹配字段(例如 peer + guildId),则所有指定的字段都是必需的(AND 语义)。
重要的账户范围细节:
- 省略
accountId的绑定仅匹配默认账户。 - 使用
accountId: "*"进行所有账户的范围内渠道级回退。 - 如果您随后为同一代理添加了带有显式账户 ID 的相同绑定,OpenClaw 会将现有的仅渠道绑定升级为账户作用域绑定,而不是重复它。
多个账户 / 电话号码
Section titled “多个账户 / 电话号码”支持多账号的渠道(例如 WhatsApp)使用 accountId 来标识
每次登录。每个 accountId 都可以路由到不同的代理,因此一台服务器可以托管
多个电话号码而不会混淆会话。
如果你希望在省略 accountId 时有一个渠道范围的默认账号,请设置
channels.<channel>.defaultAccount(可选)。如果未设置,OpenClaw 将回退
到 default(如果存在),否则回退到第一个配置的账号 id(排序后)。
支持此模式的常见渠道包括:
whatsapp,telegram,discord,slack,signal,imessageirc,line,googlechat,mattermost,matrix,nextcloud-talkbluebubbles,zalo,zalouser,nostr,feishu
agentId:一个“大脑”(工作区、每代理身份验证、每代理会话存储)。accountId:一个渠道账号实例(例如 WhatsApp 账号"personal"与"biz")。binding:根据(channel, accountId, peer)以及可选的公会/团队 id 将入站消息路由到agentId。- 直接聊天会折叠为
agent:<agentId>:<mainKey>(每代理“主”;session.mainKey)。
每个代理 Discord 机器人
Section titled “每个代理 Discord 机器人”每个 Discord 机器人账号映射到一个唯一的 accountId。将每个账号绑定到一个代理,并为每个机器人维护允许列表。
{ agents: { list: [ { id: "main", workspace: "~/.openclaw/workspace-main" }, { id: "coding", workspace: "~/.openclaw/workspace-coding" }, ], }, bindings: [ { agentId: "main", match: { channel: "discord", accountId: "default" } }, { agentId: "coding", match: { channel: "discord", accountId: "coding" } }, ], channels: { discord: { groupPolicy: "allowlist", accounts: { default: { token: "DISCORD_BOT_TOKEN_MAIN", guilds: { "123456789012345678": { channels: { "222222222222222222": { allow: true, requireMention: false }, }, }, }, }, coding: { token: "DISCORD_BOT_TOKEN_CODING", guilds: { "123456789012345678": { channels: { "333333333333333333": { allow: true, requireMention: false }, }, }, }, }, }, }, },}备注:
- 邀请每个机器人加入服务器并启用消息内容意图。
- 令牌存储在
channels.discord.accounts.<id>.token中(默认账号可以使用DISCORD_BOT_TOKEN)。
每个代理 Telegram 机器人
Section titled “每个代理 Telegram 机器人”{ agents: { list: [ { id: "main", workspace: "~/.openclaw/workspace-main" }, { id: "alerts", workspace: "~/.openclaw/workspace-alerts" }, ], }, bindings: [ { agentId: "main", match: { channel: "telegram", accountId: "default" } }, { agentId: "alerts", match: { channel: "telegram", accountId: "alerts" } }, ], channels: { telegram: { accounts: { default: { botToken: "123456:ABC...", dmPolicy: "pairing", }, alerts: { botToken: "987654:XYZ...", dmPolicy: "allowlist", allowFrom: ["tg:123456789"], }, }, }, },}备注:
- 使用 BotFather 为每个代理创建一个机器人,并复制每个令牌。
- Token 存在于
channels.telegram.accounts.<id>.botToken中(默认账号可以使用TELEGRAM_BOT_TOKEN)。
每个 WhatsApp 号码
Section titled “每个 WhatsApp 号码”在启动网关之前链接每个账号:
openclaw channels login --channel whatsapp --account personalopenclaw channels login --channel whatsapp --account biz~/.openclaw/openclaw.json (JSON5):
{ agents: { list: [ { id: "home", default: true, name: "Home", workspace: "~/.openclaw/workspace-home", agentDir: "~/.openclaw/agents/home/agent", }, { id: "work", name: "Work", workspace: "~/.openclaw/workspace-work", agentDir: "~/.openclaw/agents/work/agent", }, ], },
// Deterministic routing: first match wins (most-specific first). bindings: [ { agentId: "home", match: { channel: "whatsapp", accountId: "personal" } }, { agentId: "work", match: { channel: "whatsapp", accountId: "biz" } },
// Optional per-peer override (example: send a specific group to work agent). { agentId: "work", match: { channel: "whatsapp", accountId: "personal", }, }, ],
// Off by default: agent-to-agent messaging must be explicitly enabled + allowlisted. tools: { agentToAgent: { enabled: false, allow: ["home", "work"], }, },
channels: { whatsapp: { accounts: { personal: { // Optional override. Default: ~/.openclaw/credentials/whatsapp/personal // authDir: "~/.openclaw/credentials/whatsapp/personal", }, biz: { // Optional override. Default: ~/.openclaw/credentials/whatsapp/biz // authDir: "~/.openclaw/credentials/whatsapp/biz", }, }, }, },}示例:WhatsApp 每日聊天 + Telegram 深度工作
Section titled “示例:WhatsApp 每日聊天 + Telegram 深度工作”按渠道拆分:将 WhatsApp 路由到一个快速的日常代理,将 Telegram 路由到一个 Opus 代理。
{ agents: { list: [ { id: "chat", name: "Everyday", workspace: "~/.openclaw/workspace-chat", model: "anthropic/claude-sonnet-4-6", }, { id: "opus", name: "Deep Work", workspace: "~/.openclaw/workspace-opus", model: "anthropic/claude-opus-4-6", }, ], }, bindings: [ { agentId: "chat", match: { channel: "whatsapp" } }, { agentId: "opus", match: { channel: "telegram" } }, ],}备注:
- 如果您在一个渠道有多个账号,请在绑定中添加
accountId(例如{ channel: "whatsapp", accountId: "personal" })。 - 要将单个私信/组路由到 Opus,同时保持其余部分在聊天中,请为该对等方添加
match.peer绑定;对等方匹配总是胜过渠道范围的规则。
示例:相同渠道,一个对等方到 Opus
Section titled “示例:相同渠道,一个对等方到 Opus”将 WhatsApp 保持在快速代理上,但将一条私信路由到 Opus:
{ agents: { list: [ { id: "chat", name: "Everyday", workspace: "~/.openclaw/workspace-chat", model: "anthropic/claude-sonnet-4-6", }, { id: "opus", name: "Deep Work", workspace: "~/.openclaw/workspace-opus", model: "anthropic/claude-opus-4-6", }, ], }, bindings: [ { agentId: "opus", match: { channel: "whatsapp", peer: { kind: "direct", id: "+15551234567" } }, }, { agentId: "chat", match: { channel: "whatsapp" } }, ],}对等方绑定总是胜出,因此请将它们放在渠道范围规则的上方。
绑定到 WhatsApp 群组的家庭代理
Section titled “绑定到 WhatsApp 群组的家庭代理”将专用的家庭代理绑定到单个 WhatsApp 群组,并配置提及门控 和更严格的工具策略:
{ agents: { list: [ { id: "family", name: "Family", workspace: "~/.openclaw/workspace-family", identity: { name: "Family Bot" }, groupChat: { mentionPatterns: ["@family", "@familybot", "@Family Bot"], }, sandbox: { mode: "all", scope: "agent", }, tools: { allow: ["exec", "read", "sessions_list", "sessions_history", "sessions_send", "sessions_spawn", "session_status"], deny: ["write", "edit", "apply_patch", "browser", "canvas", "nodes", "cron"], }, }, ], }, bindings: [ { agentId: "family", match: { channel: "whatsapp", }, }, ],}备注:
- 工具允许/拒绝列表针对的是 工具,而不是技能。如果技能需要运行
二进制文件,请确保允许
exec并且二进制文件存在于沙箱中。 - 为了更严格的门控,请设置
agents.list[].groupChat.mentionPatterns并为该渠道 保持群组允许列表的启用状态。
每个代理的沙箱和工具配置
Section titled “每个代理的沙箱和工具配置”每个代理可以拥有自己的沙箱和工具限制:
{ agents: { list: [ { id: "personal", workspace: "~/.openclaw/workspace-personal", sandbox: { mode: "off", // No sandbox for personal agent }, // No tool restrictions - all tools available }, { id: "family", workspace: "~/.openclaw/workspace-family", sandbox: { mode: "all", // Always sandboxed scope: "agent", // One container per agent docker: { // Optional one-time setup after container creation setupCommand: "apt-get update && apt-get install -y git curl", }, }, tools: { allow: ["read"], // Only read tool deny: ["exec", "write", "edit", "apply_patch"], // Deny others }, }, ], },}注意:setupCommand 位于 sandbox.docker 之下,并在容器创建时运行一次。
当解析的作用域是 "shared" 时,将忽略每个代理的 sandbox.docker.* 覆盖设置。
优势:
- 安全隔离:限制不受信任代理的工具
- 资源控制:将特定代理置于沙箱中,同时保持其他代理在主机上
- 灵活策略:每个代理具有不同的权限
注意:tools.elevated 是 全局 的且基于发送者;它无法按代理配置。
如果您需要按代理划分的边界,请使用 agents.list[].tools 来拒绝 exec。
对于群组定位,请使用 agents.list[].groupChat.mentionPatterns,以便 @提及 能够清晰地映射到目标代理。
有关详细示例,请参阅多智能体沙箱与工具。