跳轉到主要內容

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 通常會回覆時就會發生廣播(例如:被提及時,視你的群組設定而定)。

使用案例

部署多個具有原子化、聚焦職責的代理程式:
Group: "Development Team"
Agents:
  - CodeReviewer (reviews code snippets)
  - DocumentationBot (generates docs)
  - SecurityAuditor (checks for vulnerabilities)
  - TestGenerator (suggests test cases)
每個代理程式都會處理同一則訊息,並提供其專門視角。
Group: "International Support"
Agents:
  - Agent_EN (responds in English)
  - Agent_DE (responds in German)
  - Agent_ES (responds in Spanish)
Group: "Customer Support"
Agents:
  - SupportAgent (provides answer)
  - QAAgent (reviews quality, only responds if issues found)
Group: "Project Management"
Agents:
  - TaskTracker (updates task database)
  - TimeLogger (logs time spent)
  - ReportGenerator (creates summaries)

設定

基本設定

新增頂層 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"]
  }
}

完整範例

{
  "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",
    "120363403215116621@g.us": ["code-reviewer", "security-auditor", "docs-generator"],
    "120363424282127706@g.us": ["support-en", "support-de"],
    "+15555550123": ["assistant", "logger"]
  }
}

運作方式

訊息流程

1

收到傳入訊息

收到一則 WhatsApp 群組或私訊訊息。
2

廣播檢查

系統會檢查對等端 ID 是否在 broadcast 中。
3

如果在廣播清單中

  • 所有列出的代理程式都會處理該訊息。
  • 每個代理程式都有自己的工作階段鍵和隔離的內容脈絡。
  • 代理程式會平行(預設)或依序處理。
4

如果不在廣播清單中

套用一般路由(第一個符合的繫結)。
廣播群組不會繞過通道允許清單或群組啟用規則(提及/命令等)。它們只會在訊息符合處理資格時,變更_哪些代理程式會執行_。

工作階段隔離

廣播群組中的每個代理程式都會維持完全分離的:
  • 工作階段鍵agent:alfred:whatsapp:group:120363...agent:baerbel:whatsapp:group:120363...
  • 對話歷史(代理程式不會看到其他代理程式的訊息)
  • 工作區(若有設定,則為分離的沙箱)
  • 工具存取權(不同的允許/拒絕清單)
  • 記憶/內容脈絡(分離的 IDENTITY.md、SOUL.md 等)
  • 群組內容脈絡緩衝區(用於內容脈絡的近期群組訊息)會依對等端共用,因此所有廣播代理程式在觸發時都會看到相同的內容脈絡
這讓每個代理程式可以有:
  • 不同個性
  • 不同工具存取權(例如唯讀與讀寫)
  • 不同模型(例如 opus 與 sonnet)
  • 安裝不同 Skills

範例:隔離的工作階段

在群組 120363403215116621@g.us 中使用代理程式 ["alfred", "baerbel"]
Session: agent:alfred:whatsapp:group:120363403215116621@g.us
History: [user message, alfred's previous responses]
Workspace: /Users/user/openclaw-alfred/
Tools: read, write, exec

最佳實務

為每個代理程式設計單一且明確的職責:
{
  "broadcast": {
    "DEV_GROUP": ["formatter", "linter", "tester"]
  }
}
良好: 每個代理程式都有一項工作。❌ 不佳: 一個通用的「dev-helper」代理程式。
讓每個代理程式的用途清楚明確:
{
  "agents": {
    "security-scanner": { "name": "Security Scanner" },
    "code-formatter": { "name": "Code Formatter" },
    "test-generator": { "name": "Test Generator" }
  }
}
只授予代理程式所需的工具:
{
  "agents": {
    "reviewer": {
      "tools": { "allow": ["read", "exec"] }
    },
    "fixer": {
      "tools": { "allow": ["read", "write", "edit", "exec"] }
    }
  }
}
reviewer 是唯讀。fixer 可以讀取和寫入。
使用許多代理程式時,請考慮:
  • 使用 "strategy": "parallel"(預設)以提升速度
  • 將廣播群組限制為 5 到 10 個代理程式
  • 為較簡單的代理程式使用較快的模型
代理程式會獨立失敗。一個代理程式的錯誤不會阻擋其他代理程式:
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

疑難排解

檢查:
  1. 代理程式 ID 存在於 agents.list
  2. 對等端 ID 格式正確(例如 120363403215116621@g.us)。
  3. 代理程式不在拒絕清單中。
偵錯:
tail -f ~/.openclaw/logs/gateway.log | grep broadcast
原因: 對等端 ID 可能在 bindings 中,但不在 broadcast 中。修正: 加入廣播設定,或從繫結中移除。
如果在許多代理程式下變慢:
  • 減少每個群組的代理程式數量。
  • 使用較輕量的模型(使用 sonnet 而非 opus)。
  • 檢查沙箱啟動時間。

範例

{
  "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 缺少 docstring」
{
  "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"
預設值:"\"parallel\""
如何處理代理程式。parallel 會同時執行所有代理程式;sequential 會依陣列順序執行。
[peerId]
string[]
WhatsApp 群組 JID、E.164 號碼或其他對等端 ID。值是應處理訊息的代理程式 ID 陣列。

限制

  1. 代理程式上限: 沒有硬性限制,但 10 個以上代理程式可能會變慢。
  2. 共享內容脈絡: 代理程式不會看到彼此的回應(這是刻意設計)。
  3. 訊息順序: 平行回應可能以任何順序抵達。
  4. 速率限制: 所有代理程式都會計入 WhatsApp 速率限制。

未來增強功能

規劃中的功能:
  • 共享內容脈絡模式(代理程式會看到彼此的回應)
  • 代理程式協調(代理程式可以互相發出訊號)
  • 動態代理程式選擇(根據訊息內容選擇代理程式)
  • 代理程式優先順序(某些代理程式先於其他代理程式回應)

相關內容