Hoy os hablo de /plan, una de esas funciones que, cuando empezáis a utilizarla, acaba acompañando prácticamente todos vuestros proyectos.
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. Hoy empieza el curso de Devbox con VPS. Esta mañana veremos cómo crear el servidor en Hetzner y realizar la primera conexión por SSH, y esta tarde cómo preparar un usuario seguro, las llaves y el firewall. ¡A por él!
Ahora sí, vamos al lío. Como diría Aníbal Smith, me encanta que los planes salgan bien. Y precisamente para eso sirve la píldora de hoy. Cuando vayáis a empezar un proyecto, incorporar una funcionalidad importante o realizar una migración, podéis activar el modo de planificación con /plan. Le explicáis qué queréis conseguir y Codex analiza el encargo antes de tocar nada.
El agente revisa el contexto, detecta las decisiones que faltan y puede haceros algunas preguntas. Quizá necesite saber dónde se alojará el proyecto, si debe guardar datos, qué tecnología queréis utilizar o qué restricciones debe respetar. Con esas respuestas prepara una secuencia ordenada de trabajo.
Imaginad que queréis crear un videojuego en primera persona. Podéis describir el tipo de juego, dónde se ejecutará y qué experiencia buscáis. Si no habéis explicado si la partida debe conservar la munición o incluir puntos de guardado, el agente os lo preguntará antes de diseñar la solución.
También podéis utilizarlo sobre un proyecto existente. Cuando fusioné AudioCursos.com con Boluda.com, primero pasé por el Grill Me para concretar lo que quería y después pedí un plan para ejecutar la integración.
El resultado no fue un simple «copiar y pegar». El plan tuvo que contemplar cómo acceder a ambos servidores, crear el tipo de contenido de audiocursos, importar la información, trasladar los MP3 y decidir dónde quedarían alojados después de cerrar la web anterior.
Ahí está una de sus grandes ventajas. El plan hace visibles las incógnitas antes de que se conviertan en problemas. Si los audios estaban en el servidor que iba a desaparecer, había que decidir su destino antes de empezar la migración. Si hubieran estado ya en un CDN externo, ese paso no habría sido necesario.
Además, permite comprender el alcance real del encargo. Algo que parecía una modificación pequeña puede esconder dependencias, accesos, migraciones de datos, copias de seguridad y decisiones de arquitectura. Es mucho mejor descubrirlo mientras todavía estáis planificando que con la mitad del sistema desmontado.
No hace falta utilizar Grill Me para todo. A veces sería excesivo. En cambio, /plan ofrece un punto intermedio muy práctico: hace las preguntas imprescindibles, ordena el trabajo y os enseña qué falta por resolver, pero todavía no ejecuta los cambios.
Así pues, mi recomendación es muy sencilla. Antes de lanzaros a construir un proyecto complejo o modificar una funcionalidad importante, activad /plan. Revisad el resultado, resolved las incógnitas y comprobad que el camino propuesto encaja con lo que teníais en mente. Los problemas aparecerán igualmente, pero es mucho mejor encontrarlos sobre el papel que en plena migración. :)
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 martes con otra píldora de inteligencia artificial. Como siempre, a las 07:07. Hasta entonces... ¡Muy buenos lunes, y mejor semana!