Il caso contro Fable: come dare a Claude Code il cervello di GPT-5.6 Sol

Il periodo per utilizzare Claude Fable 5 senza costi aggiuntivi era stato inizialmente annunciato con scadenza il 7 luglio 2026, poi prorogato al 12 luglio e ulteriormente al 19 luglio. La misura che aumenta del 50% il limite di utilizzo settimanale di Claude Code proseguirà anch'essa fino al 19 luglio.

In altre parole, Fable 5 non scomparirà immediatamente.

Tuttavia, la possibilità di utilizzare Fable 5 in modo naturale all'interno di un piano mensile non è garantita in modo permanente. L'annuncio originale specificava che, dopo la scadenza del periodo, si sarebbe passati ai crediti di utilizzo, con prezzi API di $10 per milione di token in input e $50 per milione di token in output.

Ciò che sta terminando non è Fable 5 in sé, ma l'era in cui i modelli più performanti possono essere utilizzati quasi illimitatamente con un semplice abbonamento mensile.

Quindi, dovremmo abbandonare Claude Code e migrare completamente a Codex di OpenAI?

In conclusione, non ce n'è bisogno.

Puoi mantenere l'esperienza del terminale di Claude Code, i file CLAUDE.md esistenti, gli Hooks, gli MCP, le Skills e le impostazioni dei permessi, e semplicemente affidare i compiti complessi a GPT-5.6 Sol.

Inoltre, non è necessario utilizzare servizi proxy sospetti o livelli di compatibilità API non ufficiali.

OpenAI stessa ha rilasciato un plugin ufficiale per chiamare Codex direttamente da Claude Code.

Ciò che stiamo costruendo qui non è un meccanismo per "trasformare Claude in GPT-5.6."

Si tratta di una configurazione a doppio cervello in cui Claude Code rimane il centro di comando e GPT-5.6 Sol è collegato come secondo motore di pensiero.

Claude gestisce le conversazioni con l'utente, l'esplorazione del repository, le piccole modifiche e il rispetto dei pattern esistenti.

GPT-5.6 Sol gestisce le decisioni progettuali complesse, i bug irrisolti, le revisioni adversariali, le modifiche che coinvolgono più componenti e i secondi pareri prima del rilascio.

Inoltre, inserendo prompt operativi in giapponese come Agent Skills, si fa sì che entrambi i modelli rispettino le stesse condizioni di completamento, gli stessi standard di verifica e gli stessi ambiti di modifica.

Questo è il modo più realistico per dare a Claude Code il "cervello di ChatGPT 5.6."

Nota: ho riassunto la configurazione e le tecniche di utilizzo avanzate in un PDF.

Se lo desideri, l'ho reso disponibile da questo 👇!

https://x.com/MakeAI_CEO/status/2027682940847898770?s=20

Tre livelli per dare a Claude Code il cervello di GPT-5.6

La prima cosa da distinguere è che copiare un prompt e connettersi a un modello reale sono due cose diverse.

Scrivere istruzioni per GPT-5.6 in CLAUDE.md non trasforma il modello Claude stesso in GPT-5.6.

Ciò che cambia è il modo in cui si svolge il lavoro.

Questo è chiamato il Livello delle Azioni.

Successivamente, introduciamo il plugin ufficiale OpenAI "Codex plugin for Claude Code."

Utilizzando questo plugin, puoi delegare revisioni del codice e attività di implementazione a Codex direttamente da Claude Code tramite la Codex CLI e il server dell'app Codex installati nel tuo ambiente locale.

Questo è il Livello del Ragionamento/Esecuzione.

Infine, introduciamo il plugin "OpenAI Developers plugin."

Questo include il Docs MCP, che fa riferimento alla documentazione ufficiale di OpenAI, e Skills corrispondenti all'API OpenAI, all'Agents SDK, alle ChatGPT Apps, alle impostazioni della chiave API e alla risoluzione dei problemi.

Questo è il Livello della Conoscenza.

Sovrapponi questi tre livelli.

Livello delle Azioni:

Prompt operativi in giapponese e Agent Skills

Livello del Ragionamento/Esecuzione:

Codex plugin for Claude Code

Livello della Conoscenza:

OpenAI Developers plugin e Docs MCP ufficiale

In questo modo, puoi continuare a utilizzare Claude Code per le operazioni quotidiane e richiamare GPT-5.6 Sol e i documenti OpenAI più recenti solo quando necessario.

Per Prima Cosa, Installa il Plugin Ufficiale OpenAI Codex

Ciò che ti serve per l'installazione è un account ChatGPT o una chiave API OpenAI, Node.js 18.18 o successivo e la Codex CLI.

Questo plugin non trasferisce codice a servizi non ufficiali.

Utilizza la Codex CLI sulla tua macchina e eredita l'autenticazione, le impostazioni, i repository e gli ambienti locali di Codex esistenti. Se hai già effettuato l'accesso a Codex, puoi mantenere quello stato di autenticazione così com'è.

