Codex a un plan.Mettez-le dans un fichier que vous pouvez relire.

Ce que fait /plan dans Codex

La commande /plan fait passer Codex en plan mode. Au lieu de se mettre à écrire du code, Codex propose d’abord un plan d’exécution. Vous pouvez taper la demande après la commande : /plan Propose a migration plan for this service. La commande n’est pas disponible tant que Codex travaille déjà sur quelque chose ; utilisez-la donc au début d’une tâche.

Pourquoi le plan doit être un fichier

En plan mode, le plan revient sous forme de message dans le chat. La documentation d’OpenAI ne mentionne aucun fichier de plan. Un message de chat se relit mal : il disparaît en défilant, vous ne pouvez pas désigner une étape, et personne d’autre ne peut le lire.

Un fichier règle ces trois points. Vous pouvez commenter une seule ligne, le comparer à la version d’avant, le commiter et le confier à un autre agent. Demandez donc le plan dans un fichier, dans un dossier de votre choix.

Le prompt qui marche

Une fois que Codex a proposé son plan, ou dans la même demande, dites :

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

Codex écrit le fichier et appelle request_review de DotMD. Le fichier apparaît sous Needs You dans la barre latérale, et Codex attend. Vous lisez le plan mis en forme, sélectionnez une étape, appuyez sur ⌥⌘M pour commenter, puis cliquez sur Send. Codex reçoit vos commentaires, corrige le plan et renvoie chaque commentaire. Vous acceptez ou rouvrez chaque correction, et vous cliquez sur Approve quand c’est bon.

Si Codex cherche les commentaires dans le projet au lieu de les lire dans DotMD, mentionnez DotMD dans la demande ou ajoutez une ligne à AGENTS.md : voir CLAUDE.md et AGENTS.md.

Connecter Codex une fois

Activez le serveur MCP dans DotMD sous Settings → MCP, puis ajoutez DotMD à ~/.codex/config.toml :

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

tool_timeout_sec permet à Codex d’attendre pendant que vous lisez. Sans lui, Codex cesse d’attendre au bout d’environ une minute. Redémarrez Codex après l’avoir ajouté. L’app, la CLI et l’extension d’IDE partagent la même configuration ; le guide de Codex montre aussi le chemin par l’app.

Codex relit le plan de Claude Code, et inversement

Deux agents voient plus qu’un. Laissez Claude Code écrire le plan en plan mode, puis demandez à Codex : « Relis plans/migration.md dans DotMD et laisse des commentaires sur les étapes avec lesquelles tu n’es pas d’accord. » Ses remarques arrivent sur les lignes exactes, sous son propre nom. Vous les gardez, les modifiez ou les supprimez, et Claude Code ne reçoit que ce qui reste. Cela marche aussi dans l’autre sens.

Les agents ne se parlent jamais. Tout passe par le fichier et ses commentaires, et c’est vous qui décidez. Plus de détails dans Un agent relit un agent.

Quoi vérifier dans un plan Codex

Un plan est facile à changer, une implémentation non ; lisez-le donc une fois avec quelques questions en tête :

• Une étape manque-t-elle ? Tests, migration, documentation, retour arrière.
• L’ordre est-il bon ? Une étape qui a besoin du résultat d’une étape suivante est une erreur du plan.
• Le périmètre est-il bon ? Cherchez les fichiers ou zones que vous n’avez pas demandé à Codex de toucher.

Placez chaque remarque en commentaire sur l’étape concernée et dites ce qu’il faut changer. Codex ne voit que vos commentaires et le fichier, rien d’autre ; « utilise l’helper existant ici » vaut donc mieux que « c’est faux ». DotMD liste aussi tout changement que vous n’avez pas demandé sous Other changes, pour que vous voyiez si une correction est allée plus loin que prévu.

Questions sur les plans de Codex

Plus de questions