Codex vs Claude Code: Was ich durch die tägliche Nutzung beider gelernt habe

Ich verwende jeden einzelnen Tag sowohl Claude Code als auch Codex, und keiner von beiden hat den anderen vollständig ersetzt. Aber wenn ich meine Zeit seit dem Start beider zusammenzähle, nimmt Claude Code immer noch mehr als 75 % davon ein. Es ist mein täglicher Begleiter, weil es das ausgereiftere Tool mit einem größeren Werkzeug-Ökosystem darum herum ist. Codex ist derjenige, den ich aus dem Bauch heraus wählen würde: Er startet schneller und hält sich mehr aus dem Weg. Was letztlich entscheidet, welchen von beiden ich an einem bestimmten Tag öffne, hat allerdings weniger mit dem Tool selbst zu tun als damit, welches zugrunde liegende Modell gerade eine gute Woche hat.

Ressourcenverbrauch — was Ihre Maschine tatsächlich spürt

Bevor auch nur eine einzige Zeile Code angefasst wird, fühlen sich die beiden Tools schon allein dadurch unterschiedlich an, dass sie einfach da stehen. Der Prozess von Claude Code ist im Aktivitätsmonitor sichtbar schwergewichtiger und liegt regelmäßig bei einigen hundert MB, während Codex im Bereich von wenigen десятens MB im Leerlauf bleibt. Wenn man claude im Terminal eingibt, bedeutet das ein paar Sekunden Warten, bevor die Eingabeaufforderung bereit ist; codex einzugeben ist nahezu sofort.

Um das mit einer Zahl zu belegen, statt es nur zu beschreiben, habe ich beide CLIs auf demselben Rechner gemessen (ein MacBook Air, M3, 24GB RAM, macOS 26.5.1), demselben Netzwerk. Zuerst eine triviale nicht-interaktive Aufgabe (eine einzeilige Antwortaufforderung, keine Dateiänderungen), die nacheinander über beide ausgeführt wurde, unter Verwendung von /usr/bin/time -l:

Dann startete ich jedes einzelne interaktiv und ließ es einfach für ein paar Sekunden unbewegt an der Eingabeaufforderung stehen, bevor ich seinen Resident-Speicher mit ps überprüfte:

Diese Leerlaufzahl liegt näher an dem, was du tatsächlich spürst, wenn beide Tools einfach im Hintergrund in einem Terminal-Tab geöffnet sind — und sie entspricht dem Bauchgefühl-Split „Hunderte von MB vs. Dutzende von MB“ fast genau.

Vorbehalte, damit das hier nicht rigoroser wirkt, als es ist: eine einzelne Maschine, eine einzelne Sitzung, keine Benchmark-Suite, und der Codex-Prozess lief zufällig über einen lokal konfigurierten Provider statt über eine frische Standardinstallation. Die Zeitmessung der Aufgabe erfasst einen kompletten Headless-Roundtrip (Prozessstart, Modellaufruf, Antwort, Beenden) — nicht ganz dasselbe wie das Warten auf „wie lange dauert es, bis der interaktive Prompt nutzbar ist“, das man spürt, wenn man claude eintippt und auf das Terminal starrt. Die Speicherwerte sind der verlässlichere Teil: Sowohl die Aufgaben- als auch die Leerlaufmessungen zeigen in dieselbe Richtung, und das passt dazu, dass Claude Code mehr Prozesszustand im laufenden Prozess mitführt (Tool-Routing, Hooks, Sitzungskontext) als Codex, noch bevor einer von beiden überhaupt zu arbeiten beginnt.

Preise: Wofür ich tatsächlich bezahle

Keines der beiden Tools berechnet mir pro Token, es sei denn, ich gehe direkt über die API — beide basieren auf den Pauschal-Abonnementstufen ihrer Mutterunternehmen, und das entscheidet darüber, wie viel Spielraum ich habe, bevor ich gedrosselt werde.

(Aktuell gemäß Anthropics Preisseite und OpenAIs Codex-Preisseite — ich würde vor dem Abschluss beide prüfen, da sich die Tarifstufen ändern.) Die Lücke, die ich tatsächlich spüre: OpenAI hat keine mittlere Stufe für 100 $, also geht es, sobald ich ChatGPT Plus ausgeschöpft hätte, direkt weiter zu 200 $; Anthropic gibt mir dazwischen eine 100-$-Stufe. Wenn ich eines der Modelle direkt über die API aufrufe statt über das gebündelte Abonnement der CLI — also meinen eigenen Agenten baue statt das verpackte Tool zu nutzen — wird das separat berechnet. Für diesen Anwendungsfall gehe ich über AIReiter, statt direkt den Listenpreis an Anthropic oder OpenAI zu zahlen; dort werden dieselben Modelle mit Rabatt weiterverkauft.

