Arbeitsablauf
Agent wechseln, nicht App.
Ein Coding-Agent kann mitten in einer Aufgabe sein Kontingent aufbrauchen. Dein Repository hat nichts aufgebraucht. Lass die Arbeit liegen, öffne den anderen Agenten und mache im selben Terminal weiter.
Es passiert meist, nachdem der nützliche Teil begonnen hat. Der Agent hat das Repository gelesen, den fehlerhaften Pfad gefunden und zwei Dateien geändert. Dann hält das Terminal mit einem Satz an, der nichts mit dem Code zu tun hat: Du hast ein Nutzungs- oder Ausgabenlimit erreicht.
Eine echte Meldung von Claude Code ist deutlich: You've hit your individual spend limit · run /usage-credits to ask your admin for a higher limit. Codex hat eigene Hinweise und kontobezogene Möglichkeiten. Der Wortlaut unterscheidet sich, die Unterbrechung nicht: Mitten im Arbeitsbaum steht plötzlich eine Anbietergrenze.
Zuerst: Welches Limit war es?
Oft heißt alles pauschal „Token-Limit“, doch das vermischt drei Probleme. Der Kontext eines Gesprächs kann voll sein, ein Tarifkontingent kann enden oder ein Konto ein Guthaben- bzw. Ausgabenlimit erreichen. Der nächste Schritt hängt von der tatsächlichen Produktmeldung ab.
Kontext oder Länge
Ein Gespräch enthält so viel Material, wie das Modell aktiv tragen kann.
Nächster Schritt: Wenn möglich verdichten oder zusammenfassen – sonst mit gezielter Übergabe neu starten.
Nutzungskontingent
Der Tarif hat sein Kontingent im aktuellen Produktzeitraum verbraucht.
Nächster Schritt: Angezeigte Rücksetzung und die Upgrade- oder Guthabenoptionen des Kontos prüfen.
Ausgaben- oder Guthabenlimit
Bezahlte Fortsetzung stößt an eine persönliche, Workspace- oder Organisationsgrenze.
Nächster Schritt: Guthaben ergänzen, Limit ändern, Admin fragen, warten oder die Aufgabe einem anderen Agenten geben.
Lies den eingeblendeten Hinweis. Prüfe auf der Nutzungsseite des Anbieters, welche Rücksetzung, Guthaben- oder Adminoptionen für dieses Konto gelten. Limits und Lösungen unterscheiden sich nach Tarif und ändern sich. Bezahlen, warten oder einen Admin fragen sind aber nicht die einzigen Wege, die Entwicklungsaufgabe fortzusetzen.
Das Abo hielt an. Das Repository nicht.
Der naheliegende Ausweg kostet einen App-Wechsel
Auf dem Handy liegt es nahe, Claude zu verlassen und ChatGPT für Codex zu öffnen – oder umgekehrt. Im engen Sinn funktioniert das: Ein anderer Agent ist verfügbar. Gleichzeitig wird das gesamte Cockpit ausgetauscht, genau wenn Kontinuität zählt.
Navigation, Freigaben und Sitzungsverlauf sehen anders aus. Eine App bietet womöglich Abläufe, die der anderen fehlen, und keine ist ein allgemeines SSH-Terminal mit deinen tmux-Sitzungen, SFTP und Tunneln neben dem Agenten. Die ersten Minuten gelten neuen Bedienelementen statt den bisherigen Codeänderungen.
Das Terminal als stabile Schicht
Führe Claude Code und Codex dort aus, wo die Arbeit liegt: auf derselben Maschine über denselben SSH-Client. In Mobile SSH kann ein Anbieterwechsel nur bedeuten, einen weiteren tmux-Bereich zu öffnen und den anderen Befehl zu starten. Die Oberfläche bleibt vertraut, weil sie deinen Server bedient, nicht den Anbieter eines Modells.
| Arbeitszustand | Bleibt? |
|---|---|
| Repository-Dateien und nicht committe ÄnderungenAuf demselben Datenträger | ✓ Ja |
| Git-Status, Diff und TestergebnisseVon beiden CLIs prüfbar | ✓ Ja |
| SSH-Host, Shell und ArbeitsverzeichnisDieselbe Sitzung | ✓ Ja |
| tmux, SFTP, Tunnel und Agent AlertsDieselben mobilen Werkzeuge | ✓ Ja |
| Gesprächsverlauf des anderen AnbietersBraucht eine neue Übergabe | — Nein |
Das ist nützliche Portabilität. Der nächste Agent kann Dateien, Diffs, Testergebnisse und Projektregeln auf dem Datenträger prüfen. Mobile SSH kennt die Verbindung weiter, tmux die Sitzung; SFTP und Portweiterleitungen bleiben an Ort und Stelle. Agent Alerts funktionieren mit beiden, weil der Hook Terminalstatus statt Anbieterzugehörigkeit meldet.
Anbieterneutral heißt nicht, dass Kontext magisch wandert. Es heißt, dass die Belege den Wechsel überstehen.
Die ehrliche Übergabe
Claudes Gespräch wird nicht zu Codex’ Gespräch und umgekehrt. Sage nicht nur „weiter“, in der Hoffnung, der Ersatz sehe den Chat eines anderen Dienstes. Übergib dauerhaften Zustand: Repository-Regeln, Arbeitsbaum-Diff, bereits ausgeführte Befehle und das noch benötigte Ergebnis.
Übergabe in vier Schritten
- Belege festhalten
Arbeitsbaum nicht bereinigen oder überschreiben.
git status --shorterfassen undgit diff --statprüfen. - Lokale Regeln lesen
Der neue Agent liest vor Änderungen
AGENTS.mdund die relevante Projektdokumentation. - Ausgangslage herstellen
Den kleinsten passenden Test ausführen und notieren, was besteht, scheitert oder noch nicht versucht wurde.
- In neuem Bereich fortfahren
Die andere CLI neben dem alten Bereich starten, Ziel und Grenzen nennen und zuerst den vorhandenen Diff prüfen lassen.
Lies AGENTS.md, git status und den aktuellen Diff. Erhalte die vorhandene Arbeit. Führe die gezielten Tests aus, erkläre den Rest und setze dann die Aufgabe fort. Kam der erste Agent nicht mehr zu einer Zusammenfassung, ist der Diff die maßgebliche Zusammenfassung. Lass den Ersatz erst prüfen, dann bearbeiten. So bleiben Teilergebnisse geschützt, Annahmen im Patch werden sichtbar und du kannst sauber über Fortsetzen, Überarbeiten oder Zurücknehmen entscheiden.
Eine Oberfläche für den Agenten, der heute passt
Codex und Claude Code sind nicht austauschbar. Stärken, Modelle, Werkzeuge, Limits und Kontoregeln unterscheiden sich. Genau deshalb sollte die Oberfläche keine dauerhafte Wahl erzwingen. Wähle nach Aufgabe, verfügbarem Kontingent und Repository-Regeln.
Die native Anbieter-App ist oft der schnellste, einrichtungsfreie Weg zum jeweiligen Cloud-Agenten. Nutze sie, wenn du das brauchst. Liegt die Arbeit aber auf deiner eigenen Maschine, ist ein allgemeines Terminal das dauerhaftere Zuhause: eine App zum Server, jeder dort installierte Agent und das gesamte SSH-Werkzeug, sobald aus dem Agentenprompt wieder normale Entwicklung wird.
Wähle den Agenten nach seinen Stärken. Behalte den Arbeitsplatz nach deinen Regeln.