Il nome "Codex" è comparso più volte nella storia di OpenAI, con significati diversi a seconda del periodo: prima come il modello alla base della prima generazione di GitHub Copilot, poi — dopo un periodo in cui il nome era stato ritirato — come il nome di un agente di coding autonomo più recente, capace non solo di suggerire codice ma di portare a termine compiti di sviluppo in più passaggi. Vale la pena distinguere le due fasi per capire di cosa si parla oggi quando si nomina Codex.
Le origini: il modello dietro Copilot
Il Codex originale era un modello linguistico di OpenAI specializzato nella generazione di codice, addestrato su una vasta quantità di codice sorgente pubblico. È stato reso disponibile tramite API ed è stato il motore che ha alimentato la primissima versione di GitHub Copilot, l'assistente di completamento codice integrato negli editor, che all'epoca rappresentò una delle prime dimostrazioni su larga scala di cosa un modello linguistico potesse fare per la produttività degli sviluppatori.
L'evoluzione verso un agente autonomo
Con l'evoluzione dei modelli linguistici generali (la famiglia GPT), le capacità di generazione di codice sono state progressivamente assorbite nei modelli generalisti, rendendo un modello Codex separato meno necessario nella sua forma originale. Successivamente, OpenAI ha reintrodotto il nome Codex per un prodotto diverso nella natura: non più (solo) un motore di completamento, ma un agente capace di lavorare in autonomia su compiti di sviluppo software più ampi — analizzare un problema, modificare codice su più file, eseguire test — operando spesso in un ambiente sandboxato dedicato, in modo concettualmente simile ad altri agenti di coding autonomi apparsi nello stesso periodo.
Completamento inline vs agente autonomo: la differenza che conta
| Aspetto | Completamento (Copilot classico) | Agente autonomo (Codex moderno) |
|---|---|---|
| Interazione | Suggerisce mentre si scrive, riga per riga | Riceve un compito e lavora in autonomia su più passaggi |
| Ambito del compito | Completamento locale, contestuale al punto in cui si scrive | Può toccare più file, eseguire comandi, verificare il risultato |
| Supervisione richiesta | Continua, riga per riga | A inizio/fine compito, o a checkpoint intermedi |
| Caso d'uso tipico | Scrivere codice più velocemente mentre si programma attivamente | Delegare un compito ben definito ("correggi questo bug", "aggiungi questa funzionalità") |
Il panorama competitivo
Codex non è più solo: oggi esistono più agenti di coding autonomi paragonabili nella filosofia, ciascuno con un proprio approccio a permessi, ambiente di esecuzione e integrazione nel flusso di lavoro dello sviluppatore — Claude Code di Anthropic, di cui abbiamo parlato in un articolo dedicato, è uno di questi. La scelta tra loro dipende spesso più dall'ecosistema in cui si lavora già (quale provider di modelli si usa, quale editor, quale infrastruttura cloud) che da differenze radicali nelle capacità di base, che tendono a convergere man mano che la categoria matura.
Cosa non cambia, qualunque sia l'agente scelto
Che si tratti di Codex, Claude Code o qualunque altro agente autonomo, valgono le stesse considerazioni pratiche: la qualità del risultato dipende dalla chiarezza del compito assegnato, un compito ben delimitato e verificabile (es. "correggi questo test che fallisce") produce risultati più affidabili di uno vago e aperto, e la revisione umana del codice prodotto resta necessaria prima di considerarlo pronto per la produzione — un agente autonomo accelera il lavoro, non elimina la responsabilità di chi lo supervisiona.