Per prima cosa, installa o aggiorna la Codex CLI.

npm install -g @openai/codex@latest

codex --version

codex login

Per utilizzare GPT-5.6 con Codex, è necessaria la Codex CLI 0.144.0 o successiva.

codex --version

Se la versione visualizzata è vecchia, installa di nuovo la versione più recente.

Successivamente, avvia Claude Code ed esegui i seguenti comandi in ordine:

/plugin marketplace add openai/codex-plugin-cc

/plugin install codex@openai-codex

/reload-plugins

/codex:setup

/codex:setup verifica se la Codex CLI è disponibile e se l'autenticazione è completa.

Se Codex non è installato e npm è disponibile, potrebbe suggerire l'installazione durante la configurazione.

Quando lo provi per la prima volta, una revisione in sola lettura è sicura.

/codex:review --background

/codex:status

/codex:result

/codex:review esamina i diff correnti non ancora committati.

Se vuoi che controlli i diff rispetto al ramo main, esegui quanto segue:

/codex:review --base main --background

Questo comando è in sola lettura e non modifica il codice.

I processi avviati in background possono essere controllati con i seguenti comandi:

/codex:status

/codex:result

Per interrompere un processo in corso, esegui quanto segue:

/codex:cancel

Differenziare tra Revisioni Normali e Adversariali

Il plugin Codex ha un'opzione di revisione adversarial separata dalle revisioni normali.

/codex:adversarial-review --base main

Le revisioni normali cercano bug, mancanza di test, gestione degli errori e problemi di tipo nel codice.

D'altra parte, le revisioni adversariali mettono in discussione la politica di implementazione stessa.

Ad esempio, dopo aver implementato l'autenticazione, puoi richiedere:

/codex:adversarial-review --base main Valuta se la politica attuale non sia essa stessa sbagliata dal punto di vista dei confini di autorizzazione, dell'escalation dei privilegi, del session fixation, della fuga di token e della mancanza di log di audit.

Per la gestione della fatturazione, esegui quanto segue:

/codex:adversarial-review --base main Concentrati sul dubitare della possibilità di doppia fatturazione, webhook duplicati, tentativi dopo timeout, fallimenti parziali, confini di transazione e impossibilità di rollback.

Se una revisione normale verifica "se ci sono bug in questa implementazione", una revisione adversarial verifica "se questa implementazione avrebbe dovuto essere scelta in primo luogo."

Entrambe sono in sola lettura e non riscrivono il codice senza autorizzazione.

Il punto di forza di questa configurazione è la possibilità di separare il modello che crea l'implementazione dal modello che mette in dubbio le premesse dell'implementazione.

Il plugin ufficiale fornisce comandi per revisioni normali, revisioni adversariali, salvataggio, trasferimento di sessione e controllo/interruzione di processi in background.

Affidare a Codex il Lavoro Bloccato con Rescue

I test non passano nemmeno dopo diversi tentativi di correzione in Claude Code.

La causa si estende a più componenti.

Fallisce solo in CI.

Sono coinvolti concorrenza o caching, e il sintomo è lontano dalla causa.

In questi casi, usa /codex:rescue.

/codex:rescue Riproduci il bug, identifica la causa principale e crea la correzione minima sicura e il test di regressione.

Puoi anche specificare il modello e l'intensità di ragionamento.

/codex:rescue --model gpt-5.6-sol --effort high Riproduci il bug, identifica la causa principale, implementa la correzione minima sicura ed esegui i test correlati.

Invia i processi lunghi in background.

/codex:rescue --background --model gpt-5.6-sol --effort high Indaga i fallimenti dei test che si verificano solo in CI.

I risultati vengono recuperati con i seguenti comandi:

/codex:status

/codex:result

Per continuare l'attività precedente di Codex, puoi usare --resume.

/codex:rescue --resume Implementa e verifica il piano più sicuro tra le correzioni proposte in precedenza.

Per iniziare una nuova indagine separata dalla precedente, usa --fresh.

/codex:rescue --fresh Indaga la causa principale partendo da un'ipotesi diversa.

Per trasferire l'intera conversazione da Claude Code a Codex, usa il seguente comando:

/codex:transfer

Dopo l'esecuzione, verrà visualizzato un comando per riprendere dal lato Codex.

codex resume <session-id>

Ciò consente un trasferimento in cui "l'indagine è iniziata in Claude Code, ma Codex diventa il responsabile principale a metà strada."

Impostare GPT-5.6 Sol come Modello Predefinito

Se vuoi fissare il modello di Codex su base progetto, inserisci .codex/config.toml nella radice del repository.

model = "gpt-5.6-sol"

model_reasoning_effort = "high"

review_model = "gpt-5.6-sol"

Per renderlo un'impostazione comune per tutti i progetti personali, inseriscilo qui:

~/.codex/config.toml

Le impostazioni specifiche del progetto vanno qui:

your-project/.codex/config.toml

Le impostazioni del progetto vengono caricate se il repository è considerato attendibile.

Nel lavoro quotidiano, non è necessario partire con la massima intensità di ragionamento.

Come linea guida, suddividi come segue:

low:

Correzioni di parole, cambi di nome, modifiche su piccola scala chiare

medium:

Aggiunte di funzionalità normali, implementazioni che seguono pattern esistenti

high:

Modifiche che coinvolgono più file, debug difficili, decisioni progettuali

xhigh:

Revisioni di sicurezza, migrazioni su larga scala, race condition complesse, indagini lunghe

In Codex, puoi selezionare GPT-5.6 Sol, Terra o Luna.

Sol è adatto per lavori complessi e altamente flessibili, Terra per l'implementazione quotidiana e Luna per lavori chiari e ripetibili.

Inoltre, Max e Ultra sono disponibili separatamente dalla normale intensità di ragionamento.

Max concede più tempo di ragionamento a un singolo compito.

Ultra utilizza sub-agenti per elaborare in parallelo il lavoro che può essere suddiviso.

Tuttavia, Max e Ultra non sono necessari per la maggior parte dei compiti. È meglio iniziare con Medium o High e aumentare solo se emerge una differenza nella valutazione effettiva.

"GPT-5.6 Sol High" e "GPT-5.6 Sol Pro" Non Sono la Stessa Cosa

Questo viene spesso confuso.

In ChatGPT, GPT-5.6 Sol viene utilizzato per Medium, High e Extra High.

D'altra parte, GPT-5.6 Sol Pro viene utilizzato per Pro.

Pertanto, specificare semplicemente quanto segue nel plugin Codex:

--model gpt-5.6-sol --effort high

Non significa "è stato utilizzato GPT-5.6 Sol Pro."

Questo significa che GPT-5.6 Sol è stato eseguito con un'intensità di ragionamento High.

Nell'API Responses di OpenAI, puoi scegliere standard o pro come reasoning.mode per GPT-5.6.

Per utilizzare la modalità Pro, la richiesta sarebbe simile a questa:

{

"model": "gpt-5.6",

"reasoning": {

"mode": "pro",

"effort": "high"

},

"input": "Esamina questo piano di migrazione del database e identifica i pattern di fallimento, i metodi di recupero e le condizioni che rendono impossibile il rollback."

}

reasoning.mode e reasoning.effort sono impostazioni diverse.

reasoning.mode:

standard o pro

reasoning.effort:

low, medium, high, xhigh, ecc.

La modalità Pro esegue più elaborazione del modello rispetto alla modalità standard, aumentando la latenza e l'utilizzo dei token.

Se desideri chiamare rigorosamente la modalità Pro di questa API da Claude Code, la configurazione comporterebbe la preparazione di uno script locale o di un server MCP che avvolge l'API Responses e lo chiama da una Skill di Claude Code.

Tuttavia, per il normale lavoro di codifica, dovresti prima provare GPT-5.6 Sol Medium o High con il plugin Codex ufficiale.

Poi, aggiorna solo i compiti per cui l'effetto della modalità Pro è confermato dai risultati effettivi della valutazione.

Non è necessario inviare tutti i processi a Pro solo perché ha "Pro" nel nome.

Il "System Prompt" per ChatGPT 5.6 Sol Pro Non È Pubblico

Fai attenzione qui.

La versione completa del system prompt interno utilizzato da OpenAI in ChatGPT o GPT-5.6 Sol Pro non è pubblica.

Pertanto, non dovresti credere e introdurre testi di origine sconosciuta trovati su internet, come "system prompt di GPT-5.6 trapelato", "versione di riproduzione completa" o "testo completo del prompt interno."

Ciò che dovresti usare è un prompt operativo creato per adattarsi al tuo ambiente di sviluppo, facendo riferimento alle guide ufficiali sui prompt.

Le guide ufficiali per GPT-5.6 raccomandano di specificare i seguenti elementi nel prompt:

• Risultato finale da raggiungere
• Vincoli importanti
• Prove disponibili
• Criteri per giudicare il completamento

D'altra parte, evita di fissare eccessivamente l'ordine di ricerca, la selezione degli strumenti e i passaggi di pensiero dettagliati, lasciando spazio al modello per scegliere percorsi efficienti.

Viene anche spiegato che ridurre le istruzioni duplicate, gli esempi non necessari e le descrizioni di strumenti inutili per alleggerire il system prompt può portare a miglioramenti nelle prestazioni e nell'efficienza dei token.

Di seguito è riportato un prompt operativo in giapponese progettato per essere utilizzato in comune con Claude Code, Codex e GPT-5.6 Sol.

Questa non è una riproduzione di un prompt interno di OpenAI.

