OpenAI évacue tout le contenu de Claude Code, les biens des utilisateurs migrent vers Codex en un clic, seul Claude ne peut être emporté

marsbitPublié le 2026-08-12Dernière mise à jour le 2026-08-12

Résumé

La guerre des assistants IA de programmation s'intensifie, visant désormais les actifs précieux accumulés par les utilisateurs. OpenAI a introduit une fonction d'importation permettant de transférer facilement les configurations, compétences, plugins, projets et historiques de conversation récents (30 jours) depuis des outils concurrents comme Claude Code et Cursor vers son propre écosystème Codex et ChatGPT. Ce processus, développé sur trois mois, convertit automatiquement la plupart des éléments (fichiers d'instructions, paramètres, MCP, etc.) dans les formats d'OpenAI. Il est conçu pour être non destructif et offre même une synchronisation continue depuis la source. Cependant, il présente des limites importantes : aucune fonction d'exportation inverse n'existe, certains éléments comme les systèmes complexes d'autorisations et de hooks nécessitent une reconfiguration manuelle, et surtout, le modèle d'IA sous-jacent change forcément (de Claude à GPT). Cette stratégie vise à réduire le "coût de changement" des développeurs en récupérant leur "capital de productivité" personnel (configurations, compétences, historique). Elle reflète une bataille où la fidélité des utilisateurs ne dépend plus seulement de la performance du modèle, mais aussi de l'inertie créée par ces actifs cumulés. À terme, la standardisation croissante des formats pourrait néanmoins rendre ces actifs plus portables, incitant les développeurs à privilégier des solutions interopérables plutôt que des écosyst...

La bataille de la programmation IA a jeté son dévolu sur les biens des utilisateurs de l'adversaire.

Changer d'outil de programmation IA, le plus coûteux n'est jamais l'abonnement, mais plutôt ce fichier CLAUDE.md que vous avez peaufiné pendant six mois, les dizaines d'astuces accumulées, les autorisations passées une à une sur le serveur MCP, et cette série de commandes slash que vous pouvez taper les yeux fermés.

Tout cela ne s'achète pas, c'est le manuel d'instructions qui permet à Claude Code de travailler pour vous. Passer à Codex, le manuel devient obsolète, tout doit être réécrit depuis le début.

Ce qui rend les développeurs vraiment réticents à partir, ce sont précisément ces biens accumulés pendant six mois et installés sur leur propre machine.

Ce qu'OpenAI a récemment fait, c'est de regrouper l'ensemble de ces biens et de les déplacer chez eux.

Le 11 août, OpenAI a unifié les instructions d'importation d'agents externes dans un seul document.

En ouvrant la version de bureau de ChatGPT, un nouvel onglet Import est apparu dans les paramètres, capable de détecter Claude Code, Claude Cowork et Cursor ; en tapant /import dans le CLI de Codex, il reconnaît Claude Code et Cursor.

Quelques clics, et les configurations, compétences, extensions, projets et conversations des 30 derniers jours laissés sur votre machine par ces outils sont déplacés d'un coup.

Ce sont des copies qui sont déplacées.

La documentation officielle est très claire : l'importation ne modifie ni ne supprime vos configurations d'agents existantes.

C'est comme si on offrait gratuitement un camion de déménagement aux utilisateurs de la concurrence, qui vient emballer à domicile, tout en laissant la pièce d'à côté intacte.

En parcourant toute la documentation de ce processus, un mot est totalement absent du début à la fin – /export.

On ne peut que faire entrer, pas faire sortir.

Ce qui est déménagé est plus que ce que vous pensez

Parlons d'abord de ce que ce camion peut transporter. Les autorités ont fourni une « liste de contrôle de déménagement » :

Les fichiers d'instructions (principalement CLAUDE.md côté Claude Code) deviennent AGENTS.md une fois déplacés ;

settings.json devient config.toml : le mélange JSON + Markdown de Claude Code est uniformément intégré dans un fichier TOML côté Codex ;

Les Skills restent des Skills, les extensions restent des extensions, mais pour savoir si les extensions peuvent être utilisées directement, il faut lire la suite.

Les configurations de serveur MCP correspondent aux configurations MCP de Codex, les Hooks aux hooks Codex, les sous-agents aux agents Codex.

Vos propres commandes slash : celles qui encapsulent un processus fréquemment exécuté en /xxx, du type utilisé par toute l'équipe, ne s'appellent plus des commandes une fois déplacées, elles sont toutes converties en skill.

Les commandes intégrées aux extensions subissent le même sort, converties lors de l'installation.

Le nom change, la façon de les appeler change, et leur portée d'utilisation peut aussi changer. Donc, strictement parlant, ce n'est pas un déménagement, mais une reconversion.

La mémoire de projet de Claude Code devient des Memories. Les conversations des 30 derniers jours entrent dans les chats ChatGPT.

Quant à la « migration de projet », les termes officiels sont que les dossiers de projet existants deviendront des « projets utilisant le même dossier ».

En clair, Codex ne fait que reprendre le contrôle du répertoire sur votre machine locale, il ne télécharge ni ne copie l'ensemble du dépôt chez OpenAI.

La liste de sélection est détaillée jusqu'aux instructions, paramètres, compétences, extensions, projets et conversations, chaque élément étant optionnel.

Il y a un détail ici qui montre le mieux si ce travail a été fait sérieusement.

Les anciennes sessions importées de Claude Code sont souvent trop longues pour que Codex puisse les lire d'un trait.

Dans d'autres outils, dans ce genre de situation, on obtient généralement un message d'erreur, et c'est à vous de vous débrouiller pour le reste.

La méthode de Codex est très attentionnée : lors de l'importation de la conversation, il note automatiquement la longueur de l'échange et le quota utilisé.

Quand vous revenez à cette ancienne conversation et tapez votre premier message après le déménagement, il commence par condenser automatiquement le contenu précédent pour libérer de l'espace, avant de poursuivre la réponse.

Vous n'avez rien à gérer, rien à supprimer, vous pouvez continuer à discuter dès l'importation.

Ce système d'importation de Codex n'est pas non plus apparu soudainement aujourd'hui.

/import est apparu pour la première fois dans le CLI 0.140.0, à l'époque, il ne pouvait importer que les paramètres, compétences et historiques de chat de Claude Code, les utilisateurs de Cursor devaient les recopier manuellement.

Le 9 juin, Codex app 26.608 a intégré le processus d'importation dans la version de bureau et l'a même inclus dans le guide de première utilisation.

Le CLI 0.145.0 du 21 juillet est la version qui a vraiment étendu les capacités, passant d'un coup à six aspects de migration : paramètres, serveurs MCP, extensions, sessions, commandes, mémoire au niveau projet.

Le 0.147.0 du 7 août a ajouté l'importation des compétences Cursor, ainsi que la synchronisation ultérieure des sessions déjà importées.

Trois mois, trois itérations.

Il semble qu'OpenAI ne puisse plus attendre pour récupérer les utilisateurs de Claude Code.

On ne peut que faire entrer, pas faire sortir

Dans toute la documentation, il n'y a pas une seule commande pour exporter la configuration de Codex.

Les modifications que vous apportez dans Codex ne seront pas répercutées dans Claude Code.

La version de bureau offre bien un interrupteur de mise à jour automatique, activable dans les paramètres, et on peut même consulter l'historique des importations.

Mais il faut bien comprendre la direction de cette synchronisation : son rôle est de synchroniser en continu les nouveaux éléments de Claude Code, Cursor vers ChatGPT.

La source continue de mettre à jour, la destination continue de recevoir.

L'ouverture côté CLI est encore plus restreinte.

Le Codex CLI 0.147.0 publié le 7 août a ajouté deux choses : l'importation des compétences hébergées par Cursor, et la synchronisation des changements ultérieurs des sessions Claude et Cursor déjà importées, sans générer de contenu en double.

La porte par laquelle vous entrez détermine combien de liens il vous reste avec la source.

Vous pensiez simplement configurer des outils, mais en réalité, vous accumuliez des actifs.

Maintenant, on vous dit que ces actifs peuvent être emballés et emportés, et qu'ils peuvent même continuer à se mettre à jour depuis la source.

Les deux entreprises ont joué le jeu du déménagement, mais de manière différente.

Début mars, Anthropic a lancé l'outil de migration de mémoire Memory Import, visant précisément les utilisateurs de ChatGPT, pour importer vos préférences et contextes accumulés dans ChatGPT et Gemini vers Claude.

Sa documentation de support indique également : vous pouvez également exporter la mémoire de Claude pour la sauvegarde ou la migration.

Les deux directions sont ouvertes.

Le 30 mars, OpenAI a publié une extension open source Apache 2.0, codex-plugin-cc, permettant à Codex de s'exécuter à l'intérieur de Claude Code, transformant sa propre revue de code et gestion de tâches en commandes slash dans le terminal de l'adversaire.

L'extension a un /codex:transfer, qui convertit la session Claude Code actuelle en un fil de discussion Codex persistant. La documentation de l'extension précise qu'elle utilise l'importateur de sessions d'agents externes de Codex, suivant les mêmes règles de conversion que le système d'importation d'aujourd'hui.

De « pénétrer chez l'adversaire » à « faire sortir les gens ». En quatre mois et demi, l'action d'OpenAI a gagné un cran.

Quatre choses ne peuvent être emportées

Les développeurs ayant effectué une migration complète dans la communauté s'accordent à peu près sur ceci : neuf configurations sur dix peuvent être converties automatiquement.

Le dixième qui bloque, c'est celui qui est critique.

Première chose, les permissions.

Les listes blanches à granularité fine que vous avez ajustées manuellement pendant six mois dans Claude Code se heurtent aux trois niveaux grossiers du bac à sable de Codex : lecture seule, écriture dans l'espace de travail, accès complet.

Ce n'est pas une simple affaire de changement de nom de fichier, il faut repenser l'intention derrière cette liste blanche d'origine, puis la traduire en l'un de ces trois niveaux.

Codex n'a que trois configurations de permissions intégrées : lecture seule, écriture dans l'espace de travail, accès complet.

Deuxième chose, les Hooks.

Le modèle de hooks de Claude Code est plus riche, avec des groupes de conditions, des chaînes de traitement asynchrones, etc.

On ne trouve pas d'équivalent côté Codex.

Les chaînes de hooks complexes importées ne subissent pas une conversion, mais une reconception. La documentation officielle elle-même met en garde : le comportement des Hooks après importation peut différer de l'original, vérifiez avant utilisation.

Troisième chose, le modèle lui-même.

Les deux premières choses déplacent les bagages, celle-ci déplace la personne qui fait le travail.

Codex ne fonctionne nativement qu'avec le protocole Responses d'OpenAI, il ne reconnaît pas les modèles d'Anthropic. Autrement dit, vous pouvez importer CLAUDE.md, les compétences, les configurations MCP dans Codex, mais désormais, c'est GPT qui exécutera cette configuration, plus Claude.

Ces prompts ont été réglés en fonction des caractéristiques de Claude, maintenant c'est quelqu'un d'autre qui les exécute.

Sauf si vous montez vous-même une passerelle compatible, l'enregistrez comme fournisseur de modèle, puis créez un profil spécifique pointant vers elle. Sur toute la liste de migration, c'est le seul élément sans solution de correspondance native.

Quatrième chose, les limites de l'historique des conversations.

Seules les sessions locales de la machine peuvent être déplacées.

Les conversations sur le site web claude.ai, les conversations sur la version web de Cursor, ne peuvent pas être importées. Le CLI impose même une limite stricte : 30 derniers jours, maximum 50 conversations.

Des développeurs ont compté les champs de compétences de Claude Code : il y en a 18 au total, seulement 6 sont génériques, les 12 autres ne sont reconnus que par Claude Code lui-même.

Seul un tiers des compétences que vous avez écrites peuvent être emportées.

Les autorités ont également fourni une liste de vérification post-importation : les permissions des compétences et des agents, les serveurs MCP nécessitant une nouvelle connexion, les Hooks dont le comportement peut changer, les extensions à suivre manuellement, et les modèles de commandes incluant des paramètres et chemins de fichiers.

Déménagement en un clic, puis vérification manuelle pendant une demi-heure.

C'est le processus complet.

Ce qui est en jeu, ce ne sont pas les utilisateurs, mais leurs biens

Les scores des modèles changent tous les six mois : aujourd'hui vous êtes premier, le mois prochain, la nouvelle version de l'adversaire peut vous détrôner.

Mais les configurations, mémoires, compétences, historiques de conversation, eux, ne changent pas : ils s'accumulent jour après jour sur la machine du développeur.

Ces biens sont à la fois les actifs du développeur et les douves qui permettent à OpenAI et Anthropic de fidéliser leurs utilisateurs.

Le coup d'OpenAI vise précisément à vider les douves de l'adversaire.

Mais en vidant celles des autres, les siennes deviennent aussi moins profondes : pour libérer l'eau des autres, il faut d'abord creuser des canaux, mais les canaux sont à double sens.

SKILL.md, AGENTS.md, la définition standard de MCP, ces formats sont en train de devenir des standards de facto.

Plus les formats sont universels, plus il devient difficile pour quiconque de verrouiller les autres.

Ce qui peut être importé dans Codex par une commande aujourd'hui, peut théoriquement être exporté vers ailleurs par une commande demain.

Pour les développeurs, la démarche est pourtant simple : miser leurs biens sur des formats portables, pas sur un outil spécifique.

Cet article provient du compte WeChat public «新智元», auteur : ASI启示录

Cryptos en tendance

Questions liées

QQuel est le principal objet de la fonction d'importation introduite par OpenAI dans ChatGPT et Codex CLI ?

ALa fonction d'importation permet aux utilisateurs de Claude Code et de Cursor de transférer facilement leurs configurations, compétences, plugins, projets et historiques de chat récents vers l'écosystème d'OpenAI (ChatGPT/Codex), réduisant ainsi les coûts de changement pour les développeurs.

QQuels sont les quatre principaux éléments qui NE peuvent PAS être transférés de Claude Code vers Codex selon l'article ?

ALes quatre éléments qui ne peuvent pas être transférés sont : 1) Les permissions granulaires (listes blanches), 2) Les Hooks complexes de Claude Code, 3) Le modèle Claude lui-même (remplacé par GPT), et 4) Les conversations en ligne (claude.ai) et les conversations Cursor Web au-delà de 30 jours/50 messages en local.

