多智能体路由
多智能体路由
Section titled “多智能体路由”目标:多个隔离的智能体(独立的工作区 + agentDir + 会话),加上多个渠道账户(例如两个 WhatsApp)在一个运行的 Gateway 网关中。入站消息通过绑定路由到智能体。
什么是”一个智能体”?
Section titled “什么是”一个智能体”?”一个智能体是一个完全独立作用域的大脑,拥有自己的:
- 工作区(文件、AGENTS.md/SOUL.md/USER.md、本地笔记、人设规则)。
- 状态目录(
agentDir)用于认证配置文件、模型注册表和每智能体配置。 - 会话存储(聊天历史 + 路由状态)位于
~/.coderclaw/agents/<agentId>/sessions下。
认证配置文件是每智能体独立的。每个智能体从自己的位置读取:
~/.coderclaw/agents/<agentId>/agent/auth-profiles.json主智能体凭证不会自动共享。切勿在智能体之间重用 agentDir(这会导致认证/会话冲突)。如果你想共享凭证,请将 auth-profiles.json 复制到另一个智能体的 agentDir。
Skills 通过每个工作区的 skills/ 文件夹实现每智能体独立,共享的 Skills 可从 ~/.coderclaw/skills 获取。参见 Skills:每智能体 vs 共享。
Gateway 网关可以托管一个智能体(默认)或多个智能体并行。
工作区注意事项: 每个智能体的工作区是默认 cwd,而不是硬性沙箱。相对路径在工作区内解析,但绝对路径可以访问主机的其他位置,除非启用了沙箱隔离。参见 沙箱隔离。
路径(快速映射)
Section titled “路径(快速映射)”- 配置:
~/.coderclaw/coderclaw.json(或CODERCLAW_CONFIG_PATH) - 状态目录:
~/.coderclaw(或CODERCLAW_STATE_DIR) - 工作区:
~/.coderclaw/workspace(或~/.coderclaw/workspace-<agentId>) - 智能体目录:
~/.coderclaw/agents/<agentId>/agent(或agents.list[].agentDir) - 会话:
~/.coderclaw/agents/<agentId>/sessions
单智能体模式(默认)
Section titled “单智能体模式(默认)”如果你什么都不做,CoderClaw 运行单个智能体:
agentId默认为main。- 会话键为
agent:main:<mainKey>。 - 工作区默认为
~/.coderclaw/workspace(或当设置了CODERCLAW_PROFILE时为~/.coderclaw/workspace-<profile>)。 - 状态默认为
~/.coderclaw/agents/main/agent。
使用智能体向导添加新的隔离智能体:
coderclaw agents add work然后添加 bindings(或让向导完成)来路由入站消息。
验证:
coderclaw agents list --bindings多个智能体 = 多个人、多种人格
Section titled “多个智能体 = 多个人、多种人格”使用多个智能体,每个 agentId 成为一个完全隔离的人格:
- 不同的电话号码/账户(每渠道
accountId)。 - 不同的人格(每智能体工作区文件如
AGENTS.md和SOUL.md)。 - 独立的认证 + 会话(除非明确启用,否则无交叉通信)。
这让多个人共享一个 Gateway 网关服务器,同时保持他们的 AI”大脑”和数据隔离。
一个 WhatsApp 号码,多个人(私信分割)
Section titled “一个 WhatsApp 号码,多个人(私信分割)”你可以将不同的 WhatsApp 私信路由到不同的智能体,同时保持一个 WhatsApp 账户。使用 peer.kind: "dm" 匹配发送者 E.164(如 +15551234567)。回复仍然来自同一个 WhatsApp 号码(无每智能体发送者身份)。
重要细节:直接聊天折叠到智能体的主会话键,因此真正的隔离需要每人一个智能体。
示例:
{ agents: { list: [ { id: "alex", workspace: "~/.coderclaw/workspace-alex" }, { id: "mia", workspace: "~/.coderclaw/workspace-mia" }, ], }, bindings: [ { agentId: "alex", match: { channel: "whatsapp", peer: { kind: "dm", id: "+15551230001" } } }, { agentId: "mia", match: { channel: "whatsapp", peer: { kind: "dm", id: "+15551230002" } } }, ], channels: { whatsapp: { dmPolicy: "allowlist", allowFrom: ["+15551230001", "+15551230002"], }, },}注意事项:
- 私信访问控制是每 WhatsApp 账户全局的(配对/允许列表),而不是每智能体。
- 对于共享群组,将群组绑定到一个智能体或使用 广播群组。
路由规则(消息如何选择智能体)
Section titled “路由规则(消息如何选择智能体)”绑定是确定性的,最具体的优先:
peer匹配(精确私信/群组/频道 id)guildId(Discord)teamId(Slack)- 渠道的
accountId匹配 - 渠道级匹配(
accountId: "*") - 回退到默认智能体(
agents.list[].default,否则列表中的第一个条目,默认:main)
多账户/电话号码
Section titled “多账户/电话号码”支持多账户的渠道(如 WhatsApp)使用 accountId 来识别每个登录。每个 accountId 可以路由到不同的智能体,因此一个服务器可以托管多个电话号码而不混合会话。
agentId:一个”大脑”(工作区、每智能体认证、每智能体会话存储)。accountId:一个渠道账户实例(例如 WhatsApp 账户"personal"vs"biz")。binding:通过(channel, accountId, peer)以及可选的 guild/team id 将入站消息路由到agentId。- 直接聊天折叠到
agent:<agentId>:<mainKey>(每智能体”主”;session.mainKey)。
示例:两个 WhatsApp → 两个智能体
Section titled “示例:两个 WhatsApp → 两个智能体”~/.coderclaw/coderclaw.json(JSON5):
{ agents: { list: [ { id: "home", default: true, name: "Home", workspace: "~/.coderclaw/workspace-home", agentDir: "~/.coderclaw/agents/home/agent", }, { id: "work", name: "Work", workspace: "~/.coderclaw/workspace-work", agentDir: "~/.coderclaw/agents/work/agent", }, ], },
// 确定性路由:第一个匹配获胜(最具体的优先)。 bindings: [ { agentId: "home", match: { channel: "whatsapp", accountId: "personal" } }, { agentId: "work", match: { channel: "whatsapp", accountId: "biz" } },
// 可选的每对等方覆盖(示例:将特定群组发送到 work 智能体)。 { agentId: "work", match: { channel: "whatsapp", accountId: "personal", }, }, ],
// 默认关闭:智能体到智能体的消息必须明确启用 + 加入允许列表。 tools: { agentToAgent: { enabled: false, allow: ["home", "work"], }, },
channels: { whatsapp: { accounts: { personal: { // 可选覆盖。默认:~/.coderclaw/credentials/whatsapp/personal // authDir: "~/.coderclaw/credentials/whatsapp/personal", }, biz: { // 可选覆盖。默认:~/.coderclaw/credentials/whatsapp/biz // authDir: "~/.coderclaw/credentials/whatsapp/biz", }, }, }, },}示例:WhatsApp 日常聊天 + Telegram 深度工作
Section titled “示例:WhatsApp 日常聊天 + Telegram 深度工作”按渠道分割:将 WhatsApp 路由到快速日常智能体,Telegram 路由到 Opus 智能体。
{ agents: { list: [ { id: "chat", name: "Everyday", workspace: "~/.coderclaw/workspace-chat", model: "anthropic/claude-sonnet-4-5", }, { id: "opus", name: "Deep Work", workspace: "~/.coderclaw/workspace-opus", model: "anthropic/claude-opus-4-5", }, ], }, bindings: [ { agentId: "chat", match: { channel: "whatsapp" } }, { agentId: "opus", match: { channel: "telegram" } }, ],}注意事项:
- 如果你有一个渠道的多个账户,请在绑定中添加
accountId(例如{ channel: "whatsapp", accountId: "personal" })。 - 要将单个私信/群组路由到 Opus 而保持其余在 chat 上,请为该对等方添加
match.peer绑定;对等方匹配始终优先于渠道级规则。
示例:同一渠道,一个对等方到 Opus
Section titled “示例:同一渠道,一个对等方到 Opus”保持 WhatsApp 在快速智能体上,但将一个私信路由到 Opus:
{ agents: { list: [ { id: "chat", name: "Everyday", workspace: "~/.coderclaw/workspace-chat", model: "anthropic/claude-sonnet-4-5", }, { id: "opus", name: "Deep Work", workspace: "~/.coderclaw/workspace-opus", model: "anthropic/claude-opus-4-5", }, ], }, bindings: [ { agentId: "opus", match: { channel: "whatsapp", peer: { kind: "dm", id: "+15551234567" } } }, { agentId: "chat", match: { channel: "whatsapp" } }, ],}对等方绑定始终获胜,因此将它们放在渠道级规则之上。
绑定到 WhatsApp 群组的家庭智能体
Section titled “绑定到 WhatsApp 群组的家庭智能体”将专用家庭智能体绑定到单个 WhatsApp 群组,使用提及限制和更严格的工具策略:
{ agents: { list: [ { id: "family", name: "Family", workspace: "~/.coderclaw/workspace-family", identity: { name: "Family Bot" }, groupChat: { mentionPatterns: ["@family", "@familybot", "@Family Bot"], }, sandbox: { mode: "all", scope: "agent", }, tools: { allow: [ "exec", "read", "sessions_list", "sessions_history", "sessions_send", "sessions_spawn", "session_status", ], deny: ["write", "edit", "apply_patch", "browser", "canvas", "nodes", "cron"], }, }, ], }, bindings: [ { agentId: "family", match: { channel: "whatsapp", }, }, ],}注意事项:
- 工具允许/拒绝列表是工具,不是 Skills。如果 skill 需要运行二进制文件,请确保
exec被允许且二进制文件存在于沙箱中。 - 对于更严格的限制,设置
agents.list[].groupChat.mentionPatterns并为渠道保持群组允许列表启用。
每智能体沙箱和工具配置
Section titled “每智能体沙箱和工具配置”从 v2026.1.6 开始,每个智能体可以有自己的沙箱和工具限制:
{ agents: { list: [ { id: "personal", workspace: "~/.coderclaw/workspace-personal", sandbox: { mode: "off", // 个人智能体无沙箱 }, // 无工具限制 - 所有工具可用 }, { id: "family", workspace: "~/.coderclaw/workspace-family", sandbox: { mode: "all", // 始终沙箱隔离 scope: "agent", // 每智能体一个容器 docker: { // 容器创建后的可选一次性设置 setupCommand: "apt-get update && apt-get install -y git curl", }, }, tools: { allow: ["read"], // 仅 read 工具 deny: ["exec", "write", "edit", "apply_patch"], // 拒绝其他 }, }, ], },}注意:setupCommand 位于 sandbox.docker 下,在容器创建时运行一次。
当解析的 scope 为 "shared" 时,每智能体 sandbox.docker.* 覆盖会被忽略。
好处:
- 安全隔离:限制不受信任智能体的工具
- 资源控制:沙箱隔离特定智能体同时保持其他智能体在主机上
- 灵活策略:每智能体不同的权限
注意:tools.elevated 是全局的且基于发送者;不能按智能体配置。
如果你需要每智能体边界,使用 agents.list[].tools 拒绝 exec。
对于群组定向,使用 agents.list[].groupChat.mentionPatterns 使 @提及清晰地映射到目标智能体。
参见 多智能体沙箱和工具 了解详细示例。