跳转到内容

多智能体路由

目标:在一个运行的 Gateway(网关) 中拥有多个 隔离的 代理(独立的工作区 + agentDir + 会话),以及多个渠道账户(例如两个 WhatsApp)。入站流量通过绑定路由到代理。

一个 智能体 是一个具有完全作用域的大脑,拥有其自己的:

  • 工作区(文件、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,而非严格的 沙箱。相对路径在工作区内解析,但除非启用沙箱隔离,否则绝对路径可以 访问主机上的其他位置。参见 沙箱隔离

  • 配置:~/.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 向导添加一个新的独立 agent:

Terminal window
openclaw agents add work

然后添加 bindings(或让向导完成此操作)以路由入站消息。

使用以下命令验证:

Terminal window
openclaw agents list --bindings
  1. 创建每个代理工作区

    使用向导或手动创建工作区:

    Terminal window
    openclaw agents add coding
    openclaw agents add social

    每个代理都有自己的工作区,包含 SOUL.mdAGENTS.md 和可选的 USER.md,以及位于 `~/.openclaw/agents/

    下的专用agentDir` 和会话存储。

  2. 创建渠道账户

    在您首选的渠道上为每个代理创建一个账户:

    • Discord:每个代理一个机器人,启用消息内容意图,复制每个令牌。
    • Telegram:通过 BotFather 为每个代理创建一个机器人,复制每个令牌。
    • WhatsApp:将每个电话号码链接到每个账户。
    Terminal window
    openclaw channels login --channel whatsapp --account work

    请参阅渠道指南:DiscordTelegramWhatsApp

  3. 添加代理、账户和绑定

    agents.list 下添加代理,在 `channels.

    .accounts下添加渠道账户,并使用bindings` 连接它们(示例如下)。

  4. 重启并验证

    Terminal window
    openclaw gateway restart
    openclaw agents list --bindings
    openclaw channels status --probe

多个代理 = 多个人物,多种个性

Section titled “多个代理 = 多个人物,多种个性”

拥有多个代理后,每个 agentId 都变成了一个完全隔离的个性角色

  • 不同的电话号码/账户(针对每个渠道 accountId)。
  • 不同的个性(每个代理的工作区文件,如 AGENTS.mdSOUL.md)。
  • 独立的认证 + 会话(除非明确启用,否则不会发生串扰)。

这让多人可以共享一个 Gateway(网关) 服务器,同时保持各自的 AI“大脑”和数据隔离。

如果一个代理应该搜索另一个代理的 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 “路由规则(消息如何选择代理)”

绑定是确定性的,并且最具体者胜出

  1. peer 匹配(精确的私信/组/渠道 ID)
  2. parentPeer 匹配(线程继承)
  3. guildId + roles(Discord 角色路由)
  4. guildId(Discord)
  5. teamId(Slack)
  6. 针对渠道的 accountId 匹配
  7. 渠道级匹配(accountId: "*"
  8. 回退到默认代理(agents.list[].default,否则为列表中的第一个条目,默认值:main

如果在同一层级有多个绑定匹配,则配置顺序中的第一个获胜。如果一个绑定设置了多个匹配字段(例如 peer + guildId),则所有指定的字段都是必需的(AND 语义)。

重要的账户范围细节:

  • 省略 accountId 的绑定仅匹配默认账户。
  • 使用 accountId: "*" 进行所有账户的范围内渠道级回退。
  • 如果您随后为同一代理添加了带有显式账户 ID 的相同绑定,OpenClaw 会将现有的仅渠道绑定升级为账户作用域绑定,而不是重复它。

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

如果你希望在省略 accountId 时有一个渠道范围的默认账号,请设置 channels.<channel>.defaultAccount(可选)。如果未设置,OpenClaw 将回退 到 default(如果存在),否则回退到第一个配置的账号 id(排序后)。

支持此模式的常见渠道包括:

  • whatsapptelegramdiscordslacksignalimessage
  • irclinegooglechatmattermostmatrixnextcloud-talk
  • bluebubbleszalozalousernostrfeishu
  • agentId:一个“大脑”(工作区、每代理身份验证、每代理会话存储)。
  • accountId:一个渠道账号实例(例如 WhatsApp 账号 "personal""biz")。
  • binding:根据 (channel, accountId, peer) 以及可选的公会/团队 id 将入站消息路由到 agentId
  • 直接聊天会折叠为 agent:<agentId>:<mainKey>(每代理“主”;session.mainKey)。

每个 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)。
{
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)。

在启动网关之前链接每个账号:

Terminal window
openclaw channels login --channel whatsapp --account personal
openclaw 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",
peer: { kind: "group", id: "[email protected]" },
},
},
],
// 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 群组,并配置提及门控 和更严格的工具策略:

{
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",
peer: { kind: "group", id: "[email protected]" },
},
},
],
}

备注:

  • 工具允许/拒绝列表针对的是 工具,而不是技能。如果技能需要运行 二进制文件,请确保允许 exec 并且二进制文件存在于沙箱中。
  • 为了更严格的门控,请设置 agents.list[].groupChat.mentionPatterns 并为该渠道 保持群组允许列表的启用状态。

每个代理可以拥有自己的沙箱和工具限制:

{
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,以便 @提及 能够清晰地映射到目标代理。

有关详细示例,请参阅多智能体沙箱与工具