Prompt Operativo in Giapponese per Claude Code e GPT-5.6 Sol

Ruolo

Sei un orchestratore esecutivo senior in questo repository.

Il tuo obiettivo è fornire modifiche minime corrette, manutenibili e verificate che soddisfino i risultati che l'utente cerca realmente.

Scrivere molto testo, aumentare il numero di file modificati o utilizzare molti strumenti non sono di per sé obiettivi di valutazione.

Sei valutato in base a accuratezza, evidenza, moderazione nell'ambito delle modifiche e risultati verificabili.

Contratto Operativo

1. Chiarire i Risultati

Prima di iniziare le modifiche, identifica quanto segue:

• Risultato finale visibile all'utente
• Aree del repository correlate
• Vincoli che devono essere mantenuti
• Cosa non verrà fatto questa volta
• Criteri per giudicare il completamento
• Metodi di verifica che possono dimostrare il completamento

Risolvi prima i punti ambigui utilizzando le prove all'interno del repository.

Chiedi all'utente solo se le valutazioni mancanti modificano significativamente il comportamento del prodotto, la sicurezza, i costi, i dati o le operazioni irreversibili.

Non fare domande solo per evitare di indagare il repository.

2. Investigare Prima di Modificare

Leggi l'intervallo minimo necessario e sufficiente di file.

Investiga quanto segue:

• Pattern di implementazione esistenti
• Test
• Interfacce
• Migrazioni
• Convenzioni di denominazione
• Convenzioni di progettazione
• Gestione degli errori
• Confini di autenticazione e autorizzazione

Dai priorità alle prove all'interno del repository rispetto a speculazioni o impostazioni predefinite del framework.

Nelle correzioni di bug, stabilisci fallimenti riproducibili o prove specifiche a supporto della causa prima di proporre correzioni.

Non riscrivere meccanismi esistenti prima di capire perché esistono.

3. Pianificare con la Profondità Adeguata

Se la modifica è piccola, locale e facile da annullare, procedi con il lavoro.

Se si applica una delle seguenti condizioni, mostra un piano conciso prima dell'implementazione:

• Coinvolge più file
• Modifica l'architettura
• Riguarda la sicurezza
• Riscrive dati
• Modifica interfacce pubbliche
• Difficile da annullare
• Riguarda fatturazione, autenticazione, permessi o informazioni personali
• Riguarda concorrenza o elaborazione asincrona

Includi quanto segue nel piano:

• Comportamento previsto da realizzare
• File o componenti che probabilmente verranno modificati
• Invarianti che devono essere mantenuti
• Rischi principali
• Procedure di verifica
• Metodi di rollback o recupero, se necessario

Non aumentare le procedure formali che non riducono il rischio.

4. Assegnare il Lavoro al Motore Ottimale

Utilizza la sessione corrente di Claude Code per le seguenti attività:

• Esplorazione rapida del repository
• Interazione con l'utente
• Modifiche su piccola scala con ambito chiaro
• Scomposizione delle attività e gestione dei progressi
• Implementazione seguendo pattern esistenti
• Revisione e integrazione del feedback ricevuto da Codex

Prendi in considerazione la delega a Codex o una revisione indipendente se si applica una o più delle seguenti condizioni:

• Il lavoro è bloccato nonostante tentativi di indagine o correzione fondati
• Le modifiche si estendono su più componenti interagenti
• C'è valore in un piano di implementazione indipendente alternativo
• Una revisione da una prospettiva adversarial è efficace
• I rischi riguardanti accuratezza, sicurezza, concorrenza, migrazione o rollback sono elevati
• L'utente richiede esplicitamente l'uso di GPT-5.6 Sol
• C'è la necessità di dubitare della politica di implementazione corrente prima del rilascio

Se l'incertezza può essere risolta con la sola revisione, usa revisioni Codex in sola lettura prima di eseguire una delega scrivibile.

Non affermare di aver utilizzato GPT-5.6 Sol Pro a meno che tu non stia usando la modalità Pro documentata in una richiesta effettiva.

Riporta accuratamente l'ID del modello, l'intensità di ragionamento e la modalità di ragionamento utilizzati.

5. Implementare con Ambito di Modifica Ristretto

A meno che non venga esplicitamente richiesta una riprogettazione, segui l'architettura esistente, le convenzioni di denominazione e le pratiche del repository.

Evita quanto segue:

• Refactoring non correlati
• Astrazione eccessiva che prevede il futuro
• Aggiunta di dipendenze non necessarie
• Modifiche di formattazione prive di significato
• Riscritture estese
• Modifica del comportamento pubblico al di fuori dell'ambito richiesto
• Eliminazione di test esistenti senza motivo
• Ingoiamento di eccezioni solo per nascondere problemi

Mantieni la compatibilità all'indietro a meno che le modifiche sostanziali non siano un requisito esplicito.

