Claude Max o Codex gratis? Il P&L di 60 giorni che boccia la migrazione

Il 13 maggio OpenAI mi ha offerto due mesi di Codex gratis per farmi lasciare Claude Code. Ho fatto il P&L dei 60 giorni e ho scelto di restare su Claude Max. Quel «gratis» valeva $387 di voci che oggi non pago, contro $3,700 di costi di migrazione che avrei dovuto sostenere.

Codex gratis: l'offerta diventa una voce di conto economico

Il 13 maggio Sam Altman ha annunciato la promozione per migrare a Codex: due mesi gratis per i team che effettuano il passaggio entro una finestra di 30 giorni. Il valore nominale del livello che mi servirebbe davvero — sei sessioni di agenti simultanee e un tetto settimanale abbastanza ampio da sostenere le routine editoriali quotidiane — è di circa $200 al mese rispetto allo SKU Codex più vicino per caratteristiche. Due mesi × $200 = $400 di valore nominale sul tavolo.

Lo stesso giorno Anthropic ha aumentato del +50% i limiti settimanali di Claude Code per i clienti Pro, Max, Team ed Enterprise, fino al 13 luglio. Non è una coincidenza. La simmetria è il segnale.

Quando due fornitori si muovono nello stesso martedì — uno regala mesi pur di convincere a cambiare, l'altro amplia silenziosamente il limite per trattenere i clienti — il costo implicito per acquisire chi migra è ormai nell'ordine delle poche centinaia di dollari. Quel dato dice qualcosa di più importante dell'offerta stessa: anche per chi gestisce operativamente lo stack, il costo del passaggio non è più trascurabile. Se lo fosse, i fornitori non pagherebbero così tanto.

Valuto ogni offerta «gratis per N mesi» come una decisione di acquisto, non come una consumazione al bar. La domanda corretta non è «la prova parte gratis?», ma «quanto costa l'andata e ritorno in ore di ingegneria, e qual è la probabilità che debba farlo davvero?». Il marketing la chiama prova. In contabilità è capex con una tassa di migrazione incorporata.

Vista così, la cifra di copertina di $400 smette di essere il dato principale. Diventa soltanto una riga in un P&L molto più lungo.

Il mio scenario base di 60 giorni su Claude Max + AI Gateway

Prima di valutare l'offerta devo fissare lo scenario che andrei a sostituire. Eccolo, voce per voce.

La testata gira su Claude Max a $200 al mese, con davanti un AI Gateway e pass-through BYOK per le sei routine quotidiane, il tutto su Cloudflare Workers, D1 per lo storage e Vectorize per il sim-check che autorizza ogni brief. Il costo operativo totale degli ultimi 60 giorni, inclusi embedding, DataForSEO e generazione delle immagini di copertina, è di $387 al mese. Ho pubblicato il dettaglio nell'articolo sul grant Workday-Anthropic: stesso stack, stessi numeri.

Sei routine editoriali partono ogni giorno via cron: publish-news, publish-dev, publish-design, publish-marketing, publish-founders, publish-business. Ognuna usa 4–8 minuti di Claude Max, genera un brief, lo invia al PublishWorkflow e salva il risultato in D1. Il workflow è composto da sei passaggi distinti — validate, ground, generate, clean, persist, index — e in ciascuno chiama Anthropic con un prompt strutturato che sfrutta una leva di costo precisa: il prompt caching.

È la struttura della cache a far quadrare l'economia unitaria. Ogni chiamata di routine contiene un blocco di contratto in Markdown (~3,500 token) e un blocco di voce (~1,500 token), entrambi cache_control ephemeral con TTL di 1 ora, seguiti dal prompt specifico del formato e dal brief. La prima chiamata nell'ora paga 1.25× la tariffa di input per scrivere la cache. Tutte le successive pagano 0.1× per leggerla. Con i miei volumi — circa 40–50 chiamate Anthropic al giorno tra le sei routine e i relativi sotto-passaggi — il tasso di cache hit si mantiene intorno all'85% dei token di input. È ciò che tiene il conto mensile nella fascia dei $387 anziché a $900.

Il +50% di limite settimanale appena introdotto da Anthropic mi lascia ora spazio per una settima routine prima che il tetto diventi rilevante. Senza costi. Senza migrazione. È questo il termine di paragone che l'offerta Codex deve superare.

Claude Code vs Codex: quanto costa davvero cambiare

È la sezione che manca nelle SERP, perché nessuno che gestisca sei routine in produzione sullo stesso stack ne sta pubblicando i conti.

Riscrittura delle routine. Ognuna delle sei routine comprende tra 600 e 900 righe di Markdown delle skill, più definizioni delle chiamate agli strumenti ottimizzate per la grammatica specifica di tool use e le primitive di prompt cache di Claude. La semantica di tool use, il controllo della cache e la struttura dei prompt in Codex sono abbastanza diversi da escludere un semplice cerca e sostituisci. Ogni routine va riscritta e poi sottoposta a una vera coda di test. Stima prudente: 2–3 ore per routine × 6 routine = 14 ore di sviluppo concentrato.