Warum ich immer wieder hin und her wechsle

Das Tool, zu dem ich greife, ändert sich mehr mit dem zugrunde liegenden Modell als mit dem Tool selbst. Als OpenAIs GPT-5.5 veröffentlicht wurde, war es eine Zeit lang deutlich stärker als Claude, und ich verlegte in diesem Zeitraum den Großteil meiner täglichen Arbeit auf Codex. Dieser Vorteil hielt nicht an — die Qualität von GPT ließ ein paar Wochen später wieder nach, und ich wechselte zurück zu Claude Code als Standard. Claude hat ebenfalls seine eigenen Qualitätsschwankungen, aber sie waren kleiner und weniger störend als das, was ich im selben Zeitraum bei GPT gesehen habe.

Die Wahl zwischen „Codex vs Claude Code“ ist teilweise ein Stellvertreter dafür, einfach das jeweilige Frontier-Modell zu wählen, das in dieser Woche gerade schärfer ist. Nur die CLI-Shell zu bewerten — die UI, die Sandbox, das Ökosystem — übersieht die Variable, die Menschen tatsächlich zwischen den beiden hin- und herwechseln lässt. Es entspricht auch der geläufiger benannten Trennung zwischen den beiden Tools: Codex ist eher hands-off (gib ihm eine Aufgabe, geh weg, prüfe später den Diff), während Claude Code eher hands-on ist (schnellerer Wechsel, mehr Checkpoints, an denen es auf dich wartet).

Funktionsreife-Lücke — das fehlende Zurückspulen

Bei der Tool-Reife hat Claude Code immer noch einen klaren Vorsprung gegenüber dem, was ich von Codex bekomme, und für mich ist das klarste Beispiel eine ganz bestimmte, unspektakuläre Funktion: das Zurückrollen zu einer früheren Version von Code mitten in einer Sitzung. Claude Code unterstützt das nativ — ich kann zu einem früheren Checkpoint zurückspringen, wenn ein Edit schiefgeht. Codex kann das immer noch nicht, und es gibt es inzwischen lange genug, dass ich „gerade erst veröffentlicht, gib ihm Zeit“ nicht mehr als Ausrede akzeptiere. Schnell zu iterieren und den Agenten gelegentlich zu weit gehen zu lassen, ist genau mein Workflow, daher ist das eine Funktion, deren Fehlen mir die meisten Wochen auffällt, nicht ein Edge Case.

Das breitere Ökosystem von Claude Code trägt für mich dasselbe Muster: Subagenten, Hooks und das Agent Skills-System (ein Standard, den Anthropic zuerst eingeführt hat und den Codex später übernommen hat) geben ihm mehr Angriffsfläche, um darauf Workflows aufzubauen. Die entsprechenden Tools von Codex existieren zwar, wirken in meiner täglichen Nutzung aber schlanker, und seine CLI-/IDE-/Cloud-/App-Oberfläche ist in der Benennung stärker fragmentiert, auch wenn OpenAI es an mehr Stellen integriert hat.

Sandbox und die Vertrauensfrage

Die beiden Tools schützen mich auf unterschiedliche Weise vor meinen eigenen Fehlern. Codex erzwingt Isolation auf OS-Ebene — Seatbelt auf macOS, Landlock auf Linux, eine Windows-Sandbox — sodass ein außer Kontrolle geratener Shell-Befehl vom Kernel eingedämmt wird, nicht vom Urteil des Agents selbst. Das Sicherheitsmodell von Claude Code liegt auf der Anwendungsebene, über ein System von Hooks, das ich konfigurieren kann, um Aktionen vor ihrer Ausführung freizugeben oder zu blockieren. Kein Ansatz ist auf dem Papier eindeutig sicherer; es sind unterschiedliche Fehlermodi, und dass Codex Open Source ist, bedeutet, dass ich tatsächlich nachlesen kann, wie seine Sandbox implementiert ist, statt es einfach zu glauben.

