通道和路由（Channels & routing）

OpenClaw 将回复路由回消息来源的通道。模型不选择通道；路由是确定性的，由主机配置控制。

关键术语

  • 通道（Channel）：whatsapp、telegram、discord、slack、signal、imessage、webchat。
  • 账户 ID（AccountId）：每个通道的账户实例（当支持时）。
  • 代理 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:42
  • agent:main:discord:channel:123456:thread:987654

路由规则（如何选择代理）

路由为每条入站消息选择一个代理：

  1. 精确对等匹配（带有 peer.kind + peer.id 的 bindings）。
  2. 公会匹配（Discord）通过 guildId。
  3. 团队匹配（Slack）通过 teamId。
  4. 账户匹配（通道上的 accountId）。
  5. 通道匹配（该通道上的任何账户）。
  6. 默认代理（agents.list[].default，否则第一个列表条目，回退到 main）。

匹配的代理确定使用哪个工作区和会话存储。

广播组（运行多个代理）

广播组让你为同一对等方运行多个代理，当 OpenClaw 通常会回复时（例如：在 WhatsApp 群组中，在提及/激活门控之后）。

配置：

{
  broadcast: {
    strategy: "parallel",
    "[email protected]": ["alfred", "baerbel"],
    "+15555550123": ["support", "logger"]
  }
}

参见：广播组（Broadcast Groups）。

配置概述

  • agents.list：命名的代理定义（工作区、模型等）。
  • bindings：将入站通道/账户/对等方映射到代理。

示例：

{
  agents: {
    list: [
      { id: "support", name: "Support", workspace: "~/.openclaw/workspace-support" }
    ]
  },
  bindings: [
    { match: { channel: "slack", teamId: "T123" }, agentId: "support" },
    { match: { channel: "telegram", peer: { kind: "group", id: "-100123" } }, agentId: "support" }
  ]
}

会话存储

会话存储位于状态目录下（默认 ~/.openclaw）：

  • ~/.openclaw/agents/<agentId>/sessions/sessions.json
  • JSONL 记录与存储一起存放

你可以通过 session.store 和 {agentId} 模板覆盖存储路径。

WebChat 行为

WebChat 附加到选定的代理并默认为代理的主会话。因此，WebChat 允许你在一个地方查看该代理的跨通道上下文。

回复上下文

入站回复包括：

  • ReplyToId、ReplyToBody 和 ReplyToSender（当可用时）。
  • 引用的上下文作为 [Replying to ...] 块追加到 Body。

这在所有通道中都是一致的。

← 返回文档首页