跳转到主要内容

​
广播组

状态： 实验性
版本： 新增于 2026.1.9

​
概览

广播组允许多个智能体同时处理并响应同一条消息。这让你可以创建由专用智能体组成的团队，在单个 WhatsApp 群组或私信中协同工作——全部使用同一个电话号码。 当前范围：仅支持 WhatsApp（web 渠道）。 广播组会在渠道 allowlist 和群组激活规则之后进行评估。在 WhatsApp 群组中，这意味着广播会在 OpenClaw 正常应当回复时发生（例如：在被提及时，具体取决于你的群组设置）。

​
使用场景

​
1. 专业化智能体团队

部署多个职责单一、聚焦明确的智能体： 
群组："Development Team"
智能体：
  - CodeReviewer（审查代码片段）
  - DocumentationBot（生成文档）
  - SecurityAuditor（检查漏洞）
  - TestGenerator（建议测试用例）
每个智能体都会处理相同的消息，并给出自己的专业视角。

​
2. 多语言支持

群组："International Support"
智能体：
  - Agent_EN（使用英语回复）
  - Agent_DE（使用德语回复）
  - Agent_ES（使用西班牙语回复）

​
3. 质量保证工作流

群组："Customer Support"
智能体：
  - SupportAgent（提供答复）
  - QAAgent（审查质量，仅在发现问题时回复）

​
4. 任务自动化

群组："Project Management"
智能体：
  - TaskTracker（更新任务数据库）
  - TimeLogger（记录耗时）
  - ReportGenerator（创建摘要）

​
配置

​
基本设置

添加一个顶层 broadcast 部分（与 bindings 同级）。键名是 WhatsApp 对等方 ID：
  • 群聊：群组 JID（例如 120363403215116621@g.us）
  • 私信：E.164 电话号码（例如 +15551234567）
{
  "broadcast": {
    "120363403215116621@g.us": ["alfred", "baerbel", "assistant3"]
  }
}
结果： 当 OpenClaw 在此聊天中应当回复时，它会运行这三个智能体。

​
处理策略

控制智能体如何处理消息：

​
并行（默认）

所有智能体同时处理： 
{
  "broadcast": {
    "strategy": "parallel",
    "120363403215116621@g.us": ["alfred", "baerbel"]
  }
}

​
顺序

智能体按顺序处理（一个等待前一个完成）： 
{
  "broadcast": {
    "strategy": "sequential",
    "120363403215116621@g.us": ["alfred", "baerbel"]
  }
}

​
完整示例

{
  "agents": {
    "list": [
      {
        "id": "code-reviewer",
        "name": "Code Reviewer",
        "workspace": "/path/to/code-reviewer",
        "sandbox": { "mode": "all" }
      },
      {
        "id": "security-auditor",
        "name": "Security Auditor",
        "workspace": "/path/to/security-auditor",
        "sandbox": { "mode": "all" }
      },
      {
        "id": "docs-generator",
        "name": "Documentation Generator",
        "workspace": "/path/to/docs-generator",
        "sandbox": { "mode": "all" }
      }
    ]
  },
  "broadcast": {
    "strategy": "parallel",
    "120363403215116621@g.us": ["code-reviewer", "security-auditor", "docs-generator"],
    "120363424282127706@g.us": ["support-en", "support-de"],
    "+15555550123": ["assistant", "logger"]
  }
}

​
工作原理

​
消息流

  1. 传入消息到达一个 WhatsApp 群组
  2. 广播检查：系统检查对等方 ID 是否在 broadcast 中
  3. 如果在广播列表中：
    • 列出的所有智能体都会处理该消息
    • 每个智能体都有自己的会话键名和隔离上下文
    • 智能体会以并行（默认）或顺序方式处理
  4. 如果不在广播列表中：
    • 应用常规路由（第一个匹配的绑定）
注意：广播组不会绕过渠道 allowlist 或群组激活规则（提及/命令等）。它们只会改变消息在有资格被处理时，由哪些智能体运行。

​
会话隔离

广播组中的每个智能体都维护完全独立的：
  • 会话键名（agent:alfred:whatsapp:group:120363... 对比 agent:baerbel:whatsapp:group:120363...）
  • 对话历史（智能体看不到其他智能体的消息）
  • 工作区（如果已配置，则使用独立的沙箱）
  • 工具访问（不同的 allow/deny 列表）
  • 记忆/上下文（独立的 IDENTITY.md、SOUL.md 等）
  • 群组上下文缓冲区（用于上下文的最近群组消息）会按对等方共享，因此所有广播智能体在被触发时都能看到相同的上下文
这使得每个智能体都可以拥有：
  • 不同的个性
  • 不同的工具访问权限（例如只读与读写）
  • 不同的模型（例如 opus 与 sonnet）
  • 安装不同的 Skills

​
示例：隔离会话

在群组 120363403215116621@g.us 中，智能体为 ["alfred", "baerbel"]： Alfred 的上下文： 
会话：agent:alfred:whatsapp:group:120363403215116621@g.us
历史：[用户消息、alfred 之前的回复]
工作区：/Users/user/openclaw-alfred/
工具：read、write、exec
Bärbel 的上下文： 
会话：agent:baerbel:whatsapp:group:120363403215116621@g.us
历史：[用户消息、baerbel 之前的回复]
工作区：/Users/user/openclaw-baerbel/
工具：仅 read

​
最佳实践

​
1. 保持智能体聚焦

