Was „Claude remote agents“ wirklich bedeutet: Cloud Sessions, eine ferngesteuerte lokale Sitzung oder eine Maschine, die dir gehört

Jeden Monat tippen einige hundert Leute „claude remote agents“ oder „claude code remote agent“ in Google und landen auf unserer Seite darüber, wie man Claude Code vom Handy aus steuert. Fast niemand klickt, und sie haben recht: Diese Seite beantwortet eine Frage, die Suche stellt drei.

„Remote“ trägt in dieser Anfrage viel. Je nachdem, wer sie tippt, meint es einen Agenten, der auf den Servern von Anthropic läuft, während der Laptop zugeklappt ist, einen Agenten, der auf dem Laptop läuft, aber vom Handy aus gesteuert wird, oder einen Agenten, der auf einem Build-Server läuft, der der Person gehört. Das sind drei verschiedene Produkte mit drei verschiedenen Regelwerken, und Anthropic hat das erste dieses Jahr selbst umbenannt, was einen guten Teil der Verwirrung erklärt.

Dieser Artikel trennt die drei, mit Fakten, die am 28. September 2026 in der Dokumentation von Anthropic geprüft wurden, und sagt dann, was wir in AgentsRoom für jeden Fall tun, mit jedem Agenten-CLI.

Das Wort „remote“ steht für drei verschiedene Dinge

1. Cloud Sessions: Der Agent läuft auf einer Cloud-Infrastruktur, nicht auf deiner Maschine. Der frühere Name des CLI-Flags bei Anthropic war --remote, daher ist der Suchbegriff hängen geblieben.
2. Remote Control: Der Agent läuft auf deiner Maschine, und du steuerst ihn über claude.ai oder die Claude-App auf deinem Handy.
3. Eine Maschine, die dir gehört: Der Agent läuft auf einem Server, einem Rechner im Büro oder einem Rechner zu Hause, und du erreichst ihn per SSH oder über einen Tunnel.

Zwei der drei sind Funktionen von Claude Code. Die dritte ist schlichte Infrastruktur, und sie ist die einzige, die mit jedem Agenten-CLI funktioniert.

1. Cloud Sessions: Der Agent läuft auf den Maschinen von Anthropic

Die Dokumentation von Anthropic nennt es eine Cloud Session: „eine Claude Code-Sitzung, die auf einer Cloud-Infrastruktur statt auf deiner Maschine läuft“. Standardmäßig ist diese Infrastruktur eine isolierte VM, die Anthropic verwaltet; eine Organisation kann die Sitzungen stattdessen in ihre eigene, selbst gehostete Umgebung leiten. Die Sitzung läuft weiter, nachdem du den Laptop zugeklappt hast, und du kannst sie von jedem Gerät aus verfolgen oder steuern.

Du kannst eine von fünf Stellen aus starten, und alle teilen sich dieselben Cloud-Umgebungen (Regeln für den Netzwerkzugriff, Umgebungsvariablen, Setup-Skript):

Die Terminal-Variante ist die, die den Suchbegriff erklärt. Die ältere Schreibweise, --remote, funktioniert weiterhin als veralteter Alias von --cloud. Die Organisationsrichtlinie, die die ganze Funktion erlaubt oder verbietet, heißt immer noch allow_remote_sessions. „Remote“ war also eine Zeit lang das offizielle Wort, und es lebt in Flags, Fehlermeldungen und Admin-Einstellungen weiter.

Was tatsächlich passiert, wenn du claude --cloud ausführst: Eine neue Sitzung wird auf claude.ai erstellt, und die Cloud-VM klont das GitHub-Remote deines Repositorys auf deinem aktuellen Branch. Sie klont das Remote, nicht dein Arbeitsverzeichnis, also pushst du zuerst, wenn du lokale Commits hast. Hat das Repository kein Remote oder ist die Claude GitHub App darauf nicht installiert, packt Claude Code das lokale Repository (unter 100 MB, nur versionierte Dateien) und lädt es hoch, ohne nicht committete .env-, *.tfvars- und Schlüsseldateien. Die Aufgabe läuft in der Cloud, während du lokal weiterarbeitest. Wenn sie fertig ist, erstellst du einen Pull Request über claude.ai/code, oder du holst die Sitzung zurück in dein Terminal:

