Changer le thème

OpenClaw multi-plateforme : 13 Channels pour un assistant IA unifié

Easton editorial illustration: multi-tenant AI service platform

Vous demandez à l’IA sur WhatsApp d’organiser l’agenda, puis sur Slack au bureau elle a oublié la matinée. Le soir sur Discord, même scénario — tout re-expliquer. Un assistant IA cross-plateforme devrait vous reconnaître partout.

La couche Channel d’OpenClaw résout ça par normalisation des messages : un déploiement, 13 plateformes (Telegram, WhatsApp, Discord, Slack…), conversations synchronisées. Stickers, embeds, vocaux → format unifié.

Cet article couvre Telegram (Token en 5 min), WhatsApp (scan QR), Discord (permissions Bot), plus synchronisation des sessions et sécurité.

Guide économique « élever un homard » : ArkClaw démocratise l’agent IA

OpenClaw (homard) est puissant mais la config rebute ? ArkClaw de ByteDance Volcano Engine abaisse la barrière : pas de serveur ni de token à bricoler, un assistant 24h/24 qui contrôle le navigateur, exécute des scripts et gère l’agenda.

Le prix compte : 9,9 ¥/mois, code d’invitation ZLKUK54M (inscription) → 8,9 ¥. Développeurs : Coding Plan Pro peut offrir l’accès.

Comment fonctionne la couche Channel d’OpenClaw ?

Au début, je me demandais : sticker Telegram, embed Discord, vocal WhatsApp — formats si différents, comment OpenClaw les unifie ?

Réponse : les Channel Adapters.

La normalisation des messages

Vous envoyez un sticker sur Telegram, un embed avec image sur Discord, un vocal sur WhatsApp. Structures natives différentes ; les Adapters convertissent tout en format OpenClaw.

Concrètement :

  • Stickers Telegram → pièce jointe image standard
  • Embeds Discord → texte + médias
  • Réactions WhatsApp → emoji texte
  • Vocaux → fichier audio + transcription (si configuré)

Transparent pour vous : vous écrivez, OpenClaw convertit.

Gateway Server : le hub

Après normalisation, le Gateway Server (cerveau OpenClaw) :

  1. Session Router : quelle session ? DM perso, groupe, même fil cross-plateforme ?
  2. Lane Queue : ordre des messages si vous écrivez sur trois apps à la fois.
  3. Relais : renvoie la réponse IA vers la bonne plateforme et le bon destinataire.

Les options Session Router (per-channel-peer, per-account-channel-peer) peuvent dérouter au début — l’essentiel : une conversation WhatsApp peut continuer sur Telegram.

13
Plateformes supportées
Messagerie (WhatsApp, Telegram, Signal) + collaboration (Slack, Discord, Teams) + autres

13 plateformes au choix

Liste actuelle :

  • Messagerie : WhatsApp, Telegram, Signal, iMessage (via BlueBubbles)
  • Collaboration : Slack, Microsoft Teams, Google Chat, Discord
  • Autres : Matrix, Zalo, Twitch, WebChat

Mon combo : Telegram (perso) + WhatsApp (proches) + Discord (communauté tech). Adaptez à votre usage.

Configuration des trois plateformes (15 minutes)

Assez de théorie, passons à la pratique.

Installation et initialisation

Terminal :

npm install -g openclaw@latest
openclaw onboard --install-daemon

onboard demande :

  1. Fournisseur IA : Claude, GPT, Gemini ou local ? (je reste sur Claude)
  2. Clé API : sans espaces ni guillemets
  3. Port Gateway : 18789 par défaut, ne pas changer

Quelques minutes plus tard :

✓ Gateway WebSocket server started on ws://127.0.0.1:18789
✓ Control UI available at http://localhost:18789

OpenClaw tourne sur votre machine.

Sécurité : Control UI en localhost seulement. Serveur distant → tunnel SSH :

ssh -N -L 18789:127.0.0.1:18789 your-server

Telegram : le plus simple

  1. Créer le Bot :

    • Telegram → @BotFather
    • /newbot
    • Nom (ex. « Mon assistant OpenClaw »)
    • Token (ex. 1234567890:ABCdefGHIjklMNOpqrsTUVwxyz)
  2. Configurer OpenClaw :

    openclaw config set telegram.token "YOUR_BOT_TOKEN"
  3. Vérifier :

    • Chercher le Bot, /start
    • Réponse = succès

Première fois : pas de réponse — un retour à la ligne dans le Token. Vérifiez les caractères en trop.

WhatsApp : appairage QR

  1. Démarrer :

    openclaw config set whatsapp.enabled true
    openclaw gateway restart
  2. Scanner le QR :

    • QR dans le terminal
    • WhatsApp → Paramètres → Appareils connectés → Connecter
    • Scanner
  3. Connexion : message « WhatsApp connected ».

