渠道与路由
OpenClaw 会将回复路由回消息来源的渠道。模型不会选择渠道;路由是确定性的,并由主机配置控制。关键术语
- 渠道:
telegram、whatsapp、discord、irc、googlechat、slack、signal、imessage、line,以及扩展渠道。webchat是内部 WebChat UI 渠道,不是可配置的出站渠道。 - AccountId:每个渠道的账户实例(在支持时)。
- 可选的渠道默认账户:
channels.<channel>.defaultAccount用于指定当出站路径未指定accountId时使用哪个账户。- 在多账户配置中,当配置了两个或更多账户时,请设置显式默认值(
defaultAccount或accounts.default)。否则,回退路由可能会选择第一个规范化后的账户 ID。
- 在多账户配置中,当配置了两个或更多账户时,请设置显式默认值(
- AgentId:隔离的工作区 + 会话存储(“大脑”)。
- SessionKey:用于存储上下文并控制并发的桶键。
会话键形态(示例)
私信会折叠到智能体的主会话:agent:<agentId>:<mainKey>(默认:agent:main:main)
- 群组:
agent:<agentId>:<channel>:group:<id> - 渠道/房间:
agent:<agentId>:<channel>:channel:<id>
- Slack/Discord 线程会在基础键后追加
:thread:<threadId>。 - Telegram 论坛话题会在群组键中嵌入
:topic:<topicId>。
agent:main:telegram:group:-1001234567890:topic:42agent:main:discord:channel:123456:thread:987654
主私信路由固定
当session.dmScope 为 main 时,私信可以共享一个主会话。
为防止该会话的 lastRoute 被非所有者私信覆盖,OpenClaw 会在以下条件全部满足时,从 allowFrom 推断一个固定的所有者:
allowFrom恰好只有一个非通配符条目。- 该条目可规范化为该渠道的一个具体发送者 ID。
- 入站私信发送者与该固定所有者不匹配。
lastRoute。
路由规则(如何选择一个智能体)
路由会为每条入站消息选择一个智能体:- 精确对等方匹配(带
peer.kind+peer.id的bindings)。 - 父对等方匹配(线程继承)。
- Guild + roles 匹配(Discord),通过
guildId+roles。 - Guild 匹配(Discord),通过
guildId。 - Team 匹配(Slack),通过
teamId。 - 账户匹配(渠道上的
accountId)。 - 渠道匹配(该渠道上的任意账户,
accountId: "*")。 - 默认智能体(
agents.list[].default,否则为列表中的第一项,回退为main)。
peer、guildId、teamId、roles)时,所有已提供字段都必须匹配,该绑定才会生效。
匹配到的智能体决定使用哪个工作区和会话存储。
广播组(运行多个智能体)
广播组允许你在同一个对等方上运行多个智能体,前提是 OpenClaw 在通常情况下会进行回复(例如:在 WhatsApp 群组中,通过提及/激活门控之后)。 配置:配置概览
agents.list:具名智能体定义(工作区、模型等)。bindings:将入站渠道/账户/对等方映射到智能体。
会话存储
会话存储位于状态目录下(默认~/.openclaw):
~/.openclaw/agents/<agentId>/sessions/sessions.json- JSONL 转录文件与存储文件位于同一目录
session.store 和 {agentId} 模板覆盖存储路径。
Gateway 网关和 ACP 会话发现还会扫描默认 agents/ 根目录下,以及经模板化 session.store 根路径下的磁盘支持智能体存储。发现到的存储必须保持在解析后的智能体根目录内,并使用常规的 sessions.json 文件。符号链接和根目录外路径会被忽略。
WebChat 行为
WebChat 会附加到所选智能体,并默认连接到该智能体的主会话。因此,WebChat 让你能够在一个地方查看该智能体的跨渠道上下文。回复上下文
入站回复在可用时包含:ReplyToId、ReplyToBody和ReplyToSender。- 引用上下文会作为
[Replying to ...]块追加到Body中。