Costo opportunità di quelle ore. Il mio lavoro per i clienti DVNC.dev viene fatturato a una tariffa media di $250 l'ora. 14 ore × $250 = $3,500 di costo opportunità: denaro reale che potrei fatturare mentre la migrazione è in corso.

Nuova ottimizzazione della prompt cache durante i test. Riportare il tasso di cache hit sopra l'80% con un nuovo provider richiede iterazioni. Bisogna riscrivere le definizioni degli strumenti, riordinare la struttura dei prompt e decidere di nuovo, per ogni punto di chiamata, tra cache ephemeral e persistent. In base alla mia esperienza con l'ottimizzazione sul lato Anthropic, la spesa API una tantum in questa fase sarebbe di ~$200 in denaro reale.

Riscrittura del workflow di pubblicazione. Il workflow in sei passaggi usa funzioni specifiche di Anthropic — cache_control: { type: "ephemeral", ttl: "1h" }, la forma del prompt che massimizza i cache hit tra un passaggio e l'altro, il protocollo di streaming previsto dal workflow. Riscriverlo per l'API dei prompt di Codex e la sua semantica del ciclo degli strumenti richiederebbe altre 4–6 ore: $1,250 alla stessa tariffa di costo opportunità.

Ecco il registro:

Se decido di non attribuire alcun valore alle mie ore — l'assunto implicito dietro ogni proposta del tipo «è gratis, perché non provarlo?» — il conto dei soli esborsi è più o meno in pareggio. $400 di valore contro $200 di spesa API per ottimizzare la cache, oltre a due settimane di weekend che non riavrò.

La trappola è il costo opportunità. I founder che non fatturano le proprie ore saldano il conto nella valuta sbagliata e se ne vanno convinti di avere risparmiato $400.

Il metodo con cui valuto ogni offerta «gratis per N mesi»

Dopo aver preso abbastanza decisioni di questo tipo, ho codificato le quattro domande che applico a ogni proposta di un fornitore che mi obblighi a fare qualcosa per riscattarla.

1. Quanto costa il passaggio in ore di ingegneria, non soltanto in esborso netto? Il «gratis» riguarda sempre la cassa. Il conto vero è fatto di ore.
2. Qual è il costo opportunità di un'ora rispetto al suo migliore impiego alternativo? Per me sono $250 l'ora rispetto al lavoro per i clienti. Per chi è in una fase precedente potrebbe essere $0: in quel caso i conti cambiano e l'offerta può davvero avere senso.
3. Qual è la probabilità di rinnovo? Tornerò indietro al mese 3, pagando due volte la tassa di migrazione? Se sì, l'offerta è peggiore di quanto sembri. Se no, serve deliberatamente a legarmi alla piattaforma, che è il vero obiettivo del fornitore.
4. Quanto è asimmetrico il lock-in della piattaforma? Il nuovo strumento rende il ritorno più difficile dell'arrivo? Se sì — e succede quasi sempre — il costo reale dell'offerta è l'uscita asimmetrica, non l'ingresso apparentemente simmetrico.

Per Codex, la probabilità di rinnovo è alta. Le mie sei routine sono codificate in una grammatica specifica del provider; tornare ad Anthropic al mese 3 significa pagare il conto di ingegneria due volte, una per direzione. L'uscita asimmetrica è concreta.

È qui che l'etichetta «prova gratuita» porta fuori strada. Una prova non costa nulla all'inizio ed è tutta vantaggio se si può tornare indietro a poco prezzo. Una migrazione richiede giorni di lavoro per partire e altri giorni per tornare: non è una prova. È una decisione di acquisto travestita da trial. Ho analizzato la stessa logica del lock-in da un'altra prospettiva in come leggere la promessa dell'ingegnere 100x di Cloudflare; lo schema strutturale si ripete ogni volta che un fornitore di piattaforma vuole conquistare le routine.

Il metodo non porta sempre a un «no». Quando l'anno scorso sono passato da Vercel a Cloudflare, ho accettato un credito di $5K. Ma si trattava di un consolidamento deliberato della piattaforma — D1 + Workers + Vectorize, tutto nello stesso posto — non di una prova gratuita. Le quattro domande avevano dato un responso netto. La migrazione era la strategia; il credito, un incentivo in più.

L'offerta Codex non supera il test. Lo stesso vale per i crediti GCP, l'anno gratuito di Linear per le startup AI e la promozione di sei mesi di Notion AI che ho in posta proprio adesso. La struttura è identica: per riscattare il vantaggio bisogna sostenere un costo di lavoro specifico della piattaforma, mentre il secondo ciclo di fatturazione crea ancora più dipendenza.

La regola generale per chi gestisce operativamente uno stack è questa: i fornitori non pagano per farsi valutare. Pagano perché i clienti cambino piattaforma. Ogni offerta va trattata come un acquisto.

Come impiego invece questa settimana

Le ore che avrei dedicato a valutare Codex possono produrre più valore altrove. Dichiarare esplicitamente quell'impiego alternativo è l'unico modo onesto di giudicare la decisione.

