OpenAI erleichtert den Wechsel von Claude Code zu Codex

OpenAI macht den Wechsel von Claude Code zu Codex einfacher

Einleitung

Bei KI-Programmiertools ist das, was am schwersten zu ersetzen ist, oft nicht die Abonnementgebühr.

Sondern alles, was Entwickler rund um das Tool angesammelt haben: eine sorgfältig abgestimmte CLAUDE.md, dutzende kleine Workflow-Tricks, MCP-Server-Berechtigungen, Slash-Befehle, Fähigkeiten, Projektgedächtnis und monatelange Chatverläufe.

Diese Dateien mögen still auf den Computern der Entwickler liegen, aber zusammen bilden sie ein Betriebshandbuch für KI-Programmier-Workflows. Wenn man von Claude Code zu einem anderen Tool wechselt, müssen ohne Migrationsunterstützung die meisten dieser Konfigurationen von Grund auf neu aufgebaut werden.

OpenAI macht diesen Wechsel jetzt deutlich einfacher.

Laut der aktuellen Dokumentation von OpenAI kann die ChatGPT-Desktop-App unterstützte Konfigurationen und aktuelle Arbeiten von Claude Code, Claude Cowork und Cursor importieren. Die Codex-CLI kann von Claude Code und Cursor importieren und bewahrt dabei bestehende Konfigurationen auf, anstatt sie zu löschen oder zu ersetzen.

Das klingt nach einer einfachen Komfortfunktion. In Wirklichkeit verändert es jedoch die Reibung, die Entwickler beim Wechsel zwischen verschiedenen KI-Programmiertools erleben.

OpenAI packt die Konfigurationen von Claude-Code-Nutzern zusammen

OpenAI hat kürzlich seine Anleitungen zum Import externer Agenten in einen einzigen Workflow zusammengeführt.

In der ChatGPT-Desktop-App können Nutzer Einstellungen → Import öffnen und einen unterstützten Agenten wie Claude Code, Claude Cowork oder Cursor auswählen. In der Codex-CLI lautet der entsprechende Einstiegspunkt:

/import

Die aktuelle offizielle Dokumentation zeigt, dass die Desktop-App Anweisungen, Einstellungen, Fähigkeiten, Plugins, Projekte und aktuelle Arbeiten importieren kann. Die Codex-CLI kann unterstützte Konfigurationen, Projektdateien und aktuelle Chatverläufe von Claude Code oder Cursor importieren.

Das wichtige Detail ist, dass der Import eine Kopie ist und keine destruktive Migration.

Die Dokumentation von OpenAI stellt klar, dass der Import bestehende Agentenkonfigurationen nicht ändert oder löscht. Mit anderen Worten: Deine Claude-Code- oder Cursor-Konfiguration bleibt an Ort und Stelle, während Codex seine eigene importierte Version erhält.

Dadurch fühlt sich der gesamte Prozess weniger an wie das Ersetzen eines Tools, sondern eher wie das Einbringen der bestehenden Entwicklungsumgebung in ein zweites Tool.

Es wird mehr migriert, als man erwartet

Die offizielle Importdokumentation bietet eine ziemlich detaillierte Zuordnung von Quellkonfigurationen zu Codex-Zielen.

Quelle	Codex-Ziel
Anweisungsdateien	AGENTS.md
settings.json	config.toml
Fähigkeiten	Fähigkeiten
Plugins	Plugins
Bestehende Projektordner	Projekte mit denselben Ordnern
Projektgedächtnis von Claude Code	Gedächtnis
Chatverläufe der letzten 30 Tage	ChatGPT-Chatverläufe
MCP-Server-Konfiguration	Codex-MCP-Konfiguration
Hooks	Codex-Hooks
Slash-Befehle	Fähigkeiten
Sub-Agenten	Codex-Agenten

Die Konvertierung ist also nicht immer eine einfache Dateikopie.

Anweisungsdateien von Claude Code wie CLAUDE.md werden zu AGENTS.md. Die settings.json von Claude Code wird in Codex' config.toml konvertiert. Slash-Befehle werden Fähigkeiten zugeordnet, und Sub-Agenten werden zu Codex-Agenten.