Non esporre segreti, credenziali, chiavi private, token, dati dei clienti o informazioni personali.

Non registrare segreti nelle seguenti posizioni:

• CLAUDE.md
• AGENTS.md
• SKILL.md
• File sorgente
• Log
• Fixture di test
• Report generati
• Messaggi di commit

6. Verificare con Prove

Esegui la verifica più pertinente per le modifiche nell'intervallo disponibile.

Come regola, dai priorità al seguente ordine:

1. Test mirati
2. Controlli di tipo
3. Controlli di lint e formattazione
4. Build
5. Test di integrazione
6. Conferma runtime o visiva

Esegui solo verifiche commisurate alle modifiche.

Tuttavia, non omettere le verifiche necessarie solo per finire in fretta.

Per le modifiche all'interfaccia utente, controlla lo schermo di lavoro effettivo, se possibile.

Per le correzioni di bug, aggiungi o aggiorna i test di regressione se realisticamente possibile.

Per migrazioni o operazioni distruttive, controlla quanto segue:

• Elaborazione diretta riuscita
• Gestione durante il fallimento
• Rollback o recupero
• Comportamento quando eseguito parzialmente
• Comportamento durante i tentativi
• Comportamento durante l'esecuzione doppia

Non usare espressioni come "corretto", "funziona", "sicuro" o "completo" senza mostrare prove.

Se la verifica non può essere eseguita, spiega accuratamente il motivo e cosa rimane non verificato.

Non inventare test falliti come riusciti.

7. Revisionare i Diff Finali

Prima di terminare il lavoro, esegui i seguenti controlli:

• Controlla i diff finali
• Cerca modifiche involontarie
• Controlla la gestione degli errori e le condizioni al contorno
• Controlla i confini di sicurezza e l'elaborazione delle autorizzazioni
• Controlla la concorrenza e il comportamento di ripetizione, se necessario
• Controlla la presenza di test mancanti
• Confronta i risultati finali con gli obiettivi di risultato iniziali
• Controlla se il contenuto deciso di non fare questa volta è stato accidentalmente implementato

Per le modifiche ad alto rischio, richiedi una revisione Codex indipendente.

Gestisci tutti i punti di revisione importanti con una delle seguenti azioni:

• Correggili
• Rifiutali mostrando prove sul repository
• Documentali chiaramente come fuori ambito per questa volta
• Registrali come non verificati per mancanza di ambiente

Non adottare modifiche incondizionatamente solo perché Codex le ha segnalate.

Verifica i punti con codice, specifiche, test e risultati di esecuzione.

8. Terminare al Punto Appropriato

Termina il lavoro una volta soddisfatti i criteri di completamento.

Non continuare con lucidature non necessarie oltre l'ambito richiesto.

Non aggiungere TODO non correlati o piani di riprogettazione per far sembrare il lavoro più grande.

La risposta finale dovrebbe includere quanto segue:

1. Risultati forniti
2. Modifiche principali
3. Verifiche eseguite e risultati
4. Rischi rimanenti, ipotesi o blocchi
5. Operazioni specifiche da eseguire successivamente solo se veramente necessarie

Lo scopo di questo prompt non è rendere il modello una "persona da ingegnere geniale."

È chiarire risultati, prove, ambito di modifica, condizioni di delega, verifica e condizioni di arresto.

È più facile da gestire definendo cosa costituisce il completamento piuttosto che scrivere una grande quantità di comandi astratti come "pensa a fondo" o "agisci come il miglior ingegnere del mondo."

Inserire i Prompt Lunghi nelle Skills, Non in CLAUDE.md

Puoi scrivere il prompt precedente direttamente in CLAUDE.md.

Tuttavia, inserire testi lunghi che non sono sempre necessari in CLAUDE.md consuma contesto in ogni sessione.

Un luogo più adatto è una Skill dell'Agente.

Le Skills di Claude Code riconoscono prima il nome e la descrizione e caricano il corpo di SKILL.md solo quando necessario.

Le Skills di Codex adottano anch'esse un meccanismo per raggruppare istruzioni, materiali di riferimento, script, template, ecc., in un'unica directory e caricarli solo quando necessario.

Poiché entrambi utilizzano il formato Agent Skills, è facile condividere prompt e procedure di base.

In Claude Code, salvalo nella seguente posizione:

.claude/

└── skills/

└── sol-pro-orchestrator/

└── SKILL.md

L'inizio di SKILL.md dovrebbe essere simile a questo:

name: sol-pro-orchestrator

description: >

Usa per modifiche complesse, modifiche che coinvolgono più file, modifiche ad alto rischio,

quando il lavoro è bloccato o per lavori importanti prima del rilascio.

Applica quando sono necessari pianificazione chiara, verifica e revisione o delega Codex indipendente.

Sol Pro Orchestrator

[Inserisci qui il prompt operativo in giapponese]

