渠道路由

渠道与路由

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

关键术语

• 渠道：whatsapp、telegram、discord、slack、signal、imessage、webchat。
• AccountId：每个渠道的账户实例（在支持的情况下）。
• 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. 精确对端匹配（bindings 中的 peer.kind + peer.id）。
2. Guild 匹配（Discord）通过 guildId。
3. Team 匹配（Slack）通过 teamId。
4. 账户匹配（渠道上的 accountId）。
5. 渠道匹配（该渠道上的任意账户）。
6. 默认智能体（agents.list[].default，否则取列表第一项，兜底为 main）。

匹配到的智能体决定使用哪个工作区和会话存储。

广播组（运行多个智能体）

广播组允许你为同一对端运行多个智能体，在 CoderClaw 正常回复时触发（例如：在 WhatsApp 群组中，经过提及/激活门控之后）。

配置：

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

参见：广播组。

配置概览

• agents.list：命名的智能体定义（工作区、模型等）。
• bindings：将入站渠道/账户/对端映射到智能体。

示例：

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

会话存储

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

• ~/.coderclaw/agents/<agentId>/sessions/sessions.json
• JSONL 记录文件与存储位于同一目录

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

WebChat 行为

WebChat 连接到所选智能体，并默认使用该智能体的主会话。因此，WebChat 让你可以在一个地方查看该智能体的跨渠道上下文。

回复上下文

入站回复包含：

• ReplyToId、ReplyToBody 和 ReplyToSender（在可用时）。
• 引用的上下文会以 [Replying to ...] 块的形式追加到 Body 中。

这在所有渠道中保持一致。