agentDir)和由 SQLite 支持的会话历史记录,以及多个渠道账户(例如两个 WhatsApp 号码)。入站消息通过绑定路由到正确的智能体。
智能体是每个人格角色的完整作用域:工作区文件、身份验证配置文件、模型注册表和会话存储。绑定将渠道账户(Slack 工作区、WhatsApp 号码等)映射到其中一个智能体。
什么是一个智能体
每个智能体都有自己的:- 工作区:文件、
AGENTS.md/SOUL.md/USER.md、本地笔记、人格角色规则。 - 状态目录(
agentDir):身份验证配置文件、模型注册表、每智能体配置。 - 会话存储:
~/.openclaw/agents/<agentId>/agent/openclaw-agent.sqlite中的聊天历史记录和路由状态。
sessions_history 是更安全的跨会话回忆路径:它返回有界且经过脱敏的视图,而不是原始对话记录转储。它会移除思考块签名、工具结果载荷详情、<relevant-memories> 脚手架、工具调用 XML 标签(<tool_call>、<function_call> 及其复数形式和降级形式)和 MiniMax 工具调用 XML,然后截断输出并按字节大小限制输出上限。~/.openclaw/skills 等共享根目录加载,然后根据智能体的有效技能允许列表进行筛选。使用 agents.defaults.skills 设置共享基线,使用 agents.entries.*.skills 设置每智能体替代项(显式条目会替代默认值,而不是与其合并)。请参阅 Skills:每智能体与共享 Skills和 Skills:智能体允许列表。
插件拥有的存储遵循该插件的配置;添加第二个智能体
不会自动拆分所有全局插件存储。例如,当人格角色不能共享
已编译的 wiki 知识时,请配置
Memory Wiki 每智能体保管库。
工作区注意事项:每个智能体的工作区是默认 cwd,而不是硬性沙箱。相对路径在工作区内解析,但除非启用沙箱隔离,否则绝对路径可以访问主机上的其他位置。请参阅沙箱隔离。
路径
单智能体模式(默认)
如果未进行任何配置,OpenClaw 会运行一个智能体:agentId默认为main。- 会话键为
agent:main:<mainKey>(默认mainKey为main)。 - 工作区默认为
~/.openclaw/workspace(当OPENCLAW_PROFILE设置为default以外的值时,为workspace-<profile>)。 - 状态默认为
~/.openclaw/agents/main/agent。
智能体辅助工具
添加新的隔离智能体:--workspace <dir>、--model <id>、--agent-dir <dir>、--bind <channel[:accountId]>(可重复使用)、--non-interactive(需要 --workspace)。
添加 bindings 以路由入站消息(向导会询问是否代为执行),然后验证:
快速开始
1
创建每个智能体的工作区
SOUL.md、AGENTS.md 和可选的 USER.md,并在 ~/.openclaw/agents/<agentId> 下拥有专用的 agentDir 和会话存储。2
3
添加智能体、账户和绑定
在
agents.entries 下添加智能体,在 channels.<channel>.accounts 下添加渠道账户,并使用 bindings 将它们连接起来(示例如下)。4
重启并验证
多个智能体、多个角色人格
每个已配置的agentId 都是核心智能体状态的独立人格角色边界:
- 每个渠道使用不同账户(按
accountId)。 - 不同人格(通过每智能体
AGENTS.md/SOUL.md)。 - 身份验证和会话彼此分离,仅通过显式功能或插件配置启用跨智能体访问。
每智能体 Memory Wiki 保管库
Memory Wiki 默认使用一个全局保管库。要使支持智能体的 已编译知识与营销智能体的知识分离,请将plugins.entries.memory-wiki.config.vault.scope 设置为 agent:
~/.openclaw/wiki/support 和
~/.openclaw/wiki/marketing 等路径。配置多个智能体时,智能体作用域的 CLI 和 Gateway 网关操作
需要显式指定智能体。有关桥接
筛选、迁移和信任边界的详情,请参阅
Memory Wiki 每智能体保管库。
跨智能体 QMD 记忆搜索
要允许一个智能体搜索另一个智能体的 QMD 会话对话记录,请在agents.entries.*.memory.search.qmd.extraCollections 下添加额外集合。当所有智能体都应共享相同集合时,请使用 memory.search.qmd.extraCollections。
name 仍需显式指定。工作区内的路径仍按智能体划分作用域,因此每个智能体都保留自己的对话记录搜索集。
一个 WhatsApp 号码,多个人(私信拆分)
在一个 WhatsApp 账户上,通过使用peer.kind: "direct" 匹配发送者 E.164(+15551234567),将不同的 WhatsApp 私信路由到不同的智能体。回复仍从同一个 WhatsApp 号码发出——不存在每智能体发送者身份。
默认情况下,直接聊天会归并到智能体的主会话键,因此真正的隔离要求每个人使用一个智能体。
路由规则
绑定是确定性的,并以最具体的匹配为准。有关完整的层级顺序(精确对端、父对端、对端通配符、服务器 + 角色、服务器、团队、账户、渠道、默认智能体),请参阅渠道路由。这里有几项值得特别说明的规则:- 如果同一层级内有多个绑定匹配,则配置顺序中的第一个绑定获胜。
- 如果绑定设置了多个匹配字段(例如
peer+guildId),则所有指定字段都必须匹配(AND语义)。 - 省略
accountId的绑定只匹配默认账户,而不是所有账户。使用accountId: "*"设置渠道范围的回退,或使用accountId: "<name>"指定一个账户。再次添加同一绑定并显式指定账户 ID,会升级现有的仅渠道绑定,而不是创建重复绑定。
多个账户/电话号码
支持多个账户的渠道(例如 WhatsApp)使用accountId 标识每次登录。每个 accountId 都会路由到自己的智能体,因此一台服务器可以托管多个电话号码而不会混用会话。
设置 channels.<channel>.defaultAccount,以选择省略 accountId 时使用的账户。未设置时,如果存在 default,OpenClaw 将回退到该账户;否则使用配置的第一个账户 ID(排序后)。
支持多个账户的渠道:discord、feishu、googlechat、imessage、irc、line、mattermost、matrix、nextcloud-talk、nostr、signal、slack、telegram、whatsapp、zalo、zalouser。
概念
agentId:一个“大脑”(工作区、每个智能体的身份验证、每个智能体的会话存储)。accountId:一个渠道账户实例(例如 WhatsApp 账户personal与biz)。binding:根据(channel, accountId, peer)将入站消息路由到agentId,并可选择使用服务器/团队 ID。- 直接聊天会归并到
agent:<agentId>:<mainKey>(每个智能体的“主”会话;参见session.mainKey)。
平台示例
每个智能体使用一个 Discord Bot
每个智能体使用一个 Discord Bot
每个 Discord Bot 账户都映射到唯一的
accountId。将每个账户绑定到一个智能体,并为每个 Bot 分别维护允许列表。- 邀请每个 Bot 加入服务器,并启用 Message Content Intent。
- 令牌位于
channels.discord.accounts.<id>.token中(默认账户可以使用DISCORD_BOT_TOKEN)。
每个智能体使用一个 Telegram Bot
每个智能体使用一个 Telegram Bot
- 使用 BotFather 为每个智能体创建一个 Bot,并复制各自的令牌。
- 令牌位于
channels.telegram.accounts.<id>.botToken中(默认账户可以使用TELEGRAM_BOT_TOKEN)。 - 如果同一个 Telegram 群组中有多个 Bot,请邀请每个 Bot,并提及应当回答的那个 Bot。
- 为每个群组 Bot 禁用 BotFather Privacy Mode(
/setprivacy-> Disable),然后移除并重新添加该 Bot,以便 Telegram 应用此设置。 - 使用
channels.telegram.groups允许群组,或仅在可信的群组部署中使用groupPolicy: "open"。 - 将发送者用户 ID 放入
groupAllowFrom。群组和超级群组 ID 应放入channels.telegram.groups,而不是groupAllowFrom。 - 按
accountId绑定,使每个 Bot 都路由到其各自的智能体。
每个智能体使用一个 WhatsApp 号码
每个智能体使用一个 WhatsApp 号码
启动 Gateway 网关前,先关联每个账户:
~/.openclaw/openclaw.json(JSON5):常见模式
- WhatsApp 日常使用 + Telegram 深度工作
- 同一渠道中将一个对端路由到 Opus
- 绑定到 WhatsApp 群组的家庭智能体
按渠道拆分:将 WhatsApp 路由到快速的日常智能体,将 Telegram 路由到 Opus 智能体。这些示例使用
accountId: "*",因此以后添加账户时,绑定仍能正常工作。若要将单个私信/群组路由到 Opus,同时让其余消息继续由 chat 处理,请为该对端添加 match.peer 绑定——对端匹配始终优先于渠道级规则。按智能体配置沙箱和工具
每个智能体都可以有自己的沙箱和工具限制:setupCommand 位于 sandbox.docker 下,并在创建容器时运行一次。当解析后的作用域为 "shared" 时,会忽略每个智能体的 sandbox.docker.* 覆盖设置。- 安全隔离:限制不可信智能体可使用的工具。
- 资源控制:对特定智能体进行沙箱隔离,同时让其他智能体在主机上运行。
- 灵活策略:为不同智能体设置不同权限。
tools.elevated 同时具有全局门控(tools.elevated.enabled/allowFrom)和每个智能体的门控(agents.entries.*.tools.elevated.enabled/allowFrom)。每个智能体的门控只能进一步限制全局门控——必须两者都允许某个发送者,该发送者才能运行提升权限的命令。对于群组定向,请使用 agents.entries.*.groupChat.mentionPatterns,以便将 @提及明确映射到目标智能体。