Mainstream messaging
Status: productieklaar via WhatsApp Web (Baileys). Gateway beheert gekoppelde sessie(s).
Installeren (op aanvraag)
- Onboarding (
openclaw onboard) enopenclaw channels add --channel whatsappvragen om de WhatsApp-Plugin te installeren wanneer je deze voor het eerst selecteert. openclaw channels login --channel whatsappbiedt ook de installatiestroom wanneer de Plugin nog niet aanwezig is.- Dev-kanaal + git-checkout: gebruikt standaard het lokale Plugin-pad.
- Stabiel/Beta: gebruikt het npm-pakket
@openclaw/whatsappop de huidige officiële release-tag.
Handmatige installatie blijft beschikbaar:
openclaw plugins install @openclaw/whatsapp
Gebruik het kale pakket om de huidige officiële release-tag te volgen. Pin alleen een exacte versie wanneer je een reproduceerbare installatie nodig hebt.
Op Windows heeft de WhatsApp-Plugin Git nodig op PATH tijdens npm install, omdat
een van de Baileys/libsignal-afhankelijkheden wordt opgehaald via een git-URL. Installeer
Git for Windows, herstart daarna de shell en voer de installatie opnieuw uit:
winget install --id Git.Git -e
Portable Git werkt ook als de bin-directory ervan op PATH staat.
Standaard DM-beleid is koppelen voor onbekende afzenders.
Kanaaloverstijgende diagnostiek en herstel-playbooks.
Volledige kanaalconfiguratiepatronen en voorbeelden.
Snelle configuratie
WhatsApp-toegangsbeleid configureren
{
channels: {
whatsapp: {
dmPolicy: "pairing",
allowFrom: ["+15551234567"],
groupPolicy: "allowlist",
groupAllowFrom: ["+15551234567"],
},
},
}
WhatsApp koppelen (QR)
openclaw channels login --channel whatsapp
Voor een specifiek account:
openclaw channels login --channel whatsapp --account work
Om een bestaande/aangepaste WhatsApp Web-auth-directory te koppelen vóór het inloggen:
openclaw channels add --channel whatsapp --account work --auth-dir /path/to/wa-auth
openclaw channels login --channel whatsapp --account work
De Gateway starten
openclaw gateway
Eerste koppelingsverzoek goedkeuren (bij gebruik van koppelingsmodus)
openclaw pairing list whatsapp
openclaw pairing approve whatsapp <CODE>
Koppelingsverzoeken verlopen na 1 uur. Openstaande verzoeken zijn beperkt tot 3 per kanaal.
Implementatiepatronen
Speciaal nummer (aanbevolen)
Dit is de schoonste operationele modus:
- afzonderlijke WhatsApp-identiteit voor OpenClaw
- duidelijkere DM-allowlists en routeringsgrenzen
- kleinere kans op verwarring door zelf-chat
Minimaal beleidspatroon:
{
channels: {
whatsapp: {
dmPolicy: "allowlist",
allowFrom: ["+15551234567"],
},
},
}
Fallback met persoonlijk nummer
Onboarding ondersteunt de modus met persoonlijk nummer en schrijft een zelf-chat-vriendelijke basisconfiguratie:
dmPolicy: "allowlist"allowFrombevat je persoonlijke nummerselfChatMode: true
Tijdens runtime baseren zelf-chatbeveiligingen zich op het gekoppelde eigen nummer en allowFrom.
Kanaalscope alleen voor WhatsApp Web
Het berichtenplatformkanaal is gebaseerd op WhatsApp Web (Baileys) in de huidige OpenClaw-kanaalarchitectuur.
Er is geen afzonderlijk Twilio WhatsApp-berichtenkanaal in het ingebouwde chatkanaalregister.
Runtimemodel
- Gateway beheert de WhatsApp-socket en reconnect-lus.
- De reconnect-watchdog gebruikt WhatsApp Web-transportactiviteit, niet alleen inkomend app-berichtvolume, zodat een stille gekoppeld-apparaat-sessie niet alleen opnieuw wordt gestart omdat niemand recent een bericht heeft gestuurd. Een langere applicatiestilte-limiet forceert nog steeds een reconnect als transportframes blijven binnenkomen maar er tijdens het watchdog-venster geen applicatieberichten worden verwerkt; na een tijdelijke reconnect voor een recent actieve sessie gebruikt die applicatiestiltecontrole de normale berichttime-out voor het eerste herstelvenster.
- Baileys-sockettimings zijn expliciet onder
web.whatsapp.*:keepAliveIntervalMsbepaalt WhatsApp Web-applicatiepings,connectTimeoutMsbepaalt de time-out voor de openingshandshake, endefaultQueryTimeoutMsbepaalt Baileys-querytime-outs. - Uitgaande verzendingen vereisen een actieve WhatsApp-listener voor het doelaccount.
- Groepsverzendingen voegen native vermeldingsmetadata toe voor
@+<digits>- en@<digits>-tokens in tekst en mediabijschriften wanneer het token overeenkomt met huidige WhatsApp-deelnemersmetadata, inclusief LID-ondersteunde groepen. - Status- en broadcastchats worden genegeerd (
@status,@broadcast). - De reconnect-watchdog volgt WhatsApp Web-transportactiviteit, niet alleen inkomend app-berichtvolume: stille gekoppeld-apparaat-sessies blijven actief zolang transportframes doorgaan, maar een transportstoring forceert ruim vóór het latere pad voor externe verbreking een reconnect.
- Directe chats gebruiken DM-sessieregels (
session.dmScope; standaardmainvouwt DM's samen naar de hoofdsessie van de agent). - Groepssessies zijn geïsoleerd (
agent:<agentId>:whatsapp:group:<jid>). - WhatsApp Channels/Newsletters kunnen expliciete uitgaande doelen zijn met hun native
@newsletter-JID. Uitgaande nieuwsbriefverzendingen gebruiken kanaalsessiemetadata (agent:<agentId>:whatsapp:channel:<jid>) in plaats van DM-sessiesemantiek. - WhatsApp Web-transport respecteert standaard proxy-omgevingsvariabelen op de Gateway-host (
HTTPS_PROXY,HTTP_PROXY,NO_PROXY/ varianten in kleine letters). Geef de voorkeur aan proxyconfiguratie op hostniveau boven kanaalspecifieke WhatsApp-proxyinstellingen. - Wanneer
messages.removeAckAfterReplyis ingeschakeld, wist OpenClaw de WhatsApp-ack-reactie nadat een zichtbaar antwoord is afgeleverd.
Plugin-hooks en privacy
Inkomende WhatsApp-berichten kunnen persoonlijke berichtinhoud, telefoonnummers,
groepsidentificaties, afzendernamen en sessiecorrelatievelden bevatten. Daarom
zendt WhatsApp inkomende message_received-hookpayloads niet uit naar plugins
tenzij je dit expliciet inschakelt:
{
channels: {
whatsapp: {
pluginHooks: {
messageReceived: true,
},
},
},
}
Je kunt de opt-in beperken tot één account:
{
channels: {
whatsapp: {
accounts: {
work: {
pluginHooks: {
messageReceived: true,
},
},
},
},
},
}
Schakel dit alleen in voor plugins die je vertrouwt om inkomende WhatsApp-berichtinhoud en identificaties te ontvangen.
Toegangscontrole en activatie
DM-beleid
channels.whatsapp.dmPolicy beheert directe chattoegang:
pairing(standaard)allowlistopen(vereist datallowFrom"*"bevat)disabled
allowFrom accepteert E.164-achtige nummers (intern genormaliseerd).
allowFrom is een toegangscontrolelijst voor DM-afzenders. Het blokkeert geen expliciete uitgaande verzendingen naar WhatsApp-groeps-JID's of @newsletter-kanaal-JID's.
Override voor meerdere accounts: channels.whatsapp.accounts.<id>.dmPolicy (en allowFrom) krijgen voorrang op kanaalbrede standaardwaarden voor dat account.
Details van runtimegedrag:
- koppelingen worden opgeslagen in de kanaal-allow-store en samengevoegd met geconfigureerde
allowFrom - geplande automatisering en Heartbeat-ontvangerfallback gebruiken expliciete bezorgdoelen of geconfigureerde
allowFrom; DM-koppelingsgoedkeuringen zijn geen impliciete Cron- of Heartbeat-ontvangers - als er geen allowlist is geconfigureerd, is het gekoppelde eigen nummer standaard toegestaan
- OpenClaw koppelt nooit automatisch uitgaande
fromMe-DM's (berichten die je vanaf het gekoppelde apparaat naar jezelf stuurt)
Groepsbeleid + allowlists
Groepstoegang heeft twee lagen:
-
Allowlist voor groepslidmaatschap (
channels.whatsapp.groups)- als
groupsis weggelaten, komen alle groepen in aanmerking - als
groupsaanwezig is, fungeert dit als groeps-allowlist ("*"toegestaan)
- als
-
Beleid voor groepsafzenders (
channels.whatsapp.groupPolicy+groupAllowFrom)open: afzender-allowlist wordt omzeildallowlist: afzender moet overeenkomen metgroupAllowFrom(of*)disabled: blokkeer alle inkomende groepsberichten
Fallback voor afzender-allowlist:
- als
groupAllowFromniet is ingesteld, valt runtime terug opallowFromwanneer beschikbaar - afzender-allowlists worden geëvalueerd vóór activatie door vermelding/antwoord
Opmerking: als er helemaal geen channels.whatsapp-blok bestaat, is de runtimefallback voor groepsbeleid allowlist (met een waarschuwingslog), zelfs als channels.defaults.groupPolicy is ingesteld.
Vermeldingen + /activation
Groepsantwoorden vereisen standaard een vermelding.
Vermeldingsdetectie omvat:
- expliciete WhatsApp-vermeldingen van de botidentiteit
- geconfigureerde regex-patronen voor vermeldingen (
agents.list[].groupChat.mentionPatterns, fallbackmessages.groupChat.mentionPatterns) - inkomende transcripties van spraaknotities voor geautoriseerde groepsberichten
- impliciete detectie van antwoorden op de bot (antwoordafzender komt overeen met botidentiteit)
Beveiligingsopmerking:
- citeren/antwoorden voldoet alleen aan de vermeldingspoort; het verleent geen afzenderautorisatie
- met
groupPolicy: "allowlist"worden niet-geallowliste afzenders nog steeds geblokkeerd, zelfs als ze antwoorden op het bericht van een geallowliste gebruiker
Activatiecommando op sessieniveau:
/activation mention/activation always
activation werkt de sessiestatus bij (niet de globale configuratie). Het is beperkt tot de eigenaar.
Gedrag met persoonlijk nummer en zelf-chat
Wanneer het gekoppelde eigen nummer ook aanwezig is in allowFrom, worden WhatsApp-zelf-chatbeveiligingen geactiveerd:
- leesbevestigingen overslaan voor zelf-chatbeurten
- auto-triggergedrag voor vermeldings-JID's negeren dat anders jezelf zou pingen
- als
messages.responsePrefixniet is ingesteld, gebruiken zelf-chatantwoorden standaard[{identity.name}]of[openclaw]
Berichtnormalisatie en context
Inkomende envelop + antwoordcontext
Inkomende WhatsApp-berichten worden verpakt in de gedeelde inkomende envelop.
Als er een geciteerd antwoord bestaat, wordt context in deze vorm toegevoegd:
[Replying to <sender> id:<stanzaId>]
<quoted body or media placeholder>
[/Replying]
Antwoordmetadata-velden worden ook ingevuld wanneer beschikbaar (ReplyToId, ReplyToBody, ReplyToSender, afzender-JID/E.164).
Wanneer het geciteerde antwoorddoel downloadbare media is, slaat OpenClaw dit op via
de normale inkomende mediaopslag en stelt het beschikbaar als MediaPath/MediaType, zodat
de agent de gerefereerde afbeelding kan inspecteren in plaats van alleen
<media:image> te zien.
Mediaplaceholders en extractie van locatie/contact
Inkomende berichten met alleen media worden genormaliseerd met placeholders zoals:
<media:image><media:video><media:audio><media:document><media:sticker>
Geautoriseerde groepsspraaknotities worden vóór vermeldingspoorten getranscribeerd wanneer de
body alleen <media:audio> is, zodat het uitspreken van de botvermelding in de spraaknotitie
het antwoord kan triggeren. Als de transcriptie de bot nog steeds niet vermeldt, wordt de
transcriptie bewaard in de openstaande groepsgeschiedenis in plaats van de ruwe placeholder.
Locatiebody's gebruiken beknopte coördinatentekst. Locatielabels/opmerkingen en contact-/vCard-details worden weergegeven als omheinde niet-vertrouwde metadata, niet als inline prompttekst.
Injectie van openstaande groepsgeschiedenis
Voor groepen kunnen onverwerkte berichten worden gebufferd en als context worden geïnjecteerd wanneer de bot uiteindelijk wordt getriggerd.
- standaardlimiet:
50 - configuratie:
channels.whatsapp.historyLimit - terugval:
messages.groupChat.historyLimit 0schakelt uit
Injectiemarkeringen:
[Chat messages since your last reply - for context][Current message - respond to this]
Leesbevestigingen
Leesbevestigingen zijn standaard ingeschakeld voor geaccepteerde inkomende WhatsApp-berichten.
Globaal uitschakelen:
{
channels: {
whatsapp: {
sendReadReceipts: false,
},
},
}
Overschrijving per account:
{
channels: {
whatsapp: {
accounts: {
work: {
sendReadReceipts: false,
},
},
},
},
}
Beurten in een chat met jezelf slaan leesbevestigingen over, zelfs wanneer ze globaal zijn ingeschakeld.
Bezorging, opsplitsing en media
Tekst opsplitsen
- standaard chunklimiet:
channels.whatsapp.textChunkLimit = 4000 channels.whatsapp.chunkMode = "length" | "newline"- de modus
newlinegeeft de voorkeur aan alineagrenzen (lege regels) en valt daarna terug op lengteveilige opsplitsing
Gedrag van uitgaande media
- ondersteunt payloads voor afbeeldingen, video, audio (PTT-spraaknotitie) en documenten
- audiomedia worden verzonden via de Baileys-
audio-payload metptt: true, zodat WhatsApp-clients deze weergeven als een push-to-talk-spraaknotitie - antwoordpayloads behouden
audioAsVoice; TTS-spraaknotitie-uitvoer voor WhatsApp blijft dit PTT-pad gebruiken, zelfs wanneer de provider MP3 of WebM retourneert - native Ogg/Opus-audio wordt verzonden als
audio/ogg; codecs=opusvoor compatibiliteit met spraaknotities - niet-Ogg-audio, inclusief Microsoft Edge TTS MP3/WebM-uitvoer, wordt met
ffmpeggetranscodeerd naar 48 kHz mono Ogg/Opus vóór PTT-bezorging /tts latestverzendt het laatste assistentantwoord als één spraaknotitie en onderdrukt herhaalde verzendingen voor hetzelfde antwoord;/tts chat on|off|defaultregelt automatische TTS voor de huidige WhatsApp-chat- afspelen van geanimeerde GIF's wordt ondersteund via
gifPlayback: truebij videoverzendingen - bij het verzenden van antwoordpayloads met meerdere media-items worden bijschriften toegepast op het eerste media-item, behalve dat PTT-spraaknotities de audio eerst en zichtbare tekst afzonderlijk verzenden omdat WhatsApp-clients bijschriften bij spraaknotities niet consistent weergeven
- mediabronnen kunnen HTTP(S),
file://of lokale paden zijn
Limieten voor mediagrootte en terugvalgedrag
- opslaglimiet voor inkomende media:
channels.whatsapp.mediaMaxMb(standaard50) - verzendlimiet voor uitgaande media:
channels.whatsapp.mediaMaxMb(standaard50) - overschrijvingen per account gebruiken
channels.whatsapp.accounts.<accountId>.mediaMaxMb - afbeeldingen worden automatisch geoptimaliseerd (formaat wijzigen/kwaliteitssweep) om binnen de limieten te passen
- bij mislukte mediaverzending verzendt de terugval voor het eerste item een tekstwaarschuwing in plaats van de reactie stilzwijgend te laten vallen
Antwoordcitaat
WhatsApp ondersteunt native antwoordcitaten, waarbij uitgaande antwoorden het inkomende bericht zichtbaar citeren. Regel dit met channels.whatsapp.replyToMode.
| Waarde | Gedrag |
|---|---|
"off" |
Nooit citeren; verzenden als een gewoon bericht |
"first" |
Alleen de eerste uitgaande antwoordchunk citeren |
"all" |
Elke uitgaande antwoordchunk citeren |
"batched" |
In de wachtrij geplaatste gebundelde antwoorden citeren, terwijl directe antwoorden ongeciteerd blijven |
Standaard is "off". Overschrijvingen per account gebruiken channels.whatsapp.accounts.<id>.replyToMode.
{
channels: {
whatsapp: {
replyToMode: "first",
},
},
}
Reactieniveau
channels.whatsapp.reactionLevel bepaalt hoe breed de agent emoji-reacties op WhatsApp gebruikt:
| Niveau | Ack-reacties | Door agent gestarte reacties | Beschrijving |
|---|---|---|---|
"off" |
Nee | Nee | Helemaal geen reacties |
"ack" |
Ja | Nee | Alleen ack-reacties (ontvangst vóór antwoord) |
"minimal" |
Ja | Ja (conservatief) | Ack + agentreacties met conservatieve begeleiding |
"extensive" |
Ja | Ja (aangemoedigd) | Ack + agentreacties met aangemoedigde begeleiding |
Standaard: "minimal".
Overschrijvingen per account gebruiken channels.whatsapp.accounts.<id>.reactionLevel.
{
channels: {
whatsapp: {
reactionLevel: "ack",
},
},
}
Bevestigingsreacties
WhatsApp ondersteunt onmiddellijke ack-reacties bij inkomende ontvangst via channels.whatsapp.ackReaction.
Ack-reacties worden begrensd door reactionLevel: ze worden onderdrukt wanneer reactionLevel "off" is.
{
channels: {
whatsapp: {
ackReaction: {
emoji: "👀",
direct: true,
group: "mentions", // always | mentions | never
},
},
},
}
Gedragsnotities:
- direct verzonden nadat inkomend verkeer is geaccepteerd (vóór antwoord)
- fouten worden gelogd maar blokkeren normale antwoordbezorging niet
- groepsmodus
mentionsreageert op beurten die door een vermelding worden geactiveerd; groepsactivatiealwayswerkt als bypass voor deze controle - WhatsApp gebruikt
channels.whatsapp.ackReaction(legacymessages.ackReactionwordt hier niet gebruikt)
Meerdere accounts en referenties
Accountselectie en standaardinstellingen
- account-id's komen uit
channels.whatsapp.accounts - standaardaccountselectie:
defaultindien aanwezig, anders de eerste geconfigureerde account-id (gesorteerd) - account-id's worden intern genormaliseerd voor opzoeken
Paden voor referenties en legacy-compatibiliteit
- huidig auth-pad:
~/.openclaw/credentials/whatsapp/<accountId>/creds.json - back-upbestand:
creds.json.bak - legacy standaardauth in
~/.openclaw/credentials/wordt nog steeds herkend/gemigreerd voor standaardaccountflows
Uitloggedrag
openclaw channels logout --channel whatsapp [--account <id>] wist de WhatsApp-authstatus voor dat account.
Wanneer een Gateway bereikbaar is, stopt uitloggen eerst de live WhatsApp-listener voor het geselecteerde account, zodat de gekoppelde sessie geen berichten blijft ontvangen tot de volgende herstart. openclaw channels remove --channel whatsapp stopt ook de live listener voordat accountconfiguratie wordt uitgeschakeld of verwijderd.
In legacy auth-mappen blijft oauth.json behouden terwijl Baileys-authbestanden worden verwijderd.
Tools, acties en configuratieschrijfacties
- Ondersteuning voor agenttools omvat de WhatsApp-reactieactie (
react). - Actiegates:
channels.whatsapp.actions.reactionschannels.whatsapp.actions.polls
- Door het kanaal geïnitieerde configuratieschrijfacties zijn standaard ingeschakeld (uitschakelen via
channels.whatsapp.configWrites=false).
Probleemoplossing
Niet gekoppeld (QR vereist)
Symptoom: kanaalstatus meldt niet gekoppeld.
Oplossing:
openclaw channels login --channel whatsapp
openclaw channels status
Gekoppeld maar verbroken / herverbindingslus
Symptoom: gekoppeld account met herhaalde verbrekeningen of herverbindingspogingen.
Stille accounts kunnen na de normale berichttime-out verbonden blijven; de watchdog herstart wanneer WhatsApp Web-transportactiviteit stopt, de socket sluit, of activiteit op applicatieniveau langer stil blijft dan het langere veiligheidsvenster.
Als logs herhaaldelijk status=408 Request Time-out Connection was lost tonen, stem dan
Baileys-sockettimings af onder web.whatsapp. Begin met het verkorten van
keepAliveIntervalMs tot onder de idle-time-out van je netwerk en verhoog
connectTimeoutMs op trage of verliesgevoelige verbindingen:
{
web: {
whatsapp: {
keepAliveIntervalMs: 15000,
connectTimeoutMs: 60000,
defaultQueryTimeoutMs: 60000,
},
},
}
Oplossing:
openclaw doctor
openclaw logs --follow
Als ~/.openclaw/logs/whatsapp-health.log Gateway inactive meldt maar
openclaw gateway status en openclaw channels status --probe laten zien dat de
gateway en WhatsApp gezond zijn, voer dan openclaw doctor uit. Op Linux waarschuwt doctor
voor legacy crontab-items die nog steeds
~/.openclaw/bin/ensure-whatsapp.sh aanroepen; verwijder die verouderde items met
crontab -e omdat Cron de systemd-gebruikersbusomgeving kan missen en
ervoor kan zorgen dat dat oude script Gateway-gezondheid verkeerd rapporteert.
Koppel indien nodig opnieuw met channels login.
QR-login verloopt achter een proxy
Symptoom: openclaw channels login --channel whatsapp mislukt voordat een bruikbare QR-code wordt getoond met status=408 Request Time-out of een verbroken TLS-socket.
WhatsApp Web-login gebruikt de standaard proxyomgeving van de gatewayhost (HTTPS_PROXY, HTTP_PROXY, varianten in kleine letters en NO_PROXY). Controleer of het gatewayproces de proxy-env erft en dat NO_PROXY niet overeenkomt met mmg.whatsapp.net.
Geen actieve listener bij verzenden
Uitgaande verzendingen mislukken snel wanneer er geen actieve gatewaylistener bestaat voor het doelaccount.
Zorg dat de gateway draait en dat het account is gekoppeld.
Antwoord verschijnt in transcript maar niet in WhatsApp
Transcriptrijen registreren wat de agent heeft gegenereerd. WhatsApp-bezorging wordt afzonderlijk gecontroleerd: OpenClaw behandelt een automatisch antwoord pas als verzonden nadat Baileys een uitgaand bericht-id retourneert voor minstens één zichtbare tekst- of mediaverzending.
Ack-reacties zijn onafhankelijke ontvangsten vóór antwoord. Een geslaagde reactie bewijst niet dat het latere tekst- of media-antwoord door WhatsApp is geaccepteerd.
Controleer gatewaylogs op auto-reply delivery failed of auto-reply was not accepted by WhatsApp provider.
Groepsberichten onverwacht genegeerd
Controleer in deze volgorde:
groupPolicygroupAllowFrom/allowFrom- allowlist-items in
groups - vermeldingsgating (
requireMention+ vermeldingspatronen) - dubbele sleutels in
openclaw.json(JSON5): latere items overschrijven eerdere, dus houd ééngroupPolicyper scope aan
Bun-runtimewaarschuwing
De WhatsApp-gatewayruntime moet Node gebruiken. Bun wordt gemarkeerd als incompatibel voor stabiele WhatsApp/Telegram-gatewaywerking.
Systeemprompts
WhatsApp ondersteunt Telegram-achtige systeemprompts voor groepen en directe chats via de maps groups en direct.
Resolutiehiërarchie voor groepsberichten:
De effectieve map groups wordt eerst bepaald: als het account zijn eigen groups definieert, vervangt deze de rootmap groups volledig (geen diepe merge). Promptopzoeking wordt daarna uitgevoerd op de resulterende enkele map:
- Groepsspecifieke systeemprompt (
groups["<groupId>"].systemPrompt): gebruikt wanneer het specifieke groepsitem in de map bestaat en de sleutelsystemPromptervan is gedefinieerd. AlssystemPrompteen lege string ("") is, wordt de wildcard onderdrukt en wordt er geen systeemprompt toegepast. - Groepswildcard-systeemprompt (
groups["*"].systemPrompt): gebruikt wanneer het specifieke groepsitem volledig afwezig is in de map, of wanneer het bestaat maar geen sleutelsystemPromptdefinieert.
Resolutiehiërarchie voor directe berichten:
De effectieve map direct wordt eerst bepaald: als het account zijn eigen direct definieert, vervangt deze de rootmap direct volledig (geen diepe merge). Promptopzoeking wordt daarna uitgevoerd op de resulterende enkele map:
- Direct-specifieke systeemprompt (
direct["<peerId>"].systemPrompt): gebruikt wanneer de specifieke peer-vermelding in de map bestaat en de sleutelsystemPromptis gedefinieerd. AlssystemPrompteen lege string ("") is, wordt de wildcard onderdrukt en wordt er geen systeemprompt toegepast. - Direct-wildcard-systeemprompt (
direct["*"].systemPrompt): gebruikt wanneer de specifieke peer-vermelding volledig ontbreekt in de map, of wanneer die wel bestaat maar geen sleutelsystemPromptdefinieert.
Verschil met het multi-accountgedrag van Telegram: In Telegram wordt root-groups bewust onderdrukt voor alle accounts in een multi-accountconfiguratie — zelfs accounts die zelf geen groups definiëren — om te voorkomen dat een bot groepsberichten ontvangt voor groepen waarvan hij geen lid is. WhatsApp past deze beveiliging niet toe: root-groups en root-direct worden altijd overgenomen door accounts die geen override op accountniveau definiëren, ongeacht hoeveel accounts zijn geconfigureerd. Als je in een multi-accountconfiguratie van WhatsApp prompts per account voor groepen of directe chats wilt, definieer dan de volledige map expliciet onder elk account in plaats van te vertrouwen op standaardwaarden op rootniveau.
Belangrijk gedrag:
channels.whatsapp.groupsis zowel een configuratiemap per groep als de allowlist voor groepen op chatniveau. Op root- of accountniveau betekentgroups["*"]dat "alle groepen worden toegelaten" voor dat bereik.- Voeg alleen een wildcardgroep-
systemPrompttoe wanneer je al wilt dat dat bereik alle groepen toelaat. Als je nog steeds wilt dat alleen een vaste set groeps-ID's in aanmerking komt, gebruik dan nietgroups["*"]als standaardwaarde voor de prompt. Herhaal de prompt in plaats daarvan op elke expliciet toegestane groepsvermelding. - Groepstoelating en afzenderautorisatie zijn afzonderlijke controles.
groups["*"]vergroot de set groepen die groepsafhandeling kunnen bereiken, maar autoriseert op zichzelf niet elke afzender in die groepen. Afzendertoegang wordt nog steeds afzonderlijk geregeld doorchannels.whatsapp.groupPolicyenchannels.whatsapp.groupAllowFrom. channels.whatsapp.directheeft niet hetzelfde neveneffect voor DM's.direct["*"]biedt alleen een standaardconfiguratie voor directe chats nadat een DM al is toegelaten doordmPolicyplusallowFromof regels uit de pairing-store.
Voorbeeld:
{
channels: {
whatsapp: {
groups: {
// Use only if all groups should be admitted at the root scope.
// Applies to all accounts that do not define their own groups map.
"*": { systemPrompt: "Default prompt for all groups." },
},
direct: {
// Applies to all accounts that do not define their own direct map.
"*": { systemPrompt: "Default prompt for all direct chats." },
},
accounts: {
work: {
groups: {
// This account defines its own groups, so root groups are fully
// replaced. To keep a wildcard, define "*" explicitly here too.
"[email protected]": {
requireMention: false,
systemPrompt: "Focus on project management.",
},
// Use only if all groups should be admitted in this account.
"*": { systemPrompt: "Default prompt for work groups." },
},
direct: {
// This account defines its own direct map, so root direct entries are
// fully replaced. To keep a wildcard, define "*" explicitly here too.
"+15551234567": { systemPrompt: "Prompt for a specific work direct chat." },
"*": { systemPrompt: "Default prompt for work direct chats." },
},
},
},
},
},
}
Verwijzingen naar configuratiereferentie
Primaire referentie:
Belangrijke WhatsApp-velden:
- toegang:
dmPolicy,allowFrom,groupPolicy,groupAllowFrom,groups - aflevering:
textChunkLimit,chunkMode,mediaMaxMb,sendReadReceipts,ackReaction,reactionLevel - multi-account:
accounts.<id>.enabled,accounts.<id>.authDir, overrides op accountniveau - beheer:
configWrites,debounceMs,web.enabled,web.heartbeatSeconds,web.reconnect.*,web.whatsapp.* - sessiegedrag:
session.dmScope,historyLimit,dmHistoryLimit,dms.<id>.historyLimit - prompts:
groups.<id>.systemPrompt,groups["*"].systemPrompt,direct.<id>.systemPrompt,direct["*"].systemPrompt