Claude Code in der Cloud verwenden

Führen Sie Claude Code-Sitzungen in der Cloud aus Ihrem Browser, Telefon, Desktop-App oder Terminal aus, verschieben Sie sie mit --cloud und --teleport, und beheben Sie Pull Requests automatisch.

Eine Cloud-Sitzung ist eine Claude Code-Sitzung, die auf Cloud-Infrastruktur statt auf Ihrem Computer ausgeführt wird. Standardmäßig wird sie auf von Anthropic verwalteter Infrastruktur ausgeführt oder auf der selbstgehosteten Umgebung Ihrer Organisation, wenn sie dorthin weitergeleitet wird. Die Sitzung läuft weiter, nachdem Sie Ihren Laptop schließen, und Sie können sie von jedem Gerät aus überprüfen oder steuern.

Sie können eine Cloud-Sitzung von einer dieser Oberflächen aus starten:

• Browser: claude.ai/code, auch Claude Code im Web genannt
• Mobil: die Registerkarte Code in der Claude-App
• Desktop-App: wählen Sie Cloud statt Lokal, wenn Sie eine Sitzung starten
• Terminal: claude --cloud
• Routinen: geplante und ausgelöste Ausführungen werden jeweils als Cloud-Sitzung ausgeführt

Um Claude viele Cloud-Sitzungen für einen Arbeitskörper starten und verfolgen zu lassen, verwenden Sie ein Projekt. Eine Sitzung in Ihrem Terminal, Ihrer IDE oder der Desktop-App mit Lokal ausgewählt wird stattdessen auf Ihrem eigenen Computer ausgeführt. Um eine dieser lokalen Sitzungen von Ihrem Telefon oder Browser aus zu steuern, verwenden Sie Remote Control.

Diese Seite behandelt:

• Cloud-Umgebungen: wo Sitzungen ausgeführt werden und wo Sie das konfigurieren
• GitHub-Authentifizierungsoptionen: zwei Möglichkeiten, GitHub zu verbinden
• Aufgaben zwischen Terminal und Cloud verschieben mit --cloud und --teleport
• Mit Sitzungen arbeiten: Berechtigungsmodi, Überprüfung, Freigabe, Archivierung, Löschung
• Auto-fix Pull Requests: automatische Reaktion auf CI-Fehler und Review-Kommentare
• Sicherheit und Isolation: wie Sitzungen isoliert sind
• Einschränkungen: Ratenlimits und Plattformbeschränkungen

Cloud-Umgebungen

Jede Cloud-Sitzung wird in einer Cloud-Umgebung ausgeführt, der gespeicherten Konfiguration, die Netzwerkzugriff, Umgebungsvariablen und Setup-Skripte steuert. Wenn Sie noch keine Umgebung haben, richtet das Onboarding eine Standard-Umgebung mit Vertrautem Netzwerkzugriff ein, entweder indem sie für Sie erstellt wird oder indem Sie aufgefordert werden, sie zu erstellen. Siehe Die Standard-Umgebung, um zu erfahren, welches auf Ihrem Plan geschieht und wie Sitzungen eine Umgebung auswählen, wenn Sie mehr als eine haben.

Die gleichen Umgebungen gelten überall dort, wo Sie eine Cloud-Sitzung starten: im Web, im Terminal, Claude Tag, Routines und den Mobile- und Desktop-Apps. Claude Tag-Kanal-Sitzungen verwenden nur Umgebungen auf Organisationsebene, entweder gemeinsam genutzte Umgebungen oder selbstgehostete Umgebungen.

Siehe Cloud-Umgebungen konfigurieren, um zu ändern, was eine Umgebung erlaubt, Variablen zu setzen oder ein Setup-Skript hinzuzufügen, und Installierte Tools für das, was Sitzungen ohne Konfiguration enthalten.

GitHub-Authentifizierungsoptionen

Cloud-Sitzungen benötigen Zugriff auf Ihre GitHub-Repositories, um Code zu klonen und Branches zu pushen. Sie können Zugriff auf zwei Arten gewähren:

Die Installation der Claude GitHub App auf einem Repository ermöglicht auch Auto-fix für Pull Requests darin.

Threads in einem Projekt benötigen die App auf jedem Repository, das sie klonen, unabhängig davon, welche Methode Sie zum Verbinden verwendet haben. Siehe GitHub-Zugriff einrichten.

Informationen dazu, wie /schedule den Repository-Zugriff überprüft, bevor eine Routine erstellt wird, finden Sie unter Repositories und Branch-Berechtigungen. Siehe Vom Terminal verbinden für die /web-setup-Anleitung, einschließlich dessen, was /web-setup speichert und wie Sie es entfernen.

