OpenClaw Multi-Plattform-Konfiguration: 13 Channels für einen einheitlichen KI-Assistenten
Lassen Sie die KI auf WhatsApp Ihren Terminplan sortieren – und in Slack am Morgen weiß sie nichts mehr von der Diskussion. Abends im Discord-Team-Meeting dasselbe: Projekt-Hintergrund von vorn erklären. Ein plattformübergreifender KI-Assistent sollte auf allen Kanälen wissen, wer Sie sind.
OpenClaws Channel-Schicht löst das durch Nachrichten-Normalisierung: Einmal deployen, 13 Plattformen von Telegram über WhatsApp und Discord bis Slack – alle Gespräche nahtlos synchron. Sticker, Embeds und Sprachnachrichten werden in ein einheitliches Format überführt.
Dieser Artikel führt durch die Einrichtung von Telegram (Token in 5 Minuten), WhatsApp (QR-Pairing) und Discord (Bot-Berechtigungen) sowie Erfahrungen zu plattformübergreifender Sitzungssynchronisation und Sicherheit.
Günstiger Einstieg: ArkClaw macht KI-Agenten wirklich zugänglich
OpenClaw (der „Hummer“) ist beliebt, aber die Konfiguration schreckt ab? ByteDance Volcano Engine bietet mit ArkClaw eine Ein-Klick-Lösung: 24/7 online, Browser steuern, Skripte ausführen, Kalender verwalten – ohne Server- und Token-Gefrickel.
Der Preis ist der Hammer: 9,9 Yuan/Monat, mit Einladungscode ZLKUK54M (hier registrieren) nur 8,9 Yuan. Als Entwickler lohnt sich Coding Plan Pro – ArkClaw quasi gratis.
Wie funktioniert OpenClaws Channel-Schicht?
Beim Einstieg in OpenClaw stellte sich mir die Frage: Telegram-Sticker, Discord-Embeds, WhatsApp-Sprachnachrichten – völlig unterschiedliche Formate. Wie bringt OpenClaw sie auf eine gemeinsame Sprache?
Die Antwort liegt in den Channel Adapters.
Die Magie der Nachrichten-Normalisierung
Stellen Sie sich vor: Sie senden ein Meme auf Telegram, eine Embed-Nachricht mit Bild auf Discord, eine Sprachnachricht auf WhatsApp. Die Datenstrukturen unterscheiden sich stark – Channel Adapters wandeln sie in ein einheitliches OpenClaw-Format um.
Konkret:
- Telegram-Sticker → standardisierte Bild-Anhänge
- Discord-Embeds → Text- und Medien-Kombination
- WhatsApp-Reactions → Emoji-Text
- Sprachnachrichten → Audio extrahieren und transkribieren (falls konfiguriert)
Der Prozess ist für Sie unsichtbar. Sie schreiben auf beliebiger Plattform – OpenClaw übernimmt die Formatkonvertierung.
Gateway Server: der Verkehrsknoten
Nach der Normalisierung geht es zum Gateway Server – OpenClaws zentrales Gehirn mit drei Aufgaben:
- Session Router (Sitzungs-Routing): Welche Sitzung? Persönliche DM, Team-Gruppe oder dasselbe Gespräch plattformübergreifend?
- Lane Queue (Spur-Warteschlange): Nebenläufigkeit steuern. Nachrichten von drei Plattformen gleichzeitig – Lane Queue verarbeitet sie geordnet, ohne Konflikte.
- Nachrichten-Weiterleitung: KI-Antworten zurück an die richtige Plattform und den richtigen Empfänger.
Beim ersten Blick auf Session-Router-Optionen war ich unsicher: „per-channel-peer“, „per-account-channel-peer“? Später im Detail – merken Sie sich: Gateway ermöglicht, ein in WhatsApp begonnenes Gespräch in Telegram nahtlos fortzusetzen.
13 Plattformen – welche wählen Sie?
OpenClaw unterstützt derzeit:
- Instant Messaging: WhatsApp, Telegram, Signal, iMessage (über BlueBubbles)
- Team-Kollaboration: Slack, Microsoft Teams, Google Chat, Discord
- Weitere: Matrix, Zalo, Twitch, WebChat
Meine Kombination: Telegram (privat) + WhatsApp (Familie/Freunde) + Discord (Tech-Community). Wählen Sie nach Ihrem Szenario.
Praxis: Drei Plattformen einrichten (15 Minuten)
Genug Theorie – los geht’s.
Installation und Initialisierung
Terminal öffnen, zwei Befehle:
npm install -g openclaw@latest
openclaw onboard --install-daemon
onboard stellt Fragen:
- KI-Anbieter: Claude, GPT, Gemini oder lokales Modell? (Ich nutze Claude – gewohnt.)
- API-Schlüssel einfügen – ohne Leerzeichen oder Anführungszeichen
- Gateway-Port: Standard 18789, nicht ändern
Nach wenigen Minuten:
✓ Gateway WebSocket server started on ws://127.0.0.1:18789
✓ Control UI available at http://localhost:18789
OpenClaw läuft auf Ihrem Rechner.
Sicherheitshinweis: Control UI standardmäßig nur localhost. Auf Remote-Server: SSH-Tunnel:
ssh -N -L 18789:127.0.0.1:18789 your-server
Telegram: der schnellste Einstieg
Telegram zuerst – am schnellsten eingerichtet.
-
Bot erstellen:
- Telegram: @BotFather suchen
/newbotsenden- Bot-Namen wählen (z. B. „Mein OpenClaw-Assistent“)
- Token erhalten (z. B.
1234567890:ABCdefGHIjklMNOpqrsTUVwxyz)
-
OpenClaw konfigurieren:
openclaw config set telegram.token "YOUR_BOT_TOKEN"YOUR_BOT_TOKENdurch den echten Token ersetzen. -
Verifizieren:
- Bot in Telegram suchen
/startsenden- Antwort = Erfolg
Beim ersten Mal reagierte der Bot nicht – ein Zeilenumbruch im kopierten Token. Token auf überflüssige Zeichen prüfen.
WhatsApp: QR-Pairing
Etwas aufwendiger – Handy-Pairing.
-
Pairing starten:
openclaw config set whatsapp.enabled true openclaw gateway restart -
QR-Code scannen:
- QR-Code im Terminal
- WhatsApp → Einstellungen → Verknüpfte Geräte → Gerät hinzufügen
- Terminal-QR scannen
-
Verbindung abwarten:
„WhatsApp connected“ = Erfolg.
Hinweise:
- Handy und Rechner müssen online sein (WhatsApp-Limit)
- QR abgelaufen →
openclaw gateway restart - OpenClaw nutzt Baileys (WhatsApp Web). Offiziell noch nicht gesperrt – Richtlinien können sich ändern, Risiko selbst einschätzen
Anfangs Sorge vor Sperrung – bei normalem Gebrauch ohne Massen-Spam kein Problem. Gleiches Prinzip wie WhatsApp Web.
Discord: Berechtigungen entscheiden
Discord erfordert eine App im Developer Portal – mehr Schritte.
-
Anwendung erstellen:
- https://discord.com/developers/applications
- „New Application“, Name vergeben
- „Bot“ → „Add Bot“
- Token kopieren
-
Berechtigungen setzen:
Unzureichende Rechte = Bot empfängt keine Nachrichten.- „OAuth2 → URL Generator“
- Scopes:
bot - Bot Permissions:
- Read Messages/View Channels
- Send Messages
- Read Message History
- Attach Files
- URL kopieren, im Browser öffnen, Bot auf Server einladen
-
OpenClaw konfigurieren:
openclaw config set discord.token "YOUR_DISCORD_BOT_TOKEN" openclaw config set discord.guildId "YOUR_SERVER_ID"Guild ID:
- Discord Entwicklermodus (Einstellungen → Erweitert → Entwicklermodus)
- Rechtsklick auf Server-Icon → ID kopieren
-
Testen:
- Bot in einem Kanal @erwähnen
- Nachricht senden, Antwort prüfen
Beim ersten Discord-Setup: Bot schwieg – Read Message History fehlte. Diesen Schritt nicht überspringen.
Sitzungsmanagement – die KI erinnert sich auf allen Plattformen
Nach der Einrichtung von drei Plattformen: In Telegram gechattet, zu Discord gewechselt – wie weiß die KI, dass Sie dieselbe Person sind?
Das leistet der Session Router.
Main-Sitzung vs. isolierte Sitzungen
OpenClaws Standard: Alle DMs landen in derselben „main“-Sitzung.
Bedeutung: Telegram-DM, WhatsApp-DM, Discord-DM teilen denselben Verlauf. Die KI erinnert sich an alles, was Sie auf irgendeiner Plattform gesagt haben.
Für Team-Deployments mit mehreren Kollegen ungeeignet – Nachrichten vermischen sich. Dann Isolation:
openclaw config set session.dmScope "per-channel-peer"
Jede Plattform und jeder Nutzer erhält eine eigene Sitzung.
Feinere Isolation:
openclaw config set session.dmScope "per-account-channel-peer"
Für mehrere OpenClaw-Konten.
Persönlich bleibe ich bei der Standard-„main“-Sitzung – die KI soll mich überall erkennen.
Plattformübergreifende Identitätsverknüpfung
Manchmal soll OpenClaw wissen: „Telegram @username und WhatsApp +86xxx sind dieselbe Person.“
session.identityLinks konfigurieren:
session:
identityLinks:
- platforms:
telegram: "@your_username"
whatsapp: "+8613800138000"
discord: "123456789012345678" # Discord User ID
Egal von welcher Plattform – OpenClaw setzt dieselbe Sitzung fort.
Häufige Sitzungsbefehle
Neu starten oder Modell prüfen:
/status– Modell, Token-Verbrauch, Sitzungsdauer/new– Sitzung zurücksetzen, Verlauf leeren/activation mention– in Gruppen nur bei @-Erwähnung antworten/activation always– auf jede Gruppennachricht antworten (vorsichtig – sehr laut)
Weitere Befehle in der Control UI unter Sessions:
sessions_list– aktive Sitzungensessions_history– Verlauf exportierensessions_send– manuell an eine Sitzung senden
/new nutze ich am häufigsten. Wenn die KI falsch abbiegt, Reset statt langer Korrektur.
Sicherheit – Fremde sollen Ihre KI nicht mitnutzen
Nach einigen Tagen stieg die API-Rechnung – ein Unbekannter rief den Bot massenhaft auf.
Das führte mich zu OpenClaws Sicherheitsstrategien.
DM-Pairing: Standard-Schutz
OpenClaws Standard-dmPolicy ist pairing.
Unbekannte schreiben beim ersten DM – der Bot antwortet nicht, erzeugt einen 6-stelligen Pairing-Code im Log. Manuelle Freigabe:
openclaw pairing approve telegram ABC123
Code läuft nach 1 Stunde ab. Nach Freigabe normaler Betrieb.
Anfangs wirkte das umständlich – ohne Schutz kann jeder mit Ihrem Bot-Namen Ihre API belasten.
Vier DM-Strategien im Vergleich
| Strategie | Anwendung | Risiko |
|---|---|---|
pairing (Standard) | Privat, gelegentlich an Freunde | 🟢 Niedrig |
allowlist | Nur Whitelist-Nutzer | 🟢 Niedrig |
open | Öffentlicher Bot | 🔴 Hoch |
disabled | Keine DMs, nur Gruppen | 🟢 Niedrig |
Öffentlicher Community-Bot: open möglich – Token-Verbrauch überwachen, sonst Kostenexplosion.
Konfiguration:
openclaw config set dmPolicy "allowlist"
openclaw config set dmAllowlist "telegram:@friend1,whatsapp:+8613800138000"
Gruppen-Sandbox: Schutz vor bösartigen Befehlen
OpenClaws KI-Agent kann Tools ausführen (Bash, Dateioperationen). In Gruppen: rm -rf /?
Gruppen-Sandbox dagegen:
openclaw config set agents.defaults.sandbox.mode "non-main"
Nicht-main-Sitzungen (Gruppen) laufen in Docker-Sandbox ohne Host-Dateisystem.
Tools anpassen:
agents:
defaults:
sandbox:
mode: "non-main"
allowedTools:
- web_search
- calculator
deniedTools:
- bash
- file_write
Meine Gruppen: Suche und Rechner erlaubt, Bash und Dateien verboten.
Mention-Gating: kein Dauer-Feedback
KI in Discord-Server – Antwort auf jede Nachricht ist störend.
activation: mention – nur bei @-Erwähnung:
openclaw config set agents.defaults.activation "mention"
Die KI bleibt im Hintergrund – bei Bedarf @erwähnen.
Sicherheits-Checkliste:
openclaw doctor
Scannt die Konfiguration:
- ✗
dmPolicy: openwithout rate limiting - ✗
sandbox.mode: disabledin group sessions - ✓ API key properly configured
- ✓ DM pairing enabled
Einmal doctor ausführen – viele Risiken vermeiden.
Fallstricke und Fehlerbehebung
Einige meiner Erfahrungen.
Fallstrick 1: API-Schlüssel
Symptom: Bot startet, antwortet nicht – Log: Invalid API key.
Ursachen:
- Leerzeichen oder Anführungszeichen im kopierten Schlüssel
- Umgebungsvariable nicht aktiv (Terminal neu starten)
- Keine Zahlungsmethode am API-Konto (Claude und GPT)
Lösung:
# Neu setzen, ohne überflüssige Zeichen
openclaw config set anthropic.apiKey "sk-ant-..."
# Konfiguration prüfen
openclaw config get anthropic.apiKey
# Gateway neu starten
openclaw gateway restart
Fallstrick 2: Port-Konflikt
Symptom: openclaw gateway start → Port 18789 already in use.
Ursache: Alter Gateway-Prozess noch aktiv.
Lösung:
# Sauber stoppen
openclaw gateway stop
# Falls nötig: Prozess beenden
pkill -f openclaw-gateway
# Neu starten
openclaw gateway start
Fallstrick 3: Control UI
Symptom: http://localhost:18789 → control ui requires HTTPS or localhost.
Ursache: Remote-Server, Zugriff per Server-IP statt localhost.
Lösung 1: Token-Parameter
http://your-server-ip:18789?token=YOUR_TOKEN
Token in ~/.openclaw/gateway.env.
Lösung 2: SSH-Tunnel
ssh -N -L 18789:127.0.0.1:18789 user@your-server
Dann lokal http://localhost:18789.
Fallstrick 4: Channel-Verbindung
Telegram:
- Token bei BotFather prüfen
- In manchen Regionen Proxy für Telegram API nötig
WhatsApp:
- QR abgelaufen →
openclaw gateway restart - Handy offline → WhatsApp braucht online Handy
- Max. 4 verbundene Geräte
Discord:
Read Message Historyfehlt- Falsche Guild ID
- Bot nicht auf Server → OAuth2-URL erneut
Fallstrick 5: Sitzungsverlust
Symptom: Nach Gateway-Neustart ist der Verlauf weg.
Ursache: Anfang 2026 keine Persistenz – Neustart leert den Speicher.
Abhilfe:
- Wichtiges mit
sessions_historyexportieren - Auf Persistenz in späteren Versionen warten (Roadmap)
Mein größter Wunsch – nach jedem Update der KI neu vorstellen.
Fazit
Zwei Wochen OpenClaw: Die KI wird wirklich zum plattformübergreifenden Assistenten.
Morgens Termine auf WhatsApp, im Büro in Slack weiter, abends Discord im Team – nahtlos. Das schafft kein Single-Platform-Bot.
Die Channel-Schicht ist durchdacht: 13 Plattformen normalisiert, Session Router für Sitzungen, feingranulare Sicherheit – flexibel und sicher.
OpenClaw entwickelt sich schnell weiter. Persistenz, Skills-Marketplace, mehr Plattformen stehen auf der Roadmap.
Zum Ausprobieren:
curl -fsSL https://openclaw.ai/install.sh | bash
15 Minuten Setup – plattformübergreifenden KI-Assistenten erleben.
Bei Problemen: GitHub Discussions – die Community antwortet schnell. Mein Telegram-Problem war in 10 Minuten gelöst.
Nutzen Sie OpenClaw? Welche Plattformen? Welche Fallstricke? Schreiben Sie in die Kommentare.
FAQ
Warum pairing statt open als DM-Strategie empfehlen?
open ist bequem, aber jeder mit Ihrem Bot-Namen kann die API unbegrenzt aufrufen und die Rechnung in die Höhe treiben. Für öffentliche Bots: Token-Verbrauch überwachen und Rate Limiting einsetzen.
Discord-Bot antwortet nicht – was tun?
1. Bot Permissions: Read Message History muss aktiviert sein (wird oft vergessen)
2. Bot per OAuth2-URL korrekt auf den Server eingeladen
3. Guild ID korrekt (Entwicklermodus → Rechtsklick auf Server-Icon → ID kopieren)
4. Token gültig (Developer Portal prüfen)
Beim ersten Setup fehlte bei mir Read Message History – der Bot bekam keine Nachrichten.
Muss das Handy nach WhatsApp-Pairing dauerhaft online sein?
Weitere Limits:
1. Maximal 4 verbundene Geräte – sonst andere trennen
2. QR-Code ca. 2 Minuten gültig – bei Ablauf openclaw gateway restart für neuen Code
Für 24/7-Bots: Telegram oder Discord bevorzugen – unabhängig vom Handy.
Wie funktioniert plattformübergreifende Sitzungssynchronisation? Wie erkennt die KI dieselbe Person auf Telegram und Discord?
Für explizite Identitätsverknüpfung session.identityLinks konfigurieren:
yaml
session:
identityLinks:
- platforms:
telegram: "@your_username"
whatsapp: "+8613800138000"
discord: "123456789012345678"
Egal von welcher Plattform – OpenClaw erkennt Sie und setzt dieselbe Sitzung fort. WhatsApp-Gespräch nahtlos in Telegram fortsetzen.
Geht der Gesprächsverlauf nach Gateway-Neustart verloren?
Abhilfe:
1. Wichtige Gespräche mit sessions_history exportieren
2. Auf offizielle Persistenz in späteren Versionen warten (Roadmap)
3. Prozessmanager wie PM2 für stabileren Betrieb und weniger Neustarts
Mein größter Wunsch: Nach jedem Update muss ich mich der KI neu vorstellen.
Was schränkt der Gruppen-Sandbox-Modus ein?
1. Kein Zugriff auf Host-Dateisystem
2. Keine systemweiten Bash-Befehle
3. Eingeschränkter Netzwerkzugriff
Erlaubte Tools (web_search, calculator) und verbotene (bash, file_write) anpassbar. Meine Gruppen: nur Suche und Rechner, keine Dateioperationen – Funktion und Kontrolle.
Persönliche DMs unverändert – alle Tools verfügbar.
Control UI: requires HTTPS or localhost – Lösung?
Lösung 1: Token-Parameter
http://your-server-ip:18789?token=YOUR_TOKEN
Token in ~/.openclaw/gateway.env.
Lösung 2: SSH-Tunnel (empfohlen)
ssh -N -L 18789:127.0.0.1:18789 user@your-server
Dann lokal http://localhost:18789
SSH-Tunnel ist sicherer – Control UI nicht im öffentlichen Netz.
8 Min. Lesezeit · Veröffentlicht am: 5. Feb. 2026 · Aktualisiert am: 20. Juni 2026
OpenClaw Deployment & Praxis
Wenn du über die Suche hier gelandet bist, kommst du am schnellsten weiter, indem du zum vorherigen oder nächsten Beitrag dieser Serie springst.
Vorheriger
OpenClaw Skill-Sicherheitsprüfung: In 5 Minuten bösartige Agent Skills erkennen
ClawHavoc deckte 341 bösartige Skills auf. Dieser Leitfaden zeigt SKILL.md-Review, Erkennung gefährlicher Berechtigungen und schnelle Prüfbefehle – in 5 Minuten beurteilen Sie die Sicherheit und schützen Ihre Entwicklungsumgebung vor Supply-Chain-Angriffen.
Teil 9 von 36
Nächster
OpenClaw Community-Skills: Entfesseln Sie die Superkräfte Ihres KI-Assistenten
Die beliebtesten und praktischsten OpenClaw Community-Skills – Home Assistant Smart Home, Tesla-Fahrzeugverwaltung, Gmail-Automatisierung, Bildverarbeitung und mehr. Mit Installationsanleitung und Anwendungsszenarien.
Teil 11 von 36
Ähnliche Beiträge
OpenClaw-Umbenennung: Von Clawdbot über Moltbot bis OpenClaw – die komplette Geschichte
OpenClaw-Umbenennung: Von Clawdbot über Moltbot bis OpenClaw – die komplette Geschichte
OpenClaw Installationsleitfaden: Von der Umgebungsvorbereitung bis zum ersten Start
OpenClaw Installationsleitfaden: Von der Umgebungsvorbereitung bis zum ersten Start
OpenClaw Cloud-Server vs. lokaler Betrieb: Die passende Deployment-Strategie wählen
Kommentare
Melde dich mit GitHub an, um einen Kommentar zu hinterlassen