QComment OpenAI garantit-il la continuité des anciennes conversations longues après leur importation dans Codex ?

ALors de l'importation, Codex évalue la longueur et le 'coût en contexte' des anciennes conversations. Lorsque l'utilisateur reprend une conversation importée, Codex résume automatiquement le contenu précédent pour libérer de l'espace dans le contexte avant de répondre à la nouvelle requête, assurant ainsi la continuité sans action manuelle.

QEn quoi l'approche de migration de mémoire d'Anthropic diffère-t-elle de celle d'OpenAI décrite dans l'article ?

AL'outil 'Memory Import' d'Anthropic, lancé en mars, permet l'import ET l'export des mémoires utilisateur, favorisant la portabilité et la sauvegarde. En revanche, la fonction d'importation d'OpenAI est principalement unidirectionnelle (vers ChatGPT/Codex) avec une synchronisation continue depuis la source, mais sans fonction native d'export vers d'autres outils.

QSelon la conclusion de l'article, quelle est la stratégie recommandée aux développeurs face à cette guerre des outils d'IA ?

AL'article recommande aux développeurs de baser leur 'capital de travail' (configurations, compétences) sur des formats standardisés et portables (comme SKILL.md, AGENTS.md, MCP), plutôt que de s'enfermer dans un écosystème propriétaire spécifique, afin de conserver leur liberté de mouvement entre les différents outils.