Notes :

  • Téléphone et machine en ligne (limite WhatsApp)
  • QR expiré → openclaw gateway restart
  • Baileys / WhatsApp Web — évaluez le risque politique

J’avais peur du ban ; en usage normal (pas de spam), même principe que WhatsApp Web.

Discord : les permissions comptent

  1. Application :

  2. Permissions (critique) :

    • OAuth2 → URL Generator
    • Scopes : bot
    • Bot Permissions :
      • Read Messages/View Channels
      • Send Messages
      • Read Message History
      • Attach Files
    • Ouvrir l’URL générée, inviter le Bot
  3. OpenClaw :

    openclaw config set discord.token "YOUR_DISCORD_BOT_TOKEN"
    openclaw config set discord.guildId "YOUR_SERVER_ID"

    Guild ID : mode développeur → clic droit sur le serveur → Copier l’ID

  4. Test : @Bot dans un canal, envoyer un message.

Mon premier Discord : silence — Read Message History non coché. Ne sautez pas cette étape.

Gestion des sessions — l’IA vous reconnaît partout

Telegram puis Discord : comment l’IA sait que c’est vous ? Session Router.

Session main vs isolation

Par défaut : tous les DM → session main unique.

Telegram, WhatsApp, Discord en privé = même historique. L’IA se souvient de tout.

Équipe multi-utilisateurs → isolation :

openclaw config set session.dmScope "per-channel-peer"

Chaque utilisateur par plateforme a sa session.

Plus fin :

openclaw config set session.dmScope "per-account-channel-peer"

Pour plusieurs comptes OpenClaw.

Perso, je garde main — je veux la continuité partout.

Liens d’identité cross-plateforme

Associer Telegram @username et WhatsApp +86xxx :

session:
  identityLinks:
    - platforms:
        telegram: "@your_username"
        whatsapp: "+8613800138000"
        discord: "123456789012345678"  # Discord User ID

Même session, quel que soit le canal.

Commandes utiles

  • /status — modèle, tokens, durée de session
  • /new — reset historique
  • /activation mention — groupes : réponse aux @ seulement
  • /activation always — chaque message (bruyant)

Control UI → Sessions :

  • sessions_list
  • sessions_history
  • sessions_send

J’utilise surtout /new quand l’IA dérape.

Sécurité — éviter l’abus de votre IA

Facture API qui monte : un inconnu spamme le Bot. J’ai creusé les politiques OpenClaw.

Pairing DM (défaut)

dmPolicy = pairing.

Premier DM d’un inconnu : pas de réponse, code 6 chiffres dans les logs. Approbation manuelle :

openclaw pairing approve telegram ABC123

Expiration 1 h. Sans ça, n’importe qui avec le nom du Bot brûle votre crédit API.

Quatre politiques DM

PolitiqueUsageRisque
pairing (défaut)Perso, partage occasionnel🟢 Faible
allowlistListe blanche🟢 Faible
openBot public🔴 Élevé
disabledGroupes seulement🟢 Faible

Bot communautaire en open : surveillez les tokens.

openclaw config set dmPolicy "allowlist"
openclaw config set dmAllowlist "telegram:@friend1,whatsapp:+8613800138000"

Sandbox groupe

L’agent peut exécuter bash, fichiers… Quelqu’un demande rm -rf / en groupe ?

openclaw config set agents.defaults.sandbox.mode "non-main"

Sessions non-main (groupes) → Docker, pas d’accès hôte.

Personnalisation :

agents:
  defaults:
    sandbox:
      mode: "non-main"
      allowedTools:
        - web_search
        - calculator
      deniedTools:
        - bash
        - file_write

Mes groupes : recherche + calcul ; pas bash ni fichiers.

Mention gating

Sans filtre, le Bot répond à tout en Discord — bruyant.

openclaw config set agents.defaults.activation "mention"

@ quand vous en avez besoin.

Checklist :

openclaw doctor

Signale :

  • dmPolicy: open without rate limiting
  • sandbox.mode: disabled in group sessions
  • ✓ API key properly configured
  • ✓ DM pairing enabled

Pièges et dépannage

Piège 1 : clé API

Symptôme : Bot OK, pas de réponse, Invalid API key.

Causes : espaces/guillemets, env non rechargé, pas de moyen de paiement (Claude/GPT).

Fix :

openclaw config set anthropic.apiKey "sk-ant-..."
openclaw config get anthropic.apiKey
openclaw gateway restart

Piège 2 : port occupé

Symptôme : Port 18789 already in use.

openclaw gateway stop
pkill -f openclaw-gateway
openclaw gateway start