Vertrauen ist auch der Punkt, an dem Claude Code dieses Jahr einen echten Rückschlag erlitten hat, und es ist das eine, was mich zögern lässt, closed-source loyal zu bleiben. Im Juli 2026 warnte Chinas nationale Schwachstellendatenbank Entwickler öffentlich davor, aktuelle Claude Code-Versionen nicht mehr zu verwenden wegen eines verborgenen Mechanismus in den Versionen 2.1.91 bis 2.1.196, der die Zeitzone eines Geräts und überprüfte, ob der Traffic über einen nicht-offiziellen API-Endpunkt geleitet wurde, und die Anfrage dann entsprechend markierte. Anthropic bestätigte, dass der Mechanismus existierte, beschrieb ihn als Anti-Distillation-Experiment und nicht als Backdoor und entfernte ihn in Version 2.1.198. Ich werde den ganzen Vorfall hier nicht noch einmal aufrollen, aber für mich ist das ein echter Makel für ein Closed-Source-Tool: Ich kann nicht verifizieren, was ich nicht lesen kann, und da Codex Open Source ist, trifft dieser spezielle Fehlermodus auf es nicht auf dieselbe Weise zu.

Welche sollten Sie also tatsächlich verwenden

Wenn dein Alltag aussieht wie meiner — schnelle Iterationen bei kleinen bis mittelgroßen Aufgaben, der Wunsch nach einer umfangreichen Toolchain um dich herum (Subagents, Hooks, Skills, schnelle Änderungen, die du unterwegs prüfen und zurückrollen kannst) — dann ist Claude Code die sicherere tägliche Standardwahl. Wenn du eine große, klar definierte Aufgabe übergibst, die du dann laufen lassen kannst, oder wenn du einen Open-Source-Agenten möchtest, den du prüfen und in einer stark abgeschotteten Sandbox ausführen kannst, ist Codex eine legitime erste Wahl, und es ist der, bei dem ich während der Arbeit bemerke, dass er auf meinem Rechner leichter wirkt.

Ich lege mich nicht vollständig auf eines fest, und die meisten Power-User, die ich kenne, tun das auch nicht. Ich greife standardmäßig zu dem Tool, dessen zugrunde liegendes Modell gerade besser abschneidet, und behalte das andere installiert für die Aufgaben, bei denen seine spezifischen Stärken — Codex’ Sandboxing und Ressourcenverbrauch, Claude Codes Ökosystem und Rewind-Unterstützung — für diese Aufgabe tatsächlich wichtig sind.

FAQ

Ist Codex besser als Claude Code?

Keines gewinnt eindeutig. Codex ist ressourcenschonender und besser für lange, unbeaufsichtigte Aufgaben geeignet; Claude Code hat das ausgereiftere Ökosystem, ein Zurückspulen mitten in der Sitzung und eine günstigere mittlere Abonnementstufe. Welches in einer bestimmten Woche besser abschneidet, hängt oft mehr von der aktuellen Form des zugrunde liegenden Modells ab als vom Tool selbst.

Ist Claude Code oder Codex kostenlos?

Nein — beide erfordern einen kostenpflichtigen Plan für den ernsthaften täglichen Gebrauch. Claude Code benötigt Claude Pro ($20/mo) oder höher; Codex benötigt ChatGPT Plus ($20/mo) oder höher. Leichte, gelegentliche Nutzung kann innerhalb der Limits der kostenlosen Teststufe liegen, aber keiner von beiden ermöglicht tägliches agentisches Programmieren kostenlos.

Kann ich beide im selben Projekt verwenden?

Ja, und das ist ein gängiges Muster bei Vielnutzern: ein Tool für den Großteil der Arbeit laufen lassen und das andere einen zweiten Durchgang machen lassen — ein frischer Blick erkennt blinde Flecken, die das Modell des ersten Tools in seiner eigenen Ausgabe nicht markieren wird. Führen Sie ein kurzes gemeinsames Protokoll darüber, was sich geändert hat und warum, damit das zweite Tool nicht den Kontext erraten muss.

Kurz gesagt

Beide sind alltagstaugliche Werkzeuge mit unterschiedlichen Schwachstellen: Codex ist leichter und schneller zu starten, kann aber die Historie mitten in einer Sitzung immer noch nicht zurückspulen; Claude Code belastet deinen Rechner stärker, bietet dafür aber die tiefere Toolchain, und sein $100-Mittelklasse-Tarif verschafft Heavy-Usern einen Vorteil, den OpenAI nicht anbietet. Meine eigene Zeitaufteilung seit dem Start beider Tools liegt immer noch bei über 75% Claude Code, und das ist weniger ein Urteil über Codex als vielmehr ein Hinweis darauf, wie sehr die Lücke im Ökosystem für meinen tatsächlichen Workflow zählt. Welches du heute öffnen solltest, hängt weniger von der Roadmap eines der beiden Tools ab, sondern mehr davon, welches Modell dahinter gerade seine beste Arbeit leistet.