Skip to main content
Status: Experimenteel. Toegevoegd in 2026.1.9. Alleen WhatsApp (webkanaal).

Overzicht

Broadcastgroepen voeren meerdere agents uit voor hetzelfde inkomende bericht. Elke agent verwerkt het bericht in een eigen geïsoleerde sessie en plaatst een eigen antwoord, zodat één WhatsApp-nummer in één groepschat of DM een team van gespecialiseerde agents kan huisvesten. Broadcastgroepen worden geëvalueerd na kanaaltoelatingslijsten en groepsactiveringsregels. In WhatsApp-groepen vinden broadcasts plaats wanneer OpenClaw normaal gesproken zou antwoorden (bijvoorbeeld: bij een vermelding, afhankelijk van je groepsinstellingen). Ze veranderen alleen welke agents worden uitgevoerd, nooit of een bericht voor verwerking in aanmerking komt. De live WhatsApp-QA-lane bevat whatsapp-broadcast-group-fanout, waarmee wordt gecontroleerd of één groepsbericht met een vermelding afzonderlijke zichtbare antwoorden van twee geconfigureerde agents kan opleveren.

Configuratie

Basisconfiguratie

Voeg een broadcast-sectie op het hoogste niveau toe (naast bindings). Sleutels zijn WhatsApp-peer-id’s, waarden zijn arrays met agent-id’s:
  • groepschats: groeps-JID (bijv. 120363403215116621@g.us)
  • DM’s: E.164-telefoonnummer van de afzender (bijv. +15551234567)
Resultaat: wanneer OpenClaw in deze chat zou antwoorden, worden alle drie de agents uitgevoerd. Elke vermelde agent-id moet bestaan in agents.entries: configuratievalidatie meldt onbekende id’s en de runtime slaat deze over met een Broadcast agent <id> not found in agents.entries; skipping-waarschuwing.

Verwerkingsstrategie

broadcast.strategy bepaalt hoe agents het bericht verwerken:

Volledig voorbeeld

Hoe het werkt

Berichtenstroom

1

Inkomend bericht arriveert

Er komt een WhatsApp-groepsbericht of DM binnen.
2

Routering en toelating

OpenClaw past kanaaltoelatingslijsten, groepsactiveringsregels en het geconfigureerde eigenaarschap van ACP-bindingen toe.
3

Broadcastcontrole

Als geen geconfigureerde ACP-binding eigenaar is van de route, controleert OpenClaw of de peer-id in broadcast staat.
4

Als broadcast van toepassing is

  • Alle vermelde agents verwerken het bericht.
  • Elke agent heeft een eigen sessiesleutel en geïsoleerde context.
  • Agents verwerken parallel (standaard) of sequentieel.
  • Audiobijlagen worden vóór de fan-out eenmaal getranscribeerd, zodat agents één transcript delen in plaats van afzonderlijke STT-aanroepen te doen.
5

Als broadcast niet van toepassing is

OpenClaw verzendt naar de gewone route of de geconfigureerde ACP-sessieroute die tijdens de routering is geselecteerd.
Broadcastgroepen omzeilen geen kanaaltoelatingslijsten of groepsactiveringsregels (vermeldingen/opdrachten/enz.). Ze veranderen alleen welke agents worden uitgevoerd wanneer een bericht voor verwerking in aanmerking komt.

Sessie-isolatie

Elke agent in een broadcastgroep houdt het volgende volledig gescheiden:
  • Sessiesleutels (agent:alfred:whatsapp:group:120363... versus agent:baerbel:whatsapp:group:120363...)
  • Gespreksgeschiedenis (een agent ziet de antwoorden van andere agents niet)
  • Werkruimte (afzonderlijke sandboxes indien geconfigureerd)
  • Toegang tot tools (verschillende toestaan/weigeren-lijsten)
  • Geheugen/context (afzonderlijke IDENTITY.md, SOUL.md, enz.)
Eén uitzondering wordt bewust gedeeld: de groepscontextbuffer (recente groepsberichten die als context worden gebruikt) wordt per peer gedeeld, zodat alle broadcastagents bij activering dezelfde context zien. Deze wordt eenmaal gewist nadat de fan-out is voltooid. Hierdoor kan elke agent andere persoonlijkheden, modellen, Skills en toegang tot tools hebben (bijvoorbeeld alleen-lezen versus lezen-en-schrijven).