Quick web setup ist eine Organisationseinstellung, die es Mitgliedern ermöglicht, GitHub mit /web-setup zu verbinden, überspringt die Claude GitHub App-Installationsaufforderung während des Browser-Onboardings und lässt das Browser-Onboarding die Standard-Umgebung für sie erstellen, anstatt das Umgebungsformular anzuzeigen. Bei Team- und Enterprise-Plänen ist es standardmäßig deaktiviert, was /web-setup verbirgt. Ein Owner aktiviert es mit dem Quick web setup-Umschalter unter Admin-Einstellungen > Claude Code.

Aufgaben zwischen Terminal und Cloud verschieben

Diese Workflows erfordern die Claude Code CLI, die bei demselben claude.ai-Konto angemeldet ist. Sie können neue Cloud-Sitzungen von Ihrem Terminal aus starten oder Cloud-Sitzungen in Ihr Terminal ziehen, um lokal fortzufahren. Cloud-Sitzungen bleiben bestehen, auch wenn Sie Ihren Laptop schließen, und Sie können sie von überall aus überwachen, einschließlich der Claude Mobile-App.

Vom Terminal zur Cloud

Starten Sie eine Cloud-Sitzung von der Befehlszeile mit dem Flag --cloud:

claude --cloud "Fix the authentication bug in src/auth/login.ts"

Dies erstellt eine neue Cloud-Sitzung auf claude.ai. Die Cloud-VM klont das GitHub-Remote Ihres aktuellen Verzeichnisses bei Ihrem aktuellen Branch, nicht Ihren lokalen Checkout, daher pushen Sie zuerst, wenn Sie lokale Commits haben. Siehe Senden Sie lokale Repositories ohne GitHub für die Fälle, in denen Claude Code Ihr lokales Repository hochlädt, anstatt es zu klonen.

--cloud funktioniert mit einem Repository auf einmal. Die Aufgabe wird in der Cloud ausgeführt, während Sie lokal weiterarbeiten. Die ältere Schreibweise --remote funktioniert immer noch als veralteter Alias für --cloud.

Während der Cloud-Container startet, zeigt die CLI eine Live-Checkliste von Setup-Schritten an, wie z. B. das Klonen des Repositories und das Ausführen Ihres Setup-Skripts. Sie reiht Nachrichten ein, die Sie während der Bereitstellung eingeben, und sendet sie, sobald die Sitzung bereit ist.

Öffnen Sie die Sitzung auf claude.ai oder der Claude Mobile-App, um den Fortschritt zu überprüfen oder direkt zu interagieren. Von dort aus können Sie Claude steuern, Feedback geben oder Fragen beantworten, genau wie in jedem anderen Gespräch.

Wenn Claude eine Frage stellt und die Sitzung untätig bleibt, können Sie immer noch antworten, wenn Sie zurückkommen, bis zur Umgebungsablauf, und die Sitzung wird von Ihrer Antwort aus fortgesetzt.

Tipps für Cloud-Aufgaben

Planen Sie lokal, führen Sie in der Cloud aus: Für komplexe Aufgaben starten Sie Claude im Plan Mode, um den Ansatz zu besprechen, und senden Sie dann die Arbeit in die Cloud:

claude --permission-mode plan

Im Plan Mode liest Claude Dateien, führt Befehle aus, um zu erkunden, und schlägt einen Plan vor, ohne Quellcode zu bearbeiten. Sobald Sie mit dem Plan zufrieden sind, speichern Sie den Plan im Repo, committen und pushen Sie, damit die Cloud-VM ihn klonen kann. Dann starten Sie eine Cloud-Sitzung für autonome Ausführung:

claude --cloud "Execute the migration plan in docs/migration-plan.md"

Führen Sie Aufgaben parallel aus: Jeder --cloud-Befehl erstellt seine eigene Cloud-Sitzung, die unabhängig ausgeführt wird. Sie können mehrere Aufgaben starten und sie werden alle gleichzeitig in separaten Sitzungen ausgeführt:

claude --cloud "Fix the flaky test in auth.spec.ts"
claude --cloud "Update the API documentation"
claude --cloud "Refactor the logger to use structured output"

Wenn eine Sitzung abgeschlossen ist, können Sie einen PR aus claude.ai/code erstellen oder die Sitzung teleportieren, um lokal fortzufahren.

Senden Sie lokale Repositories ohne GitHub

Wenn Sie claude --cloud aus einem Repository ausführen, das kein Git-Remote hat, oder aus einem github.com-Repository, auf dem die Claude GitHub App nicht installiert ist, bündelt Claude Code Ihr lokales Repository und lädt es direkt in die Cloud-Sitzung hoch. Dies gilt auch, wenn Sie GitHub mit /web-setup verbunden haben. Das Bündel enthält Ihre vollständige Repository-Historie über alle Branches hinweg, plus nicht committete Änderungen an verfolgten Dateien.

