OpenAI rende più facile il passaggio da Claude Code a Codex

OpenAI sta rendendo più semplice il passaggio da Claude Code a Codex

Introduzione

Tra gli strumenti di programmazione basati sull'IA, ciò che è più difficile da sostituire spesso non è il costo dell'abbonamento.

Ma tutto ciò che lo sviluppatore ha accumulato attorno allo strumento: un CLAUDE.md meticolosamente calibrato, decine di piccoli trucchi del flusso di lavoro, permessi dei server MCP, comandi slash, competenze, memoria di progetto e mesi di cronologia delle chat.

Questi file possono essere silenziosamente conservati sul computer dello sviluppatore, ma insieme costituiscono un manuale operativo del flusso di lavoro di programmazione con l'IA. Passare da Claude Code a un altro strumento, senza supporto alla migrazione, significherebbe dover ricostruire da zero gran parte di queste configurazioni.

OpenAI ora rende questo passaggio molto più semplice.

Secondo la documentazione attuale di OpenAI, l'app desktop di ChatGPT può importare configurazioni supportate e lavori recenti da Claude Code, Claude Cowork e Cursor. Codex CLI può importare da Claude Code e Cursor, preservando la configurazione esistente anziché eliminarla o sostituirla.

Sembra una semplice funzione di comodità. Ma in realtà, cambia il livello di attrito che gli sviluppatori affrontano quando passano da uno strumento di programmazione basato sull'IA all'altro.

OpenAI sta impacchettando le configurazioni degli utenti di Claude Code

OpenAI ha recentemente consolidato le sue istruzioni di importazione da agenti esterni in un unico flusso di lavoro.

Nell'app desktop di ChatGPT, gli utenti possono aprire Impostazioni → Importa e selezionare un agente supportato come Claude Code, Claude Cowork o Cursor. In Codex CLI, il punto di accesso corrispondente è:

/import

La documentazione ufficiale attuale indica che l'app desktop può importare istruzioni, impostazioni, competenze, plugin, progetti e lavori recenti. Codex CLI può importare configurazioni supportate, file di progetto e cronologia chat recenti da Claude Code o Cursor.

Il dettaglio importante è che l'importazione è una copia, non una migrazione distruttiva.

La documentazione di OpenAI afferma chiaramente che l'importazione non modifica né elimina le configurazioni degli agenti esistenti. In altre parole, la tua configurazione di Claude Code o Cursor rimane al suo posto, mentre Codex riceve la sua versione importata.

Questo rende l'intero processo più simile a portare il tuo ambiente di sviluppo esistente in un secondo strumento, piuttosto che sostituire uno strumento.

La migrazione porta più di quanto ci si aspetti

La documentazione ufficiale sull'importazione fornisce una mappatura abbastanza dettagliata dalle configurazioni sorgente alle destinazioni Codex.

Elemento sorgente	Destinazione Codex
File di istruzioni	AGENTS.md
settings.json	config.toml
Competenze	Competenze
Plugin	Plugin
Cartelle di progetto esistenti	Progetti che utilizzano la stessa cartella
Memoria di progetto da Claude Code	Memoria
Cronologia chat degli ultimi 30 giorni	Cronologia chat ChatGPT
Configurazione server MCP	Configurazione MCP di Codex
Hook	Hook di Codex
Comandi slash	Competenze
Sub-agenti	Agenti Codex

Pertanto, la conversione non è sempre una semplice copia di file.

File di istruzioni di Claude Code come CLAUDE.md diventano AGENTS.md. settings.json di Claude Code viene convertito in config.toml di Codex. I comandi slash vengono mappati alle competenze, mentre i sub-agenti diventano agenti Codex.

Questa distinzione è importante perché un'importazione riuscita non garantisce necessariamente che ogni progetto si comporti esattamente allo stesso modo in seguito.

I nomi potrebbero cambiare,

i formati di configurazione potrebbero cambiare e anche i modelli di esecuzione subiranno variazioni.

I progetti vengono riutilizzati, non caricati come nuove copie

La migrazione dei progetti è un altro dettaglio utile.

La documentazione di OpenAI afferma che le cartelle di progetto esistenti vengono importate come progetti che utilizzano la stessa cartella. Pertanto, il flusso di lavoro non richiede la duplicazione dell'intero repository per continuare a lavorare in Codex.

L'interfaccia di importazione consente inoltre agli utenti di selezionare cosa portare con sé, anziché imporre una migrazione tutto-o-nulla.

Questo significa che impostazioni, istruzioni, competenze, plugin, progetti e cronologia chat possono essere esaminati come parti indipendenti della migrazione.