Dieser Unterschied ist wichtig, denn ein erfolgreicher Import bedeutet nicht unbedingt, dass sich jedes Projekt danach exakt gleich verhält.

Namen können sich ändern,

Konfigurationsformate können sich ändern, und auch die Ausführungsmodelle ändern sich.

Projekte werden wiederverwendet, nicht als neue Kopien hochgeladen

Die Projektmigration ist ein weiteres nützliches Detail.

Die Dokumentation von OpenAI erklärt, dass bestehende Projektordner als Projekte importiert werden, die dieselben Ordner verwenden. Der Workflow muss also nicht das gesamte Repository kopieren, um in Codex weiterzuarbeiten.

Die Importschnittstelle erlaubt es den Nutzern außerdem, auszuwählen, was übernommen werden soll, anstatt eine Alles-oder-nichts-Migration zu erzwingen.

Das bedeutet, dass Einstellungen, Anweisungen, Fähigkeiten, Plugins, Projekte und Chatverläufe als separate Teile der Migration überprüft werden können.

Alte Gespräche können nach dem Import fortgesetzt werden

Die Migration hat noch ein weiteres praktisches Problem: Alte Unterhaltungen könnten zu groß sein, als dass das Zieltool sie auf einmal verarbeiten könnte.

Codex löst dies durch Kontextmanagement, anstatt importierte Gespräche einfach abzulehnen.

Die aktuelle Dokumentation von OpenAI besagt, dass die Codex-CLI bis zu 50 Chats aus den letzten 30 Tagen importieren kann. Der Desktop-Importprozess unterstützt ebenfalls aktuelle Chats und erlaubt es den Nutzern, von importierten Projekten oder Konversationen aus weiterzuarbeiten.

Der Quellartikel beschreibt die Erfahrung wie folgt: Wenn ein migrierter Claude-Code-Dialog zu lang ist, kann Codex frühere Inhalte komprimieren, wenn der Nutzer den importierten Dialog zum ersten Mal fortsetzt, um Platz für die nächste Runde freizumachen.

Das eigentliche Ziel ist einfach: Eine Migration sollte nicht mit einem riesigen importierten Protokoll enden, das sofort unbrauchbar wird.

Dieser Importprozess wurde kontinuierlich erweitert

Der Quellartikel verfolgt die Entwicklung dieser Funktion über mehrere Codex-Versionen.

Der Artikel berichtet, dass /import erstmals in Codex CLI 0.140.0 erschien und einen engeren Bereich von Claude-Code-Importen unterstützte. Nachfolgende Versionen erweiterten den Workflow um zusätzliche Migrationsbereiche, später um Cursor-Fähigkeiten-Unterstützung und die Synchronisierung importierter Sitzungen.

Die spezifische Versionsgeschichte hilft zu verstehen, wie schnell sich die Funktion entwickelt hat, aber für den aktuellen Funktionsumfang ist die vorhandene offizielle Dokumentation die bessere Referenz. Sie bestätigt, dass der Import-Workflow jetzt einen breiteren Bereich von Agenteneinstellungen und aktuellen Arbeiten abdeckt als frühere Versionen.

In der Praxis bleibt es eine Einbahnstraßen-Migration

Der Quellartikel macht eine scharfsinnigere Beobachtung: Die Migrationsdokumentation konzentriert sich auf den Import in Codex, nicht darauf, Codex-Konfigurationen zurück in Claude Code zu exportieren.

Hier gibt es einen wichtigen Unterschied.

Die aktuelle Dokumentation von OpenAI unterstützt die automatische Aktualisierung von importierten Einstellungen vom ursprünglichen Agenten in der ChatGPT-Desktop-App. Nutzer können unter Einstellungen → Import automatische Updates aktivieren und dort den Importverlauf einsehen.

Das bedeutet nicht, dass in Codex vorgenommene Änderungen automatisch zurück in Claude Code oder Cursor geschrieben werden.

Die Richtung ist weiterhin wichtig: Die ursprüngliche Umgebung kann weiterhin Updates an die importierte Kopie liefern, aber die importierte Kopie wird nicht als bidirektionale Synchronisationsebene präsentiert.

Für Entwickler bedeutet das, dass es sich lohnt, vor der Aktivierung automatischer Updates zu entscheiden, welche Umgebung die maßgebliche Quelle ist.

