OpenAI facilite la migration de Claude Code vers Codex

OpenAI facilite la migration de Claude Code vers Codex

Parmi les outils de programmation IA, ce qui est le plus difficile à remplacer n'est souvent pas le coût d'abonnement.

Mais tout ce que les développeurs accumulent autour de l'outil : un CLAUDE.md finement réglé, des dizaines de petites astuces de flux de travail, les autorisations des serveurs MCP, les commandes slash, les compétences, la mémoire de projet, ainsi que des mois d'historique de discussion.

Ces fichiers peuvent rester silencieusement sur l'ordinateur du développeur, mais ensemble, ils constituent un manuel d'utilisation du flux de travail de programmation IA. Migrer de Claude Code vers un autre outil, sans support de migration, signifie que la plupart de ces configurations doivent être reconstruites de zéro.

OpenAI rend désormais cette transition beaucoup plus facile.

Selon la documentation actuelle d'OpenAI, l'application de bureau ChatGPT peut importer les configurations et travaux récents pris en charge depuis Claude Code, Claude Cowork et Cursor. Codex CLI peut importer depuis Claude Code et Cursor, tout en préservant la configuration existante au lieu de la supprimer ou de la remplacer.

Cela ressemble à une simple fonctionnalité de commodité. Mais en réalité, cela change le niveau de friction auquel les développeurs sont confrontés lorsqu'ils passent d'un outil de programmation IA à un autre.

OpenAI regroupe les configurations des utilisateurs de Claude Code

OpenAI a récemment intégré ses instructions d'importation d'agents externes dans un flux de travail unique.

Dans l'application de bureau ChatGPT, les utilisateurs peuvent ouvrir Paramètres → Importer et sélectionner des agents pris en charge comme Claude Code, Claude Cowork ou Cursor. Dans Codex CLI, le point d'entrée correspondant est :

/import

La documentation officielle actuelle indique que l'application de bureau peut importer des instructions, des paramètres, des compétences, des plugins, des projets et des travaux récents. Codex CLI peut importer des configurations, des fichiers de projet et des historiques de discussion récents pris en charge depuis Claude Code ou Cursor.

Le détail important est que l'importation est une copie, et non une migration destructive.

La documentation d'OpenAI précise clairement que l'importation ne modifie ni ne supprime les configurations d'agents existantes. En d'autres termes, votre configuration Claude Code ou Cursor reste en place, tandis que Codex reçoit sa propre version importée.

Cela donne l'impression qu'il ne s'agit pas de remplacer un outil, mais plutôt d'intégrer l'environnement de développement existant dans un second outil.

Le contenu migré est plus étendu que prévu

La documentation officielle d'importation fournit un mappage assez détaillé de la source vers la cible Codex.

Ainsi, la conversion n'est pas toujours une simple copie de fichiers.

Les fichiers d'instructions de Claude Code comme CLAUDE.md deviennent AGENTS.md. Le settings.json de Claude Code est converti en config.toml de Codex. Les commandes slash sont mappées vers des compétences, tandis que les sous-agents deviennent des agents Codex.

Cette distinction est importante, car une importation réussie ne signifie pas nécessairement que chaque projet se comportera exactement de la même manière par la suite.

Les noms peuvent changer,

les formats de configuration peuvent changer, et le modèle d'exécution évoluera en conséquence.

Les projets sont réutilisés plutôt que téléchargés comme nouvelles copies

La migration de projets est un autre détail utile.

La documentation d'OpenAI indique que les dossiers de projet existants sont importés comme projets en utilisant le même dossier. Ainsi, le flux de travail ne nécessite pas de dupliquer l'intégralité du dépôt pour continuer à l'utiliser dans Codex.

L'interface d'importation permet également aux utilisateurs de choisir ce qu'ils souhaitent intégrer, plutôt que d'imposer une migration tout ou rien.

Cela signifie que les paramètres, les instructions, les compétences, les plugins, les projets et les historiques de discussion peuvent être examinés comme des parties indépendantes de la migration.

Il est possible de poursuivre les anciennes conversations après l'importation

La migration soulève un autre problème pratique : les anciennes conversations peuvent être trop volumineuses pour que l'outil cible les traite en une seule fois.

Codex gère ce problème par la gestion du contexte, plutôt que de simplement refuser les conversations importées.