Piège 3 : Control UI

Symptôme : control ui requires HTTPS or localhost avec l’IP serveur.

Token : http://your-server-ip:18789?token=YOUR_TOKEN (fichier ~/.openclaw/gateway.env).

SSH :

ssh -N -L 18789:127.0.0.1:18789 user@your-server

http://localhost:18789

Piège 4 : Channel

Telegram : Token BotFather, proxy si région bloquée.

WhatsApp : QR expiré, téléphone offline, max 4 appareils.

Discord : Read Message History, Guild ID, invitation OAuth2.

Piège 5 : sessions perdues

Redémarrage Gateway = historique en mémoire effacé (début 2026).

Export : sessions_history. Persistance au Roadmap.

Ma frustration n°1 — me re-présenter après chaque update.

Conclusion

Deux semaines avec OpenClaw : un vrai assistant unifié cross-plateforme.

WhatsApp le matin, Slack au bureau, Discord le soir — même fil. Impossible avec un Bot mono-plateforme.

Channel (13 plateformes), Session Router, sécurité fine : flexible et sûr.

OpenClaw évolue vite : persistance, marketplace Skills, plus de plateformes.

Pour essayer :

curl -fsSL https://openclaw.ai/install.sh | bash

15 minutes, assistant multi-canal.

Questions : GitHub Discussions — Telegram bloqué, réponse en 10 min pour moi.

Vous utilisez OpenClaw ? Quelles plateformes ? Quels pièges ? Dites-le en commentaire.

FAQ

Pourquoi pairing plutôt que open ?
pairing est la politique DM par défaut d'OpenClaw : à la première message d'un inconnu, le Bot ne répond pas et génère un code à 6 chiffres dans les logs ; vous approuvez avec openclaw pairing approve telegram ABC123. Le code expire en 1 h.

open est pratique mais n'importe qui avec le nom du Bot peut consommer l'API sans limite — facture qui explose. Bot public : surveillez les tokens et limitez le débit.
Discord : le Bot ne répond pas, que faire ?
Cause la plus fréquente : permissions insuffisantes.

1. Bot Permissions : cocher Read Message History (souvent oublié)
2. Bot invité via l'URL OAuth2
3. Guild ID correct (mode développeur → clic droit sur l'icône serveur → copier l'ID)
4. Token valide (Developer Portal)

Ma première config a échoué faute de Read Message History.
WhatsApp : le téléphone doit rester en ligne ?
Oui, limite du protocole WhatsApp Web. OpenClaw utilise Baileys ; téléphone hors ligne = pas de messages.

Autres limites :
1. Max 4 appareils connectés
2. QR ~2 min, puis openclaw gateway restart

Bot 24/7 : privilégiez Telegram ou Discord.
Synchronisation cross-plateforme : comment l'IA sait que Telegram et Discord, c'est la même personne ?
Par défaut, Session Router envoie tous les DM dans la session main.

Lien explicite via session.identityLinks :

yaml
session:
identityLinks:
- platforms:
telegram: "@your_username"
whatsapp: "+8613800138000"
discord: "123456789012345678"


Quel que soit le canal, OpenClaw vous reconnaît et poursuit la même conversation.
Redémarrage Gateway : perte de l'historique ?
Oui. Début 2026, pas de persistance des sessions — redémarrage = mémoire vidée.

Atténuation :
1. sessions_history pour exporter l'important
2. Persistance prévue au Roadmap
3. PM2 pour limiter les redémarrages

C'est la fonctionnalité que j'attends le plus — à chaque mise à jour, je me re-présente à l'IA.
Sandbox groupe : quelles limites ?
agents.defaults.sandbox.mode: "non-main" → sessions non-main (groupes) dans Docker :

1. Pas d'accès au système de fichiers hôte
2. Pas de bash système
3. Réseau restreint

Outils autorisés/interdits personnalisables (web_search, calculator vs bash, file_write). Mon réglage : groupes = recherche + calcul seulement.

Les DM personnels gardent tous les outils.
Control UI : requires HTTPS or localhost ?
Souvent en déploiement distant avec l'IP du serveur.

Solution 1 : paramètre token
http://your-server-ip:18789?token=YOUR_TOKEN
Token dans ~/.openclaw/gateway.env

Solution 2 : tunnel SSH (recommandé)
ssh -N -L 18789:127.0.0.1:18789 user@your-server
Puis http://localhost:18789

Plus sûr que d'exposer l'UI sur Internet.

6 min de lecture · Publié le: 5 févr. 2026 · Mis à jour le: 27 juil. 2026

Commentaires

Connectez-vous avec GitHub pour laisser un commentaire

Easton BlogEaston Blog