Auf macOS, Linux und WSL lässt Claude Code nicht committete Änderungen an Dateien, die wie Anmeldedaten oder Schlüssel benannt sind, aus dem Upload weg und benennt die Dateien, die es weggelassen hat. Dies umfasst .env-Dateien, Terraform *.tfvars-Dateien und Schlüsseldateien wie id_rsa und *.pem. Die Sitzung startet mit der committeten Version jeder Datei oder ohne die Datei, wenn keine committiert ist. In einem verknüpften Worktree, Submodul oder ähnlichem Layout lädt Claude Code diese Änderungen mit dem Rest hoch und benennt die Dateien, die es hochlädt.

Um ein Bündel hochzuladen, auch wenn Claude Code andernfalls vom Remote klonen würde, setzen Sie CCR_FORCE_BUNDLE=1:

CCR_FORCE_BUNDLE=1 claude --cloud "Run the test suite and fix any failures"

Gebündelte Repositories müssen diese Limits erfüllen:

• Das Verzeichnis muss ein Git-Repository mit mindestens einem Commit sein
• Das gebündelte Repository muss unter 100 MB liegen. Größere Repositories fallen auf das Bündeln nur des aktuellen Branches zurück, dann auf einen einzelnen gequetschten Snapshot des Arbeitsbaums, und schlagen nur fehl, wenn der Snapshot immer noch zu groß ist
• Nicht verfolgte Dateien sind nicht enthalten; führen Sie git add auf Dateien aus, die die Cloud-Sitzung sehen soll
• Sitzungen, die aus einem Bündel erstellt wurden, können nur dann zurück zu einem GitHub-Remote pushen, wenn Ihre GitHub-Verbindung Push-Zugriff auf dieses Repository hat

Senden Sie Folgenachrichten von der CLI

Sobald eine Cloud-Sitzung ausgeführt wird, überall wo sie ausgeführt wird, senden Sie ihr eine Folgenachricht von der claude CLI auf jeder Maschine, auf der Sie mit claude auth login angemeldet sind. Die CLI authentifiziert sich mit Ihren Anthropic-Kontoanmeldedaten und sendet keinen lokalen Sitzungsstatus, daher muss der Befehl nicht von der Maschine ausgeführt werden, die die Sitzung gestartet hat, und er ist in jeder Shell gleich, einschließlich PowerShell.

Der Befehl postet eine Nachricht und beendet sich:

claude -p "your message" --cloud <session-id>

Die CLI reiht die Nachricht in die Sitzung ein und beendet sich, ohne auf eine Antwort zu warten. Verwenden Sie es, um eine lange laufende Sitzung zu steuern, den nächsten Schritt in die Warteschlange einzureihen, während der aktuelle noch läuft, oder senden Sie Folgenachrichten von einem CI-Skript. Sie können die Nachricht auch auf stdin pipen, anstatt sie als Argument zu übergeben: echo "your message" | claude -p --cloud <session-id>.

Für <session-id> übergeben Sie die bloße ID, wie session_... oder cse_..., oder die claude.ai/code/<id>-URL der Sitzung, mit oder ohne Schema oder Abfragezeichenfolge. Finden Sie die ID in Ihrer Sitzungsliste unter claude.ai/code.

Ausgabe und Fehler

Bei Erfolg druckt der Befehl die Sitzungs-ID und einen Link zum Anzeigen der Sitzung:

Sent to cloud session.
Session ID: session_01DiUkqY2kzbUbDmW1w96rfi
View: https://claude.ai/code/session_01DiUkqY2kzbUbDmW1w96rfi?from=cli&m=0

Übergeben Sie --output-format json für ein maschinenlesbares Ergebnis: {ok, session_id, url} bei Erfolg oder {ok: false, session_id, error}, wenn der Send fehlschlägt, beispielsweise wenn die Sitzung fehlt oder archiviert ist. Konfigurationsfehler, wie ein nicht unterstützter Anbieter oder eine deaktivierte Organisationsrichtlinie, werden ohne JSON auf stderr gedruckt. --output-format stream-json wird nicht mit --cloud <session-id> unterstützt.

Die CLI stellt Fehlern das Präfix Error: voran. Ein fehlgeschlagener Versand wird als failed to send message to cloud session <id>: <reason> umschlossen.

Vom Cloud zum Terminal

Ziehen Sie eine Cloud-Sitzung in Ihr Terminal mit einer dieser Methoden:

• Mit --teleport: Führen Sie von der Befehlszeile claude --teleport für eine interaktive Sitzungsauswahl aus, oder claude --teleport <session-id>, um eine bestimmte Sitzung direkt fortzusetzen. Wenn Sie nicht committete Änderungen haben, werden Sie aufgefordert, diese zuerst zu stashen.
• Mit /teleport: Führen Sie innerhalb einer vorhandenen CLI-Sitzung /teleport oder /tp aus, um die gleiche Sitzungsauswahl zu öffnen, ohne Claude Code neu zu starten.
• Von /tasks: Führen Sie /tasks aus, um Ihre Hintergrund-Sitzungen zu sehen, drücken Sie dann t, um in eine zu teleportieren.
• Von claude.ai/code: Wählen Sie Open in > Terminal aus dem Sitzungsmenü, um einen Befehl zu kopieren, den Sie in Ihr Terminal einfügen können.
• Von innerhalb der Cloud-Sitzung: Geben Sie /teleport ein und Claude Code antwortet mit dem genauen claude --teleport <session-id>-Befehl für diese Sitzung, bereit zum Ausführen aus einem Checkout des Repositories. Erfordert Claude Code v2.1.223 oder später in der Umgebung der Sitzung.

Wenn Sie eine Sitzung teleportieren, überprüft Claude, dass Sie sich im richtigen Repository befinden, ruft den Branch aus der Cloud-Sitzung ab und checkt ihn aus, und lädt die vollständige Gesprächshistorie in Ihr Terminal. Das Terminal erhält seine eigene Kopie der Sitzung: neue Arbeit dort bleibt lokal und erscheint nicht in der Cloud-Sitzung auf claude.ai oder der Claude Mobile-App. Um vom Telefon aus weiter zu steuern, nachdem Sie teleportiert haben, starten Sie /remote-control in der lokalen Sitzung.

--teleport unterscheidet sich von --resume. --resume öffnet ein Gespräch aus der lokalen Historie dieser Maschine und listet keine Cloud-Sitzungen auf; --teleport zieht eine Cloud-Sitzung und ihren Branch.

Teleport-Anforderungen

Teleport überprüft diese Anforderungen, bevor eine Sitzung fortgesetzt wird. Wenn eine Anforderung nicht erfüllt ist, sehen Sie einen Fehler oder werden aufgefordert, das Problem zu beheben.

`--teleport` ist nicht verfügbar

Teleport erfordert claude.ai-Abonnement-Authentifizierung. Wenn Sie sich über API-Schlüssel anmelden, führen Sie /login aus, um sich stattdessen mit Ihrem claude.ai-Konto anzumelden. Wenn der Fehler Ihren Anbieter benennt, sind Cloud-Sitzungen nicht über Drittanbieter verfügbar; siehe die Fehlertabelle. Wenn Sie bereits über claude.ai angemeldet sind und --teleport immer noch nicht verfügbar ist, hat Ihre Organisation möglicherweise Cloud-Sitzungen deaktiviert.

Mit Sitzungen arbeiten

Sitzungen werden in der Seitenleiste unter claude.ai/code angezeigt. Von dort aus können Sie Änderungen überprüfen, mit Teamkollegen teilen, abgeschlossene Arbeiten archivieren oder Sitzungen dauerhaft löschen.

Eine eingereihte Nachricht zurücknehmen

Wenn Sie eine Nachricht senden, während Claude arbeitet, wird die Nachricht eingereicht, bis Claude sie liest. Um eine eingereihte Nachricht zurückzunehmen, klicken Sie auf das ✕ darauf. Der Text kehrt in das Nachrichtenfeld zurück, damit Sie ihn bearbeiten oder etwas anderes senden können.

Wenn Claude die Nachricht bereits gelesen hat, bleibt sie in der Konversation.

Kontext verwalten

Cloud-Sitzungen unterstützen integrierte Befehle, die Textausgabe erzeugen. Befehle, die nur in der Terminal-Schnittstelle ausgeführt werden, wie /plugin oder /resume, sind nicht verfügbar. Befehle, die eine Auswahl oder ein Panel in der Terminal-Schnittstelle öffnen, verhalten sich in Cloud-Sitzungen unterschiedlich:

• /model, /effort, /color und /rename: Übergeben Sie den Wert als Argument, zum Beispiel /model sonnet, anstatt die Terminal-Auswahl oder den Schieberegler zu öffnen. Die Argumentformen erfordern Claude Code v2.1.205 oder später in der Umgebung der Sitzung und folgen den Verfügbarkeitshinweisen jedes Befehls.
• /fast: schaltet den Fast-Modus für die Sitzung um, wenn Fast-Modus auf Ihrem Konto verfügbar ist. Erfordert Claude Code v2.1.271 oder später in der Umgebung der Sitzung.
• /config: In Ihrem Browser unter claude.ai/code öffnet dies den Claude Code-Bereich Ihrer Einstellungen, anstatt einen Wert zu setzen, und Text nach dem Befehl, einschließlich key=value, wird ignoriert. Um eine Einstellung für eine Cloud-Sitzung zu ändern, legen Sie eine Umgebungsvariable in der Umgebung fest, oder committen Sie in einer Sitzung mit einem Repository den Schlüssel in die .claude/settings.json dieses Repositorys. Einstellungen in Cloud-Sitzungen listet auf, was jede Sitzung liest.