Dopo l'importazione è possibile continuare le vecchie conversazioni

La migrazione presenta anche un altro problema pratico: le vecchie conversazioni potrebbero essere troppo grandi per essere gestite in una sola volta dallo strumento di destinazione.

Codex gestisce questo problema attraverso la gestione del contesto, anziché rifiutare semplicemente le conversazioni importate.

La documentazione attuale di OpenAI afferma che Codex CLI può importare fino a 50 chat degli ultimi 30 giorni. Anche il processo di importazione desktop supporta le chat recenti e consente agli utenti di continuare a lavorare su progetti o conversazioni importati.

L'articolo originale descrive l'esperienza in questo modo: quando una conversazione migrata da Claude Code è troppo lunga, Codex può comprimere il contenuto iniziale al primo tentativo dell'utente di continuare quella conversazione importata, liberando contesto per il turno successivo.

L'obiettivo pratico è semplice: la migrazione non dovrebbe concludersi con un enorme registro di importazione che diventa immediatamente inutilizzabile.

Questo processo di importazione è in continua espansione

L'articolo originale traccia l'evoluzione di questa funzionalità attraverso diverse versioni di Codex.

L'articolo riporta che /import è apparso per la prima volta in Codex CLI 0.140.0, supportando una gamma più ristretta di importazioni da Claude Code. Le versioni successive hanno ampliato il flusso di lavoro, aggiungendo ulteriori aree di migrazione e successivamente il supporto per le competenze di Cursor e la sincronizzazione delle sessioni importate.

La cronologia specifica dei rilasci aiuta a comprendere la velocità con cui la funzionalità si è evoluta, ma per quanto riguarda il supporto attuale, la documentazione ufficiale esistente è un riferimento migliore. Conferma che il flusso di lavoro di importazione copre ora una gamma più ampia di impostazioni degli agenti e lavori recenti rispetto alle versioni precedenti.

In pratica rimane una migrazione unidirezionale

L'articolo originale fa un'osservazione più acuta: la documentazione sulla migrazione si concentra sull'importazione in Codex, non sull'esportazione delle configurazioni di Codex nuovamente in Claude Code.

C'è una differenza importante qui.

La documentazione attuale di OpenAI supporta l'aggiornamento automatico dalle impostazioni importate dall'agente originale nell'app desktop di ChatGPT. Gli utenti possono attivare gli aggiornamenti automatici in Impostazioni → Importa e visualizzare la cronologia delle importazioni in quella sezione.

Questo non significa che le modifiche apportate in Codex vengano automaticamente riscritte in Claude Code o Cursor.

La direzione rimane importante: l'ambiente originale può continuare a fornire aggiornamenti alla copia importata, ma la copia importata non viene presentata come un livello di sincronizzazione bidirezionale.

Per gli sviluppatori, ciò significa che prima di attivare gli aggiornamenti automatici, vale la pena decidere quale ambiente è la fonte autorevole.

OpenAI e Anthropic stanno affrontando la migrazione in modi diversi

La competizione più ampia

non si limita solo a OpenAI.

L'articolo originale osserva che anche Anthropic ha sviluppato strumenti di migrazione progettati per portare il contesto degli utenti in Claude. L'attuale documentazione di supporto di Anthropic offre anche un processo ufficiale di esportazione dei dati per i suoi utenti Claude, inclusa la cronologia delle conversazioni e i dati dell'account.

Ciò comporta una differenza filosofica significativa.

Se una piattaforma supporta sia l'importazione che l'esportazione, gli utenti hanno maggiore libertà di migrare il contesto che hanno accumulato. Se la migrazione scorre principalmente in una sola direzione, quella funzionalità potrebbe anche diventare un potente strumento per ridurre l'attrito degli utenti nel passare alla piattaforma target.

I dettagli tecnici possono differire, ma la questione strategica è la stessa: a chi appartengono i flussi di lavoro IA accumulati dagli sviluppatori e quanto sono portabili?

OpenAI ha anche integrato Codex in Claude Code

Prima di espandere il suo processo di importazione, OpenAI aveva già agito nella direzione opposta.

Il suo progetto open source codex-plugin-cc consente agli sviluppatori di utilizzare Codex all'interno di Claude Code per revisioni del codice e attività delegate. Il plugin include comandi come /codex:review e /codex:transfer, dove quest'ultimo può creare un thread Codex persistente da una sessione Claude Code.

Il repository è pubblicato con licenza Apache-2.0 ed è mantenuto da OpenAI.

Il flusso di lavoro /codex:transfer è particolarmente rilevante per la storia della migrazione.

