Telegram, Discord oder Slack: über welchen Kanal euer OpenClaw Agent sprechen sollte
Wir betreiben unsere Agenten seit Monaten über Telegram. Jeden Tag, für alles: Shop Deploys, SEO Läufe, Weiterleitungen, Kundenmails, Berichte. Das funktioniert so gut, dass wir die Frage lange nicht gestellt haben, die eigentlich am Anfang steht.
Ist Telegram überhaupt der richtige Kanal?
Denn der Kanal ist bei einem Agenten kein Beiwerk. Er entscheidet, wie viele Menschen mitlesen, ob es Threads gibt, ob Sprachnachrichten gehen, wie lang eine Antwort sein darf, wie eine Tabelle aussieht, wer den Agenten überhaupt ansprechen darf und wie viel Arbeit die Einrichtung macht. Zwei Kanäle können denselben Agenten völlig unterschiedlich anfühlen lassen.
Deshalb haben wir Telegram, Discord und Slack einmal komplett nebeneinandergelegt. Und weil es seit einiger Zeit noch eine vierte Möglichkeit gibt, die in kaum einer Diskussion auftaucht, kommt die auch mit rein: nativ mit OpenClaw sprechen, ohne Drittplattform dazwischen.
Was in allen Kanälen gleich ist
Bevor es an die Unterschiede geht, kurz das gemeinsame Fundament, weil es viele Missverständnisse aufräumt.
Der Agent läuft nicht im Chat, sondern im Gateway. Telegram, Discord und Slack sind nur Türen in denselben Raum. Alle Kanäle können gleichzeitig laufen, OpenClaw entscheidet pro Chat, was wohin geht.
Das Routing ist dabei deterministisch, und das ist wichtiger, als es klingt: Was über Telegram hereinkommt, wird über Telegram beantwortet. Das Modell darf sich den Antwortkanal nicht aussuchen. Es kann also nicht passieren, dass eine private Frage plötzlich in einem Teamkanal landet.
Jeder Raum bekommt seine eigene Sitzung. Ein Discord Kanal, ein Slack Kanal, eine Telegram Gruppe, ein Forumsthema: alles getrennte Gedächtnisstränge mit eigenem Kontext. Genau deshalb lohnt es sich, Räume nach Themen zu schneiden statt alles in einen Kanal zu schütten.
Und überall gilt: Direktnachrichten sind standardmäßig gesperrt. Neue Absender müssen freigegeben werden, per Pairing Code oder Allowlist. Ein Agent mit Werkzeugen, den jeder Fremde ansprechen kann, ist kein Feature, sondern ein Vorfall.
Ein Detail, das im Alltag echt Geld kostet, wenn man es nicht weiß: Das lange Gedächtnis, also die MEMORY.md, lädt sich automatisch nur in Direktnachrichten. In Serverkanälen und Teamkanälen muss der Agent aktiv nachschlagen. Wer viel in Räumen arbeitet, gehört die dauerhaften Anweisungen in die Projektdateien, nicht ins lange Gedächtnis.
Die Kurzantwort
Wer nicht die ganze Tabelle lesen will, hier das Ergebnis in vier Zeilen.
Telegram, wenn ein Mensch mit einem Agenten arbeitet und es sofort laufen soll. Schnellste Einrichtung von allen, bestes Gefühl am Handy.
Slack, wenn ein Team mitliest und der Agent Teil der Arbeitsorganisation wird. Threads, Freigaben, Berechtigungen, saubere Trennung nach Kanälen.
Discord, wenn der Agent in Räumen leben soll statt in Chats, und wenn Sprache eine Rolle spielt. Der einzige der drei, der echte Sprachkanäle in Echtzeit kann.
Nativ, wenn niemand Drittanbieter im Weg haben will und der Agent näher an Rechner und Dateien arbeiten soll.
Der vollständige Vergleich
Alle Angaben beziehen sich auf den Stand August 2026.
Einrichtung und Betrieb
| Kriterium | Telegram | Discord | Slack |
|---|---|---|---|
| Im Kern enthalten | ja, kein Plugin nötig | nein, offizielles Plugin | nein, offizielles Plugin |
| Was man anlegen muss | einen Bot bei BotFather | Anwendung im Entwicklerportal, Bot, Einladungslink | App im Slack Portal, am besten aus einer Manifestdatei |
| Zeitaufwand realistisch | fünf Minuten | zwanzig bis dreißig Minuten | zwanzig bis vierzig Minuten |
| Geheimnisse | ein Bot Token | Bot Token, dazu Rechte und Intents | Bot Token plus App Token, oder Bot Token plus Signaturgeheimnis |
| Verbindungsart | Long Polling, Webhook optional | dauerhafte Verbindung zum Discord Gateway | Socket Mode, HTTP Endpunkt oder Relaisbetrieb |
| Öffentliche Adresse nötig | nein | nein | nur im HTTP Betrieb |
| Mehrere Gateways parallel | schwierig, ein Token darf nur einen Poller haben | pro Bot eine Verbindung | am besten gelöst, HTTP Betrieb skaliert hinter einem Load Balancer, dazu Relaisbetrieb für zentrale Verteilung |
| Typische Startfalle | Privatsphärenmodus blockt Gruppennachrichten | Message Content Intent nicht aktiviert, Bot sieht nichts | Berechtigung im Manifest fehlt, Kanal bleibt still |
Der Unterschied ist hier größer, als die Minutenangaben vermuten lassen. Telegram ist ein Token in der Konfiguration und Start. Bei Discord klickt man sich durch Intents, Rechte und einen Einladungslink. Bei Slack legt man eine App mit einer ganzen Liste von Berechtigungen an, dafür bekommt man am Ende die saubersten Betriebsmöglichkeiten von allen drei.
Zugang, Rechte und Räume
| Kriterium | Telegram | Discord | Slack |
|---|---|---|---|
| Standard für Direktnachrichten | Pairing | Pairing | Pairing |
| Feinere Freigabe | Allowlist mit numerischen Nutzer IDs | Allowlist, dazu Rollen als Kriterium | Allowlist, dazu Kanalzugehörigkeit |
| Räume | Gruppen und Forumsthemen | Server, Kanäle, Threads, Forumskanäle | Kanäle, private Kanäle, Gruppen DMs |
| Sitzung pro Raum | ja, Thema ergänzt den Schlüssel | ja, pro Kanal | ja, pro Kanal, Threads zusätzlich getrennt |
| Nur auf Zuruf antworten | Erwähnung nötig, abschaltbar | Erwähnung nötig, abschaltbar | Erwähnung nötig, abschaltbar |
| Mitlesen ohne zu reden | begrenzt | ja, stiller Modus für Daueranwesenheit in Räumen | begrenzt |
| Rollen als Weiche | nein | ja, verschiedene Rollen können verschiedene Agenten ansprechen | nein, dafür Kanaltrennung |
Das ist der Punkt, an dem Discord etwas kann, was die anderen nicht können: Rollen als Routing. In einem Server können unterschiedliche Personengruppen unterschiedliche Agenten erreichen, ohne dass man mehrere Bots baut. Für eine Agentur mit Kunden im selben Raum ist das ein echtes Argument.
Slack kontert mit dem sauberen Gegenmodell: ein Kanal, ein Thema, eine Sitzung, klare Zugehörigkeit. Weniger Zauberei, mehr Ordnung.
Wie Antworten aussehen
| Kriterium | Telegram | Discord | Slack |
|---|---|---|---|
| Live mitschreiben | ja, Vorschau wird laufend editiert, vier Modi von aus bis Fortschrittsanzeige | ja, Vorschau während der Bearbeitung | ja, Textstreaming |
| Fortschritt bei Werkzeugen | ja, sichtbar was gerade läuft | ja | teils |
| Tabellen | erst mit eingeschalteten Rich Nachrichten, sonst Notlösung | über Codeblöcke und Einbettungen | über Block Kit Bausteine |
| Formatierung standardmäßig | HTML mit fett, kursiv, Zitat, Spoiler | Markdown und Einbettungen | Markdown und Block Kit |
| Knöpfe und Auswahlmenüs | ja, Inline Knöpfe | ja, Komponenten v2 mit Containern, Galerien, Auswahlmenüs | ja, Block Kit inklusive Dialogfenster |
| Reaktionen | ja, inklusive Quittungsemoji beim Empfang | ja | ja, dazu Anpinnen |
| Zeichen pro Nachricht | rund 4.000, dann Umbruch | Discord Grenzen, mit Einbettungen mehr | rund 8.000, längster Standardwert der drei |
| Antwortbezug | Zitatantwort direkt im Verlauf sichtbar | Antwortbezug und Threads | Threads verstecken Antworten aus dem Kanal |
Hier liegt ein Unterschied, den man erst nach Wochen im Betrieb würdigt. Telegram zeigt Antworten inline, alles bleibt im Verlauf sichtbar. Slack Threads verstecken Antworten vor dem Kanal. Für einen Berichtskanal, in dem der Agent stündlich Ergebnisse ablegt, ist das Slack Verhalten Gold. Für die Arbeit einer einzelnen Person ist es unnötige Klickarbeit.
Und die Tabellenfrage ist bei Telegram tatsächlich eine Einstellung, keine Selbstverständlichkeit. Die Rich Nachrichten liefern echte Tabellen, aufklappbare Blöcke, Aufzählungen, sogar Formeln, sind aber standardmäßig aus, weil nicht jeder Telegram Client sie darstellen kann. Wir haben das für unsere Agenten an, und es ist der größte Sprung in der Lesbarkeit, den man mit einem einzigen Schalter bekommt.
Sprache, Dateien und Medien
| Kriterium | Telegram | Discord | Slack |
|---|---|---|---|
| Sprachnachrichten empfangen | ja, werden transkribiert | ja | ja |
| Sprachnachrichten senden | ja, echte Sprachnotiz oder Audiodatei | ja, Wellenform wird erzeugt, braucht ffmpeg auf dem Server | über Dateiversand |
| Echtzeitgespräch | nein | ja, Sprachkanäle mit Unterbrechen, Weckwort, Modellwahl, automatischem Beitreten und Folgen einzelner Personen | nein |
| Bilder verstehen | ja | ja | ja |
| Dateigrenze eingehend | Telegram Grenzen | Discord Grenzen | 20 MB, konfigurierbar |
| PDF Verarbeitung | über Werkzeug | über Werkzeug | über Werkzeug, nicht automatisch als Bild |
Discord ist an dieser Stelle in einer eigenen Klasse. Ein Sprachkanal, in dem man den Agenten anspricht wie eine Person, der zuhört, unterbrochen werden kann, das eigentliche Denken an den Agenten weitergibt und dann antwortet, gibt es bei den anderen zwei nicht. Man kann einen Sprachkanal sogar als Mikrofon und Lautsprecher eines bestehenden Textkanals betreiben, sodass Gespräch und Verlauf dieselbe Sitzung teilen.
Ehrlich dazu gehört: Das ist auch der aufwendigste Teil der Einrichtung, mit Rechten, Codec, Echoverhalten und Weckwörtern. Es ist kein Schalter, es ist ein Projekt.
Arbeiten mit Freigaben und Befehlen
| Kriterium | Telegram | Discord | Slack |
|---|---|---|---|
| Befehlsmenü | ja, wird beim Start registriert, eigene Einträge möglich | ja, echte Slash Befehle | ja, Slash Befehle plus App Startseite |
| Freigaben für heikle Aktionen | Knöpfe im Chat | Knöpfe im Chat | native Freigabedialoge |
| Assistenzoberfläche der Plattform | nein | nein | ja, Slack Assistant Ansicht mit Vorschlagsfragen |
| Wer darf Befehle nutzen | Eigentümerliste und Allowlist | Allowlist und Rollen | Allowlist und Kanalzugehörigkeit |
Wenn ein Agent Dinge tut, die Geld kosten oder nach außen gehen, braucht es Freigaben. Alle drei Kanäle können das. Slack fühlt sich dabei am erwachsensten an, weil die Dialoge zur Plattform gehören und nicht wie eine Notlösung im Chat aussehen.
Vorteile und Nachteile im Klartext
Telegram
Dafür spricht: Es ist im Kern enthalten, ein Token genügt, in fünf Minuten läuft es. Die Bedienung am Handy ist die beste von allen drei. Live mitschreiben, Fortschrittsanzeigen, Zitatantworten und Reaktionen wirken wie für Agenten gemacht. Es ist der Kanal mit der geringsten Reibung zwischen Gedanke und Ergebnis.
Dagegen spricht: Es ist ein Werkzeug für Einzelpersonen, nicht für Teams. Es gibt keine Kanalstruktur wie in Slack, keine Rollen wie in Discord, keine echten Threads. Ein Bot Token darf nur an einer Stelle abgefragt werden, sonst gibt es Konflikte, das macht mehrere Gateways unangenehm. Und Telegram ist Telegram: als Unternehmenswerkzeug in vielen Häusern nicht durchsetzbar.
Discord
Dafür spricht: Räume statt Chats. Server, Kanäle, Threads und Forumskanäle geben einem Agenten eine Struktur, in der er wirklich wohnen kann. Rollen als Routing ist einzigartig. Der stille Modus erlaubt Daueranwesenheit ohne Dauergeplapper. Und die Sprachkanäle in Echtzeit sind das stärkste Einzelmerkmal im ganzen Vergleich.
Dagegen spricht: Die Einrichtung ist die fummeligste. Wer die Intents falsch setzt, sitzt vor einem Bot, der wortlos zuschaut. In Serverkanälen lädt das lange Gedächtnis nicht automatisch, das muss man beim Aufbau berücksichtigen. Und im geschäftlichen Umfeld ist Discord nach außen schwer vertretbar, es riecht für viele weiter nach Gaming.
Slack
Dafür spricht: Es ist der einzige der drei, der in einem Unternehmen ohne Diskussion durchgeht. Threads, Kanäle, Freigabedialoge, App Startseite und Assistenzansicht machen den Agenten zu einem Kollegen und nicht zu einem Spielzeug. Beim Betrieb ist es das ausgereifteste Modell: HTTP Betrieb hinter einem Load Balancer, Relaisbetrieb für viele Gateways, sauber getrennte Geheimnisse. Der höchste Zeichenwert pro Nachricht ist im Alltag mit langen Berichten ein echter Vorteil.
Dagegen spricht: Die Einrichtung ist die formalste, mit Manifest, Berechtigungen und Tokenpaaren. Threads verstecken Antworten, was für Einzelarbeit lästig ist. Dateien sind standardmäßig auf 20 MB begrenzt. Und Slack kostet ab einer gewissen Nutzung Geld, die anderen zwei nicht.
Der vierte Weg: nativ, ohne Drittplattform
Das ist der Teil, den viele nicht kennen, und er verändert die Frage.
Man braucht überhaupt keinen Fremdanbieter, um mit einem OpenClaw Agenten zu sprechen. Es gibt vier eigene Oberflächen, die direkt mit dem Gateway reden:
| Oberfläche | Wo | Wofür |
|---|---|---|
| macOS App | Menüleiste am Mac | WebChat, Spracheingabe, Canvas, Systemzugriff auf diesem Mac |
| iOS App | iPhone | Chat, Kamera, Standort, Sprachmodus, Vorlesen, Offlinepuffer für Nachrichten |
| Control UI | Browser | Chat, Aktivität, Nodes, Konfiguration, ganze Steuerzentrale |
| TUI | Terminal | Chat direkt in der Konsole, lokal oder gegen ein fernes Gateway |
Was dafür spricht: Keine Drittplattform in der Kette, kein Bot Token, keine fremden Nutzungsbedingungen, keine Inhalte, die durch ein Rechenzentrum eines Messengers laufen. Die Oberflächen können mehr als ein Chat: Bildschirm, Kamera, Standort, Canvas, Dateien im Arbeitsverzeichnis ansehen, Konfiguration ändern, Freigaben erteilen. Die iOS App puffert Nachrichten sogar, wenn gerade keine Verbindung besteht, und schickt sie später in der richtigen Reihenfolge nach.
Was dagegen spricht: Es braucht einen Netzweg zum Gateway. Auf dem eigenen Rechner ist das trivial, vom Handy von unterwegs braucht es ein Tailnet oder eine ähnlich saubere Lösung, und ein Gerät muss einmalig freigegeben werden. Außerdem ist es genau eine Person, die dort arbeitet. Für Zusammenarbeit mit anderen ersetzt es keinen Chatkanal.
Unsere Praxis: beides. Telegram für die Arbeit unterwegs und für alles, was schnell gehen muss. Die nativen Oberflächen für Einrichtung, Fehlersuche und alles, wo man dem Agenten über die Schulter schauen will. Das ist kein Widerspruch, denn alle Kanäle greifen auf dieselben Sitzungen zu. Ein Gespräch, das in Telegram beginnt, kann man im WebChat weiterführen.
Welchen Kanal für welchen Fall
| Situation | Empfehlung |
|---|---|
| Eine Person, ein Agent, soll heute laufen | Telegram |
| Team liest mit, Freigaben nötig, Firmenumfeld | Slack |
| Agent soll dauerhaft in thematischen Räumen leben | Discord |
| Sprechen statt Tippen | Discord Sprachkanal |
| Mehrere Personengruppen, unterschiedliche Agenten | Discord mit Rollen |
| Viele Gateways, saubere Skalierung | Slack im HTTP oder Relaisbetrieb |
| Keine Drittplattform erlaubt | nativ über App, Browser oder Terminal |
| Kunde soll nichts merken, wir arbeiten intern | nativ plus Telegram |
Fünf Fallstricke, die wir selbst getreten haben
Telegram, Privatsphärenmodus. In Gruppen sieht der Bot standardmäßig nicht alle Nachrichten. Entweder Privatsphärenmodus abschalten oder den Bot zum Administrator machen, danach einmal aus der Gruppe entfernen und neu hinzufügen, sonst greift die Änderung nicht.
Telegram, zwei Poller auf einem Token. Läuft irgendwo noch ein zweites Gateway oder Skript mit demselben Token, hagelt es Konflikte und Nachrichten verschwinden. Ein Token, ein Abholer.
Discord, Message Content Intent. Ohne dieses Häkchen im Entwicklerportal sieht der Bot in Kanälen keinen Nachrichtentext. Man sucht dann stundenlang an der Konfiguration, während der Fehler drei Klicks weit weg im Portal liegt.
Discord, Gedächtnis in Serverkanälen. Das lange Gedächtnis lädt nur in Direktnachrichten automatisch. Dauerhafte Anweisungen gehören in die Projektdateien, die in jeder Sitzung geladen werden.
Slack, mehrere Gateways an einer App. Slack darf jedes Ereignis an jede offene Verbindung ausliefern. Wer zwei Gateways an dieselbe App hängt, braucht identische Routing und Berechtigungslogik, oder besser: eine App pro Gateway, oder den Relaisbetrieb.
Fazit
Es gibt keinen besten Kanal, es gibt nur den passenden. Wir bleiben bei Telegram als Hauptkanal, weil unser Arbeitsalltag aus einem Menschen und mehreren Agenten besteht und Geschwindigkeit vor Struktur geht. Für Kundenprojekte, in denen ein Team mitliest, würden wir Slack aufsetzen, ohne zu diskutieren. Und wir würden Discord wählen, sobald ein Agent in Räumen leben soll oder wir wirklich sprechen wollen statt zu tippen.
Der wichtigste Punkt ist aber der, der am Anfang niemandem auffällt: Es ist keine Entweder oder Frage. Die Kanäle laufen parallel, greifen auf dieselben Sitzungen zu und lassen sich pro Raum unterschiedlich streng einstellen. Man muss sich nicht entscheiden, man muss nur wissen, wofür man welchen aufmacht.
Wenn ihr einen Agenten für euren Shop plant und nicht sicher seid, welcher Kanal in eure Organisation passt: schreibt uns. Wir haben alle vier Wege im Betrieb.
