Codex o Claude Code: meno token non significa sempre lavorare meglio

Codex si presta a incarichi delimitati da delegare e a modifiche indipendenti da portare avanti in parallelo. Claude Code può essere più comodo quando si vuole seguire da vicino l’esplorazione del repository e cambiare direzione durante un refactoring. Entrambi lavorano anche nel terminale: la scelta dipende soprattutto da come si intende supervisionare il compito e valutare il risultato.

Un consumo inferiore di token lascia più margine nel piano, ma non dice se la modifica sia pronta da approvare. Se una risposta breve richiede ulteriori istruzioni o correzioni, il lavoro umano aumenta; se una risposta estesa aggiunge dettagli inutili, aumenta il consumo senza migliorare il codice. Per confrontare gli agenti bisogna considerare anche i test pertinenti, il diff e il tempo necessario a revisionarlo.

Terminale e repository: dove serve intervenire

La documentazione di Claude Code indica che l’agente legge il progetto, modifica file ed esegue comandi dal terminale, dall’editor, dall’app desktop o dal browser. Nell’editor offre diff e cronologia della conversazione; nell’app desktop permette di esaminare visivamente le modifiche. Queste interfacce sono utili quando l’esplorazione del codice fa emergere vincoli che richiedono nuove indicazioni.

Anche Codex è utilizzabile nel terminale e nell’editor. Per una correzione mirata, quindi, la presenza di una riga di comando distingue poco i prodotti. Se il difetto è riproducibile, il comportamento atteso è chiaro e c’è un test pertinente, si può affidare a ciascun agente lo stesso incarico e giudicare la modifica proposta. La differenza emerge nel numero di interventi necessari prima di ottenere un diff approvabile.

Un repository grande non impone automaticamente una scelta. Un refactoring che modifica contratti condivisi tra moduli richiede decisioni coerenti durante il lavoro; una modifica locale, pur nello stesso repository, può essere delegata con confini precisi. In un intervento esplorativo Claude Code offre un flusso adatto a seguire e correggere la direzione della sessione. Questo è un criterio di lavoro, non una promessa che produrrà codice migliore in ogni progetto.

Attività parallele: l’isolamento non sostituisce il coordinamento

La presentazione dell’app Codex di OpenAI descrive agenti in thread separati, worktree che isolano le copie del repository e una vista per commentare il diff prima di aprirlo nell’editor. Questa organizzazione si presta, per esempio, a incarichi che interessano moduli distinti e possono essere revisionati separatamente.

Claude Code consente a sua volta sessioni e agenti paralleli. Il punto, per chi sceglie, è quanto i lavori dipendano l’uno dall’altro. Se un’attività cambia un’interfaccia usata dalle altre, le copie isolate evitano interferenze durante la scrittura ma non decidono come integrare i risultati. Occorre comunque verificare che test, chiamanti e contratti tra moduli restino coerenti.

La revisione ha un costo in entrambi i flussi. Un diff piccolo può nascondere un caso limite importante; più risultati consegnati insieme possono richiedere tempo per capire quali modifiche siano compatibili. Quando il tempo dello sviluppatore è scarso, delegare compiti indipendenti può essere vantaggioso. Quando le decisioni si influenzano a vicenda, seguire una sessione mentre procede può rendere più semplice governare il refactoring.

Che cosa misura il consumo di token

Nel confronto ripreso da Zapier, un compito da Figma a codice ha richiesto circa 6,2 milioni di token con Claude Code e 1,5 milioni con Codex; il risultato di Claude Code è descritto come più approfondito. Zapier riprende quei valori da un confronto esterno: non sono una misura generale della qualità dei due agenti.

Il dato mette in luce una distinzione pratica. Una spiegazione più ampia può essere utile se chiarisce decisioni difficili da ricostruire durante la revisione; per una correzione di poche righe può soltanto consumare disponibilità del piano. Allo stesso modo, una prima esecuzione parsimoniosa perde il suo vantaggio se servono altri tentativi per correggere il comportamento. La variabile da confrontare è il lavoro necessario fino al risultato accettato, non soltanto i token della prima risposta.

Per un repository specifico, lo stesso obiettivo e gli stessi criteri di accettazione rendono confrontabili le prove: modifica funzionante, test pertinenti, interventi umani e tempo di revisione. Il compito da Figma a codice riguarda la produzione di un’interfaccia; non permette di prevedere il consumo di una migrazione tra servizi o la qualità di una revisione di sicurezza. Dimensione del contesto, modello usato e autonomia concessa cambiano il significato del totale.

Il canone è solo una parte del costo

Il listino Codex di OpenAI indica ChatGPT Plus a 20 dollari al mese, Pro a 100 dollari e Business a 20 dollari per utente al mese per almeno due posti con fatturazione annuale. Codex è incluso in questi piani, che prevedono livelli di utilizzo differenti. Il prezzo di Business, legato a posti e fatturazione annuale, non è direttamente confrontabile con quello di un abbonamento individuale.

Il listino Claude di Anthropic indica Pro a 20 dollari al mese, oppure 17 dollari al mese con pagamento annuale anticipato, e Max da 100 dollari al mese. Claude Code è incluso nei piani a pagamento e condivide i limiti di utilizzo con le altre funzioni di Claude. Una sessione intensa di programmazione e l’uso ordinario della chat attingono dunque alla stessa disponibilità.

Due piani con lo stesso prezzo d’ingresso possono sostenere quantità diverse di lavoro nel proprio caso. Se si raggiunge un limite durante un refactoring, nel costo del compito entrano l’attesa, un piano superiore o l’eventuale utilizzo aggiuntivo. Se invece il lavoro termina entro la disponibilità inclusa, il numero di token non si traduce direttamente in una fattura per quel singolo incarico. Usare una chiave API introduce una spesa legata al consumo, distinta dall’abbonamento: qui diventa pertinente il confronto dei costi API per compito.

Quale agente scegliere per il lavoro previsto

• Correzione mirata: Codex è una scelta naturale se il difetto, i file interessati e il criterio di accettazione permettono di delegare il lavoro e tornare sul diff. Claude Code resta adatto quando la diagnosi richiede domande e indicazioni durante la sessione.
• Refactoring ampio: Claude Code può risultare più comodo se occorre esplorare il repository e decidere progressivamente come modificare contratti condivisi. Conta la possibilità di verificare le parti completate, non la sola ampiezza del contesto disponibile.
• Incarichi paralleli: l’app Codex offre thread e worktree separati per seguire risultati indipendenti. Anche Claude Code supporta il lavoro parallelo; quando gli incarichi condividono file o decisioni architetturali, il coordinamento e l’integrazione pesano più del numero di agenti avviati.
• Revisione del codice: scegli in base a osservazioni verificabili e tempo necessario a confermarle. Un rilievo che individua un problema reale può giustificare una risposta lunga; un diff conciso è utile soltanto se consente di valutare con sicurezza la modifica.

Leggi anche:

• OpenAI API o Claude API: il token economico può costare di più per compito
• Claude Code o GitHub Copilot: i dati premiano compiti diversi, non un vincitore
• RAG o fine-tuning: aggiornare i fatti non richiede sempre addestramento