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