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

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) :
- Session Router : quelle session ? DM perso, groupe, même fil cross-plateforme ?
- Lane Queue : ordre des messages si vous écrivez sur trois apps à la fois.
- 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 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 :
- Fournisseur IA : Claude, GPT, Gemini ou local ? (je reste sur Claude)
- Clé API : sans espaces ni guillemets
- 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
-
Créer le Bot :
- Telegram → @BotFather
/newbot- Nom (ex. « Mon assistant OpenClaw »)
- Token (ex.
1234567890:ABCdefGHIjklMNOpqrsTUVwxyz)
-
Configurer OpenClaw :
openclaw config set telegram.token "YOUR_BOT_TOKEN" -
Vérifier :
- Chercher le Bot,
/start - Réponse = succès
- Chercher le Bot,
Première fois : pas de réponse — un retour à la ligne dans le Token. Vérifiez les caractères en trop.
WhatsApp : appairage QR
-
Démarrer :
openclaw config set whatsapp.enabled true openclaw gateway restart -
Scanner le QR :
- QR dans le terminal
- WhatsApp → Paramètres → Appareils connectés → Connecter
- Scanner
-
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
-
Application :
- https://discord.com/developers/applications
- New Application, nom
- Bot → Add Bot, copier le Token
-
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
-
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
-
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_listsessions_historysessions_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
| Politique | Usage | Risque |
|---|---|---|
pairing (défaut) | Perso, partage occasionnel | 🟢 Faible |
allowlist | Liste blanche | 🟢 Faible |
open | Bot public | 🔴 Élevé |
disabled | Groupes 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: openwithout rate limiting - ✗
sandbox.mode: disabledin 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 ?
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 ?
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 ?
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 ?
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 ?
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 ?
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 ?
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
Déploiement et pratique OpenClaw
Si vous arrivez depuis la recherche, le plus rapide est de passer à l’article précédent ou suivant de cette série.
Précédent
Audit de sécurité des skills OpenClaw : repérer les AgentSkills malveillants en 5 minutes
L'événement ClawHavoc a exposé 341 skills malveillants. Apprenez à auditer SKILL.md, repérer les permissions dangereuses et utiliser des commandes de vérification rapide pour juger la sécurité d'un skill en 5 minutes et protéger votre environnement de développement contre les attaques supply chain.
Partie 9 sur 36
Suivant
Compétences communautaires OpenClaw : débloquez le super-pouvoir de votre assistant IA
Découvrez les compétences communautaires OpenClaw les plus populaires et pratiques : Home Assistant, Tesla, Gmail, traitement d'images — installation et cas d'usage pour exploiter tout le potentiel de votre assistant IA.
Partie 11 sur 36



Commentaires
Connectez-vous avec GitHub pour laisser un commentaire