La documentazione del plugin afferma che può prendere la sessione corrente di Claude Code e creare un thread Codex persistente, consentendo al lavoro di continuare direttamente in Codex. Il trasferimento utilizza Codex

Importatore di sessioni di agenti esterni, che segue le stesse regole di conversione dell'importazione della cronologia di Claude.

Questo è diverso dal semplice avvio di una nuova esperienza di conversazione con Codex.

L'obiettivo è trasportare il contesto di lavoro stesso attraverso i confini.

Ci sono ancora quattro cose che non possono essere migrate senza problemi

Un pulsante di migrazione può eliminare molti attriti, ma non può rendere identici due diversi agenti di codifica.

L'articolo originale evidenzia quattro aree in cui gli sviluppatori dovrebbero aspettarsi di intervenire manualmente.

1. Autorizzazioni

Claude Code può includere regole di autorizzazione finemente calibrate relative a file, comandi, strumenti e flussi di lavoro specifici.

Codex ha il proprio modello di autorizzazioni e sandbox. Di conseguenza, le impostazioni relative alle autorizzazioni importate devono essere riviste, senza dare per scontato che siano equivalenti.

La documentazione di OpenAI consiglia in particolare di rivedere, dopo la migrazione, i limiti degli strumenti e le autorizzazioni nelle competenze e negli agenti importati.

Un punto importante è che la migrazione delle autorizzazioni riguarda la conservazione dell'intento originale, non solo la rinomina delle impostazioni.

2. Hook

Gli hook sono un'altra area in cui il comportamento può differire.

La documentazione sull'importazione di OpenAI avverte esplicitamente che gli hook importati potrebbero comportarsi diversamente dopo la migrazione e dovrebbero essere rivisti.

Gli hook semplici potrebbero essere trasferiti senza problemi. Le catene più complesse, con condizioni, presupposti ambientali o comportamenti asincroni, potrebbero richiedere una riprogettazione per lo strumento di destinazione.

Quindi non è sempre un problema di conversione. A volte è un problema di riprogettazione del flusso di lavoro.

3. Anche i modelli cambiano

Questa è forse la differenza più ovvia, ma anche una di quelle più facilmente trascurate.

Puoi spostare le tue istruzioni, competenze, configurazioni MCP, file di progetto e memoria in Codex, ma il modello che esegue queste istruzioni è comunque diverso.

I prompt o i file CLAUDE.md ottimizzati per il comportamento di Claude potrebbero non produrre esattamente gli stessi risultati quando eseguiti da un modello OpenAI.

La configurazione potrebbe essere stata migrata con successo, ma il comportamento sottostante è cambiato.

L'articolo originale sottolinea che Codex è progettato attorno ai modelli OpenAI stessi e ai flussi di lavoro basati su Responses. Gli sviluppatori che desiderano instradare Codex verso provider personalizzati devono considerarlo un'attività di configurazione separata, senza presumere che le configurazioni dei modelli Claude importate si contino automaticamente.

4. La cronologia chat ha dei limiti

Non tutte le conversazioni sono idonee alla migrazione.

La documentazione attuale di OpenAI mostra che Codex CLI importa al massimo 50 chat degli ultimi 30 giorni. Anche il comando /import ha limitazioni operative: non è disponibile durante l'esecuzione di attività, nelle sessioni remote o quando è connesso al demone del server applicativo locale.

La documentazione attuale distingue anche tra impostazioni locali e impostazioni a livello di progetto, il che significa che gli sviluppatori dovrebbero verificare esattamente dove si trovano file e configurazioni prima di iniziare l'importazione.

Il risultato è una regola pratica utile:

L'importazione con un clic non significa che non sia necessaria una revisione.

Il vero asset di valore non è l'abbonamento al modello

I benchmark dei modelli cambiano rapidamente.

Un modello può essere in testa in un mese, per poi essere sostituito da un'altra versione. Ciò che cambia molto più lentamente è il flusso di lavoro che circonda lo sviluppatore.

CLAUDE.md, AGENTS.md, competenze, server MCP, autorizzazioni, memoria di progetto, comandi e conversazioni accumulate diventano più preziosi nel tempo, perché codificano il modo effettivo di lavorare dello sviluppatore.

Questo rende la portabilità una questione competitiva.

Maggiore è la riutilizzabilità di queste configurazioni, minore è la dipendenza dello sviluppatore da una particolare piattaforma di AI per la programmazione.

E questa spada a doppio taglio funziona in entrambe le direzioni.

Standard aperti come SKILL.md, AGENTS.md e le definizioni MCP standardizzate rendono più facile migrare i flussi di lavoro da uno strumento all'altro. L'interoperabilità che aiuta OpenAI ad attrarre gli utenti di Claude Code potrebbe, alla fine, rendere anche più facile per questi utenti lasciare Codex.