Für Kontextverwaltung speziell:

Auto-Kompaktierung wird automatisch ausgeführt, wenn sich das Kontextfenster der Kapazität nähert. Cloud-Sitzungen setzen CLAUDE_AUTOCOMPACT_PCT_OVERRIDE selbst, daher wird die Kompaktierung partway durch das Auto-Compact-Fenster ausgelöst, anstatt wenn das Fenster sich füllt. Dieser Wert überschreibt einen, den Sie in Ihren Umgebungsvariablen hinzufügen, daher ändert das Hinzufügen der Variablen dort nicht, wann die Kompaktierung ausgelöst wird.

Um das Auto-Compact-Fenster stattdessen zu ändern, setzen Sie CLAUDE_CODE_AUTO_COMPACT_WINDOW in Ihren Umgebungsvariablen, oder führen Sie /autocompact mit einer Token-Anzahl in einer Sitzung aus, in der die Variable nicht gesetzt ist.

Subagents funktionieren genauso wie lokal. Claude kann sie mit dem Agent-Tool spawnen, um Forschung oder parallele Arbeit in ein separates Kontextfenster auszulagern, um das Hauptgespräch leichter zu halten. Subagents, die in Ihrem Repo's .claude/agents/ definiert sind, werden automatisch aufgegriffen.

Agent-Teams sind standardmäßig deaktiviert, können aber aktiviert werden, indem Sie CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 zu Ihren Umgebungsvariablen hinzufügen.

Berechtigungsmodi in Cloud-Sitzungen

Sie wählen den Berechtigungsmodus einer Cloud-Sitzung aus dem Modus-Dropdown, sowohl wenn Sie die Aufgabe erstellen als auch während die Sitzung läuft. Wenn Sie eine Sitzung erneut öffnen, deren von Anthropic gehostete Umgebung abgelaufen ist, oder eine Nachricht an eine Sitzung senden, die ein selbstgehosteter Runner freigegeben hat, während sie untätig war, setzt Claude Code die Sitzung im Berechtigungsmodus fort, in dem sie sich befand.

Änderungen überprüfen

Jede Sitzung zeigt einen Diff-Indikator mit hinzugefügten und entfernten Zeilen, wie +42 -18. Wählen Sie ihn, um die Diff-Ansicht zu öffnen, hinterlassen Sie Inline-Kommentare zu bestimmten Zeilen und senden Sie sie mit Ihrer nächsten Nachricht an Claude.

Die Diff-Ansicht vergleicht die Änderungen der Sitzung standardmäßig mit ihrem Basis-Branch. Um gegen einen anderen Branch im Repository zu vergleichen, wählen Sie Compare against und wählen Sie einen aus.

Claude Code berechnet diese Diffs, einschließlich der Pro-Datei-Diffs, die als Claude-Bearbeitungen angezeigt werden, aus rohem Git-Blob-Inhalt, daher gelten Diff-Treiber und textconv-Filter, die im Repository konfiguriert sind, nicht. Für eine Datei in einem Repository, das nicht einer der eigenen Checkouts der Sitzung ist, wie eine während der Sitzung im Workspace geklonte Datei, zeigt der Pro-Datei-Diff die Claude-Bearbeitung selbst anstelle eines Git-Vergleichs.

Siehe Überprüfung und Iteration für die vollständige Anleitung, einschließlich PR-Erstellung. Um Claude den PR auf CI-Fehler und Review-Kommentare automatisch überwachen zu lassen, siehe Auto-fix Pull Requests.

Sitzungen teilen

Um eine Sitzung zu teilen, schalten Sie ihre Sichtbarkeit gemäß den Kontotypen unten um. Danach teilen Sie den Sitzungslink wie gewohnt. Empfänger sehen den neuesten Status, wenn sie den Link öffnen, aber ihre Ansicht wird nicht in Echtzeit aktualisiert.

Teilen von einem Enterprise- oder Team-Konto

Für Enterprise- und Team-Konten sind die beiden Sichtbarkeitsoptionen Private und Team. Team-Sichtbarkeit macht die Sitzung für andere Mitglieder Ihrer claude.ai-Organisation sichtbar. Claude in Slack-Sitzungen werden automatisch mit Team-Sichtbarkeit geteilt.

Die Überprüfung des Repository-Zugriffs ist standardmäßig aktiviert, basierend auf dem GitHub-Konto, das mit dem Konto des Empfängers verbunden ist. Der Anzeigename Ihres Kontos ist für alle Empfänger mit Zugriff sichtbar.

Teilen von einem Max- oder Pro-Konto

