SpyBara
Go Premium

claude-code-on-the-web.md 2026-09-08 20:00 UTC to 2026-09-09 22:58 UTC

This page contains 114 additions and 635 deletions.

2026
Wed 9 22:58 Sat 12 03:02 Mon 14 22:58 Fri 18 23:58 Sat 19 23:57 Tue 22 23:59 Wed 23 23:57 Fri 25 23:58

Claude Code im Web verwenden

Verschieben Sie Sitzungen zwischen Web und Terminal mit --cloud und --teleport, verwalten und teilen Sie Sitzungen, und beheben Sie Pull Requests automatisch aus der Cloud.

Claude Code im Web führt Aufgaben auf von Anthropic verwalteter Cloud-Infrastruktur unter claude.ai/code aus oder auf der selbstgehosteten Umgebung Ihrer Organisation, wenn sie dorthin weitergeleitet wird. Sitzungen bleiben bestehen, auch wenn Sie Ihren Browser schließen, und Sie können sie über die Claude Mobile-App überwachen.

Diese Seite behandelt das Web-Produkt selbst:

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:

Methode Funktionsweise Am besten für
GitHub App Autorisieren Sie die Claude GitHub App während des Web-Onboardings. Browser-Onboarding; Teams, die Auto-fix möchten
/web-setup Führen Sie /web-setup in Ihrem Terminal aus, um Ihr lokales gh CLI-Token mit Ihrem Claude-Konto zu synchronisieren. Einzelne Entwickler, die bereits gh verwenden

Beide Methoden funktionieren. Informationen dazu, wie /schedule den 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.

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 Web und Terminal 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 zum Web

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. --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.

Verwenden Sie /tasks in der Claude Code CLI, um den Fortschritt zu überprüfen, oder öffnen Sie die Sitzung auf claude.ai oder der Claude Mobile-App, um 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 remote aus: Für komplexe Aufgaben starten Sie Claude im Plan Mode, um den Ansatz zu besprechen, und senden Sie dann die Arbeit ins Web:

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"

Überwachen Sie alle Sitzungen mit /tasks in der Claude Code CLI. Wenn eine Sitzung abgeschlossen ist, können Sie einen PR aus der Web-Oberfläche erstellen oder die Sitzung teleportieren, um lokal fortzufahren.

Senden Sie lokale Repositories ohne GitHub

Wenn Sie claude --cloud aus einem Repository ausführen, das nicht mit GitHub verbunden ist, bündelt Claude Code Ihr lokales Repository und lädt es direkt in die Cloud-Sitzung hoch. Das Bündel enthält Ihre vollständige Repository-Historie über alle Branches hinweg, plus alle nicht committeten Ä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.

Dieses Fallback wird automatisch aktiviert, wenn GitHub-Zugriff nicht verfügbar ist. Um es zu erzwingen, auch wenn GitHub verbunden ist, 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 nicht zurück zu einem Remote pushen, es sei denn, Sie haben auch GitHub-Authentifizierung konfiguriert

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.

Nachricht Was es bedeutet
Cloud sessions aren't available with <provider>. They run on Anthropic's infrastructure and require an Anthropic account. Claude Code ist für einen Drittanbieter konfiguriert. Die Nachricht benennt den Anbieter mit dem Label, das Ihre Konfiguration verwendet, wie Amazon Bedrock oder Google Vertex AI. Entfernen Sie die Konfiguration dieses Anbieters, beispielsweise durch Aufheben von CLAUDE_CODE_USE_BEDROCK, und melden Sie sich mit einem Anthropic-Konto an (claude auth login).
Cloud sessions are disabled by your organization's policy. Contact your organization admin to enable them. Die allow_remote_sessions-Organisationsrichtlinie ist deaktiviert.
Couldn't verify your organization's policy for cloud sessions. Check your network connection and try again. Claude Code konnte Ihre Organisationsrichtlinie nicht abrufen, daher weigert es sich zu senden, anstatt anzunehmen, dass Cloud-Sitzungen erlaubt sind. Überprüfen Sie Ihre Netzwerkverbindung und versuchen Sie es erneut.
Attaching to an existing cloud session is not enabled for your account. Sie haben --cloud <session-id> ohne -p ausgeführt. Senden Sie die Nachricht mit claude -p "your message" --cloud <session-id>.
Session not found: <id> Die ID oder URL stimmt nicht mit einer Sitzung überein, auf die Sie zugreifen können. Überprüfen Sie sie anhand der claude.ai/code-URL der Sitzung.
cloud session <id> is archived and cannot accept new messages Die Sitzung wurde archiviert. Starten Sie stattdessen eine neue Sitzung.

