Documentation Index
Fetch the complete documentation index at: https://docs.openclaw.ai/llms.txt
Use this file to discover all available pages before exploring further.
狀態: 實驗性。已於 2026.1.9 新增。
概覽
廣播群組可讓多個代理同時處理並回應同一則訊息。這讓你能建立專門化的代理團隊,在單一 WhatsApp 群組或私訊中協同工作,而且全都使用同一個電話號碼。 目前範圍:僅限 WhatsApp(網頁通道)。 廣播群組會在通道允許清單與群組啟用規則之後評估。在 WhatsApp 群組中,這表示當 OpenClaw 通常會回覆時就會發生廣播(例如:提及時,取決於你的群組設定)。使用案例
1. Specialized agent teams
1. Specialized agent teams
部署多個具備原子化、聚焦職責的代理:每個代理都會處理同一則訊息,並提供其專門觀點。
2. Multi-language support
2. Multi-language support
3. Quality assurance workflows
3. Quality assurance workflows
4. Task automation
4. Task automation
設定
基本設定
新增頂層broadcast 區段(與 bindings 並列)。鍵是 WhatsApp 對等端 ID:
- 群組聊天:群組 JID(例如
120363403215116621@g.us) - 私訊:E.164 電話號碼(例如
+15551234567)
處理策略
控制代理如何處理訊息:- parallel (default)
- sequential
所有代理同時處理:
完整範例
運作方式
訊息流程
廣播群組不會繞過通道允許清單或群組啟用規則(提及/命令等)。它們只會在訊息符合處理資格時,變更_哪些代理會執行_。
工作階段隔離
廣播群組中的每個代理都會維持完全獨立的:- 工作階段鍵(
agent:alfred:whatsapp:group:120363...相對於agent:baerbel:whatsapp:group:120363...) - 對話歷史(代理看不到其他代理的訊息)
- 工作區(如有設定,則使用獨立沙箱)
- 工具存取權(不同的允許/拒絕清單)
- 記憶/情境(獨立的 IDENTITY.md、SOUL.md 等)
- 群組情境緩衝區(用於情境的近期群組訊息)會依對等端共享,因此所有廣播代理在觸發時都會看到相同情境
- 不同個性
- 不同工具存取權(例如唯讀與可讀寫)
- 不同模型(例如 opus 與 sonnet)
- 安裝不同 Skills
範例:隔離的工作階段
在群組120363403215116621@g.us 中,代理為 ["alfred", "baerbel"]:
- Alfred's context
- Bärbel's context
最佳實務
1. Keep agents focused
1. Keep agents focused
以單一、明確的職責設計每個代理:✅ 良好: 每個代理都有一項工作。❌ 不佳: 一個通用的「dev-helper」代理。
2. Use descriptive names
2. Use descriptive names
讓每個代理的用途清楚明瞭:
3. Configure different tool access
3. Configure different tool access
只提供代理所需的工具:
4. Monitor performance
4. Monitor performance
使用多個代理時,請考慮:
- 使用
"strategy": "parallel"(預設)以提高速度 - 將廣播群組限制為 5 到 10 個代理
- 為較簡單的代理使用較快的模型
5. Handle failures gracefully
5. Handle failures gracefully
代理會獨立失敗。一個代理的錯誤不會阻擋其他代理:
相容性
提供者
廣播群組目前可搭配:- ✅ WhatsApp(已實作)
- 🚧 Telegram(規劃中)
- 🚧 Discord(規劃中)
- 🚧 Slack(規劃中)
路由
廣播群組可與現有路由並用:GROUP_A:只有 alfred 回應(一般路由)。GROUP_B:agent1 和 agent2 都會回應(廣播)。
優先順序:
broadcast 優先於 bindings。疑難排解
Agents not responding
Agents not responding
檢查:
- 代理 ID 存在於
agents.list。 - 對等端 ID 格式正確(例如
120363403215116621@g.us)。 - 代理不在拒絕清單中。
Only one agent responding
Only one agent responding
原因: 對等端 ID 可能在
bindings 中,但不在 broadcast 中。修正: 新增到廣播設定,或從繫結中移除。Performance issues
Performance issues
如果多個代理導致速度緩慢:
- 減少每個群組的代理數量。
- 使用較輕量的模型(使用 sonnet 而非 opus)。
- 檢查沙箱啟動時間。
範例
Example 1: Code review team
Example 1: Code review team
- code-formatter:「已修正縮排並加入型別提示」
- security-scanner:「⚠️ 第 12 行有 SQL injection 弱點」
- test-coverage:「覆蓋率為 45%,缺少錯誤案例的測試」
- docs-checker:「函式
process_data缺少 docstring」
Example 2: Multi-language support
Example 2: Multi-language support
API 參考
設定綱要
欄位
如何處理代理。
parallel 會同時執行所有代理;sequential 會依陣列順序執行它們。WhatsApp 群組 JID、E.164 號碼,或其他對等端 ID。值是應處理訊息的代理 ID 陣列。
限制
- 代理上限: 沒有硬性限制,但 10 個以上的代理可能會較慢。
- 共享情境: 代理看不到彼此的回應(這是刻意設計)。
- 訊息排序: 平行回應可能以任何順序抵達。
- 速率限制: 所有代理都會計入 WhatsApp 速率限制。
未來增強
規劃中的功能:- 共享情境模式(代理可看到彼此的回應)
- 代理協調(代理可彼此發送訊號)
- 動態代理選擇(根據訊息內容選擇代理)
- 代理優先順序(某些代理會先於其他代理回應)