Cómo usar Codex /goal: continuación, controles, criterios de finalización y presupuesto de tokens

Si envías «continúa» a Codex una y otra vez, una opción es usar /goal para conservar los criterios de finalización. Resulta útil para reproducir un fallo, corregirlo y elegir el siguiente paso según los resultados de las pruebas. No es solo una orden para trabajar durante mucho tiempo: mantiene en el mismo chat las condiciones que determinan cuándo terminar.

Esta guía explica cuándo usarlo, en qué se diferencian los controles de escritorio y de la CLI y qué revisar cuando el trabajo se detiene. También aclara por qué el presupuesto de tokens de un objetivo no equivale al cupo restante de tu plan ni a un límite de facturación.

Especificaciones comprobadas: 7 de octubre de 2026. Esta explicación se basa en la documentación oficial de OpenAI. No ejecutamos el modo de objetivos para este artículo ni medimos su duración, consumo o efecto sobre los resultados.

1. Qué hace /goal: solicitudes normales, /plan y dot

/goal establece un objetivo continuo en un chat de Codex. Si una prueba falla durante el proceso, Codex puede elegir la siguiente acción según los criterios originales de finalización. OpenAI menciona la investigación de fallos, las mejoras de rendimiento, las migraciones y la investigación documental como ejemplos en los que el siguiente paso depende de los hallazgos.

La explicación oficial describe un objetivo como un estado guardado en el chat actual. No es una memoria global que se aplique automáticamente a otros chats ni una regla para todo el repositorio. El código, las pruebas y los documentos necesarios deben seguir siendo accesibles desde ese chat. Fuente: OpenAI Cookbook: Using Goals in Codex.

Crear un plan por sí solo no inicia la continuación automática del modo de objetivos. Tampoco /goal garantiza una revisión independiente por otro modelo. Para conocer la diferencia con dot, consulta cómo usar dot, sus precios y la delegación a Codex. Para saber cómo proporcionar información, consulta ingeniería de contexto.

2. Cómo empezar en escritorio, CLI e IDE

Aunque comparten /goal, los controles posteriores al inicio varían según la interfaz. La guía oficial sobre trabajo prolongado explica cómo empezar en escritorio, CLI y la extensión del IDE. Su apartado web describe cómo comunicar a ChatGPT Work el resultado, las restricciones y los criterios de evaluación; eso no demuestra que la interfaz web tenga el mismo comando y los mismos controles.

Para la CLI, OpenAI Cookbook indica que se admite Codex 0.128.0 o posterior. La referencia de configuración actual describe features.goals como una función estable y activada de forma predeterminada. No supongas que debes añadir a tu configuración las instrucciones antiguas para activar una función experimental. Si no aparece, comprueba la interfaz, la versión y las indicaciones oficiales actuales.

Fuentes: Trabajo prolongado, Comandos con barra del escritorio y Referencia de configuración. Las instrucciones de este artículo explican la función de los controles; no son una lista de etiquetas de botones comprobadas en cada versión de la aplicación.

3. Criterios de finalización: convertir objetivos vagos en resultados comprobables

«Hazlo de alta calidad» o «continúa hasta terminar» dificulta decidir qué significa terminado. Los criterios de finalización deben describir resultados que puedas verificar. Especifica anchos de pantalla, comportamiento después de guardar, resultados de pruebas o documentos que comparar.

En la CLI, el texto del objetivo debe contener entre 1 y 4.000 caracteres. En lugar de incluir una especificación extensa completa, señala un archivo de especificaciones y conserva en el objetivo el resultado, las restricciones principales y los criterios de verificación. Proporcionar un archivo no transfiere automáticamente el historial de otro chat. Fuente: Comandos con barra de Codex CLI.

Si aún no se ha decidido la especificación, puedes pedir primero: «No implementes nada todavía. Aclara los requisitos y redacta una propuesta de /goal». Después de estudiarla con /plan, lee tú mismo el objetivo propuesto, comprueba las restricciones y el alcance y comienza.

4. Ejemplos de instrucciones para fallos, interfaces e investigación

Las siguientes instrucciones se redactaron para este artículo. No son ejemplos de ejecuciones exitosas que hayamos realizado. Comprueba primero si hay pruebas y un navegador disponibles e incluye la obligación de informar como no realizadas las comprobaciones que no puedan ejecutarse.

Corrección de fallos: separar el problema reproducido de las pruebas de regresión

