Status: gebundeld direct-message-kanaal van plugin via Synology Chat-webhooks. De plugin accepteert inkomende berichten van uitgaande Synology Chat-webhooks en verzendt antwoorden via een inkomende Synology Chat-webhook.Documentation Index
Fetch the complete documentation index at: https://docs.openclaw.ai/llms.txt
Use this file to discover all available pages before exploring further.
Gebundelde plugin
Synology Chat wordt meegeleverd als gebundelde plugin in huidige OpenClaw-releases, dus normale pakketbuilds hebben geen aparte installatie nodig. Als je een oudere build gebruikt of een aangepaste installatie die Synology Chat uitsluit, installeer deze dan handmatig: Installeren vanuit een lokale checkout:Snelle installatie
- Zorg dat de Synology Chat-plugin beschikbaar is.
- Huidige pakketversies van OpenClaw bevatten deze al.
- Oudere/aangepaste installaties kunnen deze handmatig toevoegen vanuit een source-checkout met de opdracht hierboven.
openclaw onboardtoont Synology Chat nu in dezelfde lijst voor kanaalconfiguratie alsopenclaw channels add.- Niet-interactieve configuratie:
openclaw channels add --channel synology-chat --token <token> --url <incoming-webhook-url>
- In Synology Chat-integraties:
- Maak een inkomende webhook aan en kopieer de URL.
- Maak een uitgaande webhook aan met je geheime token.
- Wijs de URL van de uitgaande webhook naar je OpenClaw Gateway:
- Standaard
https://gateway-host/webhook/synology. - Of je aangepaste
channels.synology-chat.webhookPath.
- Standaard
- Rond de configuratie af in OpenClaw.
- Begeleid:
openclaw onboard - Direct:
openclaw channels add --channel synology-chat --token <token> --url <incoming-webhook-url>
- Begeleid:
- Herstart de Gateway en stuur een DM naar de Synology Chat-bot.
- OpenClaw accepteert het uitgaande webhook-token eerst uit
body.token, daarna uit?token=..., en daarna uit headers. - Geaccepteerde header-vormen:
x-synology-tokenx-webhook-tokenx-openclaw-tokenAuthorization: Bearer <token>
- Lege of ontbrekende tokens falen gesloten.
Omgevingsvariabelen
Voor het standaardaccount kun je env-vars gebruiken:SYNOLOGY_CHAT_TOKENSYNOLOGY_CHAT_INCOMING_URLSYNOLOGY_NAS_HOSTSYNOLOGY_ALLOWED_USER_IDS(kommagescheiden)SYNOLOGY_RATE_LIMITOPENCLAW_BOT_NAME
SYNOLOGY_CHAT_INCOMING_URL kan niet worden ingesteld vanuit een workspace-.env; zie Workspace-.env-bestanden.
DM-beleid en toegangscontrole
dmPolicy: "allowlist"is de aanbevolen standaard.allowedUserIdsaccepteert een lijst (of kommagescheiden tekenreeks) met Synology-gebruikers-ID’s.- In
allowlist-modus wordt een legeallowedUserIds-lijst behandeld als verkeerde configuratie en start de webhookroute niet (gebruikdmPolicy: "open"metallowedUserIds: ["*"]om alles toe te staan). dmPolicy: "open"staat openbare DM’s alleen toe wanneerallowedUserIds"*"bevat; met beperkende vermeldingen kunnen alleen overeenkomende gebruikers chatten.dmPolicy: "disabled"blokkeert DM’s.- Antwoordontvangerbinding blijft standaard op stabiele numerieke
user_id.channels.synology-chat.dangerouslyAllowNameMatching: trueis een noodcompatibiliteitsmodus die veranderlijke gebruikersnaam-/bijnaamlookup opnieuw inschakelt voor antwoordbezorging. - Koppelingsgoedkeuringen werken met:
openclaw pairing list synology-chatopenclaw pairing approve synology-chat <CODE>
Uitgaande bezorging
Gebruik numerieke Synology Chat-gebruikers-ID’s als doelen. Voorbeelden:http of https gebruiken, en private of anderszins geblokkeerde netwerkdoelen worden geweigerd voordat OpenClaw de URL doorstuurt naar de NAS-webhook.
Meerdere accounts
Meerdere Synology Chat-accounts worden ondersteund onderchannels.synology-chat.accounts.
Elk account kan token, inkomende URL, webhookpad, DM-beleid en limieten overschrijven.
Direct-message-sessies zijn geïsoleerd per account en gebruiker, dus dezelfde numerieke user_id
op twee verschillende Synology-accounts deelt geen transcriptiestatus.
Geef elk ingeschakeld account een uniek webhookPath. OpenClaw weigert nu dubbele exacte paden
en weigert benoemde accounts te starten die in multi-accountconfiguraties alleen een gedeeld webhookpad erven.
Als je bewust legacy-erfenis nodig hebt voor een benoemd account, stel dan
dangerouslyAllowInheritedWebhookPath: true in op dat account of op channels.synology-chat,
maar dubbele exacte paden worden nog steeds gesloten geweigerd. Geef de voorkeur aan expliciete paden per account.
Beveiligingsnotities
- Houd
tokengeheim en roteer het als het is gelekt. - Houd
allowInsecureSsl: false, tenzij je expliciet een zelfondertekend lokaal NAS-certificaat vertrouwt. - Inkomende webhook-aanvragen worden per afzender op token gecontroleerd en rate-limited.
- Controles op ongeldige tokens gebruiken constante-tijd geheime vergelijking en falen gesloten.
- Geef voor productie de voorkeur aan
dmPolicy: "allowlist". - Houd
dangerouslyAllowNameMatchinguitgeschakeld, tenzij je expliciet legacy antwoordbezorging op basis van gebruikersnaam nodig hebt. - Houd
dangerouslyAllowInheritedWebhookPathuitgeschakeld, tenzij je expliciet het routeringsrisico van gedeelde paden accepteert in een multi-accountconfiguratie.
Probleemoplossing
Missing required fields (token, user_id, text):- de payload van de uitgaande webhook mist een van de verplichte velden
- als Synology het token in headers verzendt, zorg er dan voor dat de Gateway/proxy die headers behoudt
Invalid token:- het geheime uitgaande webhook-token komt niet overeen met
channels.synology-chat.token - de aanvraag komt terecht bij het verkeerde account/webhookpad
- een reverse proxy heeft de token-header verwijderd voordat de aanvraag OpenClaw bereikte
- het geheime uitgaande webhook-token komt niet overeen met
Rate limit exceeded:- te veel pogingen met ongeldige tokens vanaf dezelfde bron kunnen die bron tijdelijk buitensluiten
- geauthenticeerde afzenders hebben ook een aparte berichtlimiet per gebruiker
Allowlist is empty. Configure allowedUserIds or use dmPolicy=open with allowedUserIds=["*"].:dmPolicy="allowlist"is ingeschakeld maar er zijn geen gebruikers geconfigureerd
User not authorized:- de numerieke
user_idvan de afzender staat niet inallowedUserIds
- de numerieke
Gerelateerd
- Kanalenoverzicht — alle ondersteunde kanalen
- Koppelen — DM-authenticatie en koppelingsflow
- Groepen — gedrag van groepschats en mention-gating
- Kanaalroutering — sessieroutering voor berichten
- Beveiliging — toegangsmodel en hardening