La documentation actuelle d'OpenAI indique que Codex CLI peut importer jusqu'à 50 discussions des 30 derniers jours. Le flux d'importation du bureau prend également en charge les discussions récentes et permet aux utilisateurs de continuer à travailler à partir de projets ou de conversations importés.

L'article source décrit l'expérience comme suit : lorsque la conversation migrée depuis Claude Code est trop longue, Codex peut compresser le contenu antérieur lors de la première continuation de cette conversation importée par l'utilisateur, libérant ainsi du contexte pour le tour suivant.

L'objectif pratique est simple : la migration ne doit pas se terminer par un énorme enregistrement importé qui devient immédiatement inutilisable.

Ce flux d'importation n'a cessé de s'étendre

L'article source a suivi l'évolution de cette fonctionnalité à travers plusieurs versions de Codex.

L'article rapporte que /import est apparu pour la première fois dans Codex CLI 0.140.0, avec une prise en charge limitée de l'importation depuis Claude Code. Les versions suivantes ont étendu le flux de travail, ajouté des zones de migration supplémentaires, puis ajouté la prise en charge des compétences Cursor et la synchronisation des sessions importées.

L'historique de version spécifique aide à comprendre la vitesse à laquelle la fonctionnalité a évolué, mais pour le contenu actuellement pris en charge, la documentation officielle existante est une meilleure référence. Elle confirme que le flux d'importation couvre désormais un éventail plus large de configurations d'agents et de travaux récents que les versions antérieures.

En pratique, il s'agit toujours d'une migration à sens unique

L'article source fait une observation plus fine : la documentation de migration se concentre sur l'importation vers Codex, et non sur l'exportation de configurations Codex vers Claude Code.

Il y a ici une distinction importante.

La documentation actuelle d'OpenAI prend en charge la mise à jour automatique depuis l'agent d'origine vers les paramètres importés dans l'application de bureau ChatGPT. Les utilisateurs peuvent activer les mises à jour automatiques dans Paramètres → Importer et consulter l'historique des importations à cet endroit.

Cela ne signifie pas que les modifications apportées dans Codex sont automatiquement réécrites dans Claude Code ou Cursor.

La direction reste importante : l'environnement d'origine peut continuer à fournir des mises à jour à la copie importée, mais la copie importée n'est pas présentée comme une couche de synchronisation bidirectionnelle.

Pour les développeurs, cela signifie qu'avant d'activer les mises à jour automatiques, il convient de décider quel environnement est la source faisant autorité.

OpenAI et Anthropic abordent la migration différemment

La concurrence plus large

ne se limite pas à OpenAI.

L'article source indique qu'Anthropic a également développé des outils de migration visant à intégrer le contexte des utilisateurs dans Claude. La documentation d'aide actuelle d'Anthropic propose également un processus d'exportation de données officiel pour ses utilisateurs de Claude, incluant l'historique des conversations et les données de compte.

Cela crée une différence de philosophie significative.

Si une plateforme prend en charge à la fois l'importation et l'exportation, les utilisateurs peuvent plus librement migrer le contexte qu'ils ont accumulé. Si la migration ne fonctionne principalement que dans un sens, cette fonctionnalité peut également devenir un outil puissant pour réduire la friction des utilisateurs à passer à la plateforme cible.

Les détails techniques diffèrent, mais la question stratégique est la même : à qui appartiennent les flux de travail IA accumulés par les développeurs, et quelle est leur portabilité ?

OpenAI a également intégré Codex dans Claude Code

Avant d'étendre son flux d'importation, OpenAI avait déjà agi dans la direction opposée.

Son projet open source codex-plugin-cc permet aux développeurs d'utiliser Codex pour la revue de code et la délégation de tâches directement dans Claude Code. Ce plugin inclut des commandes telles que /codex:review et /codex:transfer, cette dernière permettant de créer un fil de discussion Codex persistant à partir d'une session Claude Code.

Le dépôt est publié sous licence Apache-2.0 et maintenu par OpenAI.

Le flux de travail /codex:transfer est particulièrement pertinent pour l'histoire de la migration.

La documentation du plugin indique qu'il peut prendre la session Claude Code actuelle et créer un fil de discussion Codex persistant, permettant ainsi de poursuivre le travail directement dans Codex. Ce transfert utilise Codex

L'importateur de sessions externes, et suit les mêmes règles de conversion que l'importation de l'historique Claude.

Cela diffère du simple fait d'ouvrir une nouvelle expérience de conversation Codex.

L'objectif est de transporter le contexte de travail lui-même à travers les frontières.

Quatre choses restent encore difficiles à migrer

Un bouton de migration peut éliminer beaucoup de frictions, mais il ne peut pas rendre deux agents de codage différents complètement identiques.

L'article source souligne quatre domaines où les développeurs doivent s'attendre à traiter manuellement.

1. Permissions

Claude Code peut contenir des règles de permissions finement réglées autour de fichiers, commandes, outils et flux de travail spécifiques.

Codex possède son propre modèle de permissions et de sandbox. Par conséquent, les paramètres liés aux permissions importés doivent être examinés, et ne peuvent pas être considérés comme équivalents.

La documentation d'OpenAI recommande spécifiquement de vérifier les restrictions d'outils et les permissions dans les compétences et agents importés après la migration.

Le point important est que la migration des permissions concerne la préservation de l'intention originale, et non pas simplement le renommage des paramètres.

1. Hooks

Les hooks sont un autre domaine où les comportements peuvent diverger.

La documentation d'importation d'OpenAI avertit explicitement que les hooks importés peuvent se comporter différemment après la migration et doivent être examinés.

Les hooks simples peuvent probablement être transférés sans problème. Les chaînes plus complexes, avec des conditions, des hypothèses d'environnement ou des comportements asynchrones, peuvent nécessiter une reconception pour l'outil cible.

Ce n'est donc pas toujours un problème de conversion. Parfois, c'est un problème de reconception du flux de travail.

1. Les modèles changent aussi

C'est peut-être la différence la plus évidente, mais aussi l'une des plus négligées.

Vous pouvez déplacer vos instructions, compétences, configurations MCP, fichiers de projet et mémoire vers Codex, mais le modèle qui exécute ces instructions reste différent.

Les invites ou fichiers CLAUDE.md optimisés pour le comportement de Claude peuvent ne pas produire exactement les mêmes résultats lorsqu'ils sont exécutés par un modèle OpenAI.

La configuration a peut-être été migrée avec succès, mais le comportement qui la sous-tend a changé.

L'article original indique que Codex est conçu autour des propres modèles d'OpenAI et des flux de travail basés sur Responses. Les développeurs qui souhaitent router Codex vers un fournisseur personnalisé doivent considérer cela comme une tâche de configuration distincte, sans supposer que les paramètres de modèle Claude importés se poursuivront automatiquement.

1. L'historique de chat a des limites

Toutes les conversations ne sont pas éligibles à la migration.

La documentation actuelle d'OpenAI indique que le CLI Codex importe au maximum 50 conversations au cours des 30 derniers jours. La commande /import a également des limites opérationnelles : elle n'est pas disponible lors d'une exécution de tâche, dans une session à distance, ou lorsqu'elle est connectée au démon du serveur d'application local.

La documentation actuelle fait également la distinction entre les paramètres locaux et les paramètres au niveau du projet, ce qui signifie que les développeurs doivent vérifier exactement où se trouvent les fichiers et les configurations avant de commencer l'importation.

Le résultat est une règle empirique pratique :

L'importation en un clic ne signifie pas qu'aucune vérification n'est nécessaire.

Le véritable atout n'est pas l'abonnement au modèle

Les classements des modèles évoluent rapidement.

Un modèle peut être en tête un mois, puis être remplacé par une autre version le mois suivant. Ce qui change beaucoup plus lentement, ce sont les flux de travail et l'environnement du développeur.

CLAUDE.md, AGENTS.md, les compétences, les serveurs MCP, les permissions, la mémoire du projet, les commandes et les conversations accumulées deviennent plus précieux avec le temps, car ils codent la manière réelle de travailler du développeur.

Cela fait de la portabilité un problème concurrentiel.

Plus ces configurations sont réutilisables, moins le développeur dépend d'une plateforme de programmation IA particulière.

Et cette épée à double tranchant fonctionne dans les deux sens.

Les normes ouvertes telles que SKILL.md, AGENTS.md et les définitions MCP standardisées facilitent la migration des flux de travail d'un outil à un autre. L'interopérabilité qui aide OpenAI à attirer les utilisateurs de Claude Code pourrait finalement également permettre à ces utilisateurs de quitter Codex plus facilement.

Pour les développeurs, la stratégie pratique est directe :

Conservez autant que possible les actifs de flux de travail importants dans des formats portables, et évitez de rendre l'ensemble du processus de développement dépendant d'un outil propriétaire.

Questions fréquentes

Qu'est-ce que Codex peut importer depuis Claude Code ?

Codex peut importer les instructions prises en charge, les paramètres, les compétences, les plugins, les fichiers de projet, les conversations récentes, les configurations MCP, les hooks, les commandes slash et les sous-agents. La documentation d'OpenAI mappe également la mémoire du projet de Claude Code vers la mémoire de Codex.

Comment importer Claude Code dans le CLI Codex ?

Démarrez une session CLI Codex locale et exécutez /import. Sélectionnez ensuite Claude Code, choisissez les paramètres pris en charge ou les fichiers de projet et conversations récentes à intégrer, et examinez la configuration importée.

Cursor peut-il être importé dans Codex ?

Oui. La documentation actuelle d'OpenAI indique que le CLI Codex peut importer depuis Cursor, et que l'application de bureau ChatGPT peut importer depuis Claude Code, Claude Cowork ainsi que Cursor.

L'importation dans Codex supprimera-t-elle ma configuration Claude Code ?

Non. OpenAI indique clairement que l'importation ne modifie ni ne supprime les paramètres d'agent existants. La configuration importée est intégrée séparément dans l'environnement cible.

Combien de conversations Claude Code Codex peut-il importer ?

Le CLI Codex peut importer jusqu'à 50 conversations au cours des 30 derniers jours. La commande /import a également certaines limites d'utilisation, il est donc préférable de l'exécuter dans une session CLI locale normale.

Les compétences de Claude Code se comporteront-elles exactement de la même manière dans Codex ?

Pas nécessairement. Les compétences, hooks, permissions, plugins et modèles de commandes peuvent dépendre du comportement de l'outil d'origine. OpenAI recommande donc de les examiner avant de s'appuyer sur les paramètres importés.

Puis-je transférer directement une session Claude Code dans Codex ?

Le codex-plugin-cc d'OpenAI fournit la commande /codex:transfer qui permet de créer un fil de discussion Codex persistant à partir d'une session Claude Code. Ce plugin est spécifiquement conçu pour continuer le travail Claude Code dans Codex.

Outils associés

• OpenAI Codex : L'agent de programmation d'OpenAI pour les flux de travail de développement logiciel.
• CLI Codex : L'interface en ligne de commande pour utiliser Codex en local.
• Claude Code : L'agent de programmation d'Anthropic, et l'environnement source principal discuté dans ce guide de migration.
• Cursor : Un éditeur de code propulsé par l'IA pris en charge par les flux de travail d'importation de Codex.
• Plugin OpenAI Codex pour Claude Code : Le plugin officiel d'OpenAI pour utiliser Codex dans Claude Code.

Liens pertinents

• Documentation d'importation d'OpenAI : Guide officiel pour importer des paramètres et des travaux récents depuis d'autres agents IA.
• Documentation CLI Codex : Documentation officielle pour installer et utiliser le CLI Codex.
• Plugin OpenAI Codex pour Claude Code : Le dépôt officiel d'OpenAI pour l'intégration avec Claude Code.
• README du plugin Codex : Instructions d'installation et d'utilisation du plugin Claude Code.
• Exportation des données Claude : La documentation officielle d'Anthropic pour exporter les données Claude.

Guide des données de compte et de conversation.

• OpenAI Developers : Centre principal de documentation développeur d'OpenAI.
• OpenAI Devs on X : Publication des développeurs OpenAI citée dans l'article source.

Résumé

Le flux d'importation actuellement proposé par OpenAI élimine un obstacle majeur à la migration pour les développeurs qui ont accumulé des mois de configuration et de contexte dans Claude Code ou Cursor. Les instructions, compétences, plugins, projets, configurations MCP, mémoires et historiques de chat récents peuvent désormais être transférés vers Codex via le processus d'importation pris en charge.

Une limite importante réside dans le fait que la migration n'équivaut pas à une compatibilité parfaite. Les autorisations, hooks, invites, plugins et comportements de modèle peuvent changer après la migration, il convient donc de revoir les configurations importées avant utilisation.

Elles font désormais partie des flux de travail de production.

La configuration d'IA de codage la plus portable est celle qui maintient les instructions, compétences et connaissances de projet précieuses indépendantes de tout agent unique.