Für Max- und Pro-Konten sind die beiden Sichtbarkeitsoptionen Private und Public. Public-Sichtbarkeit macht die Sitzung für jeden Benutzer sichtbar, der bei claude.ai angemeldet ist.

Überprüfen Sie Ihre Sitzung auf sensible Inhalte, bevor Sie sie teilen. Sitzungen können Code und Anmeldedaten aus privaten GitHub-Repositories enthalten. Die Überprüfung des Repository-Zugriffs ist standardmäßig nicht aktiviert.

Um zu verlangen, dass Empfänger Repository-Zugriff haben, oder um Ihren Namen aus gemeinsamen Sitzungen auszublenden, gehen Sie zu Einstellungen > Claude Code > Freigabeeinstellungen.

Sitzungen archivieren

Sie können Sitzungen archivieren, um Ihre Sitzungsliste organisiert zu halten. Archivierte Sitzungen sind in der Standard-Sitzungsliste ausgeblendet, können aber durch Filtern nach archivierten Sitzungen angezeigt werden.

Um eine Sitzung zu archivieren, bewegen Sie den Mauszeiger über die Sitzung in der Seitenleiste und wählen Sie das Archiv-Symbol.

Sitzungen löschen

Das Löschen einer Sitzung entfernt die Sitzung und ihre Daten dauerhaft. Diese Aktion kann nicht rückgängig gemacht werden. Sie können eine Sitzung auf zwei Arten löschen:

• Von der Seitenleiste: Filtern Sie nach archivierten Sitzungen, bewegen Sie dann den Mauszeiger über die Sitzung, die Sie löschen möchten, und wählen Sie das Lösch-Symbol
• Vom Sitzungsmenü: Öffnen Sie eine Sitzung, wählen Sie das Dropdown-Menü neben dem Sitzungstitel und wählen Sie Löschen

Sie werden aufgefordert, vor dem Löschen einer Sitzung zu bestätigen.

Auto-fix Pull Requests

Claude kann einen Pull Request überwachen und automatisch auf CI-Fehler und Review-Kommentare reagieren. Claude abonniert GitHub-Aktivitäten auf dem PR, und wenn eine Überprüfung fehlschlägt oder ein Reviewer einen Kommentar hinterlässt, untersucht Claude das Problem und pusht eine Lösung, wenn eine klar ist.

Es gibt mehrere Möglichkeiten, Auto-fix zu aktivieren, je nachdem, woher der PR stammt und welches Gerät Sie verwenden:

• PRs, die in einer Cloud-Sitzung erstellt wurden: Öffnen Sie die Sitzung unter claude.ai/code, öffnen Sie die CI-Statusleiste und wählen Sie Auto-fix
• Von Ihrem Terminal: Führen Sie /autofix-pr aus, während Sie auf dem PR's Branch sind. Claude Code erkennt den offenen PR mit gh, spawnt eine Cloud-Sitzung und aktiviert Auto-fix in einem Schritt
• Von der Mobile-App: Sagen Sie Claude, den PR zu auto-fixen, zum Beispiel „watch this PR and fix any CI failures or review comments"
• Jeder vorhandene PR: Fügen Sie die PR-URL in eine Sitzung ein und sagen Sie Claude, den PR zu auto-fixen

Auto-fix ist ein Pro-PR-Toggle. Um die Überwachung zu beenden, öffnen Sie die CI-Statusleiste in der Sitzung unter claude.ai/code und deaktivieren Sie den Auto-fix-Toggle, oder sagen Sie Claude, die Überwachung des PR zu beenden.

Wie Claude auf PR-Aktivität reagiert

Wenn Auto-fix aktiv ist, empfängt Claude GitHub-Events für den PR, einschließlich neuer Review-Kommentare und CI-Check-Fehler. Für jedes Event untersucht Claude das Problem und entscheidet, wie vorgegangen wird:

• Klare Fixes: Wenn Claude sich einer Lösung sicher ist und sie nicht mit früheren Anweisungen in Konflikt steht, nimmt Claude die Änderung vor, pusht sie und erklärt, was getan wurde, in der Sitzung
• Mehrdeutige Anfragen: Wenn ein Reviewer-Kommentar auf mehrere Arten interpretiert werden könnte oder etwas architektonisch Bedeutsames betrifft, fragt Claude Sie, bevor er handelt
• Doppelte oder keine Aktion erforderlich Events: Wenn ein Event ein Duplikat ist oder keine Änderung erfordert, notiert Claude es in der Sitzung und fährt fort

GitHub gibt keinen Webhook aus, wenn der Basis-Branch voranschreitet und einen Merge-Konflikt erzeugt, daher kann Auto-fix nicht von selbst auf Konflikte reagieren. Um einen Konflikt zu beheben, öffnen Sie die Sitzung und bitten Sie Claude, einen Rebase durchzuführen.

