OpenClaw中文社区

主题

多智能体路由 ​

目标：多个隔离的智能体（独立的工作区 + agentDir + 会话），加上多个通道账户（例如：两个 WhatsApp）在一个运行的 Gateway 中。入站消息通过绑定路由到智能体。

什么是"一个智能体"？ ​

一个智能体是一个完全限定的"大脑"，具有自己的：

  • 工作区（文件、AGENTS.md/SOUL.md/USER.md、本地笔记、人格规则）。
  • 状态目录（agentDir），用于身份认证配置、模型注册表和每个智能体的配置。
  • 会话存储（聊天历史记录 + 路由状态），位于 ~/.openclaw/agents/<agentId>/sessions 下。

身份认证配置是每个智能体独立的。每个智能体从自己的以下位置读取：

~/.openclaw/agents/<agentId>/agent/auth-profiles.json

主智能体凭证不会自动共享。切勿跨智能体重用 agentDir （这会导致身份认证/会话冲突）。如果您想共享凭证， 请将 auth-profiles.json 复制到其他智能体的 agentDir 中。

技能通过每个工作区的 skills/ 文件夹实现每个智能体独立的技能， 而共享技能可从 ~/.openclaw/skills 获取。 参见 技能：每个智能体 vs 共享。

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。

智能体助手 ​

使用智能体向导添加新的隔离智能体：

bash
openclaw agents add work

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

使用以下命令验证：

bash
openclaw agents list --bindings

多智能体 = 多个人，多种人格 ​

通过多个智能体，每个 agentId 成为一个完全隔离的人格：

  • 不同的电话号码/账户（每个通道的 accountId）。
  • 不同的人格（每个智能体的工作区文件，如 AGENTS.md 和 SOUL.md）。
  • 独立的身份认证 + 会话（除非明确启用，否则不会交叉通话）。

这让多个人可以共享一个 Gateway 服务器，同时保持他们的 AI "大脑"和数据隔离。

一个 WhatsApp 号码，多个人（私信分割） ​

您可以在保持一个 WhatsApp 账户的同时，将不同的 WhatsApp 私信路由到不同的智能体。匹配发送者的 E.164 格式号码（如 +15551234567）并设置 peer.kind: "dm"。回复仍然来自同一个 WhatsApp 号码（没有每个智能体的发送者身份）。

重要细节：直接聊天会折叠到智能体的主会话密钥，因此真正的隔离需要每个人一个智能体。

示例：

json5
{
  agents: {
    list: [
      { id: "alex", workspace: "~/.openclaw/workspace-alex" },
      { id: "mia", workspace: "~/.openclaw/workspace-mia" },
    ],
  },
  bindings: [
    { agentId: "alex", match: { channel: "whatsapp", peer: { kind: "dm", id: "+15551230001" } } },
    { agentId: "mia", match: { channel: "whatsapp", peer: { kind: "dm", id: "+15551230002" } } },
  ],
  channels: {
    whatsapp: {
      dmPolicy: "allowlist",
      allowFrom: ["+15551230001", "+15551230002"],
    },
  },
}

说明：

  • 私信访问控制是每个 WhatsApp 账户全局的（配对/允许列表），而不是每个智能体。
  • 对于共享的群组，将群组绑定到一个智能体或使用 广播群组。

路由规则（消息如何选择智能体） ​

绑定是确定性的，最具体的匹配优先：

  1. peer 匹配（精确的私信/群组/频道 ID）
  2. guildId（Discord）
  3. teamId（Slack）
  4. 通道的 accountId 匹配
  5. 通道级匹配（accountId: "*"）
  6. 回退到默认智能体（agents.list[].default，否则是第一个列表项，默认：main）

多个账户/电话号码 ​

支持多个账户的通道（例如 WhatsApp）使用 accountId 来标识每个登录。 每个 accountId 可以路由到不同的智能体，因此一个服务器可以承载多个电话号码，而不会混淆会话。

概念 ​

  • agentId：一个"大脑"（工作区、每个智能体的身份认证、每个智能体的会话存储）。
  • accountId：一个通道账户实例（例如 WhatsApp 账户 "personal" vs "biz"）。
  • binding：通过 (channel, accountId, peer) 将入站消息路由到 agentId，并可选地指定 guild/team ID。
  • 直接聊天折叠到 agent:<agentId>:<mainKey>（每个智能体的"main"；session.mainKey）。

示例：两个 WhatsApp → 两个智能体 ​

~/.openclaw/openclaw.json（JSON5）：

