Inhalt
- 1. Was Cloud-Sessions sind: Nicht Ihr Rechner erledigt die Arbeit
- 2. Der Unterschied zu lokalem Claude Code und Remote Control
- 3. Der Einstieg über den Browser oder das Terminal
- 4. Umgebungen, Netzwerkzugriff und Geheimnisse
- 5. Kosten: Ihr normales Plan-Kontingent plus ein befristetes Guthaben
- 6. So holen Sie sich das Guthaben – und ein Hinweis zu Konten
- 7. Wofür sich Cloud-Sessions eignen und wofür nicht
- 8. Was Sie vor dem Start wissen sollten
- 9. Cloud-Sessions oder Projects: Wer übernimmt was
- FAQ
Am 24. September 2026 (gegen 6:23 Uhr japanischer Zeit, JST) hat der offizielle Claude-Code-Account @ClaudeDevs verkündet, dass Cloud-Sessions die Research Preview verlassen haben und offiziell verfügbar sind. Gleichzeitig erhalten bestehende zahlende Abonnenten ein einmaliges Guthaben zum Ausprobieren ($100 bei Pro, $250 bei Max).
Cloud-Sessions führen Claude Code in der Cloud von Anthropic statt auf Ihrem eigenen Rechner aus. Ihr GitHub-Repository wird in eine virtuelle Maschine in der Cloud geklont, wo Claude den Code bearbeitet, die Tests ausführt und einen Branch pusht. Wenn Sie den Laptop zuklappen, läuft die Arbeit weiter. Nachsehen und antworten können Sie auch vom Smartphone aus.
Dieser Artikel stützt sich auf die offizielle Dokumentation von Claude Code (Use Claude Code in the cloud, Configure cloud environments und Get started with Claude Code in the cloud), auf die Posts von @ClaudeDevs und auf den vollständigen Text der Bedingungen für das Guthaben. Er zeigt, was Cloud-Sessions können, was nicht, was sie kosten und wie Sie das Guthaben einlösen. Stand der Informationen: 24. September 2026.
Kurz gesagt: Cloud-Sessions auf einen Blick
Quellen: offizielle Dokumentation von Claude Code / Posts von @ClaudeDevs (24. September 2026)
WO ES LÄUFT
In der Cloud von Anthropic
Ihr Repository wird in eine virtuelle Maschine geklont. Die Arbeit geht weiter, auch wenn der Laptop zu ist
WAS SIE BRAUCHEN
Einen bezahlten Plan + GitHub
Pro, Max, Team oder Enterprise (berechtigte Seats). Eine GitHub-Verbindung wird vorausgesetzt
WAS ES KOSTET
Teilt sich die Limits Ihres Plans
Keine eigene Gebühr für die VM. Vorerst wird zuerst das Guthaben verbraucht
1. Was Cloud-Sessions sind: Nicht Ihr Rechner erledigt die Arbeit
Die offizielle Dokumentation definiert es knapp: eine Claude-Code-Session, die auf Cloud-Infrastruktur statt auf Ihrem Rechner läuft. Standardmäßig ist das Infrastruktur, die Anthropic betreibt (hat Ihre Organisation eine eigene, selbst gehostete Umgebung, lassen sich die Sessions stattdessen dorthin leiten). claude.ai/code, das Sie im Browser öffnen, heißt auch „Claude Code on the web“ und ist einer der Wege, eine Cloud-Session zu starten.
Sobald Sie eine Aufgabe abschicken, passiert in der Cloud Folgendes.
Die 4 Schritte nach dem Abschicken einer Aufgabe
Quelle: offizielle Dokumentation, „Get started with Claude Code in the cloud“, How sessions run
① Klonen und einrichten
Das Repository wird in eine VM geklont. Ein Setup-Skript läuft, falls Sie eines haben
② Netzwerk konfigurieren
Ausgehender Verkehr wird auf die Zugriffsstufe beschränkt, die für die Umgebung gewählt ist
③ Die Arbeit erledigen
Claude liest den Code, ändert ihn und führt die Tests aus. Sie können zusehen oder weggehen
④ Den Branch pushen
An einem Haltepunkt geht der Branch zu GitHub. Sie prüfen den Diff und erstellen einen Pull Request
Schritt ④ wird leicht missverstanden. Pull Requests werden nicht automatisch geöffnet: Sie erstellen einen selbst über „Create PR“ in der Diff-Ansicht (als vollständigen PR, als Entwurf oder per Sprung auf die Erstellungsseite von GitHub). Die Session endet nicht, nachdem der Branch gepusht wurde; das Erstellen des PR und etwaige Nachbesserungen laufen also im selben Gespräch.
Dass die Session weiterläuft, nachdem Sie den Tab geschlossen haben, ist so gewollt. Die offizielle Dokumentation beschreibt es so: Das Schließen des Tabs beendet die Session nicht; sie läuft im Hintergrund weiter, bis Claude die aktuelle Aufgabe abgeschlossen hat, und geht dann in den Leerlauf. Bleibt sie im Leerlauf, wird allerdings die virtuelle Maschine zurückgenommen. Ihr Gesprächsverlauf bleibt erhalten, und wenn Sie die Session über claude.ai/code wieder öffnen, geht es auf einer frischen VM weiter – Subagenten oder Shell-Befehle, die zu dem Zeitpunkt liefen, werden aber nicht wiederhergestellt.
Cloud-Sessions gibt es in Pro, Max und Team sowie für Enterprise-Nutzer mit Premium-Seats oder Seats vom Typ Chat + Claude Code. Organisationen, bei denen Zero Data Retention aktiviert ist, können sie nicht nutzen.
2. Der Unterschied zu lokalem Claude Code und Remote Control
Die offizielle Dokumentation hält fest: Claude Code verhält sich überall gleich; was sich ändert, ist, wo die Session läuft und ob Ihre lokale Konfiguration verfügbar ist. Verglichen wird mit zwei Dingen: einer lokalen Session, die Sie im Terminal oder in der IDE ausführen, und Remote Control, mit dem Sie eine lokale Session vom Smartphone oder aus dem Browser steuern.
| Vergleich | Cloud-Session | Lokale Session | Remote Control |
|---|---|---|---|
| Wo der Code läuft | Eine Cloud-VM | Ihr Rechner | Ihr Rechner |
| Ihre lokale Konfiguration | Wird nicht genutzt (nur was im Repo liegt) | Wird genutzt | Wird genutzt |
| GitHub | Erforderlich (Ausnahmen siehe unten) | Nicht erforderlich | Nicht erforderlich |
| Wenn die Verbindung abreißt | Läuft weiter | Stoppt | Läuft weiter, solange die Session auf Ihrem Rechner offen bleibt |
| Berechtigungsmodi | Auto, Accept edits, Plan | Alle Modi im Terminal | Manual, Accept edits, Plan über claude.ai und die App |
| Netzwerk | Pro Umgebung konfiguriert | Das Netzwerk Ihres Rechners | Das Netzwerk Ihres Rechners |
Die wichtigste Zeile ist „Ihre lokale Konfiguration wird nicht genutzt“. Jede Cloud-Session beginnt mit einem frischen Klon des Repositorys, also kommt nur mit, was im Repository committet ist. Zusammengefasst nach den Listen in der offiziellen Dokumentation:
- Wird übernommen:
CLAUDE.md,.claude/rules/,.claude/skills/,agents/undcommands/aus dem Repository sowie die serverseitig verwalteten Einstellungen Ihrer Organisation. In einer Session mit nur einem Repository außerdem die Hooks und Berechtigungsregeln in.claude/settings.jsonund.mcp.json - Wird nicht übernommen: Ihre eigene
~/.claude/CLAUDE.mdund~/.claude/skills/, MCP-Server, die Sie nur lokal mitclaude mcp addhinzugefügt haben, Plugins, die nur in Ihren Benutzereinstellungen aktiviert sind, und Authentifizierung, die eine Anmeldung im Browser braucht, etwa AWS SSO
Auch die Berechtigungsmodi unterscheiden sich. In einer Cloud-Session wählen Sie zwischen Auto (ein Klassifikator prüft die Aktionen von Claude; der Modus erscheint nur, wenn Ihre Organisation ihn zulässt und das gewählte Modell ihn unterstützt), Accept edits (Änderungen werden ohne Warten auf Freigabe vorgenommen und der Branch gepusht) und Plan (Claude schlägt ein Vorgehen vor und wartet auf Ihre Freigabe). Es gibt keinen Manual-Modus, in dem Sie jede Aktion einzeln freigeben, und kein Bypass permissions, das die Prüfungen überspringt. Bei den Befehlen funktionieren /compact und /context, /clear dagegen nicht; stattdessen starten Sie über die Seitenleiste eine neue Session. /model und /effort öffnen keine Auswahl, Sie tippen sie also mit einem Wert ein, etwa /model sonnet.
Wenn Sie eigentlich Ihren eigenen Rechner – mit seinen Dateien und seinem Netzwerk – von unterwegs steuern möchten, ist Remote Control das richtige Werkzeug, nicht die Cloud. Unser Leitfaden zu Remote Control vergleicht beides ausführlich.
3. Der Einstieg über den Browser oder das Terminal
Es gibt fünf Einstiege: claude.ai/code im Browser, den Code-Tab in der mobilen Claude-App, eine Session in der Desktop-App, bei der Sie Cloud statt Local wählen, claude --cloud im Terminal und Routinen (Läufe, die nach Zeitplan oder durch ein Ereignis ausgelöst werden). Die offizielle Empfehlung lautet, die erste Session im Browser zu starten.
Über den Browser (Ihre erste Session)
- claude.ai/code öffnen und anmelden
- GitHub verbinden: den Anweisungen folgen und auf dem Autorisierungsbildschirm von GitHub zustimmen. Damit können Sie mit öffentlichen Repositorys arbeiten
- Für private Repositorys die Claude GitHub App installieren: In privaten Repositorys arbeiten Sie nur dort, wo die App installiert ist. In einer GitHub-Organisation muss unter Umständen ein Organisationsinhaber zustimmen
- Eine Default-Umgebung wird angelegt: Bei Pro und Max geschieht das automatisch. Bei Team und Enterprise sehen Sie ein Formular; lassen Sie die Voreinstellungen stehen und klicken Sie auf „Create & finish“
- Repository, Branch und Berechtigungsmodus wählen, dann die Aufgabe schreiben und abschicken
Für das Formulieren von Aufgaben empfiehlt die offizielle Dokumentation, die Datei oder Funktion zu nennen, statt nur „fix tests“ zu schreiben, vorhandene Fehlerausgaben einzufügen und das erwartete Verhalten zu beschreiben statt nur das Symptom. Jede Aufgabe bekommt ihre eigene Session und ihren eigenen Branch, Sie können die nächste also abschicken, ohne auf das Ende der vorherigen zu warten.
Über das Terminal
Wenn Sie lokal bereits die GitHub CLI (gh) nutzen, können Sie in Claude Code auch /web-setup eingeben. Der Befehl schickt Ihr gh-Token an Anthropic, wo es verschlüsselt in Ihrem claude.ai-Konto gespeichert wird, und jedes Repository, das dieses Token erreicht, wird ohne Installation der App nutzbar. Bei Team und Enterprise erscheint der Befehl erst, wenn ein Owner der Organisation „Quick web setup“ aktiviert.
Sobald die Verbindung steht, schicken Sie Aufgaben direkt aus dem Terminal.
# Start a new cloud session for the repository you're in
claude --cloud "Fix the authentication bug in src/auth/login.ts"
# Send a follow-up instruction to a running cloud session
claude -p "Add tests too" --cloud <session-id>
# Pull a cloud session into your local terminal
claude --teleport
Eine mit --cloud gestartete Session klont Ihren aktuellen Branch auf GitHub, nicht Ihren lokalen Arbeitsstand. Commits, die nur auf Ihrem Rechner existieren, fehlen dort – pushen Sie also vorher. Außerdem können Sie eine lokale Session nicht per CLI in die Cloud verschieben (nur in die umgekehrte Richtung, mit --teleport). Die Desktop-App hat dafür allerdings das Menü „Continue in“, das eine lokale Session in die Cloud schickt.
Damit das im Terminal funktioniert, muss Claude Code mit einem claude.ai-Konto angemeldet sein. Bei Authentifizierung per API-Schlüssel oder wenn ein Drittanbieter wie Amazon Bedrock oder Google Clouds Agent Platform eingerichtet ist, funktionieren weder --cloud noch --teleport.
4. Umgebungen, Netzwerkzugriff und Geheimnisse
Jede Cloud-Session läuft in einer „Cloud-Umgebung“. Eine Umgebung ist eine gespeicherte Konfiguration aus Netzwerk-Zugriffsstufe, Umgebungsvariablen und Setup-Skript. Die Default-Umgebung, mit der Sie beginnen, hat den Netzwerkzugriff Trusted (siehe unten) und weder Umgebungsvariablen noch Skript.
Was in der VM steckt
In von Anthropic verwalteten Umgebungen bekommt jede Session eine frische virtuelle Maschine mit Ubuntu 24.04 (x86_64). Auch wenn Sie einen Mac oder Windows nutzen: Darin läuft Linux, Abhängigkeiten mit nativen Binärdateien verwenden also die Builds für x86_64-Linux. Python, Node.js (20/21/22), Ruby, PHP 8.3, Java 21, Go, Rust, C/C++, Docker, PostgreSQL 16, Redis 7.0 und mehr sind vorinstalliert. Die Ressourcen liegen bei etwa 4 vCPUs, 16 GB RAM und 30 GB Speicherplatz, wobei die offizielle Dokumentation anmerkt, dass sich das ändern kann. Arbeit, die den Arbeitsspeicher deutlich übersteigt, etwa ein großer Build, kann abgebrochen werden.
Nicht installierte Werkzeuge gehören in das Setup-Skript der Umgebung (Bash, läuft als root). Das Skript läuft einmal in der ersten Session; danach wird der Zustand des Dateisystems gespeichert und wiederverwendet, sodass spätere Sessions schneller starten. Die Anforderungen: Das Skript sollte in etwa fünf Minuten fertig sein und darf nicht fehlschlagen (ein Exit-Code ungleich null bedeutet, dass die Session nicht startet). Der gespeicherte Zustand wird ungefähr alle sieben Tage neu aufgebaut.
Die 4 Stufen des Netzwerkzugriffs
| Stufe | Ausgehende Verbindungen |
|---|---|
| None | Kein ausgehender Zugriff über das Netzwerk der Session |
| Trusted (Standard) | Nur Domains auf der Allowlist: Paket-Registrys, GitHub, Cloud-SDKs und Ähnliches |
| Full | Jede Domain |
| Custom | Ihre eigene Domainliste (wahlweise einschließlich der Standard-Allowlist) |
Beachten Sie: None schneidet nicht alles ab. Der Verkehr zu GitHub läuft über einen eigenen Proxy, aktivierte MCP-Connectoren laufen über die Server von Anthropic, und Claude Code selbst spricht mit der Anthropic API. Die offizielle Dokumentation sagt es unmissverständlich: Auch bei deaktiviertem Netzwerkzugriff kann Claude Code mit der Anthropic API kommunizieren, wodurch Daten die VM verlassen können.
Wohin mit Geheimnissen
- Ihre GitHub-Zugangsdaten gelangen nie in die VM: Ein Proxy setzt stellvertretend für die Session eingeschränkte Zugangsdaten ein.
git pushfunktioniert nur auf den Arbeits-Branch dieser Session - Umgebungsvariablen kann jeder lesen, der die Umgebung nutzt: Der offizielle Einstellungsdialog trägt einen Hinweis, dort keine Geheimnisse abzulegen
- API-Schlüssel gehören in „API credentials“ (nur Pro und Max): Der Proxy von Anthropic hängt den Schlüssel nur an Anfragen an die von Ihnen angegebenen Hosts an. Der Schlüssel ist weder für Claude noch für die von Claude ausgeführten Befehle sichtbar. Für Team und Enterprise ist das noch nicht verfügbar
5. Kosten: Ihr normales Plan-Kontingent plus ein befristetes Guthaben
Das Preismodell ist einfach. Laut offizieller Dokumentation teilen sich Cloud-Sessions die Rate Limits mit aller anderen Nutzung von Claude und Claude Code in Ihrem Konto, und für die Cloud-VM fällt keine separate Rechengebühr an. Lassen Sie Aufgaben parallel laufen, schrumpfen Ihre Limits entsprechend schneller.
Um 10:57 Uhr JST am selben Tag schob @ClaudeDevs einen weiteren Post nach, der mit einer Entschuldigung für die Verwirrung begann. Der Kern: Cloud-Sessions laufen wie der Rest von Claude Code über Ihren Pro- oder Max-Plan, und dieses Guthaben ist eine optionale, einmalige Aktion, die Cloud-Sessions zuerst aufbrauchen, bevor sie wieder auf die normale Plan-Nutzung zurückgreifen.
Bedingungen des befristeten Guthabens (Stand: 24. September 2026)
Quellen: Posts von @ClaudeDevs, der Einlösebildschirm auf claude.ai, Claude Promotional Credit Offer Terms
Betrag
Pro $100 / Max $250
Nur für bestehende Pro- und Max-Abonnenten
Einlösefrist
Bis 7. Oktober
Im Post steht „Claim by Oct 7“. Eine Uhrzeit wird nicht genannt
Ablauf
5. November, 16:59 Uhr JST
Ist es aufgebraucht oder abgelaufen, gilt wieder die normale Nutzung
Wofür es gilt
Nur Cloud-Sessions
Projects und Routinen sind ausgenommen. Einmal pro Konto
Was lokales Claude Code anzeigt, wenn Sie Ihr Limit erreichen, und was Sie dann tun können, erklärt unser Artikel zum Nutzungslimit.
Der vollständige Text der Bedingungen (Claude Promotional Credit Offer Terms) enthält mehrere Regelungen, die Sie vor dem Einlösen kennen sollten.
- Das Guthaben hat keinen Barwert und ist nicht übertragbar
- Kündigen Sie Ihr Abo, wechseln Sie in den kostenlosen Plan oder wird Ihr Konto gesperrt, verfällt das Guthaben und wird nicht wiederhergestellt, sofern nicht anders angegeben
- Es wird in der Währung Ihres Abrechnungskontos gutgeschrieben; weicht diese von der beworbenen Währung ab, rechnet Anthropic zu einem Kurs seiner Wahl um und kann auf einen handlichen Betrag runden
- Anthropic kann das Angebot ohne Ankündigung ändern oder beenden und Guthaben entziehen oder Ihre Berechtigung aberkennen, wenn es Betrug, Missbrauch oder einen Verstoß gegen seine Bedingungen feststellt. Über Berechtigung und Beträge entscheidet letztlich Anthropic
- Mit der Teilnahme stimmen Sie zu, dass Anthropic für Ihr Konto „Usage Credit“ aktivieren darf, falls das noch nicht geschehen ist
Der letzte Punkt geht leicht unter. Öffnen Sie nach dem Einlösen also einmal die Abrechnungseinstellungen auf claude.ai und prüfen Sie, ob alles so eingestellt ist, wie Sie es wollen.
6. So holen Sie sich das Guthaben – und ein Hinweis zu Konten
Die Schritte stehen in einem Post von @ClaudeDevs.
- Im Browser öffnen Sie die Einlöseseite (claude.ai/code/claim-credit). Im Terminal geben Sie in Claude Code
/claim-creditein - GitHub verbinden: Laut Post braucht es eine GitHub-Verbindung, um eine Session zu starten. Falls Sie noch nicht verbunden sind, folgen Sie den Schritten unter „3. Der Einstieg“
- Eine Cloud-Session starten: Das Guthaben wird automatisch zuerst verbraucht
Beachten Sie, dass /claim-credit mit Stand 24. September 2026 weder in der Befehlsdokumentation noch im CHANGELOG auftaucht. Einzige Quelle ist der Post von @ClaudeDevs. Erscheint der Befehl beim Tippen nicht, ist das Einlösen über die Browserseite der sichere Weg.
💡 Was der Betreiber dieser Website erlebt hat (24. September 2026)
Der Betreiber dieser Website hat auf einem Max-Konto $250 eingelöst. Auf einem zweiten bezahlten Konto, ebenfalls vom Betreiber bezahlt, konnte er mit demselben verbundenen GitHub-Konto erneut $250 einlösen. Die Bedingungen sprechen von einmal pro Konto, das Ergebnis passt also zu der Lesart „einmal für jedes rechtmäßig bezahlte Konto“. Es ist aber nur ein Einzelfall, und die Bedingungen erlauben die gemeinsame Nutzung eines GitHub-Kontos nicht ausdrücklich.
⚠️ Legen Sie keine neuen GitHub-Konten an, um mehr Guthaben zu bekommen: Die GitHub-Nutzungsbedingungen beschränken jede Person bzw. juristische Person auf ein kostenloses Konto (Maschinenkonten, die nur der Automatisierung dienen, werden gesondert behandelt). Ein zweites kostenloses Konto kann gegen diese Klausel verstoßen, und wenn Anthropic es als Missbrauch wertet, kann auch dort das Guthaben entzogen werden. Auf der sicheren Seite sind Sie, wenn Sie nur für die bezahlten Konten einlösen, die Sie tatsächlich nutzen.
7. Wofür sich Cloud-Sessions eignen und wofür nicht
Die offizielle Dokumentation zieht eine klare Linie zwischen den Aufgaben, die Cloud-Sessions gut können, und denen, die auf Ihrem Rechner bleiben sollten.
✅ Passt gut
- Parallele Aufgaben: unabhängige Arbeitspakete gleichzeitig, jedes in eigener Session und eigenem Branch, ohne dass Sie Worktrees selbst verwalten
- Repositorys, die Sie lokal nicht haben: Jede Session klont neu, es gibt also nichts auszuchecken
- Aufgaben, die wenig Nachsteuerung brauchen: eine klar umrissene Aufgabe abgeben und das Ergebnis ansehen, wenn es fertig ist
- Code lesen und untersuchen: nachverfolgen, wie ein Feature umgesetzt ist, ohne lokale Kopie
- PRs nachbessern: CI-Fehler und Review-Kommentare Claude überlassen (Auto-fix, siehe unten)
❌ Passt schlecht
- Arbeit, die Ihre lokale Konfiguration, Werkzeuge oder Umgebung braucht: eine lokale Datenbank, APIs hinter einem VPN oder ein Produktionsserver, den Sie per SSH erreichen, sind außer Reichweite
- Zurückpushen in Repositorys außerhalb von GitHub: Claude kann sie lesen, die Ergebnisse aber nicht zurückpushen
- Arbeit, bei der Sie jeden Schritt freigeben wollen: Es gibt keinen Manual-Modus
- Speicherhungrige Builds: Wer deutlich über die etwa 16 GB hinausgeht, riskiert den Abbruch
- Authentifizierung mit Anmeldung im Browser: AWS SSO und Ähnliches funktioniert nicht
Zu Repositorys außerhalb von GitHub: Bei einem Repository ohne Remote oder einem github.com-Repository ohne installierte Claude GitHub App startet claude --cloud die Session, indem es Ihr lokales Repository als Bundle hochlädt. Mit GitLab oder Bitbucket erreichen Sie dasselbe, indem Sie CCR_FORCE_BUNDLE=1 setzen. Das Bundle muss kleiner als 100 MB sein, nicht versionierte Dateien sind nicht enthalten, und die Ergebnisse lassen sich nicht in dieses GitLab- oder Bitbucket-Repository zurückpushen.
Brauchen Sie Ihre lokale Umgebung, wollen aber trotzdem parallel arbeiten, passt agent view besser, das mehrere Sessions nebeneinander auf Ihrem eigenen Rechner ausführt.
8. Was Sie vor dem Start wissen sollten
Öffentliches Teilen heißt „jeder, der bei claude.ai angemeldet ist“
Bei Pro und Max ist die Sichtbarkeit einer Session entweder Private oder Public. Public macht sie für jeden bei claude.ai angemeldeten Nutzer sichtbar, und eine Prüfung des Repository-Zugriffs ist standardmäßig nicht aktiviert. Die offizielle Dokumentation warnt: Sessions können Code und Zugangsdaten aus privaten GitHub-Repositorys enthalten. Die Einstellungen, mit denen Empfänger Zugriff auf das Repository haben müssen oder Ihr Name ausgeblendet wird, finden Sie auf claude.ai unter Settings > Claude Code > Sharing settings.
Auto-fix antwortet unter Ihrem GitHub-Konto
In Repositorys mit installierter Claude GitHub App können Sie Auto-fix nutzen, das einen PR beobachtet und automatisch auf CI-Fehler und Review-Kommentare reagiert (im Terminal ist es /autofix-pr). Diese Antworten werden unter Ihrem GitHub-Konto gepostet (mit dem Vermerk, dass Claude Code sie geschrieben hat). In Repositorys, die Atlantis, Terraform Cloud oder durch issue_comment ausgelöste GitHub Actions nutzen, kann ein Kommentar Änderungen an der Infrastruktur auslösen; die offizielle Dokumentation empfiehlt daher, Auto-fix für solche Repositorys abzuschalten.
Geheime Dateien beim Hochladen von Ihrem Rechner
Wird Ihr lokales Repository unter macOS, Linux und WSL als Bundle hochgeladen, bleiben nicht committete Änderungen an Dateien mit Namen wie .env, *.tfvars, id_rsa oder *.pem außen vor. Umgekehrt heißt das: Committete Fassungen werden hochgeladen, und die drei genannten Umgebungen sind die einzigen, für die die offizielle Dokumentation diesen Ausschluss nennt. Ob er unter nativem Windows genauso greift, steht dort nicht; prüfen Sie also, was Sie verschicken, bevor Sie es verschicken.
Weitere Punkte
- Löschen lässt sich nicht rückgängig machen: Löschen über die Seitenleiste oder das Session-Menü entfernt die Session samt Daten endgültig. Wenn Sie nur aufräumen wollen, genügt Archivieren
- Nutzt Ihre Organisation eine IP-Allowlist, schlägt alles fehl: Cloud-Sessions rufen die API aus der Infrastruktur von Anthropic auf, Sie müssen also beim Support eine Ausnahme beantragen
- SessionStart-Hooks auf Benutzerebene kommen nicht mit: Hooks in
~/.claude/settings.jsonbleiben auf Ihrem Rechner. Was auch in der Cloud laufen soll, gehört in die Einstellungen des Repositorys
9. Cloud-Sessions oder Projects: Wer übernimmt was
Auch Projects in Claude Code, am 17. September neu aufgebaut, läuft in der Cloud. Unter der Haube ist jeder „Thread“ eines Projekts eine Cloud-Session. Der Unterschied liegt darin, wer die Aufgaben verteilt.
| Vergleich | Cloud-Sessions (dieser Artikel) | Projects |
|---|---|---|
| Wer die Aufgaben verteilt | Sie (1 Aufgabe = 1 Session) | Ein koordinierender Claude zerlegt die Arbeit in Threads |
| Geeignet für | Eine oder wenige klar umrissene Aufgaben | Größere Arbeitspakete, die über Tage oder Wochen laufen |
| Anforderungen an GitHub | Öffentliche Repositorys gehen schon mit der Verbindung. Ein /web-setup-Token geht ebenfalls | Die Claude GitHub App auf jedem Repository |
| Dieses Guthaben | Gilt | Gilt nicht |
Dass das Guthaben nur für Cloud-Sessions gilt, wirkt sich direkt darauf aus, wie Sie die Arbeit aufteilen. Wenn Sie mit dem Guthaben experimentieren, beginnen Sie mit Cloud-Sessions und schicken Aufgaben selbst einzeln ab; zu Projects wechseln Sie, sobald sich die Arbeit zu etwas Längerfristigem verfestigt. Das ist die natürliche Reihenfolge. Unser Artikel zu Projects geht auf die Bedingungen des Rollouts ein und darauf, wie schnell es Tokens verbraucht.
Fazit
Cloud-Sessions sind die Funktion, um Claude Code losgelöst von Ihrem eigenen Rechner laufen zu lassen. Geben Sie ein GitHub-Repository vor und schreiben Sie eine Aufgabe, dann arbeitet Claude in einer Cloud-VM, pusht einen Branch und wartet. Das läuft weiter, wenn Sie den Laptop zuklappen, Sie können vom Smartphone aus antworten, und für die VM gibt es keine eigene Gebühr.
Im Gegenzug kommen Ihre lokale Konfiguration und Ihre Werkzeuge nicht mit, GitHub wird vorausgesetzt, und Sie können nicht jeden Schritt einzeln freigeben. Die einfachste Aufteilung: Arbeit, die Ihre lokale Umgebung braucht, bleibt auf Ihrem Rechner oder bei Remote Control; klar umrissene Einzelaufgaben und alles, was parallel laufen soll, schicken Sie in die Cloud.
Sind Sie bereits Pro- oder Max-Abonnent, dann gilt: Lösen Sie bis 7. Oktober ein, und das Guthaben wird bis 5. November, 16:59 Uhr JST zuerst verbraucht. Das ist ein Zeitfenster, in dem Sie experimentieren können, ohne auf Ihre Limits zu achten. Schicken Sie zum Einstieg eine kleine Aufgabe ab und sehen Sie sich an, wie der Diff aussieht und wie lange es dauert, bis er zurückkommt.
FAQ
F. Kann ich es im kostenlosen Plan nutzen?
A. Nein. Die offizielle Dokumentation nennt Pro, Max und Team sowie Enterprise-Nutzer mit Premium-Seats oder Seats vom Typ Chat + Claude Code. Auch dieses Guthaben gilt nur für bestehende Pro- und Max-Abonnenten.
F. Kosten Cloud-Sessions extra?
A. Für die VM gibt es keine separate Rechengebühr. Sie zehren von den Nutzungslimits Ihres Plans – denselben Limits wie lokales Claude Code und der Chat. Haben Sie das ab 24. September ausgegebene Guthaben eingelöst, wird es zuerst verbraucht; ist es aufgebraucht oder abgelaufen, gelten wieder Ihre normalen Limits.
F. Kann ich das Guthaben für Projects oder Routinen nutzen?
A. Nein. Laut Einlösebildschirm sind Projects und Routinen ausgenommen. Auch Routinen laufen als Cloud-Sessions, sind aber vom Guthaben ausgeschlossen.
F. Kann ich es ohne GitHub ausprobieren?
A. Zum Starten einer Session brauchen Sie eine GitHub-Verbindung. Allerdings kann claude --cloud eine Session auch starten, indem es ein lokales Repository ohne GitHub-Remote hochlädt (unter 100 MB, und Ergebnisse lassen sich nicht nach GitLab oder Ähnliches zurückpushen). Wenn Sie GitHub nicht verbinden möchten, verweist die offizielle Dokumentation auf Remote Control als Alternative: Es läuft auf Ihrem eigenen Rechner, und Sie verfolgen es im Browser oder auf dem Smartphone mit.
F. Kann ich lokal begonnene Arbeit in die Cloud verschieben?
A. Nicht per CLI. --teleport holt nur eine Cloud-Session auf Ihren Rechner. --cloud legt eine neue Session an und klont Ihren aktuellen Branch auf GitHub. Die Desktop-App hat das Menü „Continue in“, das eine lokale Session in die Cloud schickt.
F. Was passiert, wenn Claude mir eine Frage stellt und ich sie liegen lasse?
A. Bis die Umgebung abläuft, können Sie zurückkommen, antworten und dort weitermachen. Auch wenn sie abgelaufen und die VM zurückgenommen ist, stellt das erneute Öffnen der Session über claude.ai/code eine frische VM mit Ihrem Gesprächsverlauf bereit. Subagenten oder Shell-Befehle, die zu dem Zeitpunkt im Hintergrund liefen, werden allerdings nicht wiederhergestellt.