Tiempo: 40 minutos
Superficie: aplicación, CLI o IDE
Riesgo: bajo
Qué vas a aprender
- Pedir un plan antes de una tarea ambigua.
- Distinguir entre corregir el trabajo actual y dejar una petición en cola.
- Definir cuándo una tarea está realmente terminada.
Plan primero cuando decidir cuesta más que ejecutar
Pide un plan cuando el trabajo tiene varias salidas posibles, afecta a muchos archivos o contiene decisiones que no quieres delegar. Puedes utilizar Plan mode si aparece en tu superficie, escribir /plan donde esté disponible o pedirlo en lenguaje natural:
No actúes todavía. Inspecciona el material, hazme las preguntas que cambien el
resultado y propón un plan de máximo cinco pasos. Para cada paso indica qué
archivo podría cambiar y cómo comprobaríamos que está bien.
Un buen plan no es una lista genérica de verbos. Debe revelar decisiones, archivos, riesgos y comprobaciones.
Corregir mientras trabaja
Si Codex está trabajando y descubres un error, envía un mensaje para steer o dirigir el turno actual:
Detente antes de crear archivos. Has supuesto que las tareas tienen prioridad;
el archivo no contiene esa información. Marca la prioridad como pendiente y
continúa con el resto del plan.
Si tu mensaje pertenece al paso siguiente, colócalo en queue o cola. En la aplicación puedes elegir el comportamiento en Settings > General > Follow-up behavior. En CLI, Enter dirige el turno activo y Tab coloca el mensaje para el siguiente turno.
«Terminado» necesita una definición
Una respuesta elocuente no demuestra que el resultado esté listo. Antes de autorizar el trabajo, define condiciones observables:
La tarea estará terminada cuando:
- exista salida/resumen.md;
- contenga exactamente las tres secciones acordadas;
- cada afirmación procedente de notas.txt cite el encabezado de origen;
- entrada permanezca sin cambios;
- indiques cualquier comprobación que no pudiste realizar.
Práctica: plan y cierre
Pide a Codex que combine ideas.txt y notas.txt en un resumen. Primero solicita plan y preguntas. Responde solo a las preguntas necesarias. Autoriza la creación cuando el plan sea verificable.
Comprobación manual
Utiliza una tabla sencilla:
| Condición | Sí | No | No comprobado |
|---|---|---|---|
| Existe el archivo acordado | |||
| Mantiene las secciones | |||
| Conserva los originales | |||
| Declara sus límites |
No conviertas «No comprobado» en «Sí» por intuición. Esa columna es información útil.
Recuperación
Si Codex se desvía, interrumpe la tarea y vuelve al último punto aprobado. No amplíes permisos para intentar que una tarea mal definida termine más rápido.
Error frecuente
Cambiar el objetivo a mitad del trabajo sin decir qué queda cancelado. Escribe: «Sustituye el objetivo anterior por este; conserva estos archivos; descarta estos pasos».
Mini ejercicio
Pide dos planes alternativos para la misma tarea: uno rápido y otro con mayor verificación. Elige justificando coste y riesgo.
Evidencia que debes guardar
- Plan aprobado.
- Mensajes que corrigieron el rumbo.
- Tabla de condiciones finales.
- Límites declarados por Codex.
Ejemplo resuelto: corregir el rumbo sin empezar de cero
Leo encarga una comparación de cinco fuentes. Codex propone este plan: buscar fuentes, resumirlas, redactar una conclusión y crear el informe. Durante la búsqueda, Leo observa que dos resultados son notas comerciales y no documentos primarios.
En lugar de esperar al final escribe una corrección inmediata:
Corrige el criterio de fuentes antes de continuar: prioriza documentación
oficial y estudios originales. Conserva las fuentes comerciales en una
sección aparte llamada «perspectiva del proveedor» y no las utilices para
sostener la conclusión principal. Muéstrame la lista revisada antes de redactar.
Esto es steer: modifica el trabajo activo. Después añade a la cola:
Cuando termines la verificación, crea también una tabla con afirmación,
fuente, fecha y nivel de confianza.
Al cerrar, no pregunta «¿todo bien?». Pide un parte de entrega:
Resume qué hiciste, qué archivos cambiaste, qué comprobaste realmente,
qué no pudiste comprobar y qué decisión necesita revisión humana.
La lección es doble: un plan no es una promesa inmutable y una respuesta final no es evidencia por sí sola.
Señal de alarma: el plan se aleja del objetivo, pero dejas que avance porque «ya ha empezado».
Criterio de terminado: puedes reconstruir el recorrido desde el encargo, las correcciones y la evidencia final.
Cambia una variable
Pide a Codex un plan deliberadamente corto de tres pasos. Durante el segundo, introduce una restricción nueva compatible, como excluir un archivo de salida. Observa si actualiza el plan y confirma el efecto.
Comprueba que lo has entendido
- ¿Qué diferencia hay entre corregir el trabajo activo y añadir una tarea posterior?
- ¿«Las pruebas pasan» es evidencia suficiente?
Respuesta razonada
Corregir el trabajo activo cambia el rumbo actual; poner algo en cola lo ejecuta después. «Las pruebas pasan» solo es útil si sabes qué prueba se ejecutó, con qué resultado y si realmente cubre el cambio relevante.
Fuentes oficiales
Revisado contra la documentación: 14 de julio de 2026.