Vom Web 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 der Web-Oberfläche: 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.

Anforderung Details
Sauberer Git-Status Ihr Arbeitsverzeichnis darf keine nicht committeten Änderungen haben. Teleport fordert Sie auf, Änderungen zu stashen, falls erforderlich.
Korrektes Repository Sie müssen --teleport aus einem Checkout desselben Repositories ausführen, nicht aus einem Fork. Wenn Sie es aus einem Checkout eines anderen Repositories ausführen, zeigt Claude Code einen Fehler an, der sowohl das Repository der Sitzung als auch Ihren Checkout benennt. Wenn Claude Code Ihr Remote nicht in einen Hostnamen analysieren kann, beispielsweise einen SSH-Host-Alias wie git@work:owner/repo.git, fragt es Sie zur Bestätigung auf und akzeptiert den Checkout, wenn der Owner und der Repository-Name des Remote mit dem Repository der Sitzung übereinstimmen.
Branch verfügbar Der Branch aus der Cloud-Sitzung muss in das Remote gepusht worden sein. Teleport ruft ihn automatisch ab und checkt ihn aus.
Gleiches Konto Sie müssen sich bei demselben claude.ai-Konto authentifizieren, das in der Cloud-Sitzung verwendet wurde.

`--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.

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, /fast, /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: /effort meldet Not applied, während ein Launch-Standard-Effort-Hold eines Modells in Kraft ist, und /fast funktioniert nur in einer Sitzung, die mit aktiviertem Fast-Modus gestartet wurde.
  • /config: Im Web ö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 Einstellungen für eine Cloud-Sitzung zu ändern, verwenden Sie Umgebungsvariablen oder committen Sie Einstellungsdateien in das Repository.

Für Kontextverwaltung speziell:

Befehl Funktioniert in Cloud-Sitzungen Notizen
/compact Ja Fasst das Gespräch zusammen, um Kontext freizugeben. Akzeptiert optionale Fokus-Anweisungen wie /compact keep the test output
/context Ja Zeigt, was sich derzeit im Kontextfenster befindet
/clear Nein Starten Sie stattdessen eine neue Sitzung aus der Seitenleiste

Auto-Kompaktierung wird automatisch ausgeführt, wenn sich das Kontextfenster der Kapazität nähert. Claude Code im Web setzt CLAUDE_AUTOCOMPACT_PCT_OVERRIDE in Cloud-Sitzungen 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.

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.

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 folgenden Kontotypen 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 Claude Code im Web erstellt wurden: Ö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 Web-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 Web-Sitzung 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. 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 Ihr Repository erreichbar ist. Das verbindende GitHub-Konto muss Zugriff auf das Repository auf GitHub haben, entweder durch die Claude GitHub App-Autorisierung oder ein gh-Token, das über /web-setup synchronisiert wird. Die Installation der App auf dem Repository ist nicht erforderlich. Siehe GitHub-Authentifizierungsoptionen.

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. Im Web wird die Sitzung in der Sitzungsliste als abgelaufen markiert.

Ö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: Claude Code im Web teilt 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 Sitzungen nur vom Web zum lokalen Computer verschieben, 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. GitLab, Bitbucket und andere Nicht-GitHub-Repositories können als lokales Bündel zu Cloud-Sitzungen gesendet werden, aber die Sitzung kann 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.
  • Cloud-Umgebungen: Konfigurieren Sie Netzwerkzugriff, Umgebungsvariablen und Setup-Skripte für Cloud-Sitzungen
  • 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