Voorbeeld: geïsoleerde sessies

In groep 120363403215116621@g.us met agents ["alfred", "baerbel"]:

Gebruiksscenario’s

  • Gespecialiseerde agentteams: een ontwikkelgroep waarin code-reviewer, security-auditor, test-generator en docs-checker elk vanuit hun eigen invalshoek op hetzelfde bericht antwoorden.
  • Meertalige ondersteuning: één supportchat waarin support-en, support-de en support-es in hun eigen taal antwoorden.
  • Kwaliteitsborging: support-agent antwoordt terwijl qa-agent controleert en alleen reageert wanneer er problemen worden gevonden.
  • Taakautomatisering: task-tracker, time-logger en report-generator verwerken allemaal dezelfde statusupdate.

Aanbevolen werkwijzen

Geef elke agent één duidelijke verantwoordelijkheid (formatter, linter, tester) in plaats van één algemene “dev-helper”-agent.
reviewer is alleen-lezen. fixer kan lezen en schrijven.
Geef bij veel agents de voorkeur aan "strategy": "parallel" (standaard), beperk broadcastgroepen tot een handvol agents en gebruik snellere modellen voor eenvoudigere agents.
Agents mislukken onafhankelijk van elkaar. De fout van één agent wordt geregistreerd (Broadcast agent <id> failed: ...) en blokkeert de andere agents niet.

Compatibiliteit

Providers

Broadcastgroepen zijn momenteel alleen geïmplementeerd voor WhatsApp (webkanaal). Andere kanalen negeren de broadcast-configuratie.

Routering

Broadcastgroepen werken naast de bestaande routering:
  • GROUP_A: alleen alfred antwoordt (normale routering).
  • GROUP_B: agent1 EN agent2 antwoorden (broadcast).
Prioriteit: broadcast heeft voorrang op gewone routebindingen. Geconfigureerde ACP-bindingen (bindings[].type="acp") zijn exclusief: wanneer er één overeenkomt, verzendt OpenClaw naar de geconfigureerde ACP-sessie in plaats van een fan-outbroadcast uit te voeren.

Probleemoplossing

Controleer:
  1. Agent-id’s bestaan in agents.entries (configuratievalidatie wijst onbekende id’s af).
  2. De indeling van de peer-id is correct (groeps-JID zoals 120363403215116621@g.us, of E.164 zoals +15551234567 voor DM’s).
  3. Het bericht heeft de normale toelatingscontroles doorstaan (vermeldings-/activeringsregels blijven van toepassing).
Foutopsporing:
Een geslaagde fan-out registreert Broadcasting message to <n> agents (<strategy>).
Oorzaak: de peer-id staat mogelijk in gewone routebindingen, maar niet in broadcast, of komt mogelijk overeen met een exclusieve geconfigureerde ACP-binding.Oplossing: voeg peers met gewone routebindingen toe aan de broadcastconfiguratie, of verwijder/wijzig de geconfigureerde ACP-binding als een fan-outbroadcast gewenst is.
Bij traagheid met veel agents: verminder het aantal agents per groep, gebruik lichtere modellen en controleer de opstarttijd van de sandbox.

Voorbeelden

Eén codefragment in de groep levert vier antwoorden op: opmaakcorrecties, een beveiligingsbevinding, een hiaat in de dekking en een kleine documentatieopmerking.

API-referentie

Configuratieschema

Velden

"parallel" | "sequential"
standaard:"\"parallel\""
Hoe agents worden verwerkt. parallel voert alle agents gelijktijdig uit; sequential voert ze in arrayvolgorde uit.
string[]
WhatsApp-groeps-JID of E.164-telefoonnummer. De waarde is de array met agent-id’s die allemaal berichten van deze peer moeten verwerken.

Beperkingen

  1. Maximumaantal agents: geen harde limiet, maar veel agents (10+) kunnen traag zijn.
  2. Gedeelde context: agents zien elkaars antwoorden niet (bewust zo ontworpen).
  3. Berichtvolgorde: parallelle antwoorden kunnen in elke volgorde binnenkomen.
  4. Frequentielimieten: alle antwoorden komen van één WhatsApp-account, dus het antwoord van elke agent telt mee voor dezelfde WhatsApp-frequentielimieten.

Gerelateerd