/goal Corrige «deshacer eliminación» en esta aplicación de tareas para poder restaurar el último elemento eliminado en su posición y estado de finalización originales.
Conserva el comportamiento existente al añadir elementos, alternar su estado de finalización, eliminar y guardar.
Reproduce primero el problema. Tras corregirlo, comprueba la posición restaurada, el estado de finalización, la prevención de restauraciones duplicadas, las eliminaciones consecutivas y el guardado tras restaurar.
Modifica únicamente los archivos y pruebas relacionados. No añadas dependencias, publiques externamente, hagas push ni realices compras.
Si no puedes ejecutar una comprobación, explica el motivo y el entorno necesario. Incluye en el informe final los archivos modificados, los comandos ejecutados y sus resultados y las comprobaciones no realizadas.

Pedir solo «que pasen las pruebas» puede hacer que un cambio que elimina funciones parezca cumplir el objetivo. Incluir el comportamiento que debe conservarse y el alcance permitido de los cambios aporta criterios para elegir cómo corregir el problema.

Mejoras de interfaz: especificar requisitos de visualización e interacción

/goal Haz que esta pantalla se adapte a anchos de 390px y 1280px sin desbordamiento horizontal y que los botones de completar y eliminar sigan siendo utilizables con nombres de tareas largos.
No cambies la estructura de datos ni el formato de almacenamiento existentes.
Comprueba ambos anchos en un navegador real disponible. Prueba la adición, el cambio de estado de finalización, la eliminación, el guardado tras recargar y la interacción con el teclado.
Si no puedes probar en un navegador, no des por aprobadas las interacciones reales basándote en imágenes o en la revisión del código. Informa de esas comprobaciones como no realizadas.
No publiques, hagas push, realices compras ni cambies los ajustes del dispositivo.

Los anchos son condiciones de prueba de esta solicitud, no anchos de pantalla garantizados por el producto. Distingue también los resultados de interactuar con un navegador real de los obtenidos únicamente al revisar código o imágenes.

Investigación: conservar pruebas en lugar de rellenar campos desconocidos

/goal Compara las condiciones de conservación de datos, uso para entrenamiento y eliminación de los dos servicios indicados mediante documentos oficiales públicos.
Relaciona cada afirmación con una URL de origen y con las condiciones del texto consultado, y elabora una tabla comparativa y una explicación.
En los puntos donde no encuentres una explicación tras buscarla, identifica los documentos consultados y la información que falta. No rellenes la tabla con suposiciones.
No inicies sesión, cambies ajustes, conectes aplicaciones, subas archivos ni realices compras.
Al terminar, presenta por separado las especificaciones confirmadas, las interpretaciones y los puntos investigados que no hayas podido confirmar.

Decidir «continuar indefinidamente hasta encontrar todas las respuestas» deja la investigación sin punto final. Incluso si la información no es pública, puedes definir como resultado un informe de las fuentes consultadas y las preguntas pendientes.

5. Pausar, reanudar, editar y quitar un objetivo

En escritorio, usa la fila de progreso del objetivo situada sobre el campo de entrada. La documentación de la CLI enumera los siguientes comandos. No interpretes esta tabla de la CLI como una lista de acciones de botones del escritorio.

Puedes aportar información o restricciones adicionales en el mismo chat durante el trabajo. Expresa claramente los cambios de decisión, como «no publiques todavía» o «cancela los cambios de esta función». Tras editar el objetivo, comprueba si los resultados de pruebas anteriores bastan para demostrar que se cumplen los nuevos criterios de finalización.

Fuentes de los controles: Comandos de objetivos de la CLI y Controles de objetivos del escritorio.

6. Presupuestos de tokens, cupos de uso y precios

Para el trabajo continuo, distingue cuándo detener el trabajo del objetivo de cuánto consume del cupo de tu plan. Aunque quede presupuesto del objetivo, los límites de uso de la cuenta o los problemas del entorno de ejecución pueden impedir continuar.

¿Usar /goal implica un cargo adicional?

En la documentación oficial de precios que consultamos no encontramos un cargo independiente por cada inicio de /goal. Sin embargo, el procesamiento repetido del modelo consume uso normal de Codex. Activar el modo de objetivos no convierte los ciclos de pruebas, correcciones y comprobaciones en un servicio gratuito e ilimitado.

OpenAI explica que Work y Codex comparten un cupo de uso y que el consumo varía según el modelo, la tarea y otros factores. Continuar con créditos adicionales después de agotar el cupo del plan también debe distinguirse de la facturación independiente mediante una clave de API. Fuente: Precios y límites de uso de Work y Codex. Para elegir un plan y entender los restablecimientos, consulta la comparación de precios y cupos de ChatGPT Pro.

¿Qué permiten confirmar las cifras del presupuesto?

La documentación oficial de App Server para desarrolladores enumera el campo del objetivo tokenBudget, el campo de consumo tokensUsed y el campo de medición del tiempo timeUsedSeconds. Esto permite confirmar un mecanismo para registrar presupuesto y progreso en el estado interno del objetivo. No es una instrucción para introducir los nombres de esos campos RPC como opciones de la CLI dirigidas al usuario.

