Codex ha un piano.Mettilo in un file che puoi rivedere.

Cosa fa /plan in Codex

Il comando /plan porta Codex nel plan mode. Invece di mettersi a scrivere codice, Codex propone prima un piano di esecuzione. Puoi scrivere la richiesta dopo il comando: /plan Propose a migration plan for this service. Il comando non è disponibile mentre Codex sta già lavorando a qualcosa, quindi usalo all’inizio di un’attività.

Perché il piano dovrebbe essere un file

Nel plan mode il piano torna come messaggio in chat. La documentazione di OpenAI non indica alcun file del piano. Un messaggio in chat è difficile da rivedere: scorre via, non puoi indicare un singolo passo e nessun altro può leggerlo.

Un file risolve tutti e tre i problemi. Puoi commentare una singola riga, confrontarlo con la versione precedente, farne il commit e passarlo a un altro agente. Quindi chiedi il piano come file, in una cartella che scegli tu.

Il prompt che funziona

Dopo che Codex ha proposto il piano, o nella stessa richiesta, scrivi:

Write the plan to plans/<name>.md and send it to me in DotMD for review.

Codex scrive il file e chiama request_review di DotMD. Il file compare sotto Needs You nella barra laterale, e Codex aspetta. Leggi il piano renderizzato, selezioni un passo e premi ⌥⌘M per commentare, poi fai clic su Send. Codex riceve i tuoi commenti, corregge il piano e rimanda indietro ogni commento. Accetti o riapri ogni correzione e fai clic su Approve quando è giusto.

Se Codex cerca i commenti nel progetto invece di leggerli da DotMD, nomina DotMD nella richiesta o aggiungi una riga ad AGENTS.md: vedi CLAUDE.md e AGENTS.md.

Collega Codex una volta sola

Attiva il server MCP in DotMD in Settings → MCP, poi aggiungi DotMD a ~/.codex/config.toml:

[mcp_servers.dotmd]
url = "http://127.0.0.1:8089/mcp"
tool_timeout_sec = 3600

tool_timeout_sec permette a Codex di aspettare mentre leggi. Senza, Codex smette di aspettare dopo circa un minuto. Riavvia Codex dopo averlo aggiunto. L’app, la CLI e l’estensione per IDE condividono la stessa configurazione; la guida a Codex mostra anche il percorso dell’app.

Codex rivede il piano di Claude Code, e viceversa

Due agenti vedono più di uno. Lascia che Claude Code scriva il piano nel plan mode, poi chiedi a Codex: “Review plans/migration.md in DotMD and leave comments on the steps you disagree with.” Le sue osservazioni finiscono sulle righe esatte con il suo nome. Tu le tieni, le modifichi o le elimini, e Claude Code riceve solo ciò che resta. Funziona anche al contrario.

Gli agenti non parlano mai tra loro. Tutto passa dal file e dai suoi commenti, e decidi tu. Di più in Un agente rivede l’altro.

Cosa controllare in un piano di Codex

Un piano è economico da cambiare, un’implementazione no: leggilo una volta con qualche domanda in mente:

• Manca un passo? Test, una migrazione, la documentazione, un rollback.
• L’ordine è giusto? Un passo che richiede il risultato di uno successivo è un errore nel piano.
• L’ambito è giusto? Cerca file o aree che non hai chiesto a Codex di toccare.

Metti ogni osservazione come commento sul passo a cui si riferisce e di’ cosa cambiare. Codex vede i tuoi commenti e il file, nient’altro, quindi “usa qui l’helper esistente” vale più di “questo è sbagliato”. DotMD elenca anche ogni modifica che non hai chiesto sotto Other changes, così vedi se una correzione è andata oltre il dovuto.

Domande sui piani di Codex

Altre domande