Anthropic hat sein Terminal-Tool Claude Code so erweitert, dass Entwickler eine laufende Coding-Session vom Smartphone oder Browser aus weitersteuern können, während der Code weiterhin auf dem eigenen Rechner läuft. Die Funktion heißt Remote Control, setzt mindestens Version 2.1.51 voraus und wurde seit einer ersten Testphase im Februar 2026 schrittweise ausgebaut. Mitte August kam die bisher größte Neuerung dazu: Jeder Rechner, auf dem der Befehl claude remote-control läuft, erscheint seither als eigene Geräte-Karte direkt in der Claude-App. Für Entwickler in Österreich und Deutschland ist das mehr als eine Komfortfunktion, denn sie trifft auf einen Markt, in dem laut JetBrains bereits 90 Prozent der professionellen Software-Entwickler wöchentlich mit KI-Coding-Agenten arbeiten.
Parallel dazu hat auch Microsoft nachgezogen: GitHub Copilot bekam im August eine neue Sessions-Sidebar für parallele Agenten-Läufe, und Visual Studio Code trennte mit Version 1.133 die KI-Agenten technisch vom Editor-Prozess. Beide Bewegungen zeigen den gleichen Trend. Coding-Agenten sollen nicht mehr an ein einziges Editor-Fenster gebunden sein, sondern von überall aus gesteuert, überwacht und fortgesetzt werden können. Dieser Artikel ordnet ein, was Remote Control technisch leistet, wie es sich von den Ansätzen bei GitHub und Microsoft unterscheidet und welche Folgen die Entwicklung für Teams in Österreich hat.
Was ist Claude Code Remote Control?
Remote Control ist laut der offiziellen Anthropic-Dokumentation eine Synchronisationsschicht zwischen einer lokal laufenden Claude-Code-Session und der Claude-App auf dem Handy oder im Browser unter claude.ai/code. Ein Entwickler startet die Session klassisch im Terminal, meldet sie über den Befehl claude remote-control zur Fernsteuerung an und kann anschließend von einem zweiten Gerät aus Prompts senden, Antworten lesen und Freigaben erteilen. Wichtig dabei: Der eigentliche Code läuft nicht in der Cloud. Ausführung und Dateizugriff bleiben auf der Maschine, auf der die Session gestartet wurde. Nur die Bedienoberfläche wandert mit.
Das unterscheidet Remote Control von cloudbasierten Entwicklungsumgebungen wie GitHub Codespaces oder Gitpod, bei denen der komplette Rechenprozess auf fremder Infrastruktur läuft. Anthropic bewirbt die Funktion stattdessen für ein konkretes Szenario: Ein Build läuft noch, ein Test dauert lange, oder ein Agent arbeitet an einer mehrstufigen Aufgabe, und der Entwickler möchte den Fortschritt unterwegs prüfen, ohne den Laptop aufklappen zu müssen. Laut einem Bericht von Simon Willison war genau dieses Pairing mit einem lokal laufenden Agenten der Auslöser für die Entwicklung.
So funktioniert die Fernsteuerung technisch
Der Einstieg erfolgt über drei mögliche Wege. Wer eine neue Session direkt für die Fernsteuerung starten will, tippt claude remote-control in ein Terminal. Wer eine normale interaktive Session startet und Remote Control nur optional aktivieren will, nutzt das Flag --remote-control oder kurz --rc. Und wer bereits mitten in einer Session sitzt, kann sie nachträglich mit dem Slash-Befehl /remote-control oder /rc freischalten.
claude remote-control
# oder eine bestehende Session freischalten:
/remote-controlNach dem Start zeigt das Terminal einen Verbindungscode, der die Session mit dem Claude-Konto verknüpft. Der Zugriff läuft über eine reguläre Anmeldung im Claude-Account, nicht über einen API-Schlüssel, was die Funktion auch Nutzern ohne eigenes Entwicklerkonto zugänglich macht. Vorausgesetzt wird laut Anthropic ein Claude Pro-, Max-, Team- oder Enterprise-Abo. Die Mindestversion 2.1.51 ist bei aktuellen Installationen längst überholt, da Anthropic praktisch wöchentlich neue Patch-Versionen ausliefert.
Zeitleiste: Vom Preview im Februar zur Geräte-Karte im August
Remote Control ist kein Feature, das über Nacht entstanden ist. Es wuchs über mehrere Monate aus einem Research Preview zu einem festen Bestandteil von Claude Code. Die folgende Tabelle fasst die wichtigsten Ausbaustufen zusammen, wie sie in den offiziellen Release Notes und Fachmedien dokumentiert sind.
| Zeitpunkt | Ereignis | Quelle |
|---|---|---|
| 24. Februar 2026 | Start als Research Preview für Claude Max-Abonnenten (100 bis 200 Dollar pro Monat), Aktivierung per /remote-control | VentureBeat |
| 3. bis 7. August 2026 (Woche 32) | Sicherheitsanpassung: Repository-Einstellungen können Auto-Connect nicht mehr aktivieren, nur noch deaktivieren. Aktivierung nur noch über Nutzer- oder Managed-Settings via remoteControlAtStartup | Claude Code Docs |
| 17. bis 21. August 2026 (Woche 34) | Neue Geräte-Karten-Ansicht im Code-Tab der Claude-App, jede aktive Maschine erscheint automatisch als Kachel | Claude Code Docs |
| 1. September 2026 | Version 2.1.258 behebt Verbindungsabbrüche bei Remote-Sessions und Startprobleme auf älteren Mac-Systemen | Havoptic Release Notes |
Bemerkenswert an dieser Chronologie ist das Tempo der Sicherheitsnachbesserung. Bereits in Woche 32, also rund fünf Monate nach dem ersten Preview, schränkte Anthropic ein, wer die automatische Verbindung von Remote Control erzwingen darf. Projekteinstellungen, die in einem Repository eingecheckt und damit für alle Mitarbeitenden sichtbar sind, dürfen die Funktion seither nur noch abschalten, nicht mehr einschalten. Das deutet darauf hin, dass in der Praxis Konfigurationen auftraten, bei denen Fernzugriff ungewollt für ein ganzes Team aktiv war.
Sicherheit, Berechtigungen und Admin-Kontrolle
Für Firmenkunden ist Remote Control kein Selbstläufer. Team- und Enterprise-Administratoren schalten die Funktion zentral über einen Schalter in den Claude-Code-Admin-Einstellungen frei oder sperren sie komplett. Das ist deshalb relevant, weil Remote Control faktisch einen Fernzugriff auf eine Entwicklungsumgebung öffnet, auch wenn die Ausführung lokal bleibt. Wer Zugriff auf die verknüpfte Session hat, sieht Code, Testergebnisse und unter Umständen Umgebungsvariablen, die im Terminal sichtbar werden.
Für österreichische Unternehmen, die ohnehin durch die Netz- und Informationssystemsicherheitsverordnung strengere Nachweispflichten für ihre IT-Sicherheit erfüllen müssen, ist die Admin-Kontrolle über Remote Control damit ein Pflichtthema für IT-Sicherheitsverantwortliche und nicht nur eine Frage der Entwickler-Produktivität. Wer Claude Code im Unternehmenskontext einsetzt, etwa im automatisierten Modus, den shattered.io bereits im Artikel zu Claude Codes Auto-Modus eingeordnet hat, sollte Remote Control in die gleiche Risikobewertung einbeziehen wie andere Fernzugriffswege.
GitHub zieht nach: Sessions-Sidebar in VS Code
Während Anthropic auf Fernsteuerung über Geräte hinweg setzt, verfolgt Microsoft mit GitHub Copilot einen anderen, aber verwandten Ansatz. Im Changelog vom 3. August 2026 kündigte GitHub eine neue Sessions-Sidebar für VS Code an, mit der sich mehrere gleichzeitig laufende Copilot-Sessions verwalten lassen. Tastaturkürzel wie „n” für eine neue Session und „x” zum Schließen der aktuellen sollen den Wechsel zwischen parallelen Agenten-Läufen beschleunigen.
Der Unterschied zu Remote Control liegt im Ort der Steuerung. Copilots Sessions-Sidebar bleibt innerhalb des Editors, sie richtet sich an Entwickler, die am Schreibtisch mehrere Aufgaben parallel bearbeiten. Ein direktes Pendant zu Anthropics Handy-App, mit der eine lokale Session von unterwegs weitergeführt wird, hat GitHub bislang nicht in vergleichbarem Umfang veröffentlicht. Wie sich Copilot insgesamt gegenüber Anthropics Werkzeug schlägt, hat shattered.io im Vergleichsartikel Claude Code vs. Cursor bereits eingeordnet.
Agent Host Protocol: Microsoft trennt KI-Agenten vom Editor
Noch tiefer greift eine zweite Änderung bei Microsoft. Mit VS Code 1.133, veröffentlicht Mitte August 2026, laufen KI-Agenten-Sessions nicht mehr im Erweiterungsprozess des Editors, sondern in einem eigenständigen Agent-Host-Prozess. Grundlage ist das neue, unter MIT-Lizenz offengelegte Agent Host Protocol (AHP). Dadurch können Sessions unabhängig von einem einzelnen Editor-Fenster weiterlaufen, über SSH oder Dev-Tunnels aus der Ferne erreicht werden und sich über mehrere geöffnete VS-Code-Fenster hinweg per JSON-RPC synchronisieren.
VS Code 1.133 erlaubt zusätzlich, Anthropic- und Copilot-Modelle innerhalb derselben Claude-Session zu mischen. Der Modellauswahl-Dialog zeigt seither getrennte Gruppen für Anthropic- und Copilot-Anbieter, wobei Anthropic-Modelle über einen API-Schlüssel und Copilot-Modelle über das bestehende Abo abgerechnet werden. Mit Version 1.135 Ende August kam eine weitere Ergänzung dazu: Die Sessions-Liste zeigt nun auch „externe Sessions”, die in anderen Anwendungen begonnen wurden, standardmäßig bis zu zwei zuletzt aktualisierte, steuerbar über die Einstellung chat.agentSessions.showExternal. shattered.io hat die Vorstufe dieser Entwicklung bereits im Artikel zu VS Code 1.129 und dem isolierten Copilot-Agent-Host beschrieben, Version 1.133 baut diese Isolation nun konsequent weiter aus.
Vergleich: Drei Wege zur Multi-Session-Steuerung
Damit stehen Entwicklern im Herbst 2026 drei unterschiedliche, aber verwandte Ansätze zur Verfügung, um KI-Coding-Sessions über Geräte- und Fenstergrenzen hinweg zu verwalten. Die folgende Tabelle stellt sie gegenüber.
| Merkmal | Claude Code Remote Control | GitHub Copilot Sessions-Sidebar | VS Code Agent Host (AHP) |
|---|---|---|---|
| Wo läuft der Code | Lokal auf dem Startgerät | Lokal im Editor | Eigener Host-Prozess, lokal oder per Tunnel |
| Zugriff vom Handy | Ja, über die Claude-App | Nein, nur im Editor | Indirekt über externe Sessions |
| Mehrere Sessions parallel | Eine Session je Gerät, mehrere Geräte möglich | Ja, per Tastenkürzel verwaltet | Ja, über mehrere Fenster synchron |
| Verfügbar seit | Februar 2026 (Preview), August 2026 (Geräte-Karten) | 3. August 2026 | 12. August 2026 (Version 1.133) |
| Voraussetzung | Claude Pro, Max, Team oder Enterprise | Copilot-Abo mit VS Code | VS Code ab 1.133, Copilot oder Anthropic-API-Key |
Aus dieser Gegenüberstellung wird deutlich, dass keiner der drei Ansätze den anderen vollständig ersetzt. Remote Control adressiert die Frage der Ortsunabhängigkeit, die Sessions-Sidebar die Frage der Übersicht bei vielen parallelen Aufgaben und das Agent Host Protocol die technische Entkopplung, die beides erst dauerhaft stabil macht.
Warum Entwickler mehrere KI-Agenten parallel laufen lassen
Der eigentliche Treiber hinter all diesen Funktionen ist ein Verhaltensmuster, das sich 2026 in mehreren Umfragen bestätigt hat. Laut der JetBrains-Erhebung vom August 2026 nutzten im Zeitraum Mai bis Juli 2026 rund 90 Prozent der professionellen Entwickler KI-Coding-Agenten mindestens wöchentlich bei der Arbeit, 68 Prozent sogar täglich. Gleichzeitig zeigen andere JetBrains-Daten aus dem gleichen Jahr, dass 70 Prozent der Entwickler, die KI-Tools nutzen, zwischen zwei und vier verschiedene Werkzeuge parallel einsetzen, weitere 15 Prozent sogar fünf oder mehr.
Diese Zahlen erklären, warum ein einzelnes Editor-Fenster als Steuerzentrale nicht mehr ausreicht. Wer etwa Claude Code für eine längere, mehrstufige Refactoring-Aufgabe nutzt und parallel mit einem zweiten Tool an einer anderen Codebasis arbeitet, braucht eine Möglichkeit, den Status beider Läufe im Blick zu behalten, ohne ständig zwischen Fenstern oder Rechnern zu wechseln. Genau diese Lücke wollen Remote Control und die Sessions-Sidebar schließen. Wie sich die Marktanteile zwischen den großen Anbietern in diesem Umfeld verschieben, zeigt der shattered.io-Artikel GitHub Copilot vs. Cursor.
Marktauswirkungen für Unternehmen in Österreich
Für IT-Abteilungen in Österreich verschiebt Remote Control die Diskussion über KI-Coding-Tools von einer reinen Lizenz- und Kostenfrage hin zu einer Frage der Zugriffskontrolle. Bislang drehten sich viele interne Richtlinien vor allem darum, welche Modelle Code sehen dürfen und wie Trainingsdaten behandelt werden. Mit einer Funktion, die eine Entwicklungssession vom Diensthandy aus fortsetzbar macht, kommt eine zusätzliche Dimension dazu: mobile Endgeräte werden zu einem potenziellen Einfallstor für Zugriffe auf Quellcode und Build-Umgebungen.
Für kleinere Firmen und Einzelentwickler dürfte der Effekt zunächst positiv überwiegen. Ein Build, der über Nacht läuft, oder ein Agent, der eine große Migration abarbeitet, lässt sich am nächsten Morgen vom Zug oder von unterwegs aus prüfen, ohne dass der Laptop dafür eingeschaltet bleiben muss. Für regulierte Branchen, etwa Banken oder Versicherungen, dürfte die zentrale Admin-Sperre in den Enterprise-Einstellungen dagegen häufiger genutzt werden als die Funktion selbst.
Historischer Kontext: Vom Remote-Login zur KI-Fernsteuerung
Die Idee, eine Entwicklungsumgebung von einem anderen Ort aus zu bedienen, ist nicht neu. SSH-Sitzungen in ein entferntes Terminal gehören seit Jahrzehnten zum Alltag von Systemadministratoren. VS Codes Remote-SSH-Erweiterung brachte diese Fernbedienung bereits vor Jahren direkt in den Editor, cloudbasierte Entwicklungsumgebungen wie GitHub Codespaces oder Gitpod gingen noch einen Schritt weiter und verlagerten die komplette Rechenleistung in ein Rechenzentrum.
Remote Control setzt bewusst einen anderen Akzent. Es verlagert nicht die Ausführung, sondern nur die Bedienoberfläche. Damit ähnelt das Konzept eher einer Fernwartungssoftware für den eigenen Rechner als einer klassischen Cloud-IDE. Neu ist vor allem, dass diese Fernsteuerung nicht für einen menschlichen Cursor gedacht ist, sondern für die Überwachung eines autonom arbeitenden Agenten, der zwischenzeitlich Rückfragen stellen oder Freigaben benötigen kann. Wer sich für die grundlegende Einrichtung von Claude Code interessiert, findet die Schritte im Artikel Claude Code einrichten.
Kritik und Grenzen von Remote Control
Die Häufung von Bugfixes rund um Remote Control zeigt, dass die Funktion trotz mehrmonatiger Preview-Phase noch nicht völlig ausgereift ist. Version 2.1.258 vom 1. September 2026 behob laut Release Notes gezielt Verbindungsabbrüche bei Remote-Sessions und Startprobleme auf älteren Mac-Systemen, ein Hinweis darauf, dass die Synchronisation zwischen Terminal-Session und mobiler App nicht in jeder Umgebung zuverlässig lief.
Hinzu kommt ein grundsätzlicher Zielkonflikt zwischen Bequemlichkeit und Kontrolle. Je einfacher der Zugriff von einem zweiten Gerät wird, desto wichtiger wird die Frage, wer dieses zweite Gerät tatsächlich in der Hand hat. Anthropics Entscheidung, Auto-Connect-Einstellungen aus eingecheckten Projektdateien zu verbannen, war eine direkte Reaktion auf genau dieses Risiko. Für Teams bedeutet das in der Praxis zusätzlichen Konfigurationsaufwand, den nicht jede kleine Firma sofort leisten kann.
Reaktionen aus der Entwickler-Community
In Entwickler-Foren und Blogs wurde Remote Control seit dem ersten Preview im Februar 2026 vor allem als praktische Ergänzung für lang laufende Agenten-Aufgaben beschrieben, weniger als Ersatz für die tägliche Arbeit am Rechner. Mehrere Fachartikel ordnen die Funktion als Reaktion auf den Umstand ein, dass Coding-Agenten zunehmend Aufgaben übernehmen, die Minuten bis Stunden dauern, während der klassische Autovervollständigungs-Assistent in Sekunden antwortet. Bei solchen langlaufenden Aufgaben lohnt sich eine Fernüberwachung deutlich mehr als bei einem kurzen Codevorschlag.
Gleichzeitig wird in der Community diskutiert, ob Remote Control eher ein Nischen-Feature für Power-User bleibt oder sich zu einem Standardbaustein aller KI-Coding-Tools entwickelt. Die schnelle Reaktion von GitHub und Microsoft mit eigenen Sessions- und Host-Konzepten spricht eher für Letzteres.
Prognosen: Wie geht es mit der Fernsteuerung von KI-Agenten weiter?
- JetBrains und andere IDE-Hersteller dürften binnen der nächsten zwei bis drei Quartale eigene Varianten einer mobilen Session-Ansicht vorstellen, um im Wettbewerb um Agenten-zentrierte Entwicklerwerkzeuge nicht zurückzufallen.
- Die Grenze zwischen lokalem Terminal-Tool und Cloud-Dienst wird weiter verschwimmen. Wahrscheinlich ist eine engere Verzahnung von Remote Control mit Push-Benachrichtigungen, wenn ein Agent eine Freigabe benötigt.
- Sicherheitsteams, auch in Österreich, werden Remote-Zugriffe auf Entwicklungsumgebungen stärker in bestehende Richtlinien für Fernzugriffe und mobile Geräte integrieren müssen, statt sie als reines Entwickler-Tooling zu behandeln.
- Offene Protokolle wie das Agent Host Protocol könnten mittelfristig zu einem gemeinsamen Standard werden, über den unterschiedliche Editoren und Agenten-Anbieter Sessions austauschen, ähnlich wie sich das Language Server Protocol als Standard für Sprachunterstützung durchgesetzt hat.
- Die Multi-Tool-Nutzung, aktuell bei 70 Prozent laut JetBrains, dürfte weiter steigen, sobald sich mehrere Agenten-Sessions bequem von unterwegs überwachen lassen, statt an einen einzelnen Schreibtisch gebunden zu sein.
Was Entwickler in Österreich jetzt tun sollten
Wer Remote Control ausprobieren will, sollte zunächst auf die aktuelle Claude-Code-Version aktualisieren und die Funktion testweise mit einer unkritischen Session aktivieren, statt sie sofort für produktiven Code freizuschalten. Für Teams empfiehlt sich ein kurzer Blick in die Admin-Einstellungen, um zu prüfen, ob Remote Control bereits aktiv ist oder standardmäßig deaktiviert bleibt. Wer stattdessen auf die Editor-interne Lösung von GitHub setzt, sollte die Sessions-Sidebar in einer aktuellen VS-Code-Version testen und die Tastenkürzel für den schnellen Wechsel zwischen Sessions einüben.
In jedem Fall gilt: Eine Fernsteuerungs-Funktion für Entwicklungsumgebungen sollte in die gleiche Sicherheitsbewertung einfließen wie jeder andere Fernzugriff auf Firmensysteme, unabhängig davon, ob die eigentliche Codeausführung lokal bleibt oder nicht.
Häufig gestellte Fragen zu Claude Code Remote Control
Was ist Claude Code Remote Control genau?
Eine Funktion von Anthropics Terminal-Tool Claude Code, mit der eine lokal gestartete Coding-Session vom Smartphone oder Browser aus weitergesteuert werden kann, während Code und Dateizugriff auf dem ursprünglichen Rechner bleiben.
Ab welcher Version funktioniert Remote Control?
Laut Anthropic wird mindestens Claude Code Version 2.1.51 benötigt. Aktuelle Installationen liegen inzwischen deutlich darüber, etwa bei Version 2.1.258 vom 1. September 2026.
Kostet Remote Control extra?
Nein, laut Dokumentation ist die Funktion in den bestehenden Claude-Abos Pro, Max, Team und Enterprise enthalten und erfordert kein separates Zusatzpaket.
Bleiben meine Dateien beim Fernzugriff sicher auf meinem Rechner?
Die Codeausführung und der Dateizugriff verbleiben laut Anthropic auf der Maschine, auf der die Session gestartet wurde. Über das zweite Gerät wird lediglich die Bedienoberfläche gespiegelt.
Wie unterscheidet sich Remote Control von GitHub Codespaces?
Codespaces verlagert die komplette Entwicklungsumgebung inklusive Rechenleistung in die Cloud. Remote Control verlagert nur die Steuerung, die eigentliche Ausführung bleibt auf dem lokalen Rechner.
Können Unternehmen die Funktion zentral deaktivieren?
Ja. Team- und Enterprise-Administratoren schalten Remote Control über einen eigenen Schalter in den Claude-Code-Admin-Einstellungen frei oder sperren sie vollständig. Seit August 2026 können Projekteinstellungen die Funktion nur noch abschalten, nicht mehr aktivieren.
Funktioniert etwas Vergleichbares auch in VS Code?
VS Code bietet mit der Sessions-Sidebar und dem seit Version 1.133 verfügbaren Agent Host Protocol eine verwandte, aber technisch andere Lösung, die vor allem die Verwaltung mehrerer paralleler Agenten-Sessions innerhalb und über mehrere Editor-Fenster hinweg erleichtert.
Was macht GitHub Copilot als Antwort auf Remote Control?
GitHub hat im August 2026 eine Sessions-Sidebar für VS Code eingeführt, mit der sich mehrere gleichzeitig laufende Copilot-Sessions per Tastenkürzel verwalten lassen. Eine direkte mobile Fernsteuerung wie bei Claude Code hat GitHub bislang nicht in vergleichbarem Umfang veröffentlicht.
