广播群组
状态: 实验性
版本: 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": "代码审查员",
"workspace": "/path/to/code-reviewer",
"sandbox": { "mode": "all" }
},
{
"id": "security-auditor",
"name": "安全审计员",
"workspace": "/path/to/security-auditor",
"sandbox": { "mode": "all" }
},
{
"id": "docs-generator",
"name": "文档生成器",
"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 等)
- 群组上下文缓冲区(用于上下文的最近群组消息)按对等共享,因此所有广播智能体在触发时看到相同的上下文
这允许每个智能体具有:
- 不同的个性
- 不同的工具访问权限(例如,只读 vs 读写)
- 不同的模型(例如,opus vs sonnet)
- 不同的已安装技能
示例:隔离的会话
在群组 120363403215116621@g.us 中,智能体为 ["alfred", "baerbel"]:
Alfred 的上下文:
会话:agent:alfred:whatsapp:group:120363403215116621@g.us
历史:[用户消息,alfred 的先前回复]
工作空间:/Users/pascal/clawd-alfred/
工具:read, write, execBärbel 的上下文:
会话:agent:baerbel:whatsapp:group:120363403215116621@g.us
历史:[用户消息,bärbel 的先前回复]
工作空间:/Users/pascal/clawd-baerbel/
工具:read only最佳实践
1. 保持智能体专注
为每个智能体设计单一、明确的职责:
{
"broadcast": {
"DEV_GROUP": ["formatter", "linter", "tester"]
}
}✅ 良好: 每个智能体有一个工作
❌ 不好: 一个通用的 "dev-helper" 智能体
2. 使用描述性名称
明确每个智能体的功能:
{
"agents": {
"security-scanner": { "name": "安全扫描器" },
"code-formatter": { "name": "代码格式化器" },
"test-generator": { "name": "测试生成器" }
}
}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 ~/.clawdbot/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 速率限制
未来增强
计划功能:
- [ ] 共享上下文模式(智能体可以看到彼此的回复)
- [ ] 智能体协调(智能体可以相互发送信号)
- [ ] 动态智能体选择(根据消息内容选择智能体)
- [ ] 智能体优先级(某些智能体在其他智能体之前回复)