Claude kann als Teil der Auflösung auf Review-Kommentar-Threads auf GitHub antworten. Diese Antworten werden mit Ihrem GitHub-Konto gepostet, sodass sie unter Ihrem Benutzernamen erscheinen, aber jede Antwort ist als von Claude Code stammend gekennzeichnet, damit Reviewer wissen, dass sie vom Agent geschrieben wurde und nicht direkt von Ihnen.

Sicherheit und Isolation

Jede Cloud-Sitzung ist von Ihrem Computer und von anderen Sitzungen durch mehrere Schichten getrennt:

• Isolierte virtuelle Maschinen: Jede Sitzung wird in einer isolierten, von Anthropic verwalteten VM ausgeführt. Sitzungen, die Ihre Organisation zu einer selbstgehosteten Umgebung leitet, werden stattdessen auf Ihrer eigenen Infrastruktur ausgeführt, wo Isolation die Verantwortung Ihrer Bereitstellung ist
• Netzwerkzugriffskontrolle: In von Anthropic gehosteten Umgebungen ist der Netzwerkzugriff standardmäßig begrenzt und kann deaktiviert werden. Siehe Netzwerkzugriff für die Zugriffsstufen, die standardmäßig zulässigen Domänen und den Datenverkehr, der nicht durch die Zulassungsliste läuft. In einer selbstgehosteten Umgebung beschränken Sie den Sitzungs-Egress an Ihrer eigenen Netzwerkgrenze. Wenn Claude Code mit deaktiviertem Netzwerkzugriff ausgeführt wird, kann Claude Code immer noch mit der Anthropic API kommunizieren, was möglicherweise ermöglicht, dass Daten die VM verlassen.
• Schutz von Anmeldedaten: In von Anthropic gehosteten Umgebungen befinden sich Git-Anmeldedaten und Signaturschlüssel außerhalb der Sandbox, und ein Proxy authentifiziert sich im Namen der Sitzung mit scoped Credentials. In einer selbstgehosteten Umgebung stellt Ihre Bereitstellung Git-Anmeldedaten bereit; siehe Git konfigurieren
• API-Anmeldedaten: In von Anthropic gehosteten Umgebungen auf Pro- und Max-Plänen bleiben Schlüssel, die Sie zu einer Cloud-Umgebung hinzufügen, auf die gleiche Weise außerhalb der Sandbox, angehängt an übereinstimmende Anfragen, nachdem sie die Sitzung verlassen. Eine selbstgehostete Umgebung hat keine API-Anmeldedaten, und Team- und Enterprise-Pläne haben sie noch nicht
• Sichere Analyse: Code wird in der isolierten Umgebung der Sitzung analysiert und geändert, bevor PRs erstellt werden

Fehlerbehebung

Für Runtime-API-Fehler, die im Gespräch angezeigt werden, wie API Error: 500, 529 Overloaded, 429 oder Prompt is too long, siehe die Fehlerreferenz. Diese Fehler und ihre Lösungen werden mit der CLI und der Desktop-App geteilt. Die folgenden Abschnitte behandeln Probleme, die spezifisch für Cloud-Sitzungen sind.

Sitzungserstellung fehlgeschlagen

Wenn eine neue Sitzung mit Session creation failed fehlschlägt oder bei der Bereitstellung steckenbleibt, konnte Claude Code eine VM für die Sitzung nicht zuordnen.

• Überprüfen Sie status.claude.com auf Cloud-Sitzungs-Incidents
• Versuchen Sie es nach einer Minute erneut, da die Kapazität bei Bedarf bereitgestellt wird
• Bestätigen Sie, dass Ihre GitHub-Verbindung das Repository erreichen kann, indem Sie Keine Repositories werden nach dem Verbinden von GitHub angezeigt befolgen

Unable to get organization UUID

claude --cloud und claude --teleport erfordern Anmeldung mit einem claude.ai-Konto. Wenn Sie sich mit einem API-Schlüssel authentifizieren oder Ihre gespeicherten Kontodaten veraltet sind, schlagen diese Befehle mit Unable to get organization UUID oder einer Nachricht fehl, dass API-Schlüssel-Authentifizierung nicht ausreichend ist. Mit API-Schlüssel-Authentifizierung oder veralteten Kontodaten zeigt das Ausführen von claude --teleport ohne eine Sitzungs-ID Error loading Claude Code sessions in der Sitzungsauswahl anstelle einer der beiden Nachrichten an, und die gleiche Lösung gilt.

Führen Sie /login aus, um sich mit Ihrem claude.ai-Konto anzumelden, und versuchen Sie dann den Befehl erneut. Wenn der Fehler Ihren Anbieter benennt, siehe die Fehlertabelle: Cloud-Sitzungen sind nicht über Drittanbieter verfügbar.