Per gli sviluppatori, la strategia pratica è diretta:

Conservare il più possibile gli asset di flusso di lavoro importanti in formati portabili ed evitare che l'intero processo di sviluppo dipenda da uno strumento proprietario.

Domande frequenti

Cosa può importare Codex da Claude Code?

Codex può importare istruzioni supportate, impostazioni, competenze, plugin, file di progetto, chat recenti, configurazioni MCP, hook, comandi slash e sotto-agenti. La documentazione di OpenAI mappa anche la memoria di progetto di Claude Code nella memoria di Codex.

Come si importa Claude Code in Codex CLI?

Avvia una sessione locale di Codex CLI ed esegui /import. Quindi seleziona Claude Code, scegli le impostazioni supportate o i file di progetto e le chat recenti da importare e rivedi la configurazione importata.

Cursor può essere importato in Codex?

Sì. La documentazione attuale di OpenAI mostra che Codex CLI può importare da Cursor, mentre l'app desktop ChatGPT può importare da Claude Code, Claude Cowork e Cursor.

L'importazione in Codex eliminerà la mia configurazione di Claude Code?

No. OpenAI afferma esplicitamente che l'importazione non modifica né elimina le impostazioni esistenti dell'agente. Le configurazioni importate vengono portate separatamente nell'ambiente di destinazione.

Quante chat di Claude Code può importare Codex?

Codex CLI può importare fino a 50 chat degli ultimi 30 giorni. Anche il comando /import ha alcune limitazioni di utilizzo, quindi è meglio eseguirlo in una normale sessione CLI locale.

Le competenze di Claude Code si comporteranno esattamente allo stesso modo in Codex?

Non necessariamente. Competenze, hook, autorizzazioni, plugin e modelli di comando possono dipendere dal comportamento dello strumento originale, quindi OpenAI consiglia di rivederli prima di fare affidamento sulle impostazioni importate.

Posso trasferire direttamente una sessione di Claude Code in Codex?

Il plugin codex-plugin-cc di OpenAI fornisce il comando /codex:transfer per creare thread Codex persistenti a partire da una sessione di Claude Code. Il plugin è progettato specificamente per continuare il lavoro di Claude Code in Codex.

Strumenti correlati

• OpenAI Codex: L'agente di programmazione di OpenAI per i flussi di lavoro di sviluppo software.
• Codex CLI: L'interfaccia a riga di comando per usare Codex in locale.
• Claude Code: L'agente di programmazione di Anthropic e l'ambiente sorgente principale discusso in questa guida alla migrazione.
• Cursor: Un editor di codice basato sull'AI supportato dal flusso di lavoro di importazione di Codex.
• Plugin OpenAI Codex per Claude Code: Il plugin ufficiale di OpenAI per utilizzare Codex all'interno di Claude Code.

Collegamenti correlati

• Documentazione sull'importazione di OpenAI: Guida ufficiale per importare impostazioni e lavori recenti da altri agenti AI.
• Documentazione di Codex CLI: Documentazione ufficiale per installare e usare Codex CLI.
• Plugin OpenAI Codex per Claude Code: Repository ufficiale di OpenAI per l'integrazione con Claude Code.
• README del plugin Codex: Istruzioni di installazione e utilizzo del plugin per Claude Code.
• Esportazione dei dati di Claude: Esportazione ufficiale dei dati di Claude da parte di Anthropic

Guida ai dati di account e conversazioni.

• OpenAI Developers: il principale centro di documentazione per sviluppatori di OpenAI.
• OpenAI Devs su X: il post degli sviluppatori OpenAI citato nell'articolo originale.

Riepilogo

Il flusso di importazione attualmente offerto da OpenAI elimina un importante ostacolo alla migrazione per gli sviluppatori che hanno accumulato mesi di configurazione e contesto in Claude Code o Cursor. Istruzioni, competenze, plugin, progetti, configurazioni MCP, memoria e cronologie chat recenti possono ora essere trasferiti in Codex tramite il processo di importazione supportato.

Il limite importante è che la migrazione non equivale a una compatibilità perfetta. Autorizzazioni, hook, prompt, plugin e comportamenti dei modelli potrebbero cambiare dopo la migrazione, pertanto le configurazioni importate dovrebbero essere revisionate prima dell'uso.

Sono diventate parte dei flussi di lavoro di produzione.

La configurazione di intelligenza artificiale per la codifica più portabile è quella che mantiene istruzioni preziose, competenze e conoscenze di progetto indipendenti da qualsiasi agente singolo.