跳转到主要内容

广播群组

状态: 实验性
版本: 在 2026.1.9 中添加

概述

广播群组允许多个智能体同时处理和回复同一条消息。这使你可以创建在单个 WhatsApp 群组或私聊中协同工作的专业智能体团队——全部使用同一个电话号码。 当前范围:仅限 WhatsApp(Web 渠道)。 广播群组在渠道允许列表和群组激活规则之后进行评估。在 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 peer ID:
  • 群聊:群组 JID(例如 [email protected]
  • 私聊:E.164 格式电话号码(例如 +15551234567
{
  "broadcast": {
    "[email protected]": ["alfred", "baerbel", "assistant3"]
  }
}
效果: 当 OpenClaw 在此聊天中回复时,它会运行所有三个智能体。

处理策略

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

并行(默认)

所有智能体同时处理:
{
  "broadcast": {
    "strategy": "parallel",
    "[email protected]": ["alfred", "baerbel"]
  }
}

顺序

智能体按顺序处理(每个等待前一个完成):
{
  "broadcast": {
    "strategy": "sequential",
    "[email protected]": ["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",
    "[email protected]": ["code-reviewer", "security-auditor", "docs-generator"],
    "[email protected]": ["support-en", "support-de"],
    "+15555550123": ["assistant", "logger"]
  }
}

工作原理

消息流程

  1. 收到消息,来自 WhatsApp 群组
  2. 广播检查:系统检查 peer ID 是否在 broadcast
  3. 如果在广播列表中
    • 所有列出的智能体处理该消息
    • 每个智能体有自己的会话键和隔离的上下文
    • 智能体并行(默认)或顺序处理
  4. 如果不在广播列表中
    • 应用正常路由(第一个匹配的绑定)
注意:广播群组不会绕过渠道允许列表或群组激活规则(提及/命令等)。它们仅在消息符合处理条件时改变哪些智能体运行

会话隔离

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

示例:隔离会话

在群组 [email protected] 中,智能体为 ["alfred", "baerbel"] Alfred 的上下文:
会话:agent:alfred:whatsapp:group:[email protected]
历史:[用户消息,alfred 之前的回复]
工作区:/Users/pascal/openclaw-alfred/
工具:read、write、exec
Bärbel 的上下文:
会话:agent:baerbel:whatsapp:group:[email protected]
历史:[用户消息,baerbel 之前的回复]
工作区:/Users/pascal/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. Peer ID 格式正确(例如 [email protected]
  3. 智能体不在拒绝列表中
调试:
tail -f ~/.openclaw/logs/gateway.log | grep broadcast

仅一个智能体回复

原因: Peer ID 可能在 bindings 中但不在 broadcast 中。 修复: 添加到广播配置中或从 bindings 中移除。

性能问题

如果智能体较多时速度慢:
  • 减少每个群组的智能体数量
  • 使用更轻量的模型(sonnet 而非 opus)
  • 检查沙箱启动时间

示例

示例 1:代码审查团队

{
  "broadcast": {
    "strategy": "parallel",
    "[email protected]": [
      "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",
    "+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 参考

配置模式

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

字段

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

限制

  1. 最大智能体数: 无硬性限制,但 10 个以上可能会变慢
  2. 共享上下文: 智能体看不到彼此的回复(设计如此)
  3. 消息排序: 并行回复可能以任意顺序到达
  4. 速率限制: 所有智能体共同计入 WhatsApp 速率限制

未来增强

计划中的功能:
  • 共享上下文模式(智能体可以看到彼此的回复)
  • 智能体协调(智能体可以互相通信)
  • 动态智能体选择(根据消息内容选择智能体)
  • 智能体优先级(某些智能体先于其他智能体回复)

另请参阅