Codex vs Claude Code, dai file sul tuo disco
Non un verdetto su chi scrive codice migliore. Una descrizione di come si comportano davvero i due, scritta da chi ha dovuto far pilotare entrambi da un'unica finestra.
Perché questo confronto è diverso dagli altri
Gran parte di quello che si scrive su Codex vs Claude Code è un benchmark sul portatile di qualcuno, e diventa vecchio entro un mese perché entrambi rilasciano modelli più in fretta di quanto chiunque riesca a scriverne. Questa pagina non fa questo. Se uno scrive codice migliore dell'altro è una domanda sui modelli del giorno in cui la fai, e non fingeremo di risolverla.
Quello che possiamo dirti è di cosa sono fatti i due programmi, perché Vobuda ha dovuto leggerli entrambi per disegnare una barra di controllo sopra l'uno e sopra l'altro. Dove ciascuno tiene le proprie sessioni, come chiama il riprenderne una, dove vive il suo elenco di modelli, come annuncia la modalità in cui si trova. Sono fatti sul tuo disco, cambiano lentamente e sono ciò che determina come ciascuno si inserisce in una giornata di lavoro.
In breve: Claude Code è il più leggibile dei due dall'esterno. Scrive i suoi modelli in un file, tiene le sessioni in una cartella per progetto e accetta un flag per riprenderne una. Codex tiene per sé più cose. Cambia modello con un selettore proprio, quindi la cosa onesta è aprire quel selettore e leggere ciò che mostra, invece di distribuire un elenco che sarà sbagliato.
Dove ognuno tiene cosa
Tutto in questa tabella si trova sulla macchina davanti a te, e puoi andare a guardare.
| Claude Code | Codex | |
|---|---|---|
| Sessioni passate | Una cartella per progetto sotto ~/.claude/projects | Un indice, ~/.codex/session_index.jsonl, che nomina ogni thread |
| Aprirne una vecchia | --resume <id> | resume <id> |
| Riprendere l'ultima | --continue | resume --last |
| Skill | ~/.claude/skills, più la cartella corrispondente nel progetto | ~/.codex/skills, più la cartella corrispondente nel progetto |
| Lista dei modelli | Il suo file, scritto secondo ciò che gli dice il suo server, così un modello nuovo compare il giorno in cui esce | Il suo selettore, che il menu apre e legge riga per riga |
| Impostare il modello | /model per il modello, /effort per il livello | Il suo selettore /model, poi un livello per ogni modello |
| Le sue impostazioni | settings.json | config.toml |
| Cosa dice la sua status line | Opus 5.5 con sforzo alto, Claude Max | gpt-5.6-terra medium |
| Come appare il processo | claude | node, perché Codex gira come node |
Verificato a settembre 2026 su installazioni correnti di entrambi. La documentazione ufficiale resta l'autorità; questo è come appaiono i due da una finestra che deve pilotarli.
Due cartelle, da cui viene letto tutto ciò che c'è nella tabella sopra
Nessuno dei due agenti nasconde niente di tutto questo. La barra di controllo di Vobuda legge esattamente questi file, ed è per questo che può mostrare una lista di modelli che non abbiamo mai scritto a mano.
settings.json modello, effort, permessiprojects/ una cartella per progetto <project>/ le sue sessioni, le più recenti per ultimeskills/ le tue, più quelle del progettohistory.jsonl quello che hai digitato, in ordineconfig.toml modello e livello di ragionamentosession_index.jsonl ogni thread, una riga ciascunoskills/ le tue, più quelle del progettoTre trappole in cui siamo caduti, così le riconosci
Ognuna di queste è stata prima un difetto in Vobuda, e ognuna dice qualcosa di vero sui due agenti.
Il processo più profondo di una sessione Claude è spesso codex
Claude Code esegue Codex come proprio helper. Quindi prendere il processo più profondo dell'albero per decidere a quale agente appartiene un blocco faceva scrivere CODEX nel dock sopra una sessione Claude e faceva riavviare il programma sbagliato. L'agente a cui appartiene un blocco è quello avviato dalla persona, non quello che ha avviato lui.
Codex non è node_repl
Codex gira come node, e una shell avvia un programma facendo fork di se stessa e poi sostituendosi con quel programma, quindi la lista dei processi continua a chiamarlo con il vecchio nome per tutta la sua vita a meno che non si chieda l'eseguibile per nome. Un blocco che eseguiva Codex un tempo veniva intitolato node_repl.
La lista di un agente sopra il blocco di un altro
Due liste di modelli e un flag continue erano stati scritti quando c'era un solo agente, ed erano rimasti globali quando ce ne sono diventati tre. Aprire un blocco Codex offriva Opus, Sonnet, Haiku e Fable, e continue inviava codex --continue, a cui Codex rispondeva con un errore di utilizzo. Qualunque cosa venga letta da un programma ora appartiene a quel programma e viene chiesta solo a lui.
Le parole nell'interfaccia di un agente cambiano
Leggere la risposta di un agente, o la richiesta che gli è stata data, cercando parole particolari nella sua interfaccia fallisce alla release successiva di quell'agente. Entrambi vengono riconosciuti invece dalla forma: un agente si riconosce dal prompt di attesa che mette prima di quello che digiti, non dal riquadro disegnato intorno, perché il riquadro è una moda e il prompt no.
La risposta che la maggior parte delle persone vuole davvero è entrambi
In pratica nessuno sceglie uno e cancella l'altro. Uno è più adatto a quello che stai facendo in quest'ora, l'altro ha la sessione dove stavi facendo qualcos'altro, ed entrambi hanno limiti di utilizzo che arrivano nei momenti sbagliati. Quello che conta è se farli girare insieme ti costa qualcosa.
In Vobuda no. Due blocchi in una scheda, o due schede, ciascuno con la propria barra che legge il proprio agente, ciascuno con il proprio modello e il proprio sforzo in vista, e la modalità di permessi di Claude Code accanto. Entrambi consegnano i loro segnali alla finestra allo stesso modo, quindi un badge, un suono e un avviso significano la stessa cosa a prescindere da chi li ha generati, e il registro di ciò che è successo mentre eri via li elenca fianco a fianco, raggruppati per blocco.
Nessuno dei due si collega tramite una sezione delle impostazioni o un interruttore, perché un segnale che devi configurare prima che funzioni non è una funzione, è un compito. Si collegano da soli all'avvio, e il pulsante Integrazione nella barra delle schede rimette i collegamenti in un agente che era già in esecuzione. Gli hook di terze parti già presenti restano al loro posto, e qualsiasi cosa occupi già un evento viene chiamata subito dopo la nostra.
Codex e Claude Code, in parole semplici
Qual è meglio, Codex o Claude Code?
Sulla qualità del codice, è una domanda su quali modelli ciascuno esegue nel giorno in cui la fai, e qualunque risposta scritta diventa vecchia. Su come si comportano come programmi, Claude Code è il più leggibile dall'esterno: scrive la lista dei modelli in un file, tiene le sessioni in una cartella per progetto e usa un flag per riprenderne una. Codex tiene più cose al proprio interno.
Posso far girare Codex e Claude Code fianco a fianco?
Sì. Due blocchi nella stessa finestra, ognuno con la propria barra di controllo che legge il proprio agente. Entrambi annunciano quando finiscono o hanno bisogno di un permesso, ed entrambi compaiono nello stesso registro di quello che è successo mentre eri via.
Come elenca Vobuda i modelli di Codex?
Chiedendoli a Codex. Una volta abbiamo distribuito un elenco di due modelli che Codex non esegue, ed era sbagliato già il giorno in cui è uscito. Ora il pulsante del modello apre il selettore di Codex, legge le righe che mostra e preme quella che hai scelto, e ogni modello offre i livelli che Codex gli assegna.
Uno dei due ha bisogno di un account con Vobuda?
No. Vobuda non ha alcun account. Ogni agente usa l'abbonamento o la chiave che gli hai già dato. Vobuda usa l'accesso di Claude Code per una sola cosa, chiedere ad Anthropic i tuoi limiti d'uso, e non tocca mai quello di Codex.
E un modello locale invece?
Un modello locale tramite Ollama è una voce in agents.json e non richiede codice. Ottiene un blocco e una barra con tutto quello che quell'agente può dichiarare onestamente su di sé.
Una finestra, entrambi gli agenti
Gratis, senza account, e ogni barra legge l'agente che ha sotto.
curl -fsSL https://vobuda.com/install.sh | sh