OpenClaw op Discord: één assistent, een hele community

Discord is de enige van de gangbare OpenClaw-integraties die veel-naar-één werkt. Telegram en WhatsApp geven je een privé-assistent in je zak; Discord geeft een hele server toegang tot dezelfde assistent. Dat verandert drie dingen die het goed is te begrijpen voordat je een token plakt.

Intents: waarom een nieuwe bot vaak niets leest

Discord behandelt berichtinhoud als een geprivilegieerde intent. Een pas aangemaakte bot kan uitgenodigd worden en online verschijnen, maar ziet dan alleen berichten die hem direct noemen. Dat lijkt precies op een kapotte integratie. Het inschakelen van de Message Content Intent in het Developer Portal, onder de botinstellingen, is de oplossing, en het is de meest voorkomende reden waarom een Discord-bot niet lijkt te werken.

Het is ook de moeite waard hier even bij stil te staan in plaats van er doorheen te klikken. Die intent maakt het verschil tussen een assistent die antwoordt als je hem iets vraagt en een assistent die alles leest wat gezegd wordt in de kanalen die hij kan zien.

Rechten: geef de kleinste set die werkt

De uitnodigingslink die je genereert bepaalt wat de bot kan doen, en de standaardinstellingen zijn meestal ruimer dan je nodig hebt. Een assistent die leest en antwoordt heeft kanalen bekijken, geschiedenis lezen en berichten sturen nodig. Hij heeft geen rollen beheren, leden verwijderen of berichten van anderen verwijderen nodig. Rechten per kanaal zijn de andere helft: zet de bot in de kanalen die hij moet bedienen, in plaats van hem de hele server te geven en te hopen dat het goed gaat.

Kosten: één sleutel, veel typers

Bij een persoonlijke assistent ben jij de enige die tokens uitgeeft. Op een Discord-server betaal je voor iedereen, en een drukke chat kan een verrassende rekening opleveren bij een model dat per token geprijsd wordt. Twee dingen helpen: wees bewust van de kanalen waar de bot naar luistert, en overweeg een lokaal model via Ollama, waar een drukke server rekenkracht kost die je al betaald hebt in plaats van kosten per bericht.

Instellen

1. Maak de applicatie en bot aan. In het Discord Developer Portal, en kopieer daarna het bot-token en bewaar het ergens veilig. Het is een wachtwoord.
2. Schakel de Message Content Intent in als de bot berichten moet lezen waarin hij niet genoemd wordt.
3. Nodig hem uit met een uitnodigingslink die alleen de rechten bevat die je wilt geven.
4. Deploy OpenClaw. Start je instantie op Flux in ongeveer 30 seconden, als je dat nog niet gedaan hebt.
5. Plak het token in de Discord-integratie in je dashboard.

Hoe mensen hem daadwerkelijk aanroepen

Er zijn twee manieren waarop een assistent op Discord gebruikt wordt, en ze passen bij verschillende servers. Vermeldingen zijn de optie met de minste omhaal: iemand typt de naam van de bot en stelt een vraag midden in het gesprek. Dat werkt goed in een klein kanaal en wordt rumoerig in een druk kanaal. Slash-commando's zijn de gestructureerde optie: ze verschijnen in het eigen commandomenu van Discord, met beschrijvingen en getypte argumenten, zodat mensen ontdekken wat de assistent kan zonder dat iemand een handleiding schrijft.

Het praktische advies is beide aan te bieden en een verdeling te verwachten. Vaste gebruikers noemen de bot omdat dat sneller is; de rest vindt hem via het slash-menu, en een bot zonder geregistreerde commando's is voor hen in feite onzichtbaar. Een kleine set goed benoemde commando's registreren is het goedkoopste wat je kunt doen om een assistent onderdeel van de server te laten voelen in plaats van iets wat iemand heeft toegevoegd.

Threads zijn waar context thuishoort

Een kanaal is een gedeelde ruimte, en een assistent die het als één lang gesprek behandelt raakt in de war, want drie mensen die in dezelfde vijf minuten over niet-gerelateerde zaken vragen, vormen geen redeneerdraad. Discord-threads lossen dit goed op: een thread is een afgebakend gesprek met eigen deelnemers, en dat sluit mooi aan op hoe een assistent context vasthoudt.

Langere gesprekken naar threads verplaatsen houdt het hoofdkanaal leesbaar en de assistent coherent. Het heeft ook een kostenvoordeel: een gesprek dat in één thread blijft, neemt niet de hele kanaalgeschiedenis mee in elk verzoek.

Iedereen in het kanaal besteedt jouw geld

Dit verdient een duidelijke vermelding, want het is het verschil tussen Discord en elke persoonlijke integratie. De providersleutel is van jou, de facturatie is van jou, en elk lid dat met de bot praat, verbruikt die. Op een server met vrienden is dat normaal en verwacht; op een openbare server is het een echte overweging.

Drie dingen houden het beheersbaar. Beperk de kanalen waar de bot naar luistert, zodat de assistent beschikbaar is waar hij nuttig is en niet overal. Overweeg of de Message Content Intent echt nodig is: een bot die alleen reageert op vermeldingen en slash-commando's kan niet per ongeluk getriggerd worden door gewone gesprekken. En op een drukke server verandert een lokaal model via Ollama de economie volledig, omdat honderd berichten rekenkracht kosten die je al betaald hebt in plaats van honderd factureerbare verzoeken.

Waarom zelf hosten hier meer uitmaakt

Met een gedeelde botdienst lopen de gesprekken van een hele community via de infrastructuur van iemand anders. Zelf hosten betekent dat de berichten van je leden aankomen bij een instantie die je beheert, en het model erachter kies jij: een gehost model voor de mogelijkheden, of een lokaal LLM via Ollama zodat er niets je server verlaat.

Aan de slag

Discord is een van meer dan 20 OpenClaw-integraties. Wil je een persoonlijke assistent in plaats van een community-assistent, dan is Telegram de eenvoudigere setup, en WhatsApp dekt de route met een telefoonnummer. De volledige zelf-hosten-gids beschrijft de instantie zelf. Klaar om te beginnen? Deployen vanaf de homepage.