Per chiamarlo esplicitamente, esegui quanto segue:

/sol-pro-orchestrator Aggiungi la gestione della fatturazione. Mantieni il design di idempotenza esistente e crea test di regressione fino alla doppia fatturazione.

Se la descrizione della Skill corrisponde alla richiesta, Claude potrebbe caricarla automaticamente.

Se non vuoi che si avvii automaticamente, aggiungi quanto segue al frontmatter:

disable-model-invocation: true

In tal caso, la Skill viene utilizzata solo quando l'utente esegue esplicitamente il comando slash.

È meglio lasciare solo regole brevi che sono sempre necessarie in CLAUDE.md e separare le procedure di lavoro complesse nelle Skills.

Ad esempio, CLAUDE.md è sufficiente con qualcosa del genere:

Regole del Repository

• Segui l'architettura esistente e le convenzioni di denominazione.
• Dai priorità alle modifiche minime che possono mantenere la sicurezza.
• Esegui i test pertinenti prima del completamento.
• Non modificare file non correlati.
• Usa la Skill sol-pro-orchestrator per lavori complessi, bloccati, ad alto rischio o importanti prima del rilascio.

Aggiungere le Skills Ufficiali di OpenAI a Claude Code

Non basta solo poter chiamare GPT-5.6 Sol.

Se il modello risponde riguardo all'API OpenAI o all'Agents SDK basandosi solo sui ricordi del momento dell'addestramento, potrebbe utilizzare API vecchie, parametri deprecati o implementazioni non più raccomandate.

È qui che entra in gioco il plugin "OpenAI Developers."

Esegui i seguenti comandi in Claude Code:

/plugin marketplace add openai/openai-developers-for-claude

/plugin install openai-developers@openai-developers

Dopo l'installazione, avvia una nuova sessione di Claude Code.

Questo plugin include il Docs MCP ufficiale di OpenAI e le seguenti Skills:

openai-docs:

Indirizza le domande su prodotti, API, modelli e SDK di OpenAI alla documentazione ufficiale.

Utilizzato per verificare informazioni che cambiano facilmente, come nuovi nomi di modelli, parametri API correnti, utilizzo di SDK e impostazioni di Codex.

openai-platform-api-key:

Guida nelle impostazioni di OPENAI_API_KEY nell'ambiente locale.

Questa Skill serve per connettersi come variabile d'ambiente piuttosto che incollare chiavi API nel codice sorgente o nei prompt.

openai-api-troubleshooting:

Classifica gli errori dell'API OpenAI.

Controlla autenticazione, permessi, specifica del modello, limiti di velocità, rete, formato della richiesta, ecc., e porta alla successiva azione da intraprendere.

agents-sdk:

Supporta la progettazione, implementazione, esecuzione e valutazione di applicazioni che utilizzano l'OpenAI Agents SDK.

build-chatgpt-app:

Progetta e implementa progetti utilizzando l'SDK ChatGPT Apps.

Utilizzato per lo sviluppo di app che includono server MCP, UI widget e integrazione con ChatGPT.

chatgpt-app-submission:

Prepara le submission di ChatGPT App, le informazioni descrittive, i casi di test, ecc.

Questo plugin è un repository ufficiale rilasciato da OpenAI per Claude Code.

È un insieme del Docs MCP pubblico di OpenAI e delle Skills di sviluppo adattate per Claude Code.

Qui, non confondere i due plugin.

codex-plugin-cc:

Ponte di esecuzione per delegare revisioni e implementazione a Codex.

openai-developers-for-claude:

Pacchetto di conoscenze che aggiunge informazioni ufficiali di OpenAI e procedure di sviluppo a Claude Code.

Aggiungendo entrambi, Claude Code diventa un ambiente in cui non solo "fa pensare Codex" ma anche "implementa mentre controlla le specifiche ufficiali di OpenAI."

Come Suddividere i Compiti tra Claude e Codex nella Pratica

Non c'è bisogno di lanciare tutti i lavori a entrambi i modelli contemporaneamente.

Suddividi i ruoli.

Affida a Claude Code i seguenti compiti:

• Esplorazione del repository
• Interazione con l'utente
• Comprensione delle implementazioni esistenti
• Piccole modifiche
• Implementazione seguendo schemi noti
• Riflessione dei punti di Codex nel codice

Affida a GPT-5.6 Sol i seguenti compiti:

• Decisioni di design complesse
• Bug ostici
• Indagini su più componenti
• Revisioni adversarial
• Controllo dei confini di sicurezza
• Indagine su concorrenza e race condition
• Verifica di migrazioni e rollback
• Revisioni indipendenti prima del rilascio

Ad esempio, quando si aggiunge un nuovo processo di fatturazione, il flusso sarebbe:

1. Indagare i flussi di fatturazione esistenti, i test e la progettazione dell'idempotenza in Claude Code.
2. Correggere il piano e le condizioni di completamento con la Skill sol-pro-orchestrator.
3. Claude crea l'implementazione minima e i test di regressione.
4. Mettere in dubbio la politica di design con una revisione adversarial di Codex.
5. Claude verifica i punti con codice e test.
6. Apportare solo le correzioni necessarie.
7. Controllare i diff finali con una revisione normale di Codex.

Per prima cosa, chiama la Skill.

/sol-pro-orchestrator Aggiungi elaborazione fatturazione. Indaga il design esistente e includi idempotenza, webhook duplicati e test di regressione nelle condizioni di completamento.

Dopo l'implementazione, esegui una revisione adversarial.

/codex:adversarial-review --base main Concentrati sul dubitare della possibilità di doppia fatturazione, webhook duplicati, nuovi tentativi dopo timeout, fallimenti parziali, confini di transazione e incapacità di eseguire il rollback.

Dopo la correzione, esegui una revisione normale.

/codex:review --base main --background

/codex:status

/codex:result

Lo scopo di questo metodo non è decidere quale tra Claude e GPT sia più forte.

È separare il ruolo di creare l'implementazione dal ruolo di infrangere le premesse dell'implementazione.

Se chiedi allo stesso modello di "implementare e poi auto-revisionare rigorosamente", è probabile che revisioni basandosi sul design adottato inizialmente.

Portando un modello di un sistema diverso come critico, puoi introdurre diversi percorsi di esplorazione e ipotesi di fallimento.

Questa non è una competizione tra modelli, ma una separazione dei compiti nello sviluppo software.

Non Inviare Tutto a Sol High

Inviare modifiche ai nomi dei file, correzioni di testo dell'interfaccia e semplici errori di tipo a GPT-5.6 Sol High spreca limiti di utilizzo e tempo.

Pensa all'utilizzo del modello come segue:

Claude Code:

Interazione, esplorazione, piccole correzioni, lavoro di integrazione

GPT-5.6 Luna:

Conversioni chiare e su larga scala, classificazione, lavoro di routine

GPT-5.6 Terra:

Implementazione quotidiana, debugging normale

GPT-5.6 Sol Medium:

Implementazione che coinvolge un certo livello di pianificazione o giudizio

GPT-5.6 Sol High:

Design difficili, bug complessi, revisioni importanti

GPT-5.6 Sol xhigh, Max, Pro, Ultra:

Compiti più difficili in cui effetti aggiuntivi sono confermati dalla valutazione

Invece di usare sempre modelli ad alte prestazioni, concentrali su lavori in cui la perdita in caso di fallimento è grande.

Questo rende più facile controllare sia i risultati che i costi.

Non Tenere i Review Gate Sempre Attivi

Il plugin ufficiale Codex ha un review gate che esegue automaticamente una revisione Codex quando Claude cerca di terminare il lavoro.

Il comando per abilitarlo è il seguente:

/codex:setup --enable-review-gate

Per disabilitarlo, usa:

/codex:setup --disable-review-gate

Se viene trovato un problema nella revisione, puoi impedire a Claude di terminare e tornare a correggere.

È potente, ma possono verificarsi lunghi loop tra Claude e Codex, consumando rapidamente i limiti di utilizzo.

Pertanto, è meglio limitarlo a situazioni come:

• Release candidate
• Modifiche ad autenticazione/autorizzazione
• Elaborazione fatturazione
• Migrazione dati su larga scala
• Confini di sicurezza
• Modifiche difficili da rollbackare

Per le piccole attività quotidiane, è più facile gestirle eseguendo revisioni manuali nei momenti necessari.

Anche il README ufficiale avverte che i review gate possono creare lunghi loop Claude/Codex e consumare limiti di utilizzo, quindi dovrebbero essere abilitati solo quando possono essere monitorati.

Non Adottare Incondizionatamente i Punti di Codex

GPT-5.6 Sol è potente, ma non sempre corretto.

Potrebbe presupporre specifiche inesistenti, trascurare circostanze specifiche del repository o proporre modifiche di design eccessive.

Elabora i punti della revisione con una delle seguenti opzioni:

Adottato:

Confermata la base ed eseguita la correzione e verifica.

Rifiutato:

Non adottato mostrando prove dal repository, dalle specifiche o dai test.

Rimandato:

Punto valido ma creato un'attività separata in quanto fuori dall'ambito di questa volta.

Non verificato:

Impossibile confermare per mancanza di ambiente o permessi.

Non modifichi le cose "perché Codex lo ha detto."

"Confermare l'ipotesi di fallimento presentata da Codex con codice e test" è corretto.

Il valore di una configurazione a doppio cervello non è credere incondizionatamente alle risposte, ma aumentare altre possibilità che dovrebbero essere controllate.

Linea di Sicurezza Minima

Claude Code e Codex leggono entrambi i repository, eseguono comandi e riscrivono file a seconda delle impostazioni.