js
{
  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",
      },
    ],
  },

  // 确定性路由：第一个匹配的规则获胜（最具体的在前）。
  bindings: [
    { agentId: "home", match: { channel: "whatsapp", accountId: "personal" } },
    { agentId: "work", match: { channel: "whatsapp", accountId: "biz" } },

    // 可选的每个对等方覆盖（例如：将特定群组发送到工作智能体）。
    {
      agentId: "work",
      match: {
        channel: "whatsapp",
        accountId: "personal",
        peer: { kind: "group", id: "1203630...@g.us" },
      },
    },
  ],

  // 默认关闭：智能体到智能体的消息必须明确启用并加入允许列表。
  tools: {
    agentToAgent: {
      enabled: false,
      allow: ["home", "work"],
    },
  },

  channels: {
    whatsapp: {
      accounts: {
        personal: {
          // 可选覆盖。默认：~/.openclaw/credentials/whatsapp/personal
          // authDir: "~/.openclaw/credentials/whatsapp/personal",
        },
        biz: {
          // 可选覆盖。默认：~/.openclaw/credentials/whatsapp/biz
          // authDir: "~/.openclaw/credentials/whatsapp/biz",
        },
      },
    },
  },
}

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

按通道分割：将 WhatsApp 路由到快速日常智能体，将 Telegram 路由到 Opus 智能体。

json5
{
  agents: {
    list: [
      {
        id: "chat",
        name: "Everyday",
        workspace: "~/.openclaw/workspace-chat",
        model: "anthropic/claude-sonnet-4-5",
      },
      {
        id: "opus",
        name: "Deep Work",
        workspace: "~/.openclaw/workspace-opus",
        model: "anthropic/claude-opus-4-5",
      },
    ],
  },
  bindings: [
    { agentId: "chat", match: { channel: "whatsapp" } },
    { agentId: "opus", match: { channel: "telegram" } },
  ],
}

说明：

  • 如果您有某个通道的多个账户，请在绑定中添加 accountId（例如 { channel: "whatsapp", accountId: "personal" }）。
  • 要将单个私信/群组路由到 Opus，同时将其他内容保留在 chat 上，请为该对等方添加 match.peer 绑定；对等方匹配始终覆盖通道范围的规则。

示例：同一通道，一个对等方到 Opus ​

将 WhatsApp 保持在快速智能体上，但将一个私信路由到 Opus：

json5
{
  agents: {
    list: [
      {
        id: "chat",
        name: "Everyday",
        workspace: "~/.openclaw/workspace-chat",
        model: "anthropic/claude-sonnet-4-5",
      },
      {
        id: "opus",
        name: "Deep Work",
        workspace: "~/.openclaw/workspace-opus",
        model: "anthropic/claude-opus-4-5",
      },
    ],
  },
  bindings: [
    { agentId: "opus", match: { channel: "whatsapp", peer: { kind: "dm", id: "+15551234567" } } },
    { agentId: "chat", match: { channel: "whatsapp" } },
  ],
}

对等方绑定始终获胜，因此将它们放在通道范围规则之上。

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

将专用的家庭智能体绑定到单个 WhatsApp 群组，具有提及限制 和更严格的工具策略：

json5
{
  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: "120363999999999999@g.us" },
      },
    },
  ],
}

说明：

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

每个智能体的沙箱和工具配置 ​

从 v2026.1.6 开始，每个智能体可以拥有自己的沙箱和工具限制：

js
{
  agents: {
    list: [
      {
        id: "personal",
        workspace: "~/.openclaw/workspace-personal",
        sandbox: {
          mode: "off",  // 个人智能体不使用沙箱
        },
        // 没有工具限制 - 所有工具都可用
      },
      {
        id: "family",
        workspace: "~/.openclaw/workspace-family",
        sandbox: {
          mode: "all",     // 始终沙箱化
          scope: "agent",  // 每个智能体一个容器
          docker: {
            // 容器创建后的可选一次性设置
            setupCommand: "apt-get update && apt-get install -y git curl",
          },
        },
        tools: {
          allow: ["read"],                    // 仅允许读取工具
          deny: ["exec", "write", "edit", "apply_patch"],    // 拒绝其他工具
        },
      },
    ],
  },
}

说明：setupCommand 位于 sandbox.docker 下，并在容器创建时运行一次。 当解析的作用域为 "shared" 时，会忽略每个智能体的 sandbox.docker.* 覆盖。

优势：

  • 安全隔离：为不受信任的智能体限制工具
  • 资源控制：沙箱特定智能体，同时将其他智能体保留在主机上
  • 灵活策略：每个智能体不同的权限

说明：tools.elevated 是全局的且基于发送者；它不能按智能体配置。 如果您需要每个智能体的边界，请使用 agents.list[].tools 来拒绝 exec。 对于群组定位，请使用 agents.list[].groupChat.mentionPatterns，以便 @提及清楚地映射到预期的智能体。

有关详细示例，请参阅 多智能体沙箱和工具。

基于 MIT 许可发布

Copyright © 2026-present OpenClaw中文社区