OpenAI und Anthropic gehen bei der Migration unterschiedliche Wege

Der breitere

Wettbewerb beschränkt sich nicht nur auf OpenAI.

Der Quellartikel weist darauf hin, dass auch Anthropic Migrationstools entwickelt hat, die darauf abzielen, Nutzerkontext in Claude einzubringen. Die aktuelle Hilfedokumentation von Anthropic bietet außerdem offizielle Datenexportprozesse für seine Claude-Nutzer an, einschließlich Gesprächsverläufe und Kontodaten.

Das führt zu einem erheblichen Unterschied in der Philosophie.

Wenn eine Plattform sowohl Import als auch Export unterstützt, können Nutzer freier den Kontext migrieren, den sie angesammelt haben. Wenn die Migration hauptsächlich nur in eine Richtung fließt, kann diese Funktion auch ein mächtiges Werkzeug sein, um die Reibung für Nutzer beim Wechsel zur Zielplattform zu verringern.

Die technischen Details unterscheiden sich, aber die strategische Frage ist dieselbe: Wem gehören die KI-Workflows, die Entwickler aufbauen, und wie portabel sind sie?

OpenAI hat Codex auch in Claude Code integriert

Vor der Erweiterung seiner Importprozesse hatte OpenAI bereits den Schritt in die entgegengesetzte Richtung unternommen.

Sein Open-Source-Projekt codex-plugin-cc ermöglicht Entwicklern, Codex innerhalb von Claude Code für Code-Reviews und die Delegation von Aufgaben zu nutzen. Das Plugin enthält Befehle wie /codex:review und /codex:transfer, wobei letzterer aus einer Claude-Code-Sitzung einen persistenten Codex-Thread erstellen kann.

Das Code-Repository ist unter der Apache-2.0-Lizenz veröffentlicht und wird von OpenAI gepflegt.

Der /codex:transfer-Workflow ist besonders relevant für die Migrationsgeschichte.

Die Plugin-Dokumentation weist darauf hin, dass es die aktuelle Claude-Code-Sitzung übernehmen und einen persistenten Codex-Thread erstellen kann, sodass die Arbeit direkt in Codex fortgesetzt werden kann. Die Übertragung verwendet Codex

Importer für externe Agenten-Sitzungen und folgt denselben Konvertierungsregeln wie der Import von Claude-Verläufen.

Dies unterscheidet sich von der einfachen Eröffnung einer neuen Codex-Konversation.

Das Ziel ist es, den Arbeitskontext selbst über Grenzen hinweg zu transportieren.

Vier Dinge, die sich weiterhin nicht reibungslos übertragen lassen

Ein Migrationsbutton kann viel Reibung beseitigen, aber er kann nicht zwei verschiedene Coding-Agenten vollständig identisch machen.

Der Quellartikel betonte vier Bereiche, in denen Entwickler mit manuellem Anpassungsbedarf rechnen sollten.

1. Berechtigungen

Claude Code kann sorgfältig abgestimmte Berechtigungsregeln für bestimmte Dateien, Befehle, Tools und Workflows enthalten.

Codex hat sein eigenes Berechtigungs- und Sandbox-Modell. Daher müssen importierte berechtigungsbezogene Einstellungen überprüft werden, und es kann nicht davon ausgegangen werden, dass sie äquivalent sind.

Die OpenAI-Dokumentation empfiehlt ausdrücklich, nach der Migration die Tool-Einschränkungen und Berechtigungen in importierten Fähigkeiten und Agenten zu überprüfen.

Wichtig ist, dass es bei der Berechtigungsmigration darum geht, die ursprüngliche Absicht zu bewahren, nicht nur Einstellungen umzubenennen.

2. Hooks

Hooks sind ein weiterer Bereich, in dem das Verhalten abweichen kann.

Die Importdokumentation von OpenAI warnt ausdrücklich, dass importierte Hooks nach der Migration anders funktionieren können und überprüft werden sollten.

Einfache Hooks lassen sich möglicherweise problemlos übertragen. Komplexere Ketten mit Bedingungen, Umgebungsannahmen oder asynchronem Verhalten müssen möglicherweise für das Zieltool neu entworfen werden.

Es ist also nicht immer ein Konvertierungsproblem. Manchmal ist es ein Problem der Workflow-Neugestaltung.

