Vor einigen Tagen hat OpenAI sein brandneues großes Modell, GPT-5.4-Cyber, offiziell vorgestellt. Wie viele Internetnutzer bereits angemerkt haben, vermittelt dieses Modell ein sehr starkes Déjà-vu-Gefühl.
Dieses neue Modell entspricht hinsichtlich seiner Zielgruppe, seiner Anwendungsszenarien und sogar seiner Marketingstrategie fast vollständig dem kürzlich von Anthropic vorgestellten Claude Mythos. Diese Art von “Nahkampf” hat einen Punkt erreicht, an dem er nicht einmal mehr verschleiert wird. Selbst die “New York Times“ hat in einer aktuellen Schlagzeile unverblümt darauf hingewiesen: „Wie Anthropisch, OpenAI…”
Dieser Trend zur Homogenisierung beschränkt sich nicht nur auf die Basismodelle. Wenn man sich die Produktreihen ansieht, die diese beiden Unternehmen in letzter Zeit auf den Markt gebracht haben, fällt auf, dass sie sich immer mehr gegenseitig kopieren.
Im Rampenlicht des Kapitalmarkts wird diese Annäherung noch deutlicher. Ihre Bewertungen auf dem Sekundärmarkt liegen mittlerweile extrem nah beieinander. Anthropic hat OpenAI kürzlich sogar leicht überholt, was auf seine rasante Expansion im Unternehmensmarkt zurückzuführen ist. Das Kapital reagiert stets sensibel – aus seiner Perspektive wachsen diesen beiden Einhörnern die gleichen Hörner.
Es scheint, dass die Homogenisierung der Basismodelle unweigerlich zu einer Konvergenz bei den Anwendungen in den oberen Schichten führen wird.
Heute möchte ich über zwei Benchmark-Tools sprechen, die den aktuellen Stand der Technik im Bereich der KI-gestützten Programmierung repräsentieren: „Codex“ von OpenAI und „Claude Code“ von Anthropic. Während sie früher völlig unterschiedliche Richtungen einschlugen, sind sie heute am selben Ziel ankommen, wie haben sie nach und nach dieselbe Form angenommen?
Von der Divergenz zur Konvergenz: Die Entwicklung zweier Giganten
Wenn wir ein paar Jahre zurückblicken, waren Codex und Claude Code das Ergebnis völlig unterschiedlicher technischer Philosophien.
Die Grundidee hinter Codex lautete im Wesentlichen: “Geschwindigkeit geht vor”. Es war, als würde einem ein erfahrener Entwickler mit fünf Jahren Berufserfahrung auf den Fersen sein, der jederzeit bereit ist, den Code automatisch zu vervollständigen.
Nach der Vision von OpenAI war Codex ein schlanker, hochgradig interaktiver Terminal-Agent. Der Schwerpunkt lag auf schneller Iteration und interaktive Programmierung. Die Ausführungsgeschwindigkeit war extrem hoch – dank der Cerebras WSE-3-Hardware konnte ein Durchsatz von 1.000 Tokens pro Sekunde erreicht werden. In den tatsächlichen Arbeitsabläufen bot Codex drei klare Genehmigungsmodi: Vorschlag, automatische Bearbeitung und vollständige Automatisierung, wodurch die Entwickler stets auf dem Laufenden blieben. Dieses Design passte perfekt zu Entwicklern, die schnelles Prototyping und häufige Interaktion benötigten.
Claude Code hingegen zeichnete sich von Anfang an durch eine “kühle” und zurückhaltende, fast schon architektonische Persönlichkeit aus.
Anthropic hat ihm die DNA dafür gegeben, äußerst komplexe Aufgaben bewältigen. Es stützte sich auf ein riesiges Kontextfenster von bis zu 1 Million Token sowie auf eine einzigartige “Komprimierungstechnik”, um praktisch unbegrenzte Konversationen zu ermöglichen. Die Philosophie von Claude Code lautete: “Globale Kontrolle, Handeln nach der Planung.” Bevor es eine Aktion ausführte, nutzte es zunächst eine agentenbasierte Suche, um die gesamte Codebasis vollständig zu verstehen, und koordinierte anschließend konsistente Änderungen über mehrere Dateien hinweg. Bei Refactoring-Aufgaben auf Unternehmensebene, die Zehntausende von Codezeilen umfassten, zeigte Claude Code eine erstaunliche Überlegenheit.
Im Laufe der Zeit und mit der Ausweitung der Anwendungsfälle auf niedrigere Ebenen begannen diese beiden ursprünglich sehr unterschiedlichen Werkzeuge jedoch, sich gegenseitig nachzuahmen.
Bei der Bearbeitung komplexer Projekte ist die „Kontextverunreinigung“ der größte Engpass für ein einzelnes KI-Modell. Wenn man eine KI damit beauftragt, ein Authentifizierungsmodul umzugestalten, vergisst sie nach dem Durchlesen von 40 Dateien oft das Entwurfsmuster der ersten Datei. Um dieses Problem zu lösen, kamen beide Unternehmen zu nahezu identischen Lösungen: jeder Teilaufgabe werden eigenständige Kontextfenster zugewiesen.
OpenAI brachte zügig eine neue macOS-Desktop-App auf den Markt, die Aufgaben projektbezogen in verschiedene Threads aufteilt und diese unabhängig voneinander in Cloud-Sandboxes ausführt. Anthropic führte eine Agent-Team-Architektur ein, die es Entwicklern ermöglicht, mehrere Unteragenten zu erstellen, die Aufgabenlisten und Abhängigkeiten gemeinsam nutzen und gleichzeitig parallel in separaten Kontexten arbeiten. Ob man es nun “Cloud-Sandbox” oder “Agent-Team” nennt – die technische Kernidee ist nun vollständig aufeinander abgestimmt.
Selbst in den Benchmark-Ranglisten zeigen sie ein empfindliches Gleichgewicht. GPT-5.3-Codex führt im Terminal-Bench 2.0 mit einer Punktzahl von 77,31 TP3T, während Claude Code im komplexeren SWE-Bench Verified 80,81 TP3T erreicht. Beide dominieren jeweils ihren eigenen Spezialbereich und versuchen gleichzeitig, ihre Schwächen aggressiv auszugleichen.
Der OpenClaw-Effekt: Die unsichtbare Kraft, die Mauern einreißt
Wenn interne Strategien die Ursache für die Konvergenz sind, dann ist der Druck seitens des Open-Source-Ökosystems eine externe Kraft, die nicht außer Acht gelassen werden darf. In diesem Zusammenhang muss OpenClaw erwähnt werden.
Als Workflow-Framework aus der Open-Source-Community, OpenClaw hat die von den Tech-Giganten errichteten Ökosystemgrenzen praktisch niedergerissen. Es hat die Interaktion zwischen großen Modellen und lokalen Terminal-Toolchains standardisiert.
Früher gehörten Dinge wie die elegante Einbindung lokaler Git-Commits in ein Modell, die sichere Ausführung von Testskripten in einer Sandbox und die Durchführung einer mehrstufigen Verifikation von Schlussfolgerungen zu den proprietären “Black Technologies”, auf die Codex und Claude Code besonders stolz waren.
OpenClaw hat diese Prozesse jedoch in allgemeine Protokolle abstrahiert. Das bedeutet, dass Entwickler nicht mehr an eine bestimmte Plattform gebunden sind, nur um ein bestimmtes Kooperationsmodell nutzen zu können. Die Open-Source-Bewegung hat die Standardisierung zu einem unaufhaltsamen Trend gemacht. Angesichts dessen hatten sowohl OpenAI als auch Anthropic keine andere Wahl, als ihre Abwehrhaltung aufzugeben und sich an diese offenen Standards anzupassen.
Wenn grundlegende technische Hindernisse durch Open-Source-Initiativen wie OpenClaw beseitigt werden und alle fortgeschrittenen Funktionen zur Standardausstattung werden, bleibt für Codex und Claude Code als einziger Weg nach vorne nur noch der endlose Wettbewerb auf der Ebene der subtilen Benutzererfahrung.
Deshalb ähneln sie sich immer mehr. Innerhalb eines standardisierten Rahmens gibt es oft nur eine optimale Lösung – genau wie bei der konvergenten Evolution in der Biologie.
Codex holt gegenüber Claude Code auf
Obwohl sich Claude Code und Codex immer mehr annähern, bestehen nach wie vor Unterschiede. In mancher Hinsicht wird Codex von Entwicklern sogar zunehmend bevorzugt.
Vor einigen Tagen hat ein leitender Ingenieur mit 14 Jahren Berufserfahrung (Nutzer u/Canamerican726) in der Community „r/ClaudeCode“ eine sehr fundierte Bewertung veröffentlicht.
Bei einem komplexen Projekt mit 80.000 Codezeilen verbrachte er 100 Stunden mit Claude Code und 20 Stunden mit Codex.
Aus seiner Sicht kam die Verwendung von Claude Code dem Gefühl gleich, einen Ingenieur zu beaufsichtigen, der gegen eine Deadline ankämpft – es ging extrem schnell voran, aber die in CLAUDE.md festgelegten Regeln wurden oft ignoriert, und es wurde eher dazu tendiert, Code in bestehende Dateien zu packen, anstatt ihn zu überarbeiten.
Im Gegensatz dazu wirkte Codex wie ein zuverlässiger, erfahrener Entwickler mit 5–6 Jahren Berufserfahrung. Obwohl er 3–4 Mal langsamer war, hielt er zwischendurch inne, um nachzudenken und den Code zu überarbeiten, und hielt sich strikt an die Vorgaben. Dank dieses Maßes an Eigenständigkeit konnte der Ingenieur ihm Aufgaben getrost übertragen und sich auf andere Arbeiten konzentrieren.
Ähnliche Meinungen wurden auf Plattformen wie X geäußert. Der Forscher Aran Komatsuzaki stellte fest, dass Claude Code bei Frontend-Aufgaben nach wie vor führend ist, Codex jedoch bei der Backend-Planung und der Pflege aktueller Informationen aufgrund häufiger Websuchen zuverlässiger ist.
In Diskussionen aus der Praxis wiesen Entwickler darauf hin, dass auf Opus basierende Modelle zwar schnell laufen, dabei aber oft “Code-Sauberkeitsschulden” anhäufen, während Codex zwar langsamer arbeitet, aber den Code im Laufe der Ausführung bereinigt. Einige fassten sogar eine Faustregel zusammen: Wenn die Auslastung des Kontextfensters 70% erreicht, sollte man sofort eine neue Sitzung starten, da sonst versteckte Fehler auftreten können.
Diese Erfahrungen aus erster Hand zeigen deutlich, dass sich die Funktionen dieser Tools zwar immer stärker überschneiden, die Präferenz der Entwickler letztlich jedoch von kleinen Unterschieden in der Benutzererfahrung bestimmt wird – beispielsweise von Faktoren wie den “Kosten für die Fehlerbehebung” und dem “mentalen Wartungsaufwand”. Für chinesische Nutzer ergeben sich darüber hinaus noch einige zusätzliche Herausforderungen.
Eine kühle Betrachtung: Der verborgene Krieg der Ökosysteme hinter der Homogenisierung
Natürlich hängt es immer noch vom Entwickler – und dessen eigenem Kenntnisstand – ab, welches Tool besser ist. Wie u/Canamerican726 feststellte: Wenn man sich mit Softwareentwicklung nicht auskennt, liefern beide Tools schlechte Ergebnisse. Tools sind nicht dasselbe wie Fähigkeiten.
Diese Aussage räumt mit einer seit langem bestehenden Illusion im Bereich der KI-Programmierwerkzeuge auf. Früher glaubten wir, dass mit einem ausreichend leistungsfähigen KI-Assistenten selbst jemand ohne Vorkenntnisse allein Anwendungen auf Unternehmensniveau entwickeln könnte. Doch die Realität sieht anders aus.
Claude Code benötigt einen äußerst zielstrebigen und kompetenten “Treiber”, da es sonst in großen Codebasen leicht die Orientierung verlieren kann. Codex ist zwar unabhängiger, benötigt aber dennoch präzise Systemkontexte vom Entwickler, um seine volle Leistungsfähigkeit zu entfalten.
Wenn also die Leistungsmerkmale der Werkzeuge immer einheitlicher werden, wohin verlagern sich dann die tatsächlichen Wettbewerbsvorteile dieser Unternehmen?
Die Antwort liegt in den Preisstrategien und den finanziellen Gegebenheiten. Für dieselbe Aufgabe verbraucht Claude Code oft 3–4 Mal mehr Token als Codex, was es teurer macht. Für Unternehmensteams ist die Nutzung von Claude Code kann $100–$200 kosten pro Entwickler und Monat. Codex hingegen bündelt seine Funktionen in günstigeren Abonnementmodellen und nutzt das riesige GitHub-Ökosystem, um Nutzer zu gewinnen.
Anthropic hat sich zum Ziel gesetzt, Claude Code tief in die Arbeitsabläufe finanzstarker Tech-Giganten zu integrieren. So ermöglichte Stripe beispielsweise 1.370 Ingenieuren, mithilfe von Claude Code eine sprachübergreifende Migration in vier Tagen abzuschließen – eine Aufgabe, für die ein Team von zehn Personen Wochen gebraucht hätte. Ramp nutzte die Technologie, um die Reaktionszeit bei Vorfällen um 80% zu verkürzen. OpenAI hingegen setzt auf die weitreichende Präsenz seines Ökosystems, um Codex für viele Entwickler zur ersten Wahl im Alltag zu machen.
Hier geht es nicht mehr nur um einen technischen Wettstreit – es ist ein Kampf um die Bindung an ein Ökosystem, um Preisstrategien und um die Prägung von Nutzergewohnheiten.
Die Weggabelung des Entwicklers
Im Rückblick auf das vergangene Jahr ist die Veröffentlichung von GPT-5.4-Cyber nur eine kleine Fußnote in einem viel längeren Kampf. Die Zusammenführung von Codex und Claude Code signalisiert, dass KI-Programmierwerkzeuge sich von einer frühen, experimentellen Phase voller Neuerungen hin zu einer ausgereiften, industrialisierten Phase entwickelt haben.
Heute generiert Claude Code täglich 135.000 GitHub-Commits, was bereits etwa 4% aller öffentlichen Commits ausmacht. In naher Zukunft werden der Großteil des Boilerplate-Codes, einfache Testfälle und routinemäßige Refactorings wahrscheinlich still und leise im Hintergrund von diesen sich immer ähnlicher werdenden KI-Agenten erledigt werden.
Angesichts zweier hervorragender Tools, die in ihren Funktionen nahezu identisch sind und sich auch in der Benutzererfahrung immer mehr angleichen – was bleibt da noch vom Kernwert des menschlichen Entwicklers übrig?
Vielleicht neigt sich die Ära des Werkzeugvorteils dem Ende zu. Wenn jeder über dieselbe schlagkräftige Waffe verfügt, wird der Erfolg nicht mehr davon abhängen, wer die schnellere Code-Vervollständigung hat – sondern davon, wer Probleme besser definieren kann, wer eine umfassendere Vision der Systemarchitektur hat und wer in einer Welt voller KI-generiertem Code die einzigartige, unersetzbare Rolle des Menschen erkennen kann.
