廣播群組

狀態： 實驗性
版本： 於 2026.1.9 新增

概覽

廣播群組可讓多個代理同時處理並回覆同一則訊息。 20. 這可讓您建立專門化的代理團隊，在單一 WhatsApp 群組或 DM 中協同運作——全部共用一個電話號碼。目前範圍：僅支援 WhatsApp（Web 頻道）。

廣播群組會在頻道允許清單與群組啟用規則之後進行評估。廣播群組會在頻道允許清單與群組啟用規則之後進行評估。廣播群組會在頻道允許清單與群組啟用規則之後進行評估。在 WhatsApp 群組中，這表示當 OpenClaw 通常會回覆時才會進行廣播（例如：依你的群組設定，在被提及時）。

使用案例

1. 專業代理程式團隊

部署多個具備原子化、聚焦職責的代理程式：

Group: "Development Team"
Agents:
  - CodeReviewer (reviews code snippets)
  - DocumentationBot (generates docs)
  - SecurityAuditor (checks for vulnerabilities)
  - TestGenerator (suggests test cases)

每個代理都會處理相同的訊息，並提供其專長觀點。

2. 多語言支援

Group: "International Support"
Agents:
  - Agent_EN (responds in English)
  - Agent_DE (responds in German)
  - Agent_ES (responds in Spanish)

3. 品質保證流程

Group: "Customer Support"
Agents:
  - SupportAgent (provides answer)
  - QAAgent (reviews quality, only responds if issues found)

4. 任務自動化

Group: "Project Management"
Agents:
  - TaskTracker (updates task database)
  - TimeLogger (logs time spent)
  - ReportGenerator (creates summaries)

設定

基本設定

新增一個頂層的 broadcast 區段（與 bindings 並列）。 24. 鍵值為 WhatsApp 對等 ID：

群組聊天：群組 JID（例如：[email protected]）
私訊：E.164 電話號碼（例如：+15551234567）

{
  "broadcast": {
    "[email protected]": ["alfred", "baerbel", "assistant3"]
  }
}

結果： 當 OpenClaw 會在此聊天中回覆時，將同時執行全部三個代理程式。

處理策略

控制代理程式如何處理訊息：

平行（預設）

所有代理程式同時處理：

{
  "broadcast": {
    "strategy": "parallel",
    "[email protected]": ["alfred", "baerbel"]
  }
}

依序

代理程式依順序處理（後者會等待前者完成）：

{
  "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"]
  }
}

25. 運作方式

26. 訊息流程

傳入訊息 抵達 WhatsApp 群組
廣播檢查：系統檢查對等 ID 是否在 broadcast 中
若在廣播清單中：
- 所有列出的代理都會處理該訊息
- 1. 每個代理都有自己的工作階段金鑰與隔離的上下文
- 代理程式以平行（預設）或依序方式處理
若不在廣播清單中：
- 套用一般路由（第一個符合的繫結）

注意：廣播群組不會繞過頻道允許清單或群組啟用規則（提及／指令等）。 30. 它們只會改變在訊息符合處理資格時 哪些代理會執行。

31. 工作階段隔離

廣播群組中的每個代理程式都維持完全分離的：

工作階段金鑰（agent:alfred:whatsapp:group:120363... vs agent:baerbel:whatsapp:group:120363...）
對話歷史（代理程式不會看到其他代理程式的訊息）
工作空間（若有設定，為獨立的沙箱）
工具存取（不同的允許／拒絕清單）
記憶／脈絡（獨立的 IDENTITY.md、SOUL.md 等）
群組脈絡緩衝區（用於脈絡的近期群組訊息）會依對等端共享，因此所有被觸發的廣播代理程式都能看到相同的脈絡

這讓每個代理程式可以具備：

不同的個性
不同的工具存取（例如：唯讀 vs. 讀寫）
不同的模型（例如：opus vs. sonnet）
不同的 Skills 已安裝

範例：隔離的工作階段