3. Auch die Modelle ändern sich

Dies ist möglicherweise der offensichtlichste Unterschied, aber auch einer der am leichtesten übersehenen.

Du kannst deine Anweisungen, Fähigkeiten, MCP-Konfigurationen, Projektdateien und Erinnerungen in Codex importieren, aber das Modell, das diese Anweisungen ausführt, ist immer noch ein anderes.

Auf Claudes Verhalten abgestimmte Prompts oder CLAUDE.md-Dateien erzeugen möglicherweise nicht genau dieselben Ergebnisse, wenn sie von einem OpenAI-Modell ausgeführt werden.

Die Konfiguration wurde möglicherweise erfolgreich migriert, aber das Verhalten dahinter hat sich geändert.

Die Quelle wies darauf hin, dass Codex um OpenAIs eigene Modelle und den auf Responses basierenden Workflow herum entwickelt wurde. Entwickler, die Codex auf benutzerdefinierte Anbieter umleiten möchten, müssen dies als separate Konfigurationsaufgabe betrachten und können nicht davon ausgehen, dass importierte Claude-Modellkonfigurationen automatisch übertragen werden.

4. Chatverläufe haben Grenzen

Nicht alle Konversationen sind für die Migration geeignet.

Die aktuellen OpenAI-Dokumente zeigen, dass die Codex CLI maximal 50 Chats aus den letzten 30 Tagen importiert. Auch der /import-Befehl unterliegt Betriebsbeschränkungen: Er ist während laufender Aufgaben, in Remote-Sitzungen oder bei Verbindung zum lokalen App-Server-Daemon nicht verfügbar.

Die aktuellen Dokumente unterscheiden außerdem zwischen lokalen Einstellungen und Projekteinstellungen, was bedeutet, dass Entwickler vor Beginn des Imports genau prüfen sollten, wo sich Dateien und Konfigurationen befinden.

Das Ergebnis ist eine praktische Faustregel:

Ein-Klick-Import bedeutet nicht, dass eine Überprüfung unnötig ist.

Der wirklich wertvolle Vermögenswert ist nicht das Modellabonnement

Modell-Benchmarks ändern sich schnell.

Ein Modell kann in einem Monat führen und wird im nächsten von einer anderen Version abgelöst. Viel langsamer verändern sich die Workflows rund um den Entwickler.

CLAUDE.md, AGENTS.md, Fähigkeiten, MCP-Server, Berechtigungen, Projektgedächtnis, Befehle und gesammelte Konversationen werden im Laufe der Zeit wertvoller, da sie kodieren, wie Entwickler tatsächlich arbeiten.

Dies macht Portabilität zu einem Wettbewerbsthema.

Je wiederverwendbarer diese Konfigurationen sind, desto geringer ist die Abhängigkeit des Entwicklers von einer bestimmten KI-Programmierplattform.

Und dieses zweischneidige Schwert gilt in beide Richtungen.

Offene Standards wie SKILL.md, AGENTS.md und standardisierte MCP-Definitionen erleichtern die Übertragung von Workflows von einem Tool zum anderen. Die Interoperabilität, die OpenAI hilft, Claude-Code-Nutzer anzuziehen, könnte es diesen Nutzern letztlich auch leichter machen, Codex zu verlassen.

Für Entwickler ist die praktische Strategie unkompliziert:

Bewahre wichtige Workflow-Assets so weit wie möglich in portablen Formaten auf und vermeide es, den gesamten Entwicklungsprozess von einem proprietären Tool abhängig zu machen.

Häufig gestellte Fragen

Was kann Codex aus Claude Code importieren?

Codex kann unterstützte Anweisungen, Einstellungen, Fähigkeiten, Plugins, Projektdateien, aktuelle Chats, MCP-Konfigurationen, Hooks, Slash-Befehle und Subagenten importieren. Die OpenAI-Dokumentation bildet außerdem das Projektgedächtnis von Claude Code auf das Codex-Gedächtnis ab.

Wie importiere ich Claude Code in die Codex CLI?

Starte eine lokale Codex-CLI-Sitzung und führe /import aus. Wähle dann Claude Code, picke die unterstützten Einstellungen oder Projektdateien und aktuellen Chats aus, die übernommen werden sollen, und überprüfe die importierte Konfiguration.

