Codex tiene un plan.Ponlo en un archivo que puedas revisar.

Qué hace /plan en Codex

El comando /plan pone a Codex en plan mode. En lugar de empezar a escribir código, Codex propone primero un plan de ejecución. Puedes escribir la petición después del comando: /plan Propose a migration plan for this service. El comando no está disponible mientras Codex ya trabaja en algo, así que úsalo al empezar una tarea.

Por qué el plan debe ser un archivo

En plan mode el plan vuelve como un mensaje de chat. La documentación de OpenAI no menciona ningún archivo de plan. Un mensaje de chat es difícil de revisar: se pierde al hacer scroll, no puedes señalar un paso concreto y nadie más puede leerlo.

Un archivo resuelve las tres cosas. Puedes comentar una sola línea, compararlo con la versión anterior, hacerle commit y pasárselo a otro agente. Así que pide el plan como archivo, en una carpeta que elijas.

El prompt que funciona

Después de que Codex proponga su plan, o en la misma petición, di:

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

Codex escribe el archivo y llama a request_review de DotMD. El archivo aparece en Needs You en la barra lateral, y Codex espera. Lees el plan con formato, seleccionas un paso, pulsas ⌥⌘M para comentar y haces clic en Send. Codex recibe tus comentarios, corrige el plan y devuelve cada comentario. Aceptas o reabres cada corrección, y haces clic en Approve cuando está bien.

Si Codex busca los comentarios en el proyecto en lugar de leerlos de DotMD, menciona DotMD en la petición o añade una línea a AGENTS.md: mira CLAUDE.md y AGENTS.md.

Conecta Codex una vez

Activa el servidor MCP en DotMD en Settings → MCP y luego añade DotMD a ~/.codex/config.toml:

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

tool_timeout_sec permite que Codex espere mientras lees. Sin él, Codex deja de esperar al cabo de un minuto más o menos. Reinicia Codex después de añadirlo. La app, la CLI y la extensión del IDE comparten una sola configuración; la guía de Codex muestra también el camino por la app.

Codex revisa el plan de Claude Code, y al revés

Dos agentes ven más que uno. Deja que Claude Code escriba el plan en plan mode y pregunta luego a Codex: «Revisa plans/migration.md en DotMD y deja comentarios en los pasos con los que no estés de acuerdo.» Sus observaciones caen en las líneas exactas con su propio nombre. Tú las conservas, las editas o las borras, y Claude Code recibe solo lo que queda. Funciona igual en sentido contrario.

Los agentes nunca hablan entre sí. Todo pasa por el archivo y sus comentarios, y decides tú. Más en Un agente revisa a otro.

Qué comprobar en un plan de Codex

Un plan es barato de cambiar y una implementación no; léelo una vez con unas preguntas en mente:

• ¿Falta algún paso? Pruebas, una migración, documentación, un rollback.
• ¿Es correcto el orden? Un paso que necesita el resultado de uno posterior es un error del plan.
• ¿Es correcto el alcance? Busca archivos o áreas que no pediste a Codex que tocara.

Pon cada observación como comentario en el paso al que se refiere y di qué cambiar. Codex ve tus comentarios y el archivo, nada más, así que «usa aquí el helper existente» funciona mejor que «esto está mal». DotMD también lista cualquier cambio que no pediste en Other changes, para que veas si una corrección fue más lejos de lo debido.

Preguntas sobre los planes de Codex

Más preguntas