- Über einen MCP-Server lassen sich externe Nachrichten, Benachrichtigungen und Webhooks in eine laufende Sitzung pushen
- Der Kernpunkt ist, dass man Claude Code direkt per Telegram oder Discord vom Smartphone aus Nachrichten senden kann, um Aufgaben zu erteilen und Ergebnisse zurückzubekommen
- Es wird bidirektionale Kommunikation unterstützt, sodass Claude Ereignisse lesen und Antworten in denselben Kanal senden kann – also in Form einer Chat-Bridge
- Ereignisse kommen nur an, solange die Sitzung geöffnet ist; für den Dauerbetrieb muss Claude daher in einem Hintergrundprozess oder permanenten Terminal laufen
- Im Team-/Enterprise-Plan ist die Funktion standardmäßig deaktiviert; ein Administrator muss sie in den managed settings ausdrücklich aktivieren
Überblick über Channels
- Channels sind ein MCP-Server, der externe Ereignisse in eine Claude-Code-Sitzung pusht, sodass Claude auch dann auf CI-Ergebnisse, Chat-Nachrichten oder Monitoring-Events reagieren kann, wenn niemand vor dem Terminal sitzt
- Praktisches Nutzungsszenario: Auch wenn man nicht am Rechner ist, kann man Claude Code direkt aus der Telegram- oder Discord-App auf dem Smartphone Befehle senden, und Claude führt die Aufgabe aus und schickt das Ergebnis in denselben Chat zurück
- Die Funktion befindet sich im Research-Preview-Status und erfordert einen claude.ai-Login; Authentifizierung per Console oder API-Key wird nicht unterstützt
- Ereignisse kommen nur an, solange die Sitzung geöffnet ist; für den Dauerbetrieb ist daher ein Lauf in einem Hintergrundprozess oder permanenten Terminal nötig
Unterstützte Channels
- Offiziell unterstützt werden derzeit zwei Plugins: Telegram und Discord; alle Channel-Plugins benötigen die Bun-Runtime
- Der Installationsablauf ist identisch:
/plugin install <name>@claude-plugins-official → Authentifizierungsdaten mit dem Befehl /<name>:configure einrichten → mit claude --channels plugin:<name>@claude-plugins-official neu starten
- Für Telegram wird ein von BotFather ausgestellter Bot-Token benötigt; nach
/telegram:configure <token> erfolgt das Pairing
- Telegram-Setup-Anleitung: README
- Für Discord erstellt man im Developer Portal einen Bot mit aktiviertem Message Content Intent; nach
/discord:configure <token> erfolgt das Pairing
- Discord-Setup-Anleitung: README
- Für Systeme ohne Plugin-Unterstützung kann man auch eigene Custom Channels direkt bauen
Quickstart - fakechat-Demo
- fakechat ist ein offiziell unterstützter Demo-Channel, der eine Chat-UI auf localhost ausführt und weder Authentifizierung noch die Einrichtung externer Dienste benötigt
- Voraussetzungen: Claude Code ist mit einem claude.ai-Konto installiert und authentifiziert, Bun ist installiert, und bei Team-/Enterprise-Nutzern muss ein Administrator Channels aktiviert haben
- Installationsschritte:
- Plugin mit
/plugin install fakechat@claude-plugins-official installieren
- Claude Code beenden und mit
claude --channels plugin:fakechat@claude-plugins-official neu starten
- Die fakechat-UI unter
http://localhost:8787 öffnen und eine Nachricht eingeben
- Nachrichten kommen als
<channel source="fakechat">-Ereignisse in der Claude-Code-Sitzung an; nach Ausführung der Aufgabe ruft Claude das reply-Tool auf, um die Antwort in der Chat-UI anzuzeigen
- Wenn niemand am Terminal ist und ein Berechtigungs-Prompt erscheint, wird die Sitzung pausiert; für unbeaufsichtigten Betrieb kann man dies mit dem Flag
--dangerously-skip-permissions umgehen, empfohlen wird das jedoch nur in vertrauenswürdigen Umgebungen
- An
--channels können mehrere Plugins durch Leerzeichen getrennt gleichzeitig übergeben werden
Sicherheit
- Alle genehmigten Channel-Plugins führen eine Absender-Allowlist (sender allowlist); Nachrichten nicht registrierter Absender werden automatisch ignoriert
- Telegram und Discord bauen die Allowlist per Pairing-Verfahren auf: Man sendet dem Bot eine DM, erhält als Antwort einen Code, und wenn dieser Code in der Claude-Code-Sitzung bestätigt wird, wird die ID hinzugefügt
- Nur in
.mcp.json eingetragen zu sein, reicht nicht aus, um Nachrichten zu pushen; der Eintrag muss zwingend auch im Flag --channels angegeben werden
- Welche Server pro Sitzung über
--channels aktiviert werden, lässt sich direkt steuern; in Team-/Enterprise-Plänen wird die Verfügbarkeit zusätzlich über die organisationsweite Einstellung channelsEnabled verwaltet
Enterprise-Steuerung
- Die Channel-Funktion wird über die Einstellung
channelsEnabled in den managed settings gesteuert
- In Pro-/Max-Plänen (ohne Organisationszugehörigkeit) sind Channels standardmäßig verfügbar, Nutzer müssen sich pro Sitzung per
--channels dafür entscheiden
- In Team-/Enterprise-Plänen sind Channels deaktiviert, bis ein Administrator sie ausdrücklich aktiviert
- Administratoren können die Funktion unter claude.ai → Admin settings → Claude Code → Channels aktivieren oder in den managed settings
channelsEnabled auf true setzen
- Auch im deaktivierten Zustand sind MCP-Server-Verbindungen und Tool-Nutzung möglich, Channel-Nachrichten kommen jedoch nicht an, und beim Start wird eine Warnung angezeigt
Research Preview
- Die Funktion ist derzeit als Research Preview in schrittweiser Einführung verfügbar; Syntax des
--channels-Flags und Protokollvertrag können sich je nach Feedback ändern
- Während der Preview akzeptiert
--channels nur Plugins auf einer von Anthropic verwalteten Allowlist
- Übergibt man ein Plugin, das nicht auf der Allowlist steht, startet Claude Code zwar normal, der Channel wird jedoch nicht registriert; der Grund wird in einer Startbenachrichtigung angezeigt
- Zum Testen selbst gebauter Channels dient das Flag
--dangerously-load-development-channels
- Issues oder Feedback können im Claude Code GitHub-Repository gemeldet werden
Nächste Schritte
- Bereitstellung einer Anleitung zum Bauen eigener Custom Channels für Systeme ohne Plugins
- Eine Remote-Control-Funktion, mit der sich eine lokale Sitzung mobil steuern lässt, statt nur Events weiterzuleiten
- Eine Funktion für Scheduled Tasks, die statt Push-Events timerbasiertes Polling ausführt
5 Kommentare
„Wenn das Haus nebenan Knoblauchhähnchen auf den Markt bringt, bringt das Haus gegenüber Garlic Chicken auf den Markt.“
Jumbo-Hähnchen auf den Markt gebracht
Hacker-News-Kommentare
Es war überraschend, dass die Telegram-Integration vor Slack oder Teams erschien.
Wie sich herausstellte, hat Telegram 1 Milliarde monatlich aktive Nutzer und ist damit deutlich größer als Slack (50 Millionen) oder Teams (300 Millionen).
Das war ähnlich verblüffend wie damals die Erkenntnis, dass Snapchat doppelt so viele Nutzer hat wie Twitter.
Telegram hingegen gilt als nützliches und weniger ermüdendes Tool.
Sie ist meine erste Wahl, wenn ich Benachrichtigungen vom Server aufs Mobilgerät schicken will.
So einfach wie ntfy.sh, aber ohne dass es unter iOS jede Woche kaputtgeht.
Ich nutze es nicht für echtes Messaging, aber als Plattform zum Ausrollen von Bots ist es perfekt.
Mit nur ein paar Zeilen lassen sich Befehle, die wie Buttons funktionieren, Bild-Ein- und -Ausgabe und viele weitere Funktionen umsetzen.
iMessage ist geschlossen, WhatsApp ist kostenpflichtig, und Discord oder Slack sind zu schwergewichtig.
Telegram hat eine Architektur, in der Bots wie erstklassige Bürger behandelt werden, und deshalb ist es wirklich leicht zu benutzen.
Für Pi gibt es bereits mehr als 700 Drittanbieter-Pakete, und neue Erweiterungen lassen sich sogar mit einer einzigen Prompt-Zeile erzeugen.
Diese Änderung sind gute Nachrichten für das claws-Projekt.
Früher war die Nutzung von OAuth-Tokens wegen Änderungen an den Anthropic-Nutzungsbedingungen ein Verstoß, und die Nutzung von API-Keys war teuer.
Jetzt sind über MCP offiziell verschiedene Kanal-Anbindungen möglich.
Architektonisch ist es das Gegenteil des bisherigen claws: Claude Code startet den MCP-Server direkt, wodurch sich die Kontrolle vollständig umkehrt.
Ich habe einen nanoclaw-Fork so angepasst, dass er als PID 1 in einem Docker-Container läuft; es ist ziemlich interessant, die Logs direkt aus dem Claude-Code-stdout lesen zu können.
Claude bewegt sich in Richtung einer lokalen sitzungszentrierten Architektur.
Derzeit lassen sich Integrationen mit den persönlichen Anmeldedaten des Nutzers aufbauen, und später könnte das in ein eigenes Ökosystem übergehen.
Das interne Netzwerk ist ohnehin bereits abgeschottet, daher braucht es keine zusätzliche externe API-Sicherheitsschicht.
Allerdings ist es lästig, die Berechtigungen für jeden Nutzer separat zu verwalten.
Die Funktionen rund um Claude Code wirken in letzter Zeit etwas überhastet veröffentlicht, was verwirrend ist.
Ich mag Anthropic als Unternehmen nicht besonders, aber das Claude-Modell selbst ist wirklich hervorragend und wirkt menschlich.
Ich frage mich, ob andere Unternehmen dieses Niveau erreichen können.
Im Moment bleibt einem nichts anderes übrig, als ein geschlossenes Ökosystem zu nutzen, aber ich hoffe, dass man sich auf grundlegende Modellverbesserungen konzentriert.
Die Funktion „Channels“ ist fast genau das, was ich in der Firma mit nanoclaw gemacht habe.
Es handelt sich um eine Loop-Automatisierungsstruktur, die Claude Code ereignisbasiert auslöst und Feedback sowie Analysen zurückbekommt.
Ich weiß nicht, warum dafür MCP nötig ist, werde es aber sofort ausprobieren.
Die aktuelle Einschränkung ist weiterhin die Abhängigkeit vom Terminal.
Es wäre gut, wenn Claude Code als Hintergrund-Daemon laufen könnte.
Ctrl-Zund anschließend dem Befehlbgkann man es in den Hintergrund schicken, oder man hält die Sitzung mittmuxam Leben.tmux-Sitzung starten und weiterlaufen lassen.server-Befehl von opencode alssystemd-Unit und lasse ihn auf meinem Homeserver laufen.Verbunden wird über Desktop- und Mobile-Clients, um Arbeiten im openclaw-Stil auszuführen.
Die „remote control“-Funktion von CC ist ähnlich, derzeit aber nur für Mac verfügbar.
Claude hat schnell aufgeholt.
Der Kern von OpenClaw sind Channels, Heartbeats und das Open-Source-Ökosystem.
Der nächste Schritt dürfte dauerhaft laufendes Cloud-Hosting sein.
Der Code selbst ist überkonstruiert und voller Bugs, was die Wartung schwierig macht.
/loopumsetzen.Mit der Channels-Funktion habe ich agent-http gebaut, das Claude Code über eine HTTP-API kapselt.
Damit ist nun ein headless Zugriff über dieselbe API möglich, ganz ohne Terminal-Scraping.
Früher brauchte man dafür das Agents SDK und API-Tokens, jetzt reicht ein Abonnement.
Es wirkt so, als würde Anthropic jede Woche neue Produkte experimentell veröffentlichen.
Die meisten davon werden wahrscheinlich innerhalb eines Jahres wieder verschwinden.
Software mit hinzugefügten Remote-Funktionen bringt letztlich immer das Risiko eines Missbrauchs als Backdoor mit sich.
Deshalb müssen Enterprise-Sicherheitslösungen zwischen legitimen Claude-Code-Instanzen und bösartigen Instanzen unterscheiden können.
Wenn der Chat aber innerhalb nur einer einzigen Sitzung lange erhalten bleibt, würden dann nicht Probleme wie Context Rot oder Lost-in-the-Middle auftreten? Muss der Nutzer dann regelmäßig
/cleanausführen? Oder bauen sie eher eine Memory-Funktion ein und tauschen die Sitzung automatisch aus..?Scheint eher eine Option zu sein, die besser für Entwickler geeignet ist als Cowork Dispatch.
Jetzt wirkt es wirklich so, als würde es sich zu etwas wie OpenClaw entwickeln.