claude --teleport                 # Sitzungsauswahl
claude --teleport <session-id>    # eine bestimmte Sitzung

Teleport prüft vier Dinge: ein sauberes Arbeitsverzeichnis, einen Checkout desselben Repositorys, den auf das Remote gepushten Branch der Sitzung und dasselbe claude.ai-Konto. Dann holt es den Branch und lädt die ganze Konversation in dein Terminal. Vom CLI aus geht die Übergabe nur in eine Richtung: Du kannst eine Cloud Session herunterholen, aber keine bestehende Terminal-Sitzung hochschicken. Nur die Desktop-App hat ein Menü Continue in, das eine lokale Sitzung in die Cloud schickt.

Routines sind die geplante Form derselben Sache: ein gespeicherter Prompt, ein oder mehrere Repositorys, ein Satz Konnektoren, ausgeführt nach Zeitplan, auf einen HTTP-Aufruf hin oder bei einem GitHub-Ereignis, jeder Run als vollständige Cloud Session ohne Berechtigungsabfragen. Sie sind in der Research Preview, werden unter claude.ai/code/routines oder mit /schedule im CLI angelegt und bringen ein tägliches Limit für Runs pro Konto mit.

Drei Grenzen, die du kennen solltest, bevor du dich darauf verlässt. Cloud Sessions brauchen GitHub: Klonen und Pull Requests laufen über die Claude GitHub App oder über dein gh-Token, das du mit /web-setup überträgst. Sie teilen sich die Nutzungslimits mit allem anderen auf deinem Konto, ohne separate Abrechnung der Rechenleistung, aber mit proportionalem Verbrauch, wenn du mehrere parallel laufen lässt. Und sie verlangen eine claude.ai-Anmeldung mit Pro, Max oder Team (Enterprise mit den passenden Plätzen): --cloud und --teleport funktionieren nicht mit einem API-Schlüssel und auch nicht, wenn Claude Code für Bedrock oder Vertex konfiguriert ist.

2. Remote Control: Der Agent läuft auf deiner Maschine, du steuerst ihn von woanders

Remote Control ist das Spiegelbild. Die Dokumentation sagt es in einem Satz: „Anders als Cloud Sessions, die auf einer Cloud-Infrastruktur laufen, laufen Remote-Control-Sitzungen direkt auf deiner Maschine und arbeiten mit deinem lokalen Dateisystem.“ claude.ai/code und die Claude-App auf iOS und Android sind ein Fenster auf einen Prozess, der weiterhin auf deinem Laptop läuft, mit deinen Dateien, deinen MCP-Servern, deinen Hooks und deiner Projektkonfiguration. Tippst du @ auf dem Handy, werden sogar Pfade aus deinem lokalen Projekt vervollständigt.

Drei Wege, es zu starten:

claude remote-control            # Servermodus: stellt deinen Geräten Sitzungen bereit
claude --remote-control          # eine interaktive Sitzung, die du auch aus der Ferne steuern kannst
/remote-control                  # aus einer bereits laufenden Sitzung heraus

Beim ersten Mal bittet Claude Code dich einmal um Bestätigung. Es braucht eine claude.ai-Anmeldung mit Pro, Max, Team oder Enterprise (API-Schlüssel werden nicht unterstützt), und bei Team und Enterprise muss ein Owner den Schalter zuerst aktivieren. Geht der Laptop in den Ruhezustand oder bricht das Netz ab, verbindet sich die Sitzung neu, sobald die Maschine zurück ist. Und der Hinweis in der Dokumentation von Anthropic ist der, den du dir merken solltest: --cloud erstellt Cloud Sessions, --remote-control hat damit nichts zu tun.

An einer Stelle treffen sich die beiden Funktionen doch. --teleport läuft über die Sitzungsinfrastruktur von Remote Control, daher zeigt ein abgelaufener Teleport Fehler mit dem Wortlaut von Remote Control. Das ist ein Detail der Verkabelung, kein Zeichen dafür, dass beide dasselbe sind.