Remote Control-Sitzung abgelaufen oder Zugriff verweigert

--teleport verbindet sich über die gleiche Remote Control-Sitzungsinfrastruktur, die Cloud-Sitzungen verwenden, daher werden Authentifizierungs- und Sitzungs-Ablauf-Fehler mit Remote Control-Wording angezeigt. Sie können Remote Control session expired oder Access denied sehen. Das Verbindungs-Token ist kurzlebig und auf Ihr Konto begrenzt.

• Führen Sie /login lokal aus, um Ihre Anmeldedaten zu aktualisieren, und verbinden Sie sich dann erneut
• Bestätigen Sie, dass Sie sich bei demselben Konto angemeldet haben, das die Sitzung besitzt
• Wenn Sie Remote Control may not be available for this organization sehen, hat ein Owner Cloud-Sitzungen für Ihre Organisation nicht aktiviert

Umgebung abgelaufen

Cloud-Sitzungen werden nach einer Inaktivitätszeit beendet und die Sitzungs-VM wird freigegeben. Eine Sitzung gilt als inaktiv, während sie darauf wartet, dass Sie einen MCP-Connector-Tool-Aufruf genehmigen oder sich bei einem MCP-Server anmelden, und sie kann während dieses Wartens ablaufen.

Öffnen Sie die Sitzung erneut von claude.ai/code, um eine frische VM mit Ihrer wiederhergestellten Gesprächshistorie bereitzustellen. Hintergrundarbeit, die noch lief, als die VM freigegeben wurde, wie Subagents und Shell-Befehle, wird nicht wiederhergestellt.

Einschränkungen

Bevor Sie Cloud-Sitzungen für einen Workflow verwenden, berücksichtigen Sie diese Einschränkungen:

• Ratenlimits: Cloud-Sitzungen teilen Ratenlimits mit allen anderen Claude- und Claude Code-Nutzungen in Ihrem Konto. Das Ausführen mehrerer Aufgaben parallel verbraucht proportional mehr Ratenlimits. Es gibt keine separate Compute-Gebühr für die Cloud-VM.
• Repository-Authentifizierung: Sie können eine Cloud-Sitzung nur in Ihr Terminal ziehen, wenn Sie sich bei demselben Konto authentifizieren
• Plattformbeschränkungen: Repository-Klonen und Pull Request-Erstellung erfordern GitHub. Selbstgehostete GitHub Enterprise Server-Instanzen werden für Team- und Enterprise-Pläne unterstützt. Sie können GitLab, Bitbucket oder andere Nicht-GitHub-Repositories als lokales Bündel zu einer Cloud-Sitzung senden, indem Sie CCR_FORCE_BUNDLE=1 setzen, aber die Sitzung kann die Ergebnisse nicht zurück zum Remote pushen
• Organisations-IP-Allowlist: Cloud-Sitzungen rufen die Anthropic API von von Anthropic verwalteter Infrastruktur auf, nicht von Ihrem Netzwerk, während Sitzungen in einer selbstgehosteten Umgebung sie von Ihrem eigenen Netzwerk aufrufen. Wenn Ihre Organisation IP-Allowlisting aktiviert hat, schlägt jede von Anthropic gehostete Cloud-Sitzung mit einem Authentifizierungsfehler fehl. Das gleiche gilt für Code Review und Routines, die auf von Anthropic gehosteten Umgebungen ausgeführt werden; eine Routine, die zu einer selbstgehosteten Umgebung geleitet wird, ruft die API von Ihrem eigenen Netzwerk auf. Kontaktieren Sie Anthropic Support, um von Anthropic gehostete Services von der IP-Allowlist Ihrer Organisation auszunehmen.

Verwandte Ressourcen

• Cloud-Umgebungen: Konfigurieren Sie Netzwerkzugriff, Umgebungsvariablen und Setup-Skripte für Cloud-Sitzungen
• Projekte: eine Konversation, in der Claude parallele Cloud-Sitzungen in Ihren Repositories koordiniert und Bericht erstattet
• Ultrareview: Führen Sie eine tiefe Multi-Agent-Code-Review in einer Cloud-Sandbox aus
• Routines: Automatisieren Sie Arbeiten nach einem Zeitplan, über API-Aufruf oder als Reaktion auf GitHub-Events
• Hooks-Konfiguration: Führen Sie Skripte bei Sitzungs-Lifecycle-Events aus
• Alle Einstellungen: Alle Konfigurationsoptionen
• Sicherheit: Isolationsgarantien und Datenverarbeitung
• Datennutzung: Was Anthropic aus Cloud-Sitzungen behält
• Claude Tag: Ein von der Organisation verwaltetes @Claude in Slack, das auf der gleichen Cloud-Infrastruktur ausgeführt wird