广播组

​

广播组

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

​

概述

广播组允许多个代理同时处理并响应同一条消息。这使您能够创建专门的代理团队，他们在同一个 WhatsApp 群组或私信中协同工作——全部使用一个电话号码。

当前范围：仅限 WhatsApp（Web 端渠道）。

广播组在渠道允许列表和群组激活规则之后进行评估。在 WhatsApp 群组中，这意味着广播会在 OpenClaw 通常回复时发生（例如：在提及时，取决于您的群组设置）。

​

用例

​

1. 专门的代理团队

部署多个具有原子化、专注职责的代理：

Group: "Development Team"
Agents:
  - CodeReviewer (reviews code snippets)
  - DocumentationBot (generates docs)
  - SecurityAuditor (checks for vulnerabilities)
  - TestGenerator (suggests test cases)

每个代理处理同一条消息并提供其专业视角。

​

2. 多语言支持

Group: "International Support"
Agents:
  - Agent_EN (responds in English)
  - Agent_DE (responds in German)
  - Agent_ES (responds in Spanish)

​

3. 质量保证工作流

Group: "Customer Support"
Agents:
  - SupportAgent (provides answer)
  - QAAgent (reviews quality, only responds if issues found)

​

4. 任务自动化

Group: "Project Management"
Agents:
  - TaskTracker (updates task database)
  - TimeLogger (logs time spent)
  - ReportGenerator (creates summaries)

​

配置

​

基本设置

添加一个顶级 broadcast 部分（位于 bindings 旁边）。键为 WhatsApp 对等 ID：

• 群聊：群组 JID（例如 [e-mail]）
• 私信（DM）：E.164 电话号码（例如 [phone]）

{
  "broadcast": {
    "[e-mail]": ["alfred", "baerbel", "assistant3"]
  }
}

结果： 当 OpenClaw 在此聊天中回复时，它将运行所有三个代理。

​

处理策略

控制代理如何处理消息：

​

并行（默认）

所有代理同时处理：

{
  "broadcast": {
    "strategy": "parallel",
    "[e-mail]": ["alfred", "baerbel"]
  }
}

​

顺序

代理按顺序处理（一个等待前一个完成）：

{
  "broadcast": {
    "strategy": "sequential",
    "[e-mail]": ["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",
    "[e-mail]": ["code-reviewer", "security-auditor", "docs-generator"],
    "[e-mail]": ["support-en", "support-de"],
    "[phone]": ["assistant", "logger"]
  }
}

​

工作原理

​

消息流

1. 传入消息到达 WhatsApp 群组
2. 广播检查：系统检查对等 ID 是否在 broadcast 中
3. 如果在广播列表中：
   • 所有列出的代理都会处理该消息
   • 每个代理都有自己独立的会话键和隔离的上下文
   • 代理并行（默认）或串行处理
4. 如果不在广播列表中：
   • 适用普通路由（第一个匹配的绑定）

注意：广播组不会绕过渠道白名单或组激活规则（提及/命令/等）。它们仅在消息符合处理条件时更改运行哪些代理。

​

会话隔离

广播组中的每个代理都保持完全独立的：

• 会话键 (agent:alfred:whatsapp:group:120363... vs agent:baerbel:whatsapp:group:120363...)
• 对话历史（代理看不到其他代理的消息）
• 工作区（如果已配置，则为独立的沙箱）
• 工具访问（不同的允许/拒绝列表）
• 记忆/上下文（独立的 IDENTITY.md、SOUL.md 等）
• 组上下文缓冲区（用于上下文的最近组消息）按对等方共享，因此所有广播代理在触发时看到相同的上下文

这允许每个代理拥有：

• 不同的个性
• 不同的工具访问权限（例如，只读 vs 读写）
• 不同的模型（例如，opus vs sonnet）
• 安装了不同的技能

​

示例：隔离的会话

在拥有代理 ["alfred", "baerbel"] 的组 [e-mail] 中：

Alfred 的上下文：

Session: agent:alfred:whatsapp:group:[e-mail]
History: [user message, alfred's previous responses]
Workspace: /Users/pascal/openclaw-alfred/
Tools: read, write, exec

Bärbel 的上下文：

Session: agent:baerbel:whatsapp:group:[e-mail]
History: [user message, baerbel's previous responses]
Workspace: /Users/pascal/openclaw-baerbel/
Tools: read only

​

最佳实践

​

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"] } // Read-only
    },
    "fixer": {
      "tools": { "allow": ["read", "write", "edit", "exec"] } // Read-write
    }
  }
}

​

4. 监控性能

对于许多代理，请考虑：

• 使用 "strategy": "parallel"（默认）以提高速度
• 将广播组限制为 5-10 个代理
• 为更简单的代理使用更快的模型

​

5. 优雅地处理故障

代理独立失败。一个代理的错误不会阻止其他代理：

Message → [Agent A ✓, Agent B ✗ error, Agent C ✓]
Result: Agent A and C respond, Agent B logs error

​

兼容性

​

提供商

广播组目前适用于：

• ✅ 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. Peer ID 格式正确（例如 [e-mail]）
3. 代理未在拒绝列表中

调试：

tail -f ~/.openclaw/logs/gateway.log | grep broadcast

​

仅有一个代理响应

原因： Peer ID 可能位于 bindings 中，但不在 broadcast 中。

修复： 添加到广播配置中或从绑定中移除。

​

性能问题

如果代理较多导致缓慢：

• 减少每组中的代理数量
• 使用更轻量的模型（使用 sonnet 代替 opus）
• 检查沙箱启动时间

​

示例

​

示例 1：代码审查团队

{
  "broadcast": {
    "strategy": "parallel",
    "[e-mail]": [
      "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 缺少文档字符串”

​

示例 2：多语言支持

{
  "broadcast": {
    "strategy": "sequential",
    "[phone]": ["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 参考

​

配置架构

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 速率限制

​

未来增强

计划中的功能：

• 共享上下文模式（代理可以看到彼此的响应）
• 代理协调（代理可以相互发信号）
• 动态代理选择（根据消息内容选择代理）
• 代理优先级（某些代理先于其他代理响应）

​

另请参阅

• 多代理配置
• 路由配置
• 会话管理

---

本页面源自 openclaw/openclaw，由 BeaversLab 翻译，遵循 MIT 协议 发布。