Claude Code: im Terminal angefangen, am Handy weitergemacht

Ein Auftrag, den ich aus dem Terminal mit claude --cloud losschicke und der länger dauert: Tests durchlaufen lassen, die Fehler beheben, das Ergebnis auf einen eigenen Zweig legen. Ich klappe den Laptop zu und fahre heim. Unterwegs schaue ich in der Claude-App am Handy nach, ob eine Rückfrage offen ist, beantworte sie und lasse weiterarbeiten. Am Abend hole ich den Stand mit claude --teleport zurück ins Terminal und lese die Änderungen durch. Das ist der Teil, der mich nach einem Jahr Alltag am meisten überrascht hat.

Eine Sitzung, mehrere Orte

Claude Code ist ein Programmierwerkzeug, das im Projektordner arbeitet: Es liest die Dateien, ändert sie, führt Befehle aus und legt Commits an. Es gibt es im Terminal, als Erweiterung für VS Code und JetBrains, als Desktop-App und im Browser samt Handy-App. Laut Übersichtsseite hängen alle Oberflächen am selben Kern, und CLAUDE.md, Einstellungen und MCP-Server gelten überall (Claude Code Overview¹).

Das ist im Alltag wichtiger, als es klingt. In jedem meiner Projektordner liegt eine CLAUDE.md. Darin steht, was sonst nur in meinem Kopf wäre: die Regeln des Projekts, was nie ohne Rückfrage passiert, wie geschrieben wird. Nehme ich das Handy, gilt dieselbe Datei, weil sie im Projekt liegt und nicht in der Oberfläche. Was daneben in der Konfiguration steht, etwa welche MCP-Server angebunden sind, hängt dagegen davon ab, wo eingetragen wurde: im Projekt, im Benutzerkonto oder nur lokal. Dazu kommen Hooks, also Befehle, die vor oder nach einem Schritt automatisch laufen, etwa ein Formatierer nach jeder Änderung, und Skills, mit denen Wiederkehrendes zu einem einzigen Kommando wird. Mit claude -p läuft das Ganze ohne Oberfläche in einem Skript oder in der CI mit; die Doku nennt das die Unix-Philosophie.

Der Rundweg hat eine Bedingung: Eine laufende Terminal-Sitzung lässt sich nicht nachträglich in die Cloud schieben. --cloud erzeugt eine neue Cloud-Sitzung aus dem GitHub-Remote des aktuellen Ordners, --teleport holt eine Cloud-Sitzung ins Terminal, und danach hat das Terminal seine eigene Kopie (Claude Code on the web²). Ich pushe vorher, wenn lokale Commits offen sind.

Was stört

Vier Dinge, die ich nicht verschweigen möchte.

Kein Gratiszugang. Im Abo ist Claude Code erst ab Pro dabei, Stand August 2026 laut Preisseite 17 US-Dollar im Monat bei Jahreszahlung, 20 bei monatlicher (Preisseite³). Alternativ geht es über die Konsole nach Verbrauch.

Die Web-Version hängt an GitHub. Klonen und Pull Requests anlegen brauchen GitHub; ein GitLab-Repo lässt sich als lokales Bündel hinschicken, die Sitzung kann aber nichts zurückschieben. Die Web-Version ist außerdem als Research Preview gekennzeichnet und teilt sich die Nutzungsgrenzen mit allem anderen im Konto (Claude Code on the web²).

Lange Sitzungen können mehr verbrauchen, als die Tätigkeit vermuten lässt. Laut Kostenseite schickt Claude Code bei jeder Anfrage den ganzen bisherigen Verlauf mit. Der Zwischenspeicher macht das billiger, aber eine Einzeilerfrage in einer Sitzung, die seit dem Vormittag offen ist, zieht trotzdem den ganzen Vormittag mit. Nahe am Kontextfenster fasst Claude Code Älteres zusammen, endlos wächst der Verlauf also nicht (Manage costs⁴). Was das in Zahlen bedeutet und wie ich damit umgehe, steht in Was eine Stunde Agent kostet.

Kein EU-Rechenort in der Erstanbieter-Schnittstelle. Wo gerechnet wird, bestimmt der Anbieter (Standard weltweit, auf Wunsch nur USA, gegen Aufschlag), es sei denn, ich gehe bewusst über einen Cloud-Anbieter mit EU-Region (Data residency⁵). Die Steuerung ist ein Parameter der API, kein Schalter im Abo. Was das für die eigenen Unterlagen heißt, steht in Wo der Code hingeht.

Und: Claude Code ist an Claude-Modelle gebunden. Die Deployment-Übersicht führt im Abschnitt zum Festlegen der Modellversionen ausschließlich Claude-Modelle, auch für Amazon Bedrock, Google Cloud und Microsoft Foundry (Enterprise deployment overview⁶). Für den Vergleich mehrerer Hersteller nehme ich ein zweites Werkzeug. Wie ich die drei nebeneinander sehe, steht in Drei Werkzeuge, ein Prinzip.

Darauf achte ich

• Vor --cloud pushen. Die Cloud klont den Remote, nicht meinen Ordner.
• Die CLAUDE.md kurz halten. Sie wird bei jeder Sitzung geladen; die Kostenseite empfiehlt unter 200 Zeilen und Spezielles in Skills.
• /clear zwischen zwei Aufgaben, /usage, wenn ich mich über den Verbrauch wundere.
• Nichts hinein, was nicht auf einem Server außerhalb der EU liegen darf.