Wenn deine Frage die Tokens betrifft, haben wir das gemessen: Remote Control verbraucht nicht mehr Tokens, und das hat Codex stattdessen.

3. Eine Maschine, die dir gehört: SSH, ein Tunnel, ein Build-Server

Die dritte Bedeutung hat nichts mit dem Konto bei Anthropic zu tun. Der Agent läuft auf einem Computer, der dir gehört, aber nicht der vor dir ist: ein Build-Server, der Rechner im Büro, ein VPS. Du erreichst ihn per SSH, du startest dort claude oder codex, und die Sitzung lebt auf dieser Maschine.

Editoren fangen an, das zu verpacken. VS Code 1.121 hat „Remote agents (Preview)“ eingeführt: Das Agents-Fenster kann Agentensitzungen auf einer entfernten Maschine ausführen, die dir gehört, per SSH oder über Dev Tunnels, über einen langlebigen Agent-Host-Prozess, sodass eine laufende Sitzung weiterläuft, selbst wenn dein Client die Verbindung verliert. Dieselbe Idee, ein CLI, ein Editor.

Die einfache Variante ist ein Terminal und ssh. Sie funktioniert mit jedem CLI, sie hält deinen Code auf Hardware, die du kontrollierst, und sie hat die üblichen Kosten: Die Sitzung stirbt mit der Verbindung, wenn du sie nicht in tmux oder screen packst, und das Handy ist kein guter SSH-Client.

Wie du wählst

Die richtige Frage ist nicht „was ist am besten“, sondern wo der Code laufen soll und was du behalten musst.

Zwei Dinge solltest du im Kopf behalten. Cloud Sessions und Remote Control sind Funktionen von Claude Code: Es gibt kein Codex-Gegenstück zu --teleport, und Antigravity CLI liefert seit Version 2.0 ein eigenes Remote Control. Und „remote“ heißt nicht „unbeaufsichtigt“: Eine Cloud Session, die eine Frage stellt, wartet auf dich, bis ihre Umgebung abläuft, und eine Remote-Control-Sitzung wartet auf eine Antwort zu einer Berechtigung wie jede lokale Sitzung.

Was wir für jeden Fall tun

AgentsRoom lässt die Agenten laufen, es hostet sie nicht, also bezieht es zu jedem der drei Fälle Position, statt sie zu ersetzen.

Einen lokalen Agenten vom Handy aus steuern, für jedes CLI: Die Mobile-App von AgentsRoom übernimmt das Terminal jedes Agenten, der auf deinem Desktop läuft, Claude Code, Codex, GitHub Copilot CLI, Cursor und die anderen Agenten-CLIs, über ein Ende-zu-Ende-verschlüsseltes Relay, mit Push-Benachrichtigungen, wenn ein Agent auf dich wartet. Sie verträgt sich auf einer Claude Code-Sitzung mit dem Remote Control von Anthropic: Das eine ist ein Fenster auf die Konversation, das andere auf das Terminal.

Ein Agent auf einer Maschine, die dir gehört: SSH-Verbindungen speichern den Server einmal und starten das CLI dort, mit denselben Kacheln, Status und Benachrichtigungen wie ein lokaler Agent; Remote Fleet macht dasselbe über alle Computer deines Kontos hinweg, Büro, Zuhause und Build-Server in einer Ansicht.

Überhaupt keine eigene Maschine: Cloud Agents starten eine Wegwerf-Maschine, die das Repository klont, Claude Code oder Codex headless mit der Anweisung ausführt, die du vom Handy geschickt hast, committet, einen Branch pusht und sich selbst zerstört. Das ist ein Job, keine Sitzung: Es gibt keinen Bildschirm, mit dem man sich verbinden könnte, und genau das ist der Unterschied zu den beiden Fällen oben.

Nichts davon ändert, was die Cloud Sessions von Anthropic tun. Wenn du Claude Code nutzt und willst, dass Anthropic die VM betreibt, ist claude --cloud das Werkzeug, und der Branch, den es pusht, taucht in deinem Repository auf wie jeder andere.

Häufige Fragen

Sind die Remote Agents von Claude dasselbe wie Claude Code on the web?