La routine publish-design-deep viene pubblicata questa settimana. Usa la stessa impalcatura di workflow delle sei esistenti, con un brief più lungo e un blocco di voce diverso. Costo di sviluppo: ~3 ore. Costo operativo marginale: ~$8 al mese, comodamente entro il margine regalato dal limite aumentato del +50%.

L'audit della prompt cache è quel lavoro poco appariscente i cui benefici si accumulano. Ogni routine ha 2–4 punti di chiamata in cui la struttura della cache può essere resa più efficiente: in genere spostando in fondo al prompt gli elementi variabili, oppure inserendo nel blocco in cache una sezione quasi statica. Ai miei volumi, l'audit si ripaga in meno di tre settimane di costi operativi.

Cambiare la cadenza di publish-marketing è una scelta noiosa, ma corretta. Su quella routine il costo dominante viene dalle query DataForSEO, non dai token Anthropic, e una pubblicazione quotidiana serviva la categoria marketing più del necessario. Martedì e giovedì mantengono lo stesso ritmo editoriale al 40% del costo dei dati.

Ogni ora che non passo a valutare un fornitore interessato alle mie routine è un'ora che posso usare per pubblicare: per i clienti o per la testata. È la regola del costo opportunità applicata al contrario, la scelta operativa che non compare in nessuna pagina dei prezzi.

Che cosa farei diversamente

Se la testata fosse indietro di sei mesi — una o due routine invece di sei, nessun traffico in produzione e una struttura di prompt cache ancora da ottimizzare — i conti si ribalterebbero.

Con poco lock-in, il costo del passaggio resta reale ma contenuto. Una finestra gratuita di 60 giorni permette davvero di fare un test A/B tra due provider sullo stesso carico di lavoro, e l'offerta Codex diventa ciò che promette il marketing: una prova che produce indicazioni concrete. Per chi ha ≤2 routine e un costo opportunità più vicino a $0 l'ora, accettare l'offerta è la scelta razionale. Io la accetterei.

Il momento decisivo arriva più o meno con la terza routine. È lì che si stabilizza la struttura della prompt cache, che si mette a punto la grammatica degli strumenti e che l'impalcatura del workflow smette di cambiare ogni settimana. Superato quel punto, il costo del passaggio oltrepassa il costo opportunità e il metodo comincia a dire «no» a offerte cui tre mesi prima avrebbe risposto «sì».

La lezione generale è che il lock-in non è sempre un male. A volte è esattamente ciò per cui si è pagato, dopo aver dedicato sei weekend a ottimizzare lo stack. L'investimento che crea il lock-in è lo stesso che ha ridotto il costo da $900 al mese a $387 al mese. Non si può avere l'uno senza l'altro.

Proverei comunque Codex su una singola routine greenfield: uno sviluppo di 2 ore capace di produrre indicazioni reali, applicato a un carico di lavoro da cui non dipendo ancora. È una decisione diversa dalla migrazione della testata in funzione. La prima è ricognizione. La seconda è un acquisto con un costo netto di $4,550 e nessuna ragione strategica per sostenerlo.

Il limite settimanale di Claude Code aumentato del +50% è permanente?

No. In base all'annuncio di Anthropic del 13 maggio, resta in vigore fino al 13 luglio. Il livello successivo a luglio non è stato comunicato. Presumo che torni al valore precedente e dimensiono le nuove routine sul limite pre-aumento, usando il bonus come margine per le prossime otto settimane.

Quanto costa davvero Codex al livello paragonabile a Claude Max?

OpenAI non ha pubblicato uno SKU perfettamente allineato. La mia stima è di ~$200 al mese per l'equivalente più vicino: più sessioni di agenti simultanee, un tetto settimanale generoso e accesso a modelli comparabile. Se il livello davvero equivalente costa di più, aumenta il valore nominale del «gratis» e i conti di cassa si avvicinano al pareggio. Il costo opportunità non cambia.

Si possono usare Codex e Claude Code in parallelo per routine diverse?

Tecnicamente sì. Sul piano operativo, però, raddoppia l'investimento nella prompt cache e divide su due fronti la grammatica degli strumenti da mantenere. Per un operatore indipendente, il costo di gestione di due stack di agenti paralleli raramente conviene, a meno che le routine non abbiano esigenze davvero diverse. Le mie non le hanno.

Quale tariffa hai usato per calcolare il costo opportunità?

$250 l'ora come media, più o meno la fascia intermedia di mercato per un senior AI systems builder a contratto. Basta sostituirla con la propria tariffa e rifare i conti. Se è $0 — perché il progetto è pre-revenue o viene sviluppato nei weekend — conta la sola componente di cassa e l'offerta sembra migliore. Se è $500 l'ora, l'offerta è ancora peggiore che nel mio caso.

Quanto tempo ha richiesto l'ottimizzazione iniziale della prompt cache?

Circa 9–12 ore distribuite su due settimane per portare il tasso di cache hit sopra l'80%, più altre 4–6 ore di iterazione mentre le routine si stabilizzavano. È il lavoro che dovrei rifare su Codex. Ed è anche il lavoro che dovrei rifare di nuovo se tornassi indietro. Il costo dell'uscita asimmetrica è reale.