Hoy os hablo de /goal, el tercer paso de mi combinación favorita para empezar proyectos: Grill Me, plan y objetivo. Pero antes, recordemos que en Boluda.com tenéis cursos para emprendedores, marketing online, desarrollo web, y todo lo que necesitáis para vuestro negocio online. Ayer empezamos el curso de Devbox con VPS. Esta mañana veremos cómo instalar Codex dentro de la devbox y esta tarde cómo preparar el stack de desarrollo necesario para trabajar con él. ¡A por él! Ahora sí, vamos al lío. Ayer vimos que /plan sirve para aclarar incógnitas y ordenar todos los pasos antes de empezar. Una vez revisado ese plan, podéis convertir el resultado que queréis conseguir en un objetivo persistente mediante /goal. Un goal no es simplemente una petición más dentro de la conversación. El resultado queda fijado como criterio de finalización de la tarea. El agente puede avanzar durante muchos pasos, revisar su propio progreso y continuar trabajando hasta que haya cumplido aquello que le habéis pedido. Siguiendo el ejemplo de ayer, después de planificar un videojuego en primera persona podríais escribir algo como /goal Aplica el plan y entrega el juego funcionando. A partir de ahí, Codex no se limita a crear la estructura inicial y esperar una nueva orden. Mantiene a la vista el resultado completo. Es como los misiles de las películas cuando aparece el mensaje target locked. Aunque durante el trabajo aparezcan errores, pruebas o pequeños desvíos, el objetivo continúa marcando hacia dónde debe dirigirse. Eso sí, cuanto más autónomo sea el trabajo, más importante resulta definir bien qué significa terminar. Un buen goal debería incluir tres elementos cuando sean necesarios: el resultado esperado, las restricciones que debe respetar y la forma de comprobar que todo funciona. No es lo mismo pedir «crea un juego» que pedir «crea este juego siguiendo el plan acordado, conserva las partidas, no utilices servicios de pago y verifica que funciona en el navegador». La segunda versión permite que el agente tome decisiones sin perder de vista vuestros límites. También conviene recordar que un objetivo no amplía los permisos del agente. Si necesita una autorización, un dato que no puede descubrir o una decisión que solo vosotros podéis tomar, se detendrá y os lo pedirá. Pero dentro del acceso que ya tenga intentará resolver los obstáculos necesarios para completar el encargo. Por eso hay que vigilar los objetivos demasiado abiertos. Si le pedís transcribir unos audios y no especificáis qué credenciales puede utilizar, quizá busque una solución en otros archivos o proyectos a los que ya tenga acceso. Puede que técnicamente resuelva el problema, pero no necesariamente de la manera que queríais. Mi secuencia habitual es la siguiente. Primero utilizo Grill Me cuando la idea todavía está verde y necesito concretarla. Después activo /plan para ordenar la ejecución. Finalmente creo un /goal que consiste en aplicar ese plan con unos criterios de éxito claros. Este combo evita tanto la parálisis por análisis como el vibe coding a lo loco. Dedicáis un poco de tiempo a decidir qué queréis, comprobáis cómo se hará y después dejáis que el agente avance hasta conseguirlo. Os aseguro que ahorra muchísimas iteraciones, correcciones y tokens. :) Como siempre, muchas gracias a todos por vuestras valoraciones de cinco estrellas en Apple Podcasts y Spotify, suscribiros a los cursos para emprendedores y por estar ahí, al otro lado. Como siempre digo, sin vosotros, esto no sería lo que es. Sin vosotros esto simplemente, no sería. Nos escuchamos mañana miércoles con más píldoras de inteligencia artificial. Como siempre, a las 07:07. Hasta entonces... ¡Muy buenos días!

Ask this episode

“What did the council decide on item 42?” — answered with the speaker and the moment.

Transcript

Related