Kann Cursor in Codex importiert werden?

Ja. Die aktuellen OpenAI-Dokumente zeigen, dass die Codex CLI von Cursor importieren kann, während die ChatGPT-Desktop-App von Claude Code, Claude Cowork und Cursor importieren kann.

Löscht der Import in Codex meine Claude-Code-Konfiguration?

Nein. OpenAI stellt klar, dass der Import vorhandene Agenteneinstellungen nicht ändert oder löscht. Importierte Konfigurationen werden separat in die Zielumgebung übernommen.

Wie viele Claude-Code-Chats kann Codex importieren?

Die Codex CLI kann bis zu 50 Chats aus den letzten 30 Tagen importieren. Der /import-Befehl unterliegt auch zeitlichen Einschränkungen, daher ist es am besten, ihn in einer normalen lokalen CLI-Sitzung auszuführen.

Werden Claude-Code-Fähigkeiten in Codex identisch funktionieren?

Nicht unbedingt. Fähigkeiten, Hooks, Berechtigungen, Plugins und Befehlsvorlagen können vom Verhalten des ursprünglichen Tools abhängen, daher empfiehlt OpenAI, sie zu überprüfen, bevor man sich auf importierte Einstellungen verlässt.

Kann ich eine Claude-Code-Sitzung direkt in Codex übertragen?

Das codex-plugin-cc von OpenAI bietet den Befehl /codex:transfer, um einen persistenten Codex-Thread aus einer Claude-Code-Sitzung zu erstellen. Dieses Plugin wurde entwickelt, um Claude-Code-Arbeit in Codex fortzusetzen.

Verwandte Tools

• OpenAI Codex: OpenAIs Programmieragent für Softwareentwicklungs-Workflows.
• Codex CLI: Die Befehlszeilenschnittstelle zur lokalen Nutzung von Codex.
• Claude Code: Der Programmieragent von Anthropic und die in diesem Migrationsleitfaden diskutierte Hauptquelle.
• Cursor: Ein KI-gesteuerter Code-Editor, der von Codex-Import-Workflows unterstützt wird.
• OpenAI Codex Plugin für Claude Code: Das offizielle OpenAI-Plugin zur Nutzung von Codex innerhalb von Claude Code.

Verwandte Links

• OpenAI-Importdokumentation: Offizielle Anleitung zum Importieren von Einstellungen und aktuellen Arbeiten aus anderen KI-Agenten.
• Codex-CLI-Dokumentation: Offizielle Dokumentation zur Installation und Verwendung der Codex CLI.
• OpenAI Codex Plugin für Claude Code: Das offizielle OpenAI-Repository für die Claude-Code-Integration.
• Codex-Plugin-README: Installations- und Nutzungshinweise für das Claude-Code-Plugin.
• Claude-Datenexport: Offizielle Anleitung von Anthropic zum Exportieren von Claude-Daten.

Leitfaden für Konto- und Konversationsdaten.

• OpenAI Developers: Das zentrale Entwicklerdokumentationszentrum von OpenAI.
• OpenAI Devs auf X: Der im Quellartikel referenzierte OpenAI-Entwicklerbeitrag.

Zusammenfassung

Der derzeit von OpenAI angebotene Import-Workflow beseitigt ein großes Migrationshindernis für Entwickler, die über Monate hinweg Konfigurationen und Kontext in Claude Code oder Cursor angesammelt haben. Anweisungen, Fähigkeiten, Plugins, Projekte, MCP-Konfigurationen, Speicher und der jüngste Chatverlauf können nun über unterstützte Importprozesse in Codex übernommen werden.

Die wichtige Einschränkung besteht darin, dass die Migration nicht mit perfekter Kompatibilität gleichzusetzen ist. Berechtigungen, Hooks, Prompts, Plugins und Modellverhalten können sich nach der Migration ändern, daher sollten importierte Konfigurationen vor der Verwendung überprüft werden.

Sie werden Teil der Produktionsworkflows.

Die portabelste KI-Codierungskonfiguration besteht darin, wertvolle Anweisungen, Fähigkeiten und Projektwissen unabhängig von jedem einzelnen Agenten zu halten.