Ja. Der aktuelle Name bei Anthropic ist Cloud Session: eine Claude Code-Sitzung, die auf einer von Anthropic verwalteten Infrastruktur läuft (oder in der selbst gehosteten Umgebung deiner Organisation) statt auf deiner Maschine. Du startest eine über claude.ai/code, über den Tab Code der Claude-App, über die Desktop-App, indem du Cloud statt Local wählst, oder im Terminal mit claude --cloud. Das Wort remote lebt im älteren Flag weiter, --remote, das weiterhin als veralteter Alias von --cloud funktioniert, und in der Organisationsrichtlinie, die das Ganze regelt, allow_remote_sessions.

Führt claude --cloud irgendetwas auf meinem Computer aus?

Nein. Der Befehl erstellt eine neue Sitzung auf claude.ai, und die Cloud-VM klont das GitHub-Remote deines Repositorys auf deinem aktuellen Branch, nicht deinen lokalen Checkout: Wenn du lokale Commits hast, pushst du sie zuerst. Hat das Repository kein Remote oder ist die Claude GitHub App darauf nicht installiert, packt Claude Code stattdessen das lokale Repository und lädt es hoch, ohne nicht committete .env-, Schlüssel- und Zugangsdaten-Dateien. Die Aufgabe läuft dann in der Cloud, während dein Terminal frei ist.

Läuft Remote Control in der Cloud?

Nein. Remote Control macht das Gegenteil einer Cloud Session: Der Claude Code-Prozess läuft auf deiner eigenen Maschine weiter, mit deinem Dateisystem, deinen MCP-Servern und deiner Projektkonfiguration, und claude.ai/code oder die Claude-App auf iOS und Android werden zu einem Fenster darauf. Du startest es mit claude remote-control (Servermodus), claude --remote-control in einer interaktiven Sitzung oder /remote-control in einer bereits laufenden. Die Dokumentation von Anthropic sagt ausdrücklich, dass --cloud und --remote-control nichts miteinander zu tun haben.

Kann ich die Cloud Sessions oder Remote Control von Claude mit Codex, Antigravity oder einem anderen CLI nutzen?

Nein. Beides sind Funktionen von Claude Code, gebunden an ein claude.ai-Abo. Antigravity CLI hat seit Version 2.0 ein eigenes Remote Control. Für die anderen CLIs ist der Baustein, den du ergänzen kannst, derjenige, der nicht vom Anbieter abhängt: Die Mobile-App von AgentsRoom übernimmt das Terminal jedes Agenten, der auf deinem Desktop läuft, egal mit welchem CLI, über ein Ende-zu-Ende-verschlüsseltes Relay, und sie verträgt sich auf einer Claude Code-Sitzung mit dem Remote Control von Claude.

Kosten Cloud Sessions extra?

Für die Cloud-VM gibt es keine separate Abrechnung der Rechenleistung, aber Cloud Sessions teilen sich die Nutzungslimits mit der gesamten übrigen Nutzung von Claude und Claude Code auf deinem Konto, und mehrere parallele Sitzungen verbrauchen sie entsprechend. Sie sind in den Plänen Pro, Max und Team verfügbar, und in Enterprise mit Premium-Plätzen oder Plätzen für Chat + Claude Code. Routines, die als Cloud Sessions laufen, bringen zusätzlich ein tägliches Limit für die Anzahl der Runs pro Konto mit.

Wie hole ich eine Cloud Session zurück in mein Terminal?

Mit claude --teleport, das eine Sitzungsauswahl öffnet, oder claude --teleport <session-id> für eine bestimmte; /teleport macht dasselbe aus einer laufenden Sitzung heraus. Claude Code prüft, dass dein Arbeitsverzeichnis sauber ist, dass du in einem Checkout desselben Repositorys bist und mit demselben Konto angemeldet, holt dann den Branch der Sitzung und lädt den Gesprächsverlauf. Das Terminal bekommt seine eigene Kopie: Was du danach tust, bleibt lokal und erscheint nicht in der Cloud Session. Vom CLI aus geht die Übergabe nur in eine Richtung; nur die Desktop-App kann eine lokale Sitzung in die Cloud schicken.