OpenClaw sur Discord : un assistant, toute une communauté

Discord est la seule des intégrations courantes d'OpenClaw qui fonctionne en mode plusieurs vers un. Telegram et WhatsApp vous donnent un assistant privé dans votre poche ; Discord donne à un serveur entier accès au même assistant. Cela change trois choses qu'il vaut la peine de comprendre avant de coller un jeton.

Intents : pourquoi un nouveau bot ne lit souvent rien

Discord traite le contenu des messages comme un intent privilégié. Un bot fraîchement créé peut être invité, apparaître en ligne et ne voir que les messages qui le mentionnent directement, ce qui ressemble exactement à une intégration défaillante. Activer le Message Content Intent dans le Developer Portal, dans les paramètres du bot, corrige le problème, et c'est la cause la plus fréquente de l'impression qu'un bot Discord ne fonctionne pas.

Il vaut aussi la peine de s'y arrêter plutôt que de cliquer sans y penser. Cet intent fait la différence entre un assistant qui répond quand on le sollicite et un assistant qui lit tout ce qui se dit dans les salons qu'il peut voir.

Permissions : donnez-lui le plus petit ensemble qui fonctionne

L'URL d'invitation que vous générez détermine ce que le bot peut faire, et les valeurs par défaut sont généralement plus généreuses que nécessaire. Un assistant qui lit et répond a besoin de voir les salons, de lire l'historique et d'envoyer des messages. Il n'a pas besoin de gérer les rôles, d'expulser des membres ou de supprimer les messages des autres. Les permissions au niveau des salons sont l'autre moitié : placez le bot dans les salons qu'il doit servir plutôt que de lui donner tout le serveur en espérant que cela se passe bien.

Coût : une clé, de nombreux utilisateurs

Pour un assistant personnel, vous êtes la seule personne à dépenser des jetons. Sur un serveur Discord, vous payez pour tout le monde, et un salon animé peut générer une facture surprenante avec un modèle facturé au jeton. Deux choses aident : être délibéré sur les salons où le bot écoute, et envisager un modèle local via Ollama, où un serveur chargé vous coûte du calcul que vous avez déjà payé plutôt que des frais par message.

Mise en place

1. Créez l'application et le bot. Dans le Discord Developer Portal, puis copiez le jeton du bot et conservez-le en lieu sûr. C'est un mot de passe.
2. Activez le Message Content Intent si le bot doit lire les messages qui ne le mentionnent pas.
3. Invitez-le avec une URL d'invitation ne portant que les permissions que vous voulez accorder.
4. Déployez OpenClaw. Lancez votre instance sur Flux en 30 secondes environ si ce n'est pas déjà fait.
5. Collez le jeton dans l'intégration Discord de votre tableau de bord.

Comment les gens vont réellement l'appeler

Il existe deux façons d'utiliser un assistant sur Discord, adaptées à des serveurs différents. Les mentions sont l'option la plus légère : quelqu'un tape le nom du bot et pose une question au fil de la conversation, ce qui fonctionne bien dans un petit salon et devient bruyant dans un salon animé. Les commandes slash sont l'option structurée : elles apparaissent dans le menu de commandes de Discord avec descriptions et arguments typés, si bien que les gens découvrent ce que fait l'assistant sans que personne n'écrive de guide.

Le conseil pratique est d'en proposer les deux et de s'attendre à une répartition. Les habitués mentionneront le bot parce que c'est plus rapide ; les autres le découvriront via le menu slash, et un bot sans commandes enregistrées est en pratique invisible pour eux. Enregistrer un petit ensemble de commandes bien nommées est la chose la moins coûteuse à faire pour que l'assistant paraisse faire partie du serveur plutôt qu'être un outil que quelqu'un a ajouté.

Les threads sont l'endroit où le contexte doit vivre

Un salon est une pièce partagée, et un assistant qui le traite comme une longue conversation unique s'embrouillera, car trois personnes qui posent des questions sans rapport dans les mêmes cinq minutes ne forment pas un fil de raisonnement. Les threads Discord résolvent proprement ce problème : un thread est une conversation délimitée avec ses propres participants, ce qui correspond bien à la manière dont un assistant conserve le contexte.

Encourager les échanges plus longs à passer dans des threads garde le salon principal lisible et l'assistant cohérent, et cela a aussi un avantage en coût. Une conversation qui reste dans un seul thread n'embarque pas tout l'historique du salon dans chaque requête.

Tous les membres du salon dépensent votre argent

Cela mérite d'être dit clairement, car c'est la différence entre Discord et toutes les intégrations personnelles. La clé du fournisseur est la vôtre, la facturation aussi, et chaque membre qui parle au bot consomme cette clé. C'est normal et attendu sur un serveur d'amis ; c'est une vraie considération sur un serveur public.

Trois éléments aident à garder la maîtrise. Limitez les salons où le bot écoute, pour que l'assistant soit disponible là où il est utile plutôt que partout. Demandez-vous si le Message Content Intent est vraiment nécessaire : un bot qui ne répond qu'aux mentions et aux commandes slash ne peut pas être déclenché par accident par une conversation ordinaire. Et sur un serveur chargé, un modèle local via Ollama change complètement l'économie, car cent messages vous coûtent du calcul que vous avez déjà payé plutôt que cent requêtes facturées.

Pourquoi l'auto-hébergement compte davantage ici

Avec un service de bot partagé, les conversations de toute une communauté transitent par l'infrastructure de quelqu'un d'autre. L'auto-hébergement signifie que les messages envoyés par vos membres atteignent une instance que vous contrôlez, et que le modèle derrière est votre choix : un modèle hébergé pour la capacité, ou un LLM local via Ollama pour que rien ne quitte votre serveur.

Premiers pas

Discord est l'une des plus de 20 intégrations d'OpenClaw. Si vous voulez un assistant personnel plutôt qu'un assistant communautaire, Telegram est la mise en place la plus simple, et WhatsApp couvre le cas du numéro de téléphone. Le guide d'auto-hébergement complet détaille l'instance elle-même. Prêt maintenant ? Déployez depuis la page d'accueil.