Claude e Codex
sullo stesso progetto

Si chiama Claudex Loop. È gratis, ha la licenza MIT e su GitHub ha più di 3.100 stelle. Il repository giusto è chaseai-yt/claudex-loop: su GitHub girano altri progetti chiamati «claudex» che fanno tutt'altro.

L'idea è una regola sola: chi ha costruito il codice non lo giudica mai. Quando un modello pianifica, costruisce e poi si dà il voto da solo, tende a promuoversi. Qui il piano lo attacca l'altro modello e il codice finito lo ispeziona sempre l'altro, in una sessione nuova.

Nello stesso repository c'è anche Claudex Route, una skill separata che ti consiglia a quale modello dare un compito. In questa pagina parliamo di Claudex Loop.

Prendiamo il caso più comune: parti da Claude Code.

1. Ricognizione. Claude legge il codice e la documentazione del progetto. Ti mostra le ipotesi da cui parte e dove le ha prese.
2. Requisiti e piano. Ti fa tutte insieme le domande che cambiano il risultato. Poi scrive il piano in PLAN.md, con i criteri per dire che il lavoro è finito e i comandi che lo provano.
3. Revisione del piano. Codex legge il piano e il codice e lo attacca punto per punto, con le prove. Claude decide cosa accogliere e aggiorna il piano. Si rigira finché arriva un verdetto: APPROVED, REVISE o BLOCKED. Di default i giri sono al massimo cinque.
4. Costruzione e ispezione. Claude costruisce seguendo il piano. Le prove girano a parte e alla fine Codex ispeziona il codice finito in una sessione nuova.

Se parti da Codex i ruoli si invertono: il piano lo scrive Codex e lo attacca Claude. Puoi anche scegliere chi costruisce con builder=claude o builder=codex: l'ispettore diventa sempre l'altro.

Ogni decisione resta scritta in PLAN-REVIEW-LOG.md: cosa ha trovato il revisore, cosa è stato accolto, con quale modello e cosa è rimasto aperto.

La skill è gratis. I due modelli invece girano sui tuoi abbonamenti, quindi ti servono tutte e quattro queste cose:

1. L'abbonamento a Claude con Claude Code.
2. L'abbonamento a ChatGPT con Codex.
3. Le due app da terminale installate e collegate al tuo account. Claude Code e Codex. La skill usa i loro login, quindi non ti servono chiavi API separate.
4. Python 3.10 o successivo. Fa girare il pezzo che passa il lavoro da un modello all'altro. Non devi installare pacchetti in più.

Se Codex non ce l'hai ancora, si installa con npm e si collega con il tuo account ChatGPT:

npm install -g @openai/codex
codex login

Per controllare che sia tutto a posto lancia questi cinque comandi. Ognuno deve rispondere con una versione o con il tuo account collegato:

claude --version
claude auth status
codex --version
codex login status
python3 --version

Tieni Codex aggiornato: le versioni vecchie rifiutano i modelli nuovi come GPT-6 Astra. Se sul tuo piano hai Claude Fable 5.1 e GPT-6 Astra puoi chiederli per nome. Altrimenti la skill usa i modelli già impostati nelle due app. Ricordati che ogni revisione è una sessione vera e conta sui limiti dei tuoi abbonamenti.

Apri Claude Code e scrivi questi due comandi, uno alla volta:

/plugin marketplace add chaseai-yt/claudex-loop
/plugin install claudex-loop@claudex-loop

Apri una sessione nuova e la trovi come /claudex-loop:claudex-loop. Dal menu dei plugin puoi attivare l'aggiornamento automatico.

Lavori da Codex? Lì si installa copiando le cartelle delle skill. Dal terminale, su Mac o Linux:

git clone https://github.com/chaseai-yt/claudex-loop.git
cd claudex-loop
mkdir -p ~/.agents/skills ~/.claude/skills
cp -R skills/. ~/.agents/skills/
cp -R skills/. ~/.claude/skills/

Così la skill entra sia in Codex sia in Claude Code. Apri una sessione nuova: in Codex la chiami con $claudex-loop, in Claude Code con /claudex-loop. Per aggiornarla rientri nella cartella, lanci git pull e rifai le due copie. I comandi per Windows sono nel README del repository.

Scegli una funzione piccola di un progetto che hai già: un export, un filtro, una pagina nuova. Salva il lavoro in corso con un commit. Se a costruire è Codex la skill vuole partire da un progetto pulito. Il commit ti serve comunque per tornare indietro.

Il primo prompt si ferma al piano approvato, così lo leggi prima che venga scritta una riga di codice:

/claudex-loop:claudex-loop
Voglio aggiungere [la funzione, per esempio l'export in CSV della tabella clienti] a questo progetto.
Fai la ricognizione del codice e fammi tutte insieme le domande che cambiano il risultato.
Poi scrivi il piano in PLAN.md con i criteri per dire che è finito e il comando che lo prova [per esempio npm test].
Fallo rivedere a Codex, rounds=3.
Per ora solo il piano: non costruire niente finché non te lo dico io.

Leggi PLAN.md e il registro delle revisioni. Se il piano ti torna, fallo costruire:

Il piano approvato mi va bene. Costruiscilo tu, builder=claude.
Fai girare il comando di prova.
Poi fai ispezionare il codice finito a Codex in una sessione nuova.
Alla fine mostrami le modifiche e tutti i problemi rimasti aperti, anche quelli che hai deciso di non sistemare.

Vuoi vedere l'altra combinazione? Rilancia su un'altra funzione con builder=codex: costruisce Codex e ispeziona Claude.

Due cose da sapere quando leggi i risultati. Tanti problemi trovati non vogliono dire un piano migliore. Anche zero problemi è un risultato valido. E un verdetto pulito non garantisce che il modello abbia ragione: nel registro ci sono le prove, leggile.

Lavoro così da mesi, prima che uscisse la skill. Il piano iniziale lo scrive Claude, Codex lo contesta, il grosso del lavoro lo fa Claude Code e alla fine l'audit lo fa di nuovo Codex. Quando Claude Code si blocca su un problema, apro Codex.

Nel video metto alla lavagna forze e debolezze dei due. Poi ti faccio vedere il flusso su un progetto vero, dalla revisione del codice al piano attaccato da Codex.