为每个智能体设计单一、清晰的职责： 
{
  "broadcast": {
    "DEV_GROUP": ["formatter", "linter", "tester"]
  }
}
✅ 好的做法： 每个智能体只做一项工作
❌ 不好的做法： 一个通用的 “dev-helper” 智能体

​
2. 使用描述性名称

让每个智能体的职责一目了然： 
{
  "agents": {
    "security-scanner": { "name": "Security Scanner" },
    "code-formatter": { "name": "Code Formatter" },
    "test-generator": { "name": "Test Generator" }
  }
}

​
3. 配置不同的工具访问权限

只给智能体提供它们需要的工具： 
{
  "agents": {
    "reviewer": {
      "tools": { "allow": ["read", "exec"] } // 只读
    },
    "fixer": {
      "tools": { "allow": ["read", "write", "edit", "exec"] } // 读写
    }
  }
}

​
4. 监控性能

当智能体较多时，请考虑：
  • 使用 "strategy": "parallel"（默认）以提高速度
  • 将每个广播组限制在 5 到 10 个智能体
  • 为较简单的智能体使用更快的模型

​
5. 优雅处理失败

智能体彼此独立地失败。一个智能体出错不会阻塞其他智能体： 
消息 → [智能体 A ✓，智能体 B ✗ 错误，智能体 C ✓]
结果：智能体 A 和 C 回复，智能体 B 记录错误

​
兼容性

​
提供商

广播组当前可用于：
  • ✅ WhatsApp（已实现）
  • 🚧 Telegram（计划中）
  • 🚧 Discord（计划中）
  • 🚧 Slack（计划中）

​
路由

广播组可与现有路由一起工作： 
{
  "bindings": [
    {
      "match": { "channel": "whatsapp", "peer": { "kind": "group", "id": "GROUP_A" } },
      "agentId": "alfred"
    }
  ],
  "broadcast": {
    "GROUP_B": ["agent1", "agent2"]
  }
}
  • GROUP_A：只有 alfred 回复（常规路由）
  • GROUP_B：agent1 和 agent2 都会回复（广播）
优先级： broadcast 的优先级高于 bindings。

​
故障排除

​
智能体未回复

检查：
  1. 智能体 ID 存在于 agents.list
  2. 对等方 ID 格式正确（例如 120363403215116621@g.us）
  3. 智能体不在 deny 列表中
调试： 
tail -f ~/.openclaw/logs/gateway.log | grep broadcast

​
只有一个智能体回复

原因： 对等方 ID 可能在 bindings 中，但不在 broadcast 中。 解决方法： 将其添加到广播配置中，或从 bindings 中删除。

​
性能问题

如果多个智能体时速度很慢：
  • 减少每个群组中的智能体数量
  • 使用更轻量的模型（用 sonnet 替代 opus）
  • 检查沙箱启动时间

​
示例

​
示例 1：代码审查团队

{
  "broadcast": {
    "strategy": "parallel",
    "120363403215116621@g.us": [
      "code-formatter",
      "security-scanner",
      "test-coverage",
      "docs-checker"
    ]
  },
  "agents": {
    "list": [
      {
        "id": "code-formatter",
        "workspace": "~/agents/formatter",
        "tools": { "allow": ["read", "write"] }
      },
      {
        "id": "security-scanner",
        "workspace": "~/agents/security",
        "tools": { "allow": ["read", "exec"] }
      },
      {
        "id": "test-coverage",
        "workspace": "~/agents/testing",
        "tools": { "allow": ["read", "exec"] }
      },
      { "id": "docs-checker", "workspace": "~/agents/docs", "tools": { "allow": ["read"] } }
    ]
  }
}
用户发送： 代码片段
回复：
  • code-formatter：“已修正缩进并添加类型提示”
  • security-scanner：“⚠️ 第 12 行存在 SQL 注入漏洞”
  • test-coverage：“覆盖率为 45%，缺少错误场景的测试”
  • docs-checker：“函数 process_data 缺少 docstring”

​
示例 2：多语言支持

{
  "broadcast": {
    "strategy": "sequential",
    "+15555550123": ["detect-language", "translator-en", "translator-de"]
  },
  "agents": {
    "list": [
      { "id": "detect-language", "workspace": "~/agents/lang-detect" },
      { "id": "translator-en", "workspace": "~/agents/translate-en" },
      { "id": "translator-de", "workspace": "~/agents/translate-de" }
    ]
  }
}

​
API 参考

​
配置 Schema

interface OpenClawConfig {
  broadcast?: {
    strategy?: "parallel" | "sequential";
    [peerId: string]: string[];
  };
}

​
字段

  • strategy（可选）：智能体的处理方式
    • "parallel"（默认）：所有智能体同时处理
    • "sequential"：智能体按数组顺序处理
  • [peerId]：WhatsApp 群组 JID、E.164 号码或其他对等方 ID
    • 值：应处理消息的智能体 ID 数组

​
限制

  1. 最大智能体数： 没有硬性上限，但 10 个以上智能体可能会变慢
  2. 共享上下文： 智能体看不到彼此的回复（这是设计使然）
  3. 消息顺序： 并行回复可能以任意顺序到达
  4. 限流： 所有智能体都会计入 WhatsApp 的限流

​
未来增强

计划中的功能：
  • 共享上下文模式（智能体可看到彼此的回复）
  • 智能体协作（智能体之间可以互相发信号）
  • 动态智能体选择（根据消息内容选择智能体）
  • 智能体优先级（某些智能体先于其他智能体回复）

​
另请参阅