Lanzamos el modo de 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 de objetivo es increíblemente poderoso, y hay algunas cosas que puedes hacer para aprovecharlo al máximo. Aquí hay 7 cosas a tener en cuenta cuando uses /goal.
1. Criterios claros y *verificables
El prompt que defines al activar el modo de objetivo puede actuar como tu prompt inicial, pero más importante aún, actuará como tu criterio de salida para el objetivo. Codex verificará después de cada turno si el objetivo se ha logrado o no. Como resultado, tu prompt de objetivo no debe ser demasiado extenso 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 contiene un número claro\* para que el modelo lo alcance antes de considerar el objetivo completo. Buenos ejemplos:
- "Reduce el tiempo de compilación e implementación en un 30%."
- "Migra esta funcionalidad de TypeScript a Rust y alcanza el 100% de paridad de pruebas."
- "Mejora el andamiaje de la aplicación para que la mayor pintura con contenido 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 hacer una lluvia de ideas sobre el proyecto, no tienes que iniciar un hilo con el modo de 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 basado 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 "Reduce 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 sobre por dónde Codex podría ir por el camino equivocado.
Mi colega @reach_vb, por ejemplo, hizo esto en uno de sus experimentos diciéndole a Codex que podía usar el navegador Chrome para ir a Google Colab y limitaciones aceptables como generar su propio conjunto de datos cuando hizo que Codex entrenara un modelo.
De manera similar, si buscas reducir los tiempos de compilación y sabes dónde se pasa la mayor parte del tiempo, intenta señalarle a Codex esa área primero como parte de tu prompt.
Alternativamente, incluso puedes hacer que Codex haga una investigación inicial en modo plan y que Codex cree un plan como un 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 hacer una lluvia de ideas con Codex sobre qué herramientas serían útiles o darle pistas sobre 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, hice que Codex creara una herramienta para sí mismo 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 querrás 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 del diseño y poniéndola en línea para que sea "perfecta en píxeles" o alcanzar una tasa de pruebas 100% aprobable 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 tratando de 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 tecnológica, 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 de producción completas. Entonces, en su lugar, 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 el entorno más preciso.
5. Ten cuidado con los objetivos visuales
Darle a Codex un objetivo visual como "Implementa 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 algunos 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 avanzar hacia 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 para implementar, adherencia al sistema de diseño, etc.
6. Mantener un registro 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. Hay algunas cosas que he encontrado útiles, dependiendo del objetivo, para mantenerse al día:
- Pídele a Codex que haga commits en pasos significativos y que los suba a un Pull Request borrador. Esto es útil especialmente si trabajas en un sitio web con implementaciones de vista previa.
- Haz que Codex actualice un artefacto para los ejecutivos. Puede ser un archivo HTML que puedas mantener abierto en el navegador integrado o incluso implementarlo 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 este punto, pero también es de corta duración. La alternativa en la aplicación de Codex es preguntarle 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. Limpiar y finalizar los resultados
¡Genial, el objetivo finalmente se logró! ¿Hora de simplemente $yeetlo 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 permanecido en los cambios.
Hora de ponerle objetivo a tu próxima tarea
La funcionalidad de objetivo en Codex es una herramienta increíblemente poderosa 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
