Sprache wechseln
Design wechseln

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:

  1. Session Router (Sitzungs-Routing): Welche Sitzung? Persönliche DM, Team-Gruppe oder dasselbe Gespräch plattformübergreifend?
  2. Lane Queue (Spur-Warteschlange): Nebenläufigkeit steuern. Nachrichten von drei Plattformen gleichzeitig – Lane Queue verarbeitet sie geordnet, ohne Konflikte.
  3. 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
Unterstützte Plattformen
Instant Messaging (WhatsApp, Telegram, Signal) + Team-Kollaboration (Slack, Discord, Teams) + weitere

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:

  1. KI-Anbieter: Claude, GPT, Gemini oder lokales Modell? (Ich nutze Claude – gewohnt.)
  2. API-Schlüssel einfügen – ohne Leerzeichen oder Anführungszeichen
  3. 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.

  1. Bot erstellen:

    • Telegram: @BotFather suchen
    • /newbot senden
    • Bot-Namen wählen (z. B. „Mein OpenClaw-Assistent“)
    • Token erhalten (z. B. 1234567890:ABCdefGHIjklMNOpqrsTUVwxyz)
  2. OpenClaw konfigurieren:

    openclaw config set telegram.token "YOUR_BOT_TOKEN"

    YOUR_BOT_TOKEN durch den echten Token ersetzen.

  3. Verifizieren:

    • Bot in Telegram suchen
    • /start senden
    • 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.

  1. Pairing starten:

    openclaw config set whatsapp.enabled true
    openclaw gateway restart
  2. QR-Code scannen:

    • QR-Code im Terminal
    • WhatsApp → Einstellungen → Verknüpfte Geräte → Gerät hinzufügen
    • Terminal-QR scannen
  3. 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.

  1. Anwendung erstellen:

  2. 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
  3. 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
  4. 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 Sitzungen
  • sessions_history – Verlauf exportieren
  • sessions_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

StrategieAnwendungRisiko
pairing (Standard)Privat, gelegentlich an Freunde🟢 Niedrig
allowlistNur Whitelist-Nutzer🟢 Niedrig
openÖffentlicher Bot🔴 Hoch
disabledKeine 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: open without rate limiting
  • sandbox.mode: disabled in 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:

  1. Leerzeichen oder Anführungszeichen im kopierten Schlüssel
  2. Umgebungsvariable nicht aktiv (Terminal neu starten)
  3. 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 startPort 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:18789control 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 History fehlt
  • 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_history exportieren
  • 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?
pairing ist OpenClaws Standard-DM-Strategie: Bei der ersten Nachricht eines Unbekannten antwortet der Bot nicht, sondern erzeugt einen 6-stelligen Pairing-Code im Log. Sie genehmigen manuell mit openclaw pairing approve telegram ABC123. Der Code läuft nach 1 Stunde ab – Schutz vor Brute-Force.

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?
Häufigste Ursache: unzureichende Berechtigungen. Prüfen Sie:

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?
Ja – WhatsApp-Web-Protokoll. OpenClaw nutzt Baileys über WhatsApp Web; ohne online Handy kein Senden/Empfangen.

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?
OpenClaws Session Router führt standardmäßig alle DMs in eine „main“-Sitzung – automatische plattformübergreifende Synchronisation.

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?
Ja – Anfang 2026 noch keine persistente Sitzungsspeicherung. Gateway-Neustart leert den Arbeitsspeicher.

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?
Mit agents.defaults.sandbox.mode: "non-main" laufen Nicht-main-Sitzungen (z. B. Gruppen) in einer Docker-Sandbox mit Standardlimits:

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?
Tritt oft bei Remote-Server-Zugriff per Server-IP statt localhost auf.

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

Ähnliche Beiträge

Kommentare

Melde dich mit GitHub an, um einen Kommentar zu hinterlassen