La misma documentación explica que sustituir un objetivo por uno nuevo reinicia las mediciones de uso del objetivo. Esto no afirma que se recupere el cupo restante del plan. Un campo de medición del tiempo tampoco demuestra que puedas garantizar una parada a las dos horas. Fuente: Gestión de objetivos de App Server.

7. Qué comprobar cuando el trabajo se detiene

Un objetivo activo no resuelve automáticamente todas las interrupciones. Revisa primero el objetivo actual y el último resultado y, después, investiga en este orden.

Según el Cookbook, la continuación automática se produce cuando el chat está inactivo, el objetivo está activo y dentro del presupuesto y no hay otros procesos ni entradas del usuario pendientes. Un trabajo que consiste solo en planificar no activa la continuación y las interrupciones pausan el objetivo. Si un turno de continuación no realiza ninguna llamada a herramientas, se suprime la siguiente continuación automática para evitar repeticiones improductivas.

Al alcanzar el presupuesto, el diseño oficial detiene el trabajo sustantivo e informa del progreso, los bloqueos y los siguientes pasos. Agotar el presupuesto y alcanzar el objetivo son cosas distintas. Antes de reanudar, comprueba el trabajo pendiente y los costes previstos.

Iniciar /goal no amplía los permisos ni los recursos conectados. La documentación oficial indica que respeta el entorno aislado y la política de aprobación existentes. Tampoco traslada automáticamente el trabajo local a la nube. Si prevés perder la conexión, se recomienda pausar y reanudar cuando el entorno esté disponible. Fuente: Permisos y condiciones de continuación del trabajo prolongado.

Si aparece un error del modelo como «Selected model is at capacity», investiga según ese mensaje. La investigación y solución del error at capacity de Codex lo explica por separado de los límites de uso.

8. Pruebas que revisar en el informe de finalización

Una respuesta que dice «terminado» no demuestra que se haya verificado el resultado solicitado. Busca pruebas que correspondan al objetivo original. Aunque hayan pasado las pruebas, no deben darse por aprobadas las comprobaciones de interacción que no se realizaron.

Si faltan pruebas, envía una instrucción concreta en el mismo chat: «prueba el guardado tras recargar» o «muestra el texto original y las condiciones de esta afirmación». Si añades criterios de finalización, actualiza también el objetivo. Si quieres que otro agente revise el trabajo, solicítalo expresamente por separado y distingue la revisión basada solo en el informe del agente de las comprobaciones que vuelven a ejecutar el trabajo.

También puedes solicitar requisitos, implementación y verificación en el desarrollo normal con Codex. El valor del modo de objetivos consiste en conservar los criterios de finalización durante varios pasos y utilizarlos para elegir qué hacer después. Para conocer las diferencias entre productos y modalidades de ejecución, consulta la comparación entre Claude Code y Codex.

9. Antes de empezar

Si basta con un cambio o una explicación, conviene una solicitud normal. Considera /goal para el trabajo repetido hacia los mismos criterios de finalización, cuando el siguiente paso depende de los resultados de la investigación. Elige según resultados verificables, no según el tiempo de ejecución.

10. Preguntas frecuentes

¿Puedo dejar de enviar «continúa» cada vez?

Cuando el objetivo está activo y se cumplen las condiciones de continuación automática, el trabajo puede avanzar al siguiente paso después de un turno. Aun así, puede detenerse por una aprobación pendiente, el límite de presupuesto o un bloqueo. La función no elimina la necesidad de decisiones humanas.

¿/goal funciona solo en la nube? ¿Sigue trabajando si cierro el PC?

No es exclusivo de la nube. Está documentado para escritorio, Codex CLI y la extensión del IDE. El entorno necesario para continuar depende del lugar de ejecución. Establecer un objetivo no demuestra por sí solo que el trabajo continúe en un PC local apagado.

¿El presupuesto de tokens garantiza un límite de cobro?

No puede garantizarse como un límite estricto de facturación. El presupuesto del objetivo es independiente del cupo del plan, los créditos adicionales y la facturación de la API. En los documentos oficiales consultados no encontramos una explicación de la relación exacta entre los contadores del objetivo y el importe facturado.

¿Es lo mismo que usar dot?

/goal gestiona un objetivo y la continuación dentro del mismo chat de Codex. dot también se ocupa de la asistencia continua, la delegación a otras tareas y la coordinación. Para un pequeño trabajo de desarrollo puede bastar una solicitud directa a Codex. Elige según tu propósito y a quién quieras encargar la gestión del progreso.