在一个正在运行的 Gateway 中运行多个 隔离的 代理——每个代理都有自己的工作区、状态目录(Documentation Index
Fetch the complete documentation index at: https://openclaw.zhcndoc.com/llms.txt
Use this file to discover all available pages before exploring further.
agentDir)和会话历史——以及多个通道账户(例如两个 WhatsApp)。入站消息会通过绑定路由到正确的代理。
这里的 agent 指的是完整的按角色范围:工作区文件、认证配置文件、模型注册表和会话存储。agentDir 是磁盘上的状态目录,用于保存这个按代理划分的配置,路径为 ~/.openclaw/agents/<agentId>/。binding 会将一个通道账户(例如一个 Slack 工作区或一个 WhatsApp 号码)映射到这些代理中的某一个。
什么是“一个 agent”?
一个 agent 是一个完整范围的“脑”,它拥有自己的:- 工作区(文件、AGENTS.md/SOUL.md/USER.md、本地笔记、角色规则)。
- 状态目录(
agentDir),用于存放认证配置文件、模型注册表和按代理划分的配置。 - 会话存储(聊天历史 + 路由状态),位于
~/.openclaw/agents/<agentId>/sessions下。
这里的
sessions_history 同样是更安全的跨会话回忆路径:它返回的是受限、已清理的视图,而不是原始转录内容的完整导出。助手回忆会在重定向/截断前去除 thinking 标签、<relevant-memories> 支架、纯文本工具调用 XML 负载(包括 <tool_call>...</tool_call>、<function_call>...</function_call>、<tool_calls>...</tool_calls>、<function_calls>...</function_calls> 以及被截断的工具调用块)、降级的工具调用支架、泄露的 ASCII/全角模型控制标记,以及格式错误的 MiniMax 工具调用 XML。~/.openclaw/skills)加载,然后在配置了有效 agent 技能白名单时,按其进行过滤。使用 agents.defaults.skills 作为共享基础,使用 agents.list[].skills 进行每个 agent 的替换。参见 Skills: per-agent vs shared 和 Skills: agent skill allowlists。
Gateway 可以托管 一个 agent(默认)或 多个 agent 并排运行。
工作区说明: 每个 agent 的工作区都是默认 cwd,而不是硬性沙箱。相对路径会在工作区内解析,但只要未启用沙箱,绝对路径仍可访问其他主机位置。参见 Sandboxing。
路径(快速映射)
- 配置:
~/.openclaw/openclaw.json(或OPENCLAW_CONFIG_PATH) - 状态目录:
~/.openclaw(或OPENCLAW_STATE_DIR) - 工作区:
~/.openclaw/workspace(或~/.openclaw/workspace-<agentId>) - Agent 目录:
~/.openclaw/agents/<agentId>/agent(或agents.list[].agentDir) - 会话:
~/.openclaw/agents/<agentId>/sessions
单 agent 模式(默认)
如果你什么都不做,OpenClaw 会运行一个单独的 agent:agentId默认是main。- 会话键为
agent:main:<mainKey>。 - 工作区默认是
~/.openclaw/workspace(或者在设置了OPENCLAW_PROFILE时为~/.openclaw/workspace-<profile>)。 - 状态默认是
~/.openclaw/agents/main/agent。
Agent 助手
使用 agent 向导添加一个新的隔离 agent:bindings(或者让向导来做)以路由入站消息。
使用以下命令验证:
快速开始
创建每个 agent 工作区
使用向导或手动创建工作区:每个 agent 都会获得自己的工作区,其中包含
SOUL.md、AGENTS.md 和可选的 USER.md,以及位于 ~/.openclaw/agents/<agentId> 下的专用 agentDir 和会话存储。添加 agents、账户和 bindings
在
agents.list 下添加 agents,在 channels.<channel>.accounts 下添加通道账户,并使用 bindings 将它们连接起来(示例见下文)。多个 agents = 多个人,多个角色
使用 多个 agents 时,每个agentId 都会成为一个完全隔离的角色:
- 不同的电话号码/账户(按通道
accountId区分)。 - 不同的角色(每个 agent 的工作区文件,如
AGENTS.md和SOUL.md)。 - 独立的认证 + 会话(除非显式启用,否则不会交叉通信)。
跨 agent 的 QMD 内存搜索
如果一个 agent 应该搜索另一个 agent 的 QMD 会话转录,请在agents.list[].memorySearch.qmd.extraCollections 下添加额外集合。仅当每个 agent 都应继承相同的共享转录集合时,才使用 agents.defaults.memorySearch.qmd.extraCollections。
一个 WhatsApp 号码,多个人(DM 拆分)
你可以在保持同一个 WhatsApp 账户的情况下,将不同的 WhatsApp 私聊路由到不同的 agent。按发送者的 E.164 号码(例如+15551234567)并结合 peer.kind: "direct" 进行匹配。回复仍然会从同一个 WhatsApp 号码发出(不会有按 agent 区分的发送者身份)。
直接聊天会折叠到 agent 的主会话键,因此真正的隔离需要每个人一个 agent。
- DM 访问控制是 按 WhatsApp 账户全局生效 的(配对/白名单),不是按 agent 生效。
- 对于共享群组,将群组绑定到一个 agent,或者使用 Broadcast groups。
路由规则(消息如何选择 agent)
bindings 是 确定性的,并且 最具体的匹配优先:优先级规则与 AND 语义
优先级规则与 AND 语义
- 如果多个 binding 在同一层级匹配,则按配置顺序中的第一个获胜。
- 如果一个 binding 设置了多个匹配字段(例如
peer+guildId),则所有指定字段都必须满足(AND语义)。
账户作用域细节
账户作用域细节
- 省略
accountId的 binding 只匹配默认账户。 - 使用
accountId: "*"可作为覆盖所有账户的通道级回退。 - 如果之后你为同一个 agent 添加了相同的 binding,并显式指定账户 id,OpenClaw 会将已有的仅通道 binding 升级为按账户作用域,而不会重复创建。
多个账户 / 电话号码
支持 多个账户 的通道(例如 WhatsApp)使用accountId 来标识每次登录。每个 accountId 都可以路由到不同的 agent,因此一台服务器可以托管多个电话号码而不会混淆会话。
如果你希望在省略 accountId 时有一个通道级默认账户,请设置 channels.<channel>.defaultAccount(可选)。如果未设置,OpenClaw 会回退到 default(若存在),否则回退到第一个已配置的账户 id(按排序)。
支持这种模式的常见通道包括:
whatsapp,telegram,discord,slack,signal,imessageirc,line,googlechat,mattermost,matrix,nextcloud-talkbluebubbles,zalo,zalouser,nostr,feishu
概念
agentId:一个“脑”(工作区、按 agent 的认证、按 agent 的会话存储)。accountId:一个频道账号实例(例如 WhatsApp 账号"personal"与"biz")。binding:通过(channel, accountId, peer)将入站消息路由到某个agentId,并可选地包含 guild/team id。- 直接聊天会折叠为
agent:<agentId>:<mainKey>(按 agent 的“主键”;session.mainKey)。
平台示例
Discord bots per agent
Discord bots per agent
每个 Discord bot 账号映射到唯一的
accountId。将每个账号绑定到一个 agent,并为每个 bot 保持 allowlist。- 将每个 bot 邀请到 guild,并启用 Message Content Intent。
- 令牌存放在
channels.discord.accounts.<id>.token中(默认账号可以使用DISCORD_BOT_TOKEN)。
Telegram bots per agent
Telegram bots per agent
- 使用 BotFather 为每个 agent 创建一个 bot,并复制每个 token。
- 令牌存放在
channels.telegram.accounts.<id>.botToken中(默认账号可以使用TELEGRAM_BOT_TOKEN)。
WhatsApp numbers per agent
WhatsApp numbers per agent
在启动网关之前先链接每个账号:
~/.openclaw/openclaw.json(JSON5):常见模式
- WhatsApp daily + Telegram deep work
- Same channel, one peer to Opus
- Family agent bound to a WhatsApp group
按频道拆分:将 WhatsApp 路由到一个快速的日常 agent,将 Telegram 路由到一个 Opus agent。说明:
- 如果你为某个频道有多个账号,请在 binding 中添加
accountId(例如{ channel: "whatsapp", accountId: "personal" })。 - 若要在其余消息仍走 chat 的情况下,将某个单独 DM/群组路由到 Opus,请为该 peer 添加
match.peerbinding;peer 匹配始终优先于按频道的规则。
每个 agent 的 sandbox 和工具配置
每个 agent 都可以拥有自己的 sandbox 和工具限制:setupCommand 位于 sandbox.docker 下,并在容器创建时运行一次。若解析后的 scope 为 "shared",则会忽略每个 agent 的 sandbox.docker.* 覆盖项。- 安全隔离:限制不受信任 agent 的工具。
- 资源控制:对特定 agent 使用 sandbox,同时让其他 agent 继续在主机上运行。
- 灵活策略:为不同 agent 提供不同权限。
tools.elevated 是 全局的 且基于发送者;它不能按 agent 配置。如果你需要按 agent 划分边界,请使用 agents.list[].tools 来拒绝 exec。对于群组目标,请使用 agents.list[].groupChat.mentionPatterns,以便 @mention 能正确映射到预期的 agent。相关内容
- ACP agents — 运行外部编码框架
- Channel routing — 消息如何路由到代理
- Presence — 代理在线状态和可用性
- Session — 会话隔离和路由
- Sub-agents — 启动后台代理运行