Lanzamos el modo objetivo (o /goal) como una forma de ayudarte a que Codex trabaje hacia un resultado concreto. Cuando estableces un objetivo, Codex continuará trabajando hasta que se logre, ya sea que tome horas o días. Algunas personas han usado Codex para trabajar en un solo objetivo durante más de 120 horas.
El modo objetivo es increíblemente potente, y hay algunas cosas que puedes hacer para aprovecharlo al máximo. Aquí tienes 7 aspectos a tener en cuenta cuando uses /goal.
1. Criterios claros y *verificables
El prompt que defines al activar el modo objetivo puede actuar como tu prompt inicial, pero lo más importante es que servirá como criterio de finalización del objetivo. Codex verificará después de cada turno si el objetivo se ha logrado o no. Por lo tanto, tu prompt de objetivo no debe ser excesivamente largo y debe centrarse en un criterio claro sobre cuándo se ha alcanzado el objetivo.
En la mayoría de los casos, un buen objetivo incluye un número claro\* para que el modelo lo alcance antes de considerar el objetivo como completado. Buenos ejemplos:
- "Reducir el tiempo de compilación e implementación en un 30%."
- "Migrar esta funcionalidad de TypeScript a Rust y alcanzar el 100% de paridad de pruebas."
- "Mejorar el scaffolding de la aplicación para que el 'largest contentful paint' en producción esté por debajo de 2.5s."
\El prompt no siempre tiene que ser un número, pero generalmente ayuda con los siguientes consejos.*
Si no estás seguro de cómo definir mejor tu objetivo o quieres trabajar primero con Codex para pensar en el proyecto, no tienes que iniciar un hilo con el modo objetivo.
Codex puede establecer un objetivo por sí mismo, así que puedes iniciar una conversación y, cuando estés listo para que Codex comience a trabajar, puedes pedirle a Codex que establezca el objetivo basándose en tu conversación.
También puedes editar el objetivo en cualquier momento presionando el botón de editar en la aplicación de Codex o usando /goal nuevamente en la CLI.
2. Proporciona orientación si es posible
Enviar un prompt como "Reducir el tiempo de compilación e implementación en un 30%" puede ser genial e incluso encontrar soluciones creativas. También podría llevar a Codex por un camino sin salida si tienes una idea de dónde podría estar el problema.
Cuando sea posible, dale a Codex un punto de partida por dónde empezar a trabajar, qué herramientas puede usar para lograr el objetivo, o cualquier otra indicación para evitar que Codex tome el camino equivocado.
Mi colega @reach_vb, por ejemplo, hizo esto en uno de sus experimentos al decirle a Codex que podía usar el navegador Chrome para entrar a Google Colab y establecer limitaciones aceptables, como generar su propio conjunto de datos cuando le pidió a Codex que entrenara un modelo.
De manera similar, si buscas reducir los tiempos de compilación y sabes dónde se emplea la mayor parte del tiempo, intenta dirigir a Codex hacia esa área primero como parte de tu prompt.
Alternativamente, incluso puedes hacer que Codex realice una investigación inicial en modo plan y que cree un plan como archivo que pueda usar para documentar las opciones potenciales. Luego, haz que tu objetivo haga referencia a ese plan.
3. Haz que el progreso sea medible
Si tu objetivo es ambicioso o si hay varias formas en que Codex podría acercarse al objetivo, es importante que le des a Codex herramientas para medir el progreso.
En el caso de algunas tareas, esto puede ser algo dado, como mejorar los tiempos de compilación o aumentar la cobertura de pruebas, porque Codex a menudo ya tiene las herramientas o las crea naturalmente.
Para otros objetivos, vale la pena pensar junto con Codex qué herramientas serían útiles o sugerirle formas de saber cómo está progresando. Por ejemplo, tener herramientas para calcular diferencias visuales entre dos capturas de pantalla o crear un conjunto de evaluación para un agente que estás intentando ajustar.
Cuando hice que Codex recreara algunos componentes de un video, le pedí que creara una herramienta para poder comparar las capturas de pantalla e inspeccionar las diferencias. Eligió evolucionar la herramienta con el tiempo para tener diferentes modos de comparación.
Una captura de pantalla que Codex generó para comparar visualmente dos fotogramas
Dependiendo de tu tarea, también debes considerar si hay criterios adicionales que quieras medir/verificar que podrían hacer que Codex piense que la tarea está completa, pero que tú considerarías incompleta. Por ejemplo, implementar una interfaz de usuario recortando la inspiración de diseño e incrustándola para que sea "perfecta en píxeles" o lograr una tasa de pruebas 100% superable reduciendo la cobertura de pruebas.
4. Crea un entorno realista
Para que Codex realmente progrese hacia el objetivo, necesita operar en un entorno realista. En la práctica, esto significa que si estás intentando mejorar los tiempos de implementación o los problemas de latencia, debe tener acceso a entornos de implementación y prueba que imiten la producción. Es decir, la misma pila, las mismas banderas, una base de datos similar.
Como ejemplo, estábamos depurando algunas mejoras en el tiempo de compilación e implementación para developers.openai.com. Ya estábamos usando vistas previas de implementación, por lo que Codex pudo usarlas para implementar y revisar los registros asociados, pero nuestras implementaciones de vista previa tenían algunas rutas de compilación deshabilitadas en comparación con las ejecuciones completas de producción. Entonces, Codex tuvo que hacer implementaciones manuales en los mismos entornos con configuraciones de producción similares para inspeccionar el entorno.
De manera similar, puedes hacer que Codex use computer use para probar la aplicación real. Para trabajar en algunas mejoras de rendimiento en iOS, @dimillian incluso usó un dispositivo físico para obtener el entorno más preciso.
5. Ten cuidado con los objetivos visuales
Darle a Codex un objetivo visual como "Implementar esta interfaz de usuario 100% perfecta en píxeles basada en esta imagen" es tentador, pero dependiendo de la configuración, también puede causar problemas.
Si no le das la orientación y las restricciones adecuadas, podría terminar obsesionándose con algunos problemas ignorando el objetivo general. Por ejemplo, si la referencia incluye gráficos que se espera que Codex genere, ya sean íconos SVG o imágenes, podría perderse tratando de hacerlos precisos en lugar de analizar el problema adecuadamente.
Además, Codex necesitará herramientas para hacer la comparación visual correctamente, lo que significa más entradas de imagen y un mayor uso general de tokens, sin necesariamente darle a Codex una forma fácil de identificar oportunidades.
En su lugar, las imágenes a menudo pueden servir como contexto útil para impulsar el objetivo, pero debes encontrar otras formas para que Codex identifique que se ha alcanzado el objetivo, como listas de verificación de funcionalidades, especificaciones a implementar, adherencia al sistema de diseño, etc.
6. Seguimiento del progreso
Si Codex termina trabajando durante horas o días en segundo plano (o incluso en otra máquina), es fácil perder la noción de qué tan lejos está Codex o qué trabajo se ha realizado. Aquí hay algunas cosas que he encontrado útiles, según el objetivo, para mantenerse al día:
- Pídele a Codex que haga commit en pasos significativos y que los suba a un PR borrador. Esto es útil especialmente si trabajas en un sitio web con vistas previas de implementación.
- Haz que Codex actualice un artefacto para los ejecutivos. Puede ser un archivo HTML que puedas mantener abierto en el navegador integrado o incluso implementar para tu equipo usando Sites, una imagen de un gráfico renderizado que rastrea el progreso o incluso un archivo Markdown simple.
- Indícale a Codex que publique actualizaciones. También puedes pedirle a Codex, como parte del objetivo, que comunique el progreso importante a un canal de Slack u otros lugares donde quieras que se documente el progreso.
- Usa otros chats para solicitar actualizaciones de estado. Si solo quieres una verificación rápida del estado actual, puedes ejecutar /side para iniciar un nuevo chat lateral y hacer preguntas allí. Debido a que bifurca el hilo actual, tiene todo el contexto hasta ese punto, pero también es de corta duración. La alternativa en la aplicación de Codex es pedirle a Codex en un nuevo chat normal que lea el otro hilo de objetivo y responda tus preguntas. Esto puede ser especialmente poderoso si le pides a Codex que programe una automatización para verificar regularmente.
7. Limpieza y finalización de resultados
¡Genial, el objetivo finalmente se ha logrado! ¿Hora de simplemente $yeet al equipo y terminar el día?
Generalmente, he encontrado útil, especialmente para tareas de optimización, que Codex reflexione sobre el trabajo realizado y lo revise. Puedes comenzar con un /review para ejecutar una revisión de código local, pero también puede valer la pena hacer que Codex reflexione más profundamente sobre los diferentes intentos que hizo para resolver el objetivo y limpiar en consecuencia.
Dado que Codex continuará hasta alcanzar el objetivo, es posible que haya probado varias cosas que no funcionaron lo suficientemente bien o que no funcionaron en absoluto y que podrían haber quedado en los cambios.
Es hora de ponerle objetivo a tu próxima tarea
La funcionalidad de objetivo en Codex es una herramienta increíblemente potente para resolver algunos de los desafíos más significativos que encuentras, pero proporcionar el entorno y las instrucciones adecuadas te llevará a tu objetivo de manera más eficiente.
¿Para qué has usado /goal?
https://x.com/OpenAIDevs/status/2057530209470210453