在群組 [email protected] 中，包含代理程式 ["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

Bärbel 的脈絡：

Session: agent:baerbel:whatsapp:group:[email protected]
History: [user message, baerbel's previous responses]
Workspace: /Users/pascal/openclaw-baerbel/
Tools: read only

最佳實務

1. 讓代理程式保持專注

為每個代理設計單一、清楚的職責：

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

✅ 良好： 每個代理程式各司其職
❌ 不佳： 單一泛用的「dev-helper」代理程式

2. 使用描述性名稱

清楚表達每個代理程式的用途：

{
  "agents": {
    "security-scanner": { "name": "Security Scanner" },
    "code-formatter": { "name": "Code Formatter" },
    "test-generator": { "name": "Test Generator" }
  }
}

3. 設定不同的工具存取

只給代理程式所需的工具：

{
  "agents": {
    "reviewer": {
      "tools": { "allow": ["read", "exec"] } // Read-only
    },
    "fixer": {
      "tools": { "allow": ["read", "write", "edit", "exec"] } // Read-write
    }
  }
}

4. 監控效能

當代理數量很多時，請考量：

為了速度使用 "strategy": "parallel"（預設）
將廣播群組限制在 5–10 個代理程式
對較簡單的代理程式使用較快的模型

5. 優雅地處理失敗

代理會各自獨立失敗。代理程式會獨立失敗；某個代理程式的錯誤不會阻塞其他代理程式：

Message → [Agent A ✓, Agent B ✗ error, Agent C ✓]
Result: Agent A and C respond, Agent B logs error

相容性

提供者

廣播群組目前支援：

✅ 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。

35. 疑難排解

代理程式未回覆

檢查：

代理程式 ID 存在於 agents.list 中
對等 ID 格式正確（例如：[email protected]）
代理程式未被列入拒絕清單

除錯：

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

只有一個代理程式回覆

原因： 對等 ID 可能在 bindings 中，但不在 broadcast 中。 修正： 新增至廣播設定，或自繫結中移除。

效能問題

當代理程式很多而變慢時：

減少每個群組的代理程式數量
使用較輕量的模型（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 參考

36. 組態結構描述

interface OpenClawConfig {
  broadcast?: {
    strategy?: "parallel" | "sequential";
    [peerId: string]: string[];
  };
}

欄位

strategy（選用）：代理程式的處理方式
- "parallel"（預設）：所有代理程式同時處理
- "sequential"：代理程式依陣列順序處理
[peerId]：WhatsApp 群組 JID、E.164 號碼或其他對等 ID
- 值：應處理訊息的代理程式 ID 陣列

限制

最大代理程式數： 無硬性上限，但 10+ 個代理程式可能較慢
共享脈絡： 代理程式不會看到彼此的回覆（設計如此）
訊息排序： 平行回覆可能以任意順序送達
速率限制： 所有代理程式都會計入 WhatsApp 的速率限制

未來強化

規劃中的功能：

共享脈絡模式（代理程式可看到彼此的回覆）
代理協調（代理之間可以互相傳遞訊號）
38. 動態代理選擇（依據訊息內容選擇代理）
代理程式優先順序（部分代理程式先於其他代理程式回覆）

​廣播群組

​概覽

​使用案例

​1. 專業代理程式團隊

​2. 多語言支援

​3. 品質保證流程

​4. 任務自動化

​設定

​基本設定

​處理策略

​平行（預設）

​依序

​完整範例

​25. 運作方式

​26. 訊息流程

​31. 工作階段隔離

​範例：隔離的工作階段

​最佳實務

​1. 讓代理程式保持專注

​2. 使用描述性名稱

​3. 設定不同的工具存取

​4. 監控效能

​5. 優雅地處理失敗

​相容性

​提供者

​路由

​35. 疑難排解

​代理程式未回覆

​只有一個代理程式回覆

​效能問題

​範例

​範例 1：程式碼審查團隊

​範例 2：多語言支援

​API 參考

​36. 組態結構描述

​欄位

​限制

​未來強化

​39. 另請參閱