配置

广播群组

状态： 实验性功能
版本： 于 2026.1.9 版本添加

概述

广播群组允许多个智能体同时处理并响应同一条消息。这让您能够创建专业的智能体团队，在单个 WhatsApp 群组或私信中协同工作——所有操作只使用一个电话号码。当前适用范围：仅限 WhatsApp（网页频道）。广播群组的评估在频道允许列表和群组激活规则之后进行。在 WhatsApp 群组中，这意味着广播发生在 OpenClaw 正常会回复的时候（例如：在被提及时，具体取决于您的群组设置）。

使用场景

1. 专业智能体团队

部署多个职责单一、专注明确的智能体：

群组: "开发团队"
智能体:
  - CodeReviewer (审查代码片段)
  - DocumentationBot (生成文档)
  - SecurityAuditor (检查安全漏洞)
  - TestGenerator (建议测试用例)

每个智能体处理同一条消息，并提供其专业视角。

2. 多语言支持

群组: "国际支持"
智能体:
  - Agent_EN (用英语回复)
  - Agent_DE (用德语回复)
  - Agent_ES (用西班牙语回复)

3. 质量保证工作流

群组: "客户支持"
智能体:
  - SupportAgent (提供答案)
  - QAAgent (审查质量，仅在发现问题时回复)

4. 任务自动化

群组: "项目管理"
智能体:
  - 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"]
  }
}

工作原理

消息流

入站消息 到达 WhatsApp 群组
广播检查：系统检查对等 ID 是否在 broadcast 中
如果在广播列表中：
- 所有列出的智能体处理该消息
- 每个智能体都有自己独立的会话密钥和隔离的上下文
- 智能体并行（默认）或顺序处理
如果不在广播列表中：
- 应用正常路由（第一个匹配的绑定）

注意：广播群组不会绕过频道允许列表或群组激活规则（提及/命令等）。它们只改变当消息有资格被处理时，哪些智能体会运行。

会话隔离

广播群组中的每个智能体完全独立地维护：

会话密钥（agent:alfred:whatsapp:group:120363... 对比 agent:baerbel:whatsapp:group:120363...）
对话历史（智能体看不到其他智能体的消息）
工作空间（如果配置了沙盒，则是独立的）
工具访问权限（不同的允许/拒绝列表）
记忆/上下文（独立的 IDENTITY.md、SOUL.md 等）
群组上下文缓冲区（用于上下文的近期群组消息）是按对等 ID 共享的，因此所有广播智能体在触发时看到的上下文相同

这让每个智能体可以拥有：

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

示例：隔离的会话

在群组 120363403215116621@g.us 中配置了智能体 ["alfred", "baerbel"]：

Alfred 的上下文：

会话: agent:alfred:whatsapp:group:120363403215116621@g.us
历史: [用户消息, alfred 的历史回复]
工作空间: /Users/pascal/openclaw-alfred/
工具: read, write, exec

Bärbel 的上下文：

会话: agent:baerbel:whatsapp:group:120363403215116621@g.us
历史: [用户消息, baerbel 的历史回复]
工作空间: /Users/pascal/openclaw-baerbel/
工具: read only

最佳实践

1. 保持智能体专注

为每个智能体设计单一、明确的职责：

{
  "broadcast": {
    "DEV_GROUP": ["formatter", "linter", "tester"]
  }
}

✅ 好的做法： 每个智能体只有一个任务
❌ 不好的做法： 一个通用的"开发助手"智能体

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。

故障排除

智能体不响应

检查：

智能体 ID 是否存在于 agents.list 中
对等 ID 格式是否正确（例如 120363403215116621@g.us）
智能体是否在拒绝列表中

调试：

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

只有一个智能体响应

原因： 对等 ID 可能在 bindings 中但不在 broadcast 中。
解决： 添加到广播配置中或从绑定中移除。

性能问题

如果使用多个智能体时速度慢：

减少每个群组的智能体数量
使用更轻量的模型（用 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 缺少文档字符串"

示例 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 号码或其他对等 ID
- 值：应处理消息的智能体 ID 数组

限制

最大智能体数： 无硬性限制，但 10 个以上智能体可能较慢
共享上下文： 智能体看不到彼此的回复（设计如此）
消息顺序： 并行响应可能以任意顺序到达
速率限制： 所有智能体都计入 WhatsApp 速率限制

未来增强

计划中的功能：

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

另请参阅

群组频道路由

概述​

使用场景​

1. 专业智能体团队​

2. 多语言支持​

3. 质量保证工作流​

4. 任务自动化​

配置​

基本设置​

处理策略​

并行（默认）​

顺序​

完整示例​

工作原理​

消息流​

会话隔离​

示例：隔离的会话​

最佳实践​

1. 保持智能体专注​

2. 使用描述性名称​

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

4. 监控性能​

5. 优雅地处理故障​

兼容性​

提供商​

路由​

故障排除​

智能体不响应​

只有一个智能体响应​

性能问题​

示例​

示例 1：代码审查团队​

示例 2：多语言支持​

API 参考​

配置模式​

字段​

限制​

未来增强​

另请参阅​

概述