Quando colleghi due agenti, devi decidere i confini di autorizzazione prima della comodità.

Inizia prima con revisioni di sola lettura.

/codex:review

/codex:adversarial-review

Usa il salvataggio che comporta la scrittura dopo aver confermato il repository di destinazione e il contenuto del lavoro.

Non incollare .env, chiavi private, dati dei clienti o token di accesso in CLAUDE.md, AGENTS.md o SKILL.md.

Imposta la chiave API OpenAI come variabile d'ambiente.

export OPENAI_API_KEY="..."

In pratica, usa profili shell, servizi di gestione dei segreti, funzioni CI Secret, ecc.

Inoltre, non dare per scontato che le impostazioni di autorizzazione di Claude Code e le impostazioni sandbox/approvazione di Codex siano le stesse.

Controlla l'ambito dell'accesso alla rete, della scrittura di file e dell'esecuzione di comandi sia sul lato Claude che sul lato Codex.

Quando aggiungi MCP esterni, controlla il fornitore e le autorizzazioni e consenti solo gli strumenti necessari.

Struttura delle Directory Completata

Il repository finale sarà simile a questo:

your-project/

├── CLAUDE.md

├── AGENTS.md

├── .claude/

│ └── skills/

│ └── sol-pro-orchestrator/

│ └── SKILL.md

├── .codex/

│ └── config.toml

├── src/

├── tests/

└── package.json

I ruoli per ciascuno sono chiaramente divisi.

CLAUDE.md:

Scrivi brevi regole del repository che Claude Code segue sempre.

• Seguire l'architettura esistente
• Non modificare file non correlati
• Dare priorità a modifiche minime e sicure
• Eseguire i test pertinenti

AGENTS.md:

Scrivi le informazioni sul progetto richieste da Codex.

• Struttura del repository
• Come avviare l'ambiente di sviluppo
• Comandi di build
• Comandi di test
• Vincoli di design
• Condizioni di completamento

.claude/skills/sol-pro-orchestrator/SKILL.md:

Scrivi prompt operativi in giapponese da caricare solo per lavori complessi.

.codex/config.toml:

Scrivi il modello e la forza di ragionamento utilizzati in Codex.

model = "gpt-5.6-sol"

model_reasoning_effort = "high"

review_model = "gpt-5.6-sol"

E aggiungi i due plugin ufficiali a Claude Code:

openai/codex-plugin-cc

openai/openai-developers-for-claude

Ora Claude Code ha i seguenti ruoli:

• Implementazione quotidiana e interazione di Claude
• Revisione indipendente e salvataggio di GPT-5.6 Sol
• Verifica delle specifiche più recenti tramite OpenAI official Docs MCP
• Processo di sviluppo riutilizzabile tramite Agent Skills

Riepilogo: Non Abbandonare Claude Code, Aggiungi un Secondo Cervello

Il periodo per l'utilizzo di Fable 5 senza costi aggiuntivi è stato esteso al 19 luglio 2026.

Pertanto, non è uno stato in cui "Fable è finito oggi."

Tuttavia, la tendenza per cui poter continuare a utilizzare i modelli con le prestazioni più elevate all'interno di un piano mensile non è più naturale rimane invariata.

Questo non significa che devi abbandonare Claude Code.

Mantieni Claude Code come centro di comando.

Usa il plugin ufficiale openai codex-plugin-cc per chiamare GPT-5.6 Sol per revisioni, salvataggi e implementazione.

Aggiungi il plugin OpenAI Developers per utilizzare il Docs MCP ufficiale e le Skills di sviluppo OpenAI.

Trasforma i prompt operativi comuni in Agent Skills che vengono caricati solo quando necessario, invece di infilarli in CLAUDE.md come enormi istruzioni residenti.

E separa il "modello che ha fatto l'implementazione" dal "modello che mette in dubbio quell'implementazione."

Con questa configurazione, puoi inserire il ragionamento di GPT-5.6 dove necessario senza abbandonare la sensazione operativa di Claude Code, le impostazioni esistenti, le Skills, gli MCP e le risorse del progetto.

Non stai trasformando Claude in GPT.

Stai ospitando un altro ingegnere senior in Claude Code che puoi consultare in qualsiasi momento.

Piuttosto che dipendere da un solo modello per tutto il lavoro, usa i modelli in base al contenuto del lavoro.

Di solito, procedi rapidamente con Claude Code.

Nei punti difficili, richiedi il salvataggio di GPT-5.6 Sol.

Prima del rilascio, ricevi una revisione adversarial da un modello diverso.

Fai controllare al Docs MCP ufficiale le specifiche più recenti dell'API OpenAI.

Claude Code d'ora in poi non è uno strumento di codifica che si completa all'interno di un unico modello.

Il modo corretto è usarlo come un sistema operativo di sviluppo che raggruppa più modelli, Skills, MCP e plugin.