Introducción

Usa /goal cuando quieras que Codex siga trabajando en un mismo objetivo más allá de un turno normal. Es útil para tareas con una meta clara, una forma de validar los avances en cada etapa y suficiente margen para que Codex avance sin pedirte indicaciones en cada paso. Con /goal, Codex puede trabajar por su cuenta durante varias horas sin que tengas que intervenir.

Establece un objetivo con /goal <objective>, consulta el objetivo actual con /goal y usa /goal pause, /goal resume o /goal clear cuando necesites controlar la ejecución.

Si /goal no aparece en la lista de comandos slash, habilita features.goals en config.toml:

[features]
goals = true

También puedes ejecutar codex features enable goals desde la CLI o pedirle a Codex que lo haga.

Elige una tarea adecuada

Un buen objetivo va más allá de lo que puedes resolver con un solo prompt, pero tiene un alcance más acotado que una lista abierta de tareas pendientes. Debe definir qué debe lograr Codex, qué debe dejar intacto, cómo debe validar los avances y cuándo debe detenerse.

Los objetivos funcionan bien para:

• migraciones de código en las que están bien definidos el stack de destino, las comprobaciones de paridad y las restricciones
• refactorizaciones de gran alcance en las que Codex puede ejecutar pruebas después de cada punto de control
• experimentos, juegos o prototipos en los que Codex puede seguir mejorando algo que ya funciona

Evita usar un objetivo para agrupar tareas sueltas que no guardan relación entre sí.

Define el ciclo de trabajo

Lo importante es acordar los criterios de finalización. Antes de empezar, Codex debe saber qué significa “terminado”. En una migración, “terminado” podría significar que la nueva implementación pasa las pruebas de contrato y que todavía es posible volver a la anterior. En un juego o prototipo, “terminado” podría significar que la aplicación se compila, se inicia y coincide con la referencia proporcionada o se comporta como se esperaba.

Deja que Codex trabaje por su cuenta

Mientras Codex trabaja en un objetivo, pídele informes breves que te ayuden a saber si el trabajo va bien. Un informe útil indica el punto de control actual, qué se verificó, qué queda por hacer y si hay algo que le impida avanzar. Si los informes se vuelven imprecisos, define el objetivo con más precisión en lugar de añadir más instrucciones aisladas. Dile a Codex en qué punto de control debe centrarse ahora, con qué comando puede verificar que lo alcanzó y en qué circunstancias debe pausar el trabajo.

Cuando Codex trabaja en un objetivo, puede hacerlo por su cuenta durante muchas horas sin que tengas que consultar cómo va. Se detendrá cuando considere que se ha cumplido la condición que definiste. Por eso, puedes tratar /goal como una tarea en segundo plano que no necesitas supervisar.

Ejemplos de objetivos

Migraciones

Ya sea que migres juegos a un nuevo stack, aplicaciones móviles a una nueva plataforma o una base de código a un nuevo framework, puedes usar /goal para que Codex realice la migración:

Creación de prototipos

Ya sea que crees una aplicación desde cero, un juego nuevo o una función nueva, puedes usar /goal para que Codex complete una primera versión pulida. Puedes guiar su desarrollo con un archivo PLAN.md que describa con precisión lo que quieres crear.

Optimización de prompts

Si tienes un conjunto de evaluaciones, puedes usar /goal para optimizar los prompts en función de los resultados. Codex puede revisar los casos que fallan, actualizar el prompt, volver a ejecutar las evaluaciones y repetir el proceso hasta que mejore la puntuación o se cumpla la condición que definiste para detenerse.