Lectures associées

WEEX Live Mode 2.0 : Transformez votre flux crypto en moteur de croissance

WEEX, une plateforme d'échange de crypto-monnaies majeure, a annoncé une mise à jour importante de sa fonctionnalité "Live Mode", introduisant quatre nouveaux modules d'affichage à l'écran : Récompenses, Don par QR, Copie de trades et Performances. Cette mise à jour vise à transformer chaque diffusion en direct en un outil de croissance, de monétisation et d'établissement de confiance pour les traders et les streamers. Le module Récompenses combine deux outils : un QR code d'invitation pour faciliter l'inscription des nouveaux spectateurs et la distribution de cadeaux crypto (comme des enveloppes rouges). Le module Don par QR permet aux spectateurs de soutenir financièrement le streamer en WXT via un code scannable et affiche un classement des trois principaux donateurs. Pour les traders leaders qualifiés, le module Copie de trade offre un QR code dirigeant instantanément les spectateurs vers leur profil, leur permettant de copier leurs trades. Enfin, le module Performances permet d'afficher des indicateurs clés en temps réel (ROI quotidien, taux de réussite, P&L) directement sur le stream, renforçant ainsi la crédibilité. Ces modules sont tous optionnels et contrôlés individuellement. L'objectif est de permettre aux créateurs de développer leur audience, de monétiser leur contenu, de gagner des adeptes et de prouver leurs résultats, le tout sans quitter leur interface de streaming. La mise à jour s'adresse aux streamers, aux traders leaders, aux bâtisseurs de communauté et aux traders axés sur les résultats. Pour l'activer, les utilisateurs doivent se connecter à WEEX, ouvrir une page de trading à terme, cliquer sur "Mise en page", choisir le mode Live et activer les modules souhaités.

TheNewsCryptoIl y a 52 mins

WEEX Live Mode 2.0 : Transformez votre flux crypto en moteur de croissance

TheNewsCryptoIl y a 52 mins

Trading

Spot

Articles tendance

Comment acheter ONE

Bienvenue sur HTX.com ! Nous vous permettons d'acheter Harmony (ONE) de manière simple et pratique. Suivez notre guide étape par étape pour commencer votre parcours crypto.Étape 1 : Création de votre compte HTXUtilisez votre adresse e-mail ou votre numéro de téléphone pour ouvrir un compte sur HTX gratuitement. L'inscription se fait en toute simplicité et débloque toutes les fonctionnalités.Créer mon compteÉtape 2 : Choix du mode de paiement (rubrique Acheter des cryptosCarte de crédit/débit : utilisez votre carte Visa ou Mastercard pour acheter instantanément Harmony (ONE).Solde :utilisez les fonds du solde de votre compte HTX pour trader en toute simplicité.Prestataire tiers :pour accroître la commodité d'utilisation, nous avons ajouté des modes de paiement populaires tels que Google Pay et Apple Pay.P2P :tradez directement avec d'autres utilisateurs sur HTX.OTC (de gré à gré) : nous offrons des services personnalisés et des taux de change compétitifs aux traders.Étape 3 : stockage de vos Harmony (ONE)Après avoir acheté vos Harmony (ONE), stockez-les sur votre compte HTX. Vous pouvez également les envoyer ailleurs via un transfert sur la blockchain ou les utiliser pour trader d'autres cryptos.Étape 4 : tradez des Harmony (ONE)Tradez facilement Harmony (ONE) sur le marché Spot de HTX. Il vous suffit d'accéder à votre compte, de sélectionner la paire de trading, d'exécuter vos trades et de les suivre en temps réel. Nous offrons une expérience conviviale aux débutants comme aux traders chevronnés.

636 vues totalesPublié le 2024.12.12Mis à jour le 2026.06.02

Comment acheter ONE

Discussions

Bienvenue dans la Communauté HTX. Ici, vous pouvez vous tenir informé(e) des derniers développements de la plateforme et accéder à des analyses de marché professionnelles. Les opinions des utilisateurs sur le prix de ONE (ONE) sont présentées ci-dessous.

活动图片