广播群组
状态: 实验性功能 版本: 于 2026.1.9 新增
概览
广播群组允许多个 Agent 同时处理并回复同一条消息。你可以在一个 WhatsApp 群组或私信中创建分工明确的 Agent 团队——全部共用一个手机号。
当前适用范围:仅限 WhatsApp(Web 频道)。
广播群组在频道白名单和群组激活规则之后生效。在 WhatsApp 群组中,这意味着只有当 OpenClaw 正常会回复时才会触发广播(例如:被提及时,取决于你的群组设置)。
使用场景
1. 专业 Agent 团队
部署多个各司其职的 Agent:
群组:"Development Team"
Agent:
- CodeReviewer(审查代码片段)
- DocumentationBot(生成文档)
- SecurityAuditor(检查漏洞)
- TestGenerator(建议测试用例)
每个 Agent 处理同一条消息,提供其专业视角。
2. 多语言支持
群组:"International Support"
Agent:
- Agent_EN(用英语回复)
- Agent_DE(用德语回复)
- Agent_ES(用西班牙语回复)
3. 质量保障工作流
群组:"Customer Support"
Agent:
- SupportAgent(提供回答)
- QAAgent(审查质量,仅在发现问题时回复)
4. 任务自动化
群组:"Project Management"
Agent:
- TaskTracker(更新任务数据库)
- TimeLogger(记录用时)
- ReportGenerator(生成摘要)
配置
基本设置
在顶层添加 broadcast 部分(与 bindings 平级)。键为 WhatsApp 对等方 ID:
- 群组聊天:群组 JID(如
[email protected]) - 私信:E.164 格式电话号码(如
+15551234567)
{
"broadcast": {
"[email protected]": ["alfred", "baerbel", "assistant3"]
}
}
效果: 当 OpenClaw 在此聊天中需要回复时,会同时运行全部三个 Agent。
处理策略
控制 Agent 处理消息的方式:
并行(默认)
所有 Agent 同时处理:
{
"broadcast": {
"strategy": "parallel",
"[email protected]": ["alfred", "baerbel"]
}
}
顺序
Agent 按顺序处理(后一个等待前一个完成):
{
"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"]
}
}
工作原理
消息流程
- 收到消息——WhatsApp 群组中有新消息
- 广播检查——系统检查对等方 ID 是否在
broadcast中 - 命中广播列表:
- 所有列出的 Agent 处理该消息
- 每个 Agent 有自己的会话键和隔离上下文
- Agent 并行(默认)或顺序处理
- 未命中广播列表:
- 按正常路由处理(匹配第一个 binding)
注意:广播群组不会绕过频道白名单或群组激活规则(提及/命令等)。它只在消息符合处理条件时改变_由哪些 Agent 运行_。
会话隔离
广播群组中的每个 Agent 都完全独立维护:
- 会话键(
agent:alfred:whatsapp:group:120363...vsagent:baerbel:whatsapp:group:120363...) - 对话历史(Agent 看不到其他 Agent 的消息)
- 工作区(如已配置,使用独立沙箱)
- 工具权限(不同的允许/拒绝列表)
- 记忆/上下文(独立的 IDENTITY.md、SOUL.md 等)
- 群组上下文缓冲(用于上下文的近期群组消息)按对等方共享,因此所有广播 Agent 被触发时看到相同的上下文
这使得每个 Agent 可以拥有:
- 不同的人格
- 不同的工具权限(如只读 vs 读写)
- 不同的模型(如 opus vs sonnet)
- 不同的已安装技能
示例:隔离的会话
在群组 [email protected] 中,Agent 为 ["alfred", "baerbel"]:
Alfred 的上下文:
Session: agent:alfred:whatsapp:group:[email protected]
History: [user message, alfred's previous responses]
Workspace: /Users/pascal/openclaw-alfred/
Tools: read, write, exec
Barbel 的上下文:
Session: agent:baerbel:whatsapp:group:[email protected]
History: [user message, baerbel's previous responses]
Workspace: /Users/pascal/openclaw-baerbel/
Tools: read only
最佳实践
1. 让 Agent 保持专注
为每个 Agent 设计单一、明确的职责:
{
"broadcast": {
"DEV_GROUP": ["formatter", "linter", "tester"]
}
}
正确做法:每个 Agent 只做一件事 错误做法:一个通用的 “dev-helper” Agent
2. 使用描述性名称
让每个 Agent 的用途一目了然:
{
"agents": {
"security-scanner": { "name": "Security Scanner" },
"code-formatter": { "name": "Code Formatter" },
"test-generator": { "name": "Test Generator" }
}
}
3. 配置不同的工具权限
只给 Agent 所需的工具:
{
"agents": {
"reviewer": {
"tools": { "allow": ["read", "exec"] } // 只读
},
"fixer": {
"tools": { "allow": ["read", "write", "edit", "exec"] } // 读写
}
}
}
4. 关注性能
Agent 数量较多时,建议:
- 使用
"strategy": "parallel"(默认)提高速度 - 每个广播群组限制在 5-10 个 Agent
- 简单任务的 Agent 使用更快的模型
5. 优雅处理故障
Agent 之间独立失败,某个 Agent 出错不会阻塞其他 Agent:
Message → [Agent A 成功, Agent B 出错, Agent C 成功]
结果:Agent A 和 C 正常回复,Agent 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。
故障排查
Agent 没有回复
检查:
- Agent ID 存在于
agents.list中 - 对等方 ID 格式正确(如
[email protected]) - Agent 未被列入拒绝名单
调试:
tail -f ~/.openclaw/logs/gateway.log | grep broadcast
只有一个 Agent 回复
原因: 对等方 ID 可能在 bindings 中但不在 broadcast 中。
修复: 将其添加到 broadcast 配置中,或从 bindings 中移除。
性能问题
Agent 数量多导致速度慢时:
- 减少每个群组的 Agent 数量
- 使用更轻量的模型(用 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(可选):Agent 处理方式"parallel"(默认):所有 Agent 同时处理"sequential":Agent 按数组顺序处理
[peerId]:WhatsApp 群组 JID、E.164 号码或其他对等方 ID- 值:应处理消息的 Agent ID 数组
限制
- Agent 数量上限:无硬性限制,但 10 个以上可能较慢
- 共享上下文:Agent 之间互相看不到对方的回复(设计如此)
- 消息顺序:并行模式下回复可能以任意顺序到达
- 速率限制:所有 Agent 共享 WhatsApp 速率限制配额
未来增强
计划中的功能:
- 共享上下文模式(Agent 可看到彼此的回复)
- Agent 协调(Agent 之间可发信号)
- 动态 Agent 选择(根据消息内容选择 Agent)
- Agent 优先级(部分 Agent 先于其他 Agent 回复)