Wie stellen Sie Claude Code Remote Control nach einer Unterbrechung wieder her? Sitzungsfehler 2026

Die Browser- oder Mobilverbindung ist weg, und unklar ist, ob Claude Code noch arbeitet.

Schnellste Lösung: Behandeln Sie Verbindung, Claude-Code-Sitzung und laufenden Mac als drei getrennte Zustände. Prüfen Sie zuerst, ob der Host erreichbar ist, und setzen Sie eine noch vorhandene Sitzung mit der offiziellen Wiederaufnahmefunktion fort; für Aufgaben, die unabhängig vom persönlichen Gerät weiterlaufen sollen, braucht es eine dauerhaft zugängliche Remote-Mac-Umgebung.

Zuletzt aktualisiert: 08.10.2026. Die Angaben wurden anhand der offiziellen Dokumentation zu Remote Control und der Sitzungsverwaltung geprüft. Produktverhalten, unterstützte Zugangsbedingungen und verfügbare Funktionen können sich ändern; prüfen Sie deshalb vor der Fehlersuche die jeweils aktuelle Dokumentation.

Für wen dieser Leitfaden gedacht ist: Entwickler, die eine Claude-Code-Sitzung vom Smartphone oder Browser aus fortsetzen möchten.
Remote-Kollegen, die einen ungültigen Sitzungszugang, einen nicht erreichbaren Host oder einen geänderten Projektpfad untersuchen.
Plattformverantwortliche, die entscheiden müssen, ob längere Aufgaben auf eine unabhängig erreichbare Mac-Umgebung gehören.

Zuerst die ausgefallene Ebene bestimmen

„Remote Control ist unterbrochen“ beschreibt zunächst nur das sichtbare Symptom. Es sagt nicht, ob die Arbeit beendet wurde. Für die Diagnose sind drei Zustände auseinanderzuhalten:

Zustand	Typisches Anzeichen	Was daraus nicht folgt	Erste Prüfung
Client-Verbindung unterbrochen	Browser oder Mobilgerät erreicht die Remote-Control-Ansicht nicht mehr	Die Claude-Code-Sitzung muss nicht beendet sein	Host erreichbar? Remote-Control-Dienst und Anmeldung prüfen
Claude-Code-Sitzung beendet oder nicht fortsetzbar	Die Verbindung besteht, aber der frühere Dialog ist nicht verfügbar	Dateien oder Git-Änderungen sind dadurch nicht automatisch verloren	Sitzungsübersicht und Wiederaufnahmeoption prüfen
Laufender Mac nicht erreichbar	Keine Verbindung zur Maschine; möglicherweise sind auch Terminal und Projekt nicht zugänglich	Eine neue Sitzung kann einen beendeten Prozess nicht wiederherstellen	Stromversorgung, Netzwerkzugang und Anmeldung am Host prüfen

Remote Control ist eine Möglichkeit, eine Claude-Code-Sitzung von einem anderen Gerät aus zu erreichen. Es ist nicht gleichbedeutend mit einem verwalteten Cloud-Auftrag, der unabhängig von der ursprünglichen Maschine ausgeführt wird. Die offizielle Beschreibung von Remote Control ist daher die passende Grundlage, um die Verbindung einzuordnen; die Anforderungen und Hinweise zur Fehlerbehebung helfen, Zugangsbedingungen von einem Sitzungsfehler zu trennen.

Halten Sie vor einer Änderung fest, welche Fehlermeldung erscheint, an welchem Gerät sie angezeigt wird und ob der Mac noch erreichbar ist. Diese kurze Bestandsaufnahme verhindert, dass ein erneuter Anmeldeversuch oder ein Neustart die eigentliche Ursache verdeckt. Sie schützt außerdem davor, versehentlich eine neue Sitzung im falschen Projektverzeichnis zu starten.

Verbindungsabbruch: Sitzungsstatus prüfen

Ein nicht ladender Browserbildschirm oder eine getrennte Mobilverbindung belegt nicht, dass die Claude-Code-Sitzung beendet ist. Prüfen Sie zuerst, ob Sie am erwarteten Konto angemeldet sind und ob die Maschine mit der ursprünglichen Sitzung erreichbar bleibt. Verwechseln Sie eine nicht verfügbare Remote-Control-Ansicht nicht mit einem abgeschlossenen Coding-Auftrag.

Gehen Sie bei einer reinen Verbindungsstörung in dieser Reihenfolge vor:

Prüfen Sie die Anmeldung im verwendeten Client. Ein abgelaufener oder falscher Kontozugang kann den Zugriff verhindern, obwohl der Mac selbst weiterläuft.
Prüfen Sie den Mac über einen bereits eingerichteten, vertrauenswürdigen Zugang. Ist die Maschine nicht erreichbar, liegt das Problem wahrscheinlich nicht allein beim Browser.
Kontrollieren Sie, ob Claude Code im ursprünglichen Terminal noch läuft. Beenden Sie den Prozess nicht vorschnell, nur um die Verbindung neu aufzubauen.
Öffnen Sie die Remote-Control-Funktion erneut nach den aktuellen offiziellen Anweisungen. Die verfügbaren Zugangswege und Voraussetzungen können sich ändern; sie sollten nicht als dauerhaft identisch für alle Konten, Pläne oder Versionen dargestellt werden.
Wenn Sie ein Unternehmensnetz oder einen Proxy verwenden, prüfen Sie dessen Freigaben und Verbindungsregeln anhand der offiziellen Angaben zur Proxy-Konfiguration.

Achtung: Ein erneuter Verbindungsversuch ist kein Beweis dafür, dass der frühere Prozess weiterläuft. Bevor Sie einen neuen Auftrag starten, bestätigen Sie am Mac, ob die bisherige Sitzung noch aktiv ist und welche Dateien sie zuletzt geändert hat.

Das ist besonders wichtig, wenn mehrere Terminals oder Arbeitsverzeichnisse geöffnet sind. Ein erfolgreicher Zugriff auf Claude Code kann eine andere Sitzung anzeigen als diejenige, die unterbrochen wurde. Notieren Sie daher den Projektnamen und den Pfad, bevor Sie fortfahren. Falls die Sitzung nicht mehr aufrufbar ist, sichern Sie zuerst den aktuellen Repository-Zustand und entscheiden danach, ob eine neue Sitzung erforderlich ist.

Vor der Fortsetzung das richtige Projekt verifizieren

Eine wiederhergestellte Sitzung ist nur dann nützlich, wenn sie im richtigen Repository, auf dem erwarteten Branch und mit dem passenden Arbeitsstand fortgesetzt wird. Das Risiko liegt nicht nur darin, dass Dateien fehlen: Ein Agent kann Änderungen an einer gleichnamigen, aber falschen Projektkopie vornehmen. Prüfen Sie den Zustand deshalb zunächst lesend, bevor Sie weitere Schreibaufträge erteilen.

Schritt 1: Arbeitsverzeichnis und Repository prüfen

Im ursprünglichen Terminal sollte der tatsächliche Projektpfad ermittelt werden. Vergleichen Sie ihn mit dem Pfad, den Sie für die Aufgabe erwarten. Prüfen Sie anschließend, ob das Verzeichnis ein Git-Arbeitsbereich ist und ob der gemeldete Repository-Name zum Auftrag passt. Öffnen Sie nicht einfach ein neues Terminal und verlassen sich auf dessen Startverzeichnis.

Schritt 2: Branch und Änderungsstatus nur lesend abfragen

Ermitteln Sie den aktuellen Branch und den Status des Arbeitsbereichs. Achten Sie insbesondere auf nicht committete Änderungen, neue Dateien und Änderungen, die nicht zur unterbrochenen Aufgabe gehören. Die offizielle Sitzungsdokumentation beschreibt, wie Sitzungen verwaltet und wieder aufgenommen werden; der Git-Status bleibt davon getrennt und muss am Repository selbst geprüft werden.

Schritt 3: Sitzungskennung und Kontext abgleichen

Nutzen Sie die Sitzungsübersicht, um die passende vorherige Unterhaltung zu identifizieren. Wenn mehrere Sitzungen infrage kommen, vergleichen Sie deren Kontext mit dem Projekt und dem letzten bekannten Arbeitsschritt, statt allein nach dem jüngsten Zeitstempel zu wählen. Behandeln Sie eine Sitzungskennung wie einen Verweis auf Gesprächskontext, nicht wie eine Garantie, dass ein zuvor laufender Prozess oder dessen vollständiger Zustand wiederhergestellt wird.

Schritt 4: Änderungen sichern, bevor der Agent weiterschreibt

Wenn der Arbeitsbereich Änderungen enthält, die nicht eingeordnet werden können, erstellen Sie zuerst eine Sicherung oder einen nachvollziehbaren Commit, sofern das zum Teamablauf passt. Speichern Sie uncommittete Arbeit nicht durch einen blinden Reset oder durch das Überschreiben der Dateien. Bei unbekannten Änderungen ist eine lesende Prüfung sicherer als eine automatische Bereinigung.

Schritt 5: Mit eng begrenztem Auftrag fortsetzen

Fassen Sie den bestätigten Pfad, den Branch, den sichtbaren Arbeitsstand und den letzten abgeschlossenen Schritt zusammen. Bitten Sie Claude Code zunächst um eine Bestandsaufnahme, nicht um sofortige Änderungen. Erst wenn die Zusammenfassung stimmt, sollte der nächste Schreibauftrag folgen.

Möglichkeit zur Fortsetzung	Geeignet, wenn	Zu beachten
`claude --continue`	Die zuletzt verwendete Sitzung im aktuellen Kontext fortgesetzt werden soll	Vor dem Start sicherstellen, dass das Terminal im richtigen Projekt arbeitet
`claude --resume <session-id>`	Eine bestimmte Sitzung gezielt ausgewählt werden muss	Sitzungskennung mit Projekt und Aufgabenverlauf abgleichen
`/resume`	Die Sitzungswahl innerhalb einer laufenden Claude-Code-Umgebung erfolgen soll	Nicht allein nach der Reihenfolge auswählen; den passenden Kontext prüfen

Die Optionen und ihre Verwendung sind in der offiziellen CLI-Befehlsreferenz und der Dokumentation der Befehle beschrieben. Sie dienen der Sitzungsfortsetzung, nicht der Wiederbelebung eines beendeten Shell-Prozesses oder eines ausgeschalteten Macs. Bei Unsicherheit zuerst nur die Sitzung anzeigen beziehungsweise auswählen und den Arbeitsbereich überprüfen.

Sitzungsfortsetzung: Frühere Claude-Code-Sitzung wieder aufnehmen

Wenn der Host erreichbar ist, können Sie eine frühere Claude-Code-Sitzung über die dokumentierten Fortsetzungswege suchen und auswählen. Die passende Option hängt davon ab, ob die letzte Sitzung genügt oder eine bestimmte Sitzung anhand ihrer Kennung benötigt wird. Die oben genannten CLI-Optionen sind dabei konkrete Einstiegspunkte; vor ihrer Verwendung sollten Pfad und Repository feststehen.

Die häufigste Fehlannahme besteht darin, „Sitzung fortsetzen“ mit „gesamte Ausführung fortsetzen“ gleichzusetzen. Eine wiederhergestellte Unterhaltung kann den Gesprächskontext verfügbar machen, aber sie garantiert nicht, dass ein unterbrochener Build, ein Testlauf, ein Hintergrundprozess oder ein nicht gespeicherter Editorzustand wieder läuft. Prüfen Sie solche Prozesse separat im Terminal und kontrollieren Sie die Dateien im Arbeitsbereich.

Wenn die gesuchte Sitzung nicht erscheint:

Vergewissern Sie sich, dass Sie am selben Benutzerkonto und auf dem ursprünglichen Host arbeiten.
Prüfen Sie, ob die Sitzung unter einem anderen Projektpfad oder in einem anderen Terminal gestartet wurde.
Vergleichen Sie die verfügbaren Einträge mit dem zuletzt bekannten Auftrag; starten Sie nicht aus Gewohnheit die jüngste Sitzung.
Ist sie weiterhin nicht auffindbar, sichern Sie den Git-Zustand und beginnen Sie nötigenfalls eine neue Unterhaltung mit einer präzisen Übergabe des Projektstatus.

Die Dokumentation zum Wiederaufnehmen von Sitzungen nach dem Stoppen des Servers ist besonders relevant, wenn nicht nur der Client, sondern der Remote-Control-Server beendet oder neu gestartet wurde. Folgen Sie den dort aktuellen Voraussetzungen, statt aus einer früheren erfolgreichen Einrichtung auf identisches Verhalten in jeder Umgebung zu schließen.

Mac offline: Auswirkungen auf Remote Control

Ist der Mac ausgeschaltet oder vom Netzwerk getrennt, kann Remote Control diesen Rechner nicht erreichen. Eine Fortsetzungsfunktion ersetzt weder die Stromversorgung noch einen laufenden Host. Auch ein erneut geöffnetes Browserfenster kann keinen lokalen Terminalprozess auf einem nicht erreichbaren Gerät weiterführen.

Nach der Rückkehr des Hosts hängt die Lage davon ab, was tatsächlich beendet wurde. Prüfen Sie zuerst, ob der Mac wieder erreichbar ist. Kontrollieren Sie danach, ob das ursprüngliche Terminal noch vorhanden ist, ob der Prozess läuft und ob das Repository seine Änderungen enthält. Starten Sie fehlende Tests oder Builds gezielt neu, denn eine zurückgekehrte Sitzung ist kein Nachweis, dass diese Prozesse während der Unterbrechung weiterliefen.

Die Unterscheidung ist für längere Remote-Coding-Aufgaben entscheidend:

Verbindung unterbrochen, Mac aktiv: Der Zugang kann wiederhergestellt werden; Sitzung und Prozesse sind am Host zu prüfen.
Sitzung beendet, Mac aktiv: Eine vorherige Sitzung kann gegebenenfalls über die CLI fortgesetzt werden; externe Prozesse müssen separat geprüft werden.
Mac offline oder ausgeschaltet: Erst den Host wieder zugänglich machen. Bis dahin sind weder Remote Control noch lokale Prozesse zuverlässig erreichbar.
Änderungen nicht gespeichert oder nicht persistent: Gesprächswiederaufnahme stellt sie nicht automatisch wieder her. Maßgeblich sind Dateisystem, Versionsverwaltung und gegebenenfalls vorhandene Sicherungen.

Hinweis für Teams: Dokumentieren Sie beim Übergang einer Aufgabe den Projektpfad, den Branch, uncommittete Änderungen und den letzten bestätigten Arbeitsschritt. Diese Übergabe bleibt auch dann verwertbar, wenn die Sitzung nicht mehr verfügbar ist.

Remote Control und dauerhaft zugängliche Mac-Umgebung vergleichen

Remote Control passt, wenn ein persönlicher Mac bereits zuverlässig läuft und Sie ihn gelegentlich von einem anderen Gerät aus bedienen möchten. Eine separate Remote-Mac-Umgebung wird interessanter, wenn Aufgaben auch dann erreichbar bleiben sollen, wenn das persönliche Gerät nicht verfügbar ist, oder wenn mehrere Personen denselben klar abgegrenzten Arbeitsbereich benötigen.

Entscheidungskriterium	Persönlicher Mac mit Remote Control	Dauerhaft zugänglicher Remote Mac
Abhängigkeit vom eigenen Gerät	Der persönliche Mac muss verfügbar und erreichbar bleiben	Die Entwicklungsmaschine kann unabhängig vom persönlichen Gerät zugänglich sein
Laufende Prozesse	Bleiben an den Zustand des eigenen Hosts gebunden	Können auf dem bereitgestellten Host weiterlaufen, sofern Umgebung und Prozess dafür eingerichtet sind
Arbeitsbereich	Häufig an persönliche Verzeichnisse und lokale Konfiguration gebunden	Projektpfade und Übergaben können für einen definierten Arbeitsbereich festgelegt werden
Zugang und Datenschutz	Persönliche Anmeldung, Geräte und lokale Schlüssel müssen geschützt werden	Zugriffsrechte, Schlüsselablage und Löschregeln müssen ausdrücklich geplant werden
Geeigneter Einsatz	Kurzzeitiger Zugriff auf eine bereits laufende lokale Sitzung	Längere, wiederkehrende Aufgaben oder ein benötigter, vom eigenen Gerät unabhängiger Host

Eine Remote-Mac-Umgebung ist nicht automatisch ein verwalteter Coding-Dienst und garantiert für sich genommen weder die Fortsetzung einer bestimmten Claude-Code-Sitzung noch die Persistenz aller Prozesse. Konfigurieren Sie Benutzerzugriff, Repository-Speicher, Terminalstart und Datensicherung passend zum Teamablauf. Die offizielle Dokumentation zu Cloud-Umgebungen erläutert die zugehörigen Umgebungskonzepte; sie ersetzt nicht die Prüfung Ihrer konkreten Zugriffs- und Datenschutzanforderungen.

Wer personenbezogene Daten, Quellcode oder Zugangsdaten verarbeitet, sollte zudem die internen Vorgaben zur DSGVO, Aufbewahrung und Schlüsselverwaltung beachten. Hinterlegen Sie keine weitreichenden persönlichen Zugangsdaten in einer gemeinsam genutzten Umgebung, nur um einen abgebrochenen Auftrag bequemer wieder aufzunehmen. Legen Sie fest, wer Zugriff erhält, wie Berechtigungen entzogen werden und welche Daten nach Projektende gelöscht werden.

Checkliste für eine sichere Wiederaufnahme

Führen Sie die Prüfung in der folgenden Reihenfolge durch. Jeder Punkt sollte bestätigt sein, bevor Claude Code weitere Dateien ändert:

[ ] Fehlermeldung und betroffenes Gerät festgehalten.
[ ] Host separat auf Erreichbarkeit geprüft.
[ ] Anmeldung und aktuelle Remote-Control-Anforderungen anhand der offiziellen Dokumentation geprüft.
[ ] Ursprüngliches Terminal und laufende Prozesse kontrolliert.
[ ] Repository-Pfad und Branch bestätigt.
[ ] Git-Status gelesen und nicht eingeordnete Änderungen gesichert.
[ ] Passende Claude-Code-Sitzung ausgewählt, statt automatisch eine neue zu starten.
[ ] Letzten abgeschlossenen Arbeitsschritt und noch offene Aufgaben dokumentiert.
[ ] Erst nach der Bestandsaufnahme einen begrenzten Fortsetzungsauftrag erteilt.

Für Teams empfiehlt sich eine Wiederaufnahmeprobe ohne vertraulichen Quellcode: Eine Testaufgabe starten, die Verbindung absichtlich unterbrechen und danach getrennt prüfen, ob Host, Sitzung und Arbeitsbereich jeweils erreichbar sind. Dokumentieren Sie, was nach dem Wiederverbinden tatsächlich noch vorhanden ist. Das ist aussagekräftiger als die Annahme, ein erfolgreicher Remote-Control-Zugang stelle automatisch Prozesse und Änderungen wieder her.

Wenn Aufgaben unabhängig vom persönlichen Mac laufen müssen

Der persönliche Mac mit Remote Control hat klare Vorteile: Die vorhandene Entwicklungsumgebung muss nicht für jede kurze Sitzung neu eingerichtet werden, und lokale Gerätezugriffe bleiben direkt verfügbar. Dafür entstehen reale Abhängigkeiten: Der Rechner muss eingeschaltet und erreichbar bleiben, persönliche Netz- oder Kontoeinstellungen können den Zugriff begrenzen, und ein Geräteausfall kann gleichzeitig Verbindung und laufende Prozesse betreffen. Für kurze, gelegentliche Fernzugriffe ist das oft akzeptabel; bei Aufgaben, die regelmäßig unabhängig vom eigenen Gerät weiterlaufen müssen, sollte eine andere Betriebsform geprüft werden.

Eine gemietete Mac-Umgebung von Vuncloud kann für solche temporären Entwicklungs- oder Testaufgaben passen, sofern Repository-Persistenz, Zugang und Wiederaufnahme vor dem produktiven Einsatz getestet werden. Sie ist nicht automatisch die beste Wahl für dauerhaft hohe Auslastung oder für Arbeitsabläufe, die physische Anschlüsse am eigenen Gerät benötigen. Wer den Ansatz testen möchte, kann zunächst die verfügbaren Mac-Mietoptionen von Vuncloud prüfen und eine Wiederaufnahmeprobe ohne sensible Daten durchführen.

Nächster Schritt: Halten Sie vor dem nächsten längeren Remote-Coding-Auftrag Projektpfad, Git-Status und Sitzungskennung fest. Prüfen Sie anschließend den Vuncloud-Hilfebereich zu Verbindung und Zugriff, und führen Sie eine kontrollierte Unterbrechungsprobe durch. Erst wenn Sitzung und Code unabhängig voneinander nachvollziehbar wiederhergestellt werden können, sollte der Ablauf für wichtige Teamaufgaben eingesetzt werden.