Boluda

Hoy regalo a los suscriptores una skill para conseguir respuestas mucho más breves, directas y económicas en tokens.

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 finaliza el curso de Devbox con VPS. Esta mañana veremos cómo cambiar de dispositivo al vuelo y esta tarde cómo preparar copias de seguridad, snapshots y una recuperación real cuando algo se tuerce. ¡A por él!

Ahora sí, vamos al lío. Hoy es viernes y durante la edición de verano dejaré la publicación de hoy en abierto, pero todos los suscriptores encontraréis la skill de hoy en la zona de descargas del campus.

Cuando habláis con un modelo de inteligencia artificial, muchas veces agradecéis un tono cercano y conversacional. Pero hay otras ocasiones en las que ya sabéis exactamente qué queréis y la respuesta llega rodeada de introducciones, felicitaciones, contexto y explicaciones que no habíais pedido.

Acabáis escaneando ocho párrafos para encontrar una instrucción que cabía en dos líneas. Es como aquellos artículos posicionados en Google que empezaban explicando la historia del Macintosh cuando vosotros solo queríais conocer un atajo de teclado.

Esta verborrea no solamente consume tiempo. También consume tokens. Cada frase innecesaria ocupa contexto, cuenta dentro de los límites y vuelve a viajar con la conversación en las interacciones siguientes.

Codex permite escoger una personalidad más amistosa o más pragmática desde la configuración o mediante /personality. La opción pragmática ya ayuda a reducir rodeos, pero en algunas tareas yo quería ir todavía más lejos.

Esta skill elimina felicitaciones, introducciones, repeticiones y explicaciones accesorias. El agente entrega directamente el resultado, utilizando listas o frases breves cuando son suficientes.

En mis pruebas le he pedido explicar la relatividad especial, la general y sus diferencias. En lugar de generar una pequeña conferencia, ha condensado la respuesta en unos pocos puntos claros. Según el tipo de tarea, he llegado a recortar alrededor del 70% o 75% del texto generado.

Evidentemente, no es el estilo adecuado para todas las conversaciones. Si queréis explorar una idea, debatir posibilidades o escuchar un punto de vista desarrollado, quizá os interese una respuesta más humana y extensa. Pero cuando ya existe un plan y solo queréis ejecutar, se agradece muchísimo que el agente vaya directo al tema.

Podéis activar esta forma de trabajar únicamente en una tarea concreta, mantener otra conversación con un tono normal o adaptar la skill para que no sea tan extrema. Basta con pedirle al agente que cree una versión propia con un poco más de contexto o de prosa.

Los suscriptores podéis descargarla desde la zona de descargas. Entregad el archivo comprimido a vuestro agente, pedidle que lo revise e instale y preguntadle cómo invocarla cuando la necesitéis.

Al principio puede dar un poco de pena, porque neutraliza bastante la personalidad y el agente responde casi como Terminator o Data de Star Trek. Pero cuando tenéis una lista de tareas clara, queréis resultados rápidos y los tokens empiezan a escasear, os aseguro que se agradece.

Espero que os sea útil para ahorrar muchos tokens y poder seguir gastando tokens. La pela es la pela. :)

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.

Es viernes, o sea que ya sabéis lo que toca: descansad, relajaros y recargad pilas, aunque estemos en pleno agosto. Regresamos el lunes con más y mejor: la edición de verano del podcast de Marketing Online. Como siempre, a las 07:07. Hasta entonces... ¡Muy buen fin de semana!

Hoy os hablo de los hooks, pequeños ganchos que permiten ejecutar acciones automáticamente en momentos concretos del trabajo con un agente.

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. Esta semana estamos con el curso de Devbox con VPS. Esta mañana veremos cómo organizar los archivos locales y remotos, y esta tarde cómo trabajar con Visual Studio Code y previews remotas. ¡A por él!

Ahora sí, vamos al lío. Quienes trabajáis con WordPress seguramente ya conocéis el concepto. Un hook permite enganchar una acción a un evento: cuando ocurra esto, ejecuta automáticamente aquello.

Los agentes también tienen momentos a los que podéis enganchar vuestros propios scripts. Por ejemplo, al empezar una sesión, cuando enviáis una petición, antes o después de utilizar una herramienta, al compactar el contexto, cuando termina una tarea o cuando se detiene un subagente.

Esto permite automatizar pequeñas comprobaciones sin tener que repetirlas en cada conversación. Podéis registrar la actividad, revisar que un mensaje no contenga una clave privada, ejecutar una validación al terminar, actualizar una memoria persistente o mostrar una advertencia cuando vaya a ocurrir una acción delicada.

Uno de los casos que más me interesa es el trabajo con producción. Yo suelo dar bastante autonomía a mis agentes para que no se detengan cada pocos segundos preguntando si pueden leer o modificar un archivo. De lo contrario, les encargas algo, te marchas y al regresar descubres que no han avanzado porque estaban esperando una confirmación desde el primer minuto.

Sin embargo, producción merece un tratamiento distinto. Una consulta inocente puede acabar convirtiéndose en un despliegue si el agente interpreta que esa es la mejor manera de resolverla. Y quizá vosotros solo queríais estudiar el cambio o probarlo primero en local.

Por eso utilizo un hook que detecta las acciones relacionadas con producción e introduce una revisión explícita antes de continuar. Cuando el flujo va a desplegar, modificar archivos remotos o ejecutar una operación sensible, aparece la advertencia correspondiente y el agente debe detenerse a confirmar el siguiente paso.

El hook no sustituye a los permisos, al sandbox ni a las reglas de seguridad. Es una capa adicional para recordar una condición justo en el momento adecuado. Podéis combinarlo con políticas que realmente limiten o bloqueen comandos cuando necesitéis una protección más estricta.

También podéis crear ganchos para observar la compactación. Uno puede ejecutarse antes de resumir el contexto y otro justo después. O podéis aprovechar el final de cada tarea para lanzar las pruebas, comprobar el estado de Git o guardar un registro de lo que se ha hecho.

Los eventos disponibles y su configuración dependen del agente y de la superficie que utilicéis. Mi recomendación es que le preguntéis directamente qué hooks admite vuestro entorno y que empecéis por un caso pequeño y fácil de verificar.

Si trabajáis con acceso amplio, yo empezaría por producción. Pedidle que os ayude a preparar un hook que detecte esas operaciones y fuerce una revisión antes de seguir. Puede ahorraros algún que otro disgusto cuando el agente se emocione más de la cuenta. :)

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 viernes con una nueva skill para ahorrar tokens. Como siempre, a las 07:07. Hasta entonces... ¡Muy buenos días!

Hoy os presento tres comandos para controlar mejor el consumo de Codex: /status, /model y /reasoning.

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. Esta semana estamos con el curso de Devbox con VPS. Esta mañana veremos cómo instalar Claude Code y otros agentes, y esta tarde cómo trabajar con proyectos reales utilizando rsync y Git. ¡A por él!

Ahora sí, vamos al lío. El primero es /status. Al ejecutarlo, Codex muestra información sobre la tarea actual, el modelo activo, el contexto utilizado y los límites disponibles. Es una forma rápida de saber cuánto margen os queda antes de empezar un trabajo largo.

No hace falta consultarlo después de cada mensaje, porque acabaríais más pendientes de los tokens que del proyecto. Pero sí resulta útil al principio de una sesión, antes de arrancar una funcionalidad compleja o cuando lleváis un buen rato trabajando y queréis decidir cómo organizar lo que queda.

El segundo comando es /model. Sirve para escoger el modelo con el que queréis trabajar. Y aquí mi recomendación es que no utilicéis siempre la opción más potente simplemente porque está disponible.

Es como conducir todo el tiempo con la misma marcha. Para comentar una idea, modificar un texto sencillo o retocar unas líneas de CSS quizá no necesitáis el modelo más capaz y costoso. Podéis trabajar con una opción más rápida y reservar los modelos superiores para arquitectura, depuración difícil o cambios que requieran más razonamiento.

Utilizar el modelo adecuado para cada tarea no significa renunciar a calidad. Significa asignar la herramienta correcta al problema correcto. Poner al mejor modelo a resolver una suma sencilla funcionará, por supuesto, pero probablemente no sea el uso más inteligente de vuestros límites.

El tercer comando es /reasoning para Codex, o /effortpara Claude. Dentro de un mismo modelo podéis escoger cuánto esfuerzo de razonamiento queréis que dedique. Un nivel bajo resulta más rápido para tareas acotadas. Los niveles medio o alto encajan mejor con cambios complejos y depuración. Y el esfuerzo extra alto puede reservarse para trabajos largos, muy exigentes o especialmente agentivos.

La nomenclatura puede cambiar en otros agentes, pero el principio es el mismo: modelo y esfuerzo no tienen que estar siempre al máximo. Podéis empezar con una configuración ágil para hablar y concretar el encargo, y aumentar la capacidad o el razonamiento cuando llegue el momento de implementar la parte difícil.

Así pues, la combinación de hoy queda muy clara. Utilizad /status para saber dónde estáis, /model para escoger la capacidad adecuada y /reasoning para ajustar cuánto debe esforzarse ese modelo.

Si os acostumbráis a revisar estas tres decisiones, entenderéis mejor qué tipos de trabajo consumen más, evitaréis gastar recursos en tareas triviales y conseguiréis que vuestros límites duren mucho más. Y el viernes os compartiré una skill que todavía aprieta más las tuercas al ahorro de 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 jueves con más marketing online veraniego. Como siempre, a las 07:07. Hasta entonces... ¡Muy buenos días!

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!

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!

Hoy os hablo de las skills, instrucciones reutilizables que permiten enseñar un procedimiento a vuestro agente una sola vez.

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 finaliza el curso de negocios de capas intermedias. Esta mañana veremos cómo analizar los costes y calcular el precio, y esta tarde cómo preparar el lanzamiento y anticipar sus posibles riesgos. ¡A por él!

Ahora sí, vamos al lío. Aunque hoy es viernes y normalmente tocaría episodio premium, durante la edición de verano dejaré el episodio en abierto. A cambio, todos los suscriptores encontraréis un descargable relacionado con la píldora de hoy en la zona de descargas del campus.

Una skill es una habilidad que añadís a vuestro agente. Puede incluir instrucciones, referencias y pequeños programas para que Codex sepa cómo ejecutar correctamente un procedimiento que repetís con frecuencia.

Imaginad que cada semana le pedís preparar las escaletas del podcast. Tiene que conectarse a WordPress, comprobar los episodios, consultar las clases programadas, entrar en Notes y crear cinco notas con una estructura concreta. Si se lo explicáis desde cero cada vez, el agente tendrá que volver a preguntar, investigar accesos y repetir errores que ya había resuelto.

En cambio, si convertís ese procedimiento en una skill, las instrucciones quedan guardadas. La próxima vez, Codex carga la habilidad cuando la necesita y va directamente a ejecutar los pasos correctos. Esto ahorra tiempo, contexto y una cantidad considerable de tokens.

Podéis crearla de dos maneras. Si ya conocéis perfectamente el procedimiento, podéis utilizar el creador de skills y describir qué debe hacer, cuándo debe activarse y qué recursos necesita.

La otra opción, que resulta especialmente útil para procesos complejos, consiste en realizar primero la tarea completa con el agente. Le dais los accesos, corregís los errores y afináis cada paso hasta que todo funciona. En ese momento, cuando todavía tiene fresco el proceso, le pedís que cree una skill con lo que acabáis de hacer.

Así no guardará los intentos fallidos, sino el camino bueno. Es como crear una chuleta después de aprender a programar un vídeo VHS o configurar el sistema de aerotermia de casa. La próxima vez no necesitáis volver a descifrar un menú imposible: seguís las instrucciones y listo.

Podéis crear skills para preparar informes, actualizar una web, procesar facturas, publicar contenido, revisar usuarios, generar imágenes o ejecutar cualquier otro flujo que hagáis regularmente. Si es algo que solo haréis una vez, no hace falta. Si empieza a repetirse, probablemente merece su propia habilidad.

Y para que podáis ver un ejemplo real, os dejo un regalo. He preparado una skill llamada Notas para mí. Le entregáis un audio, o le pedís que lo genere a partir de un contenido, y lo deja disponible en Spotify como un audio privado para vuestro consumo personal.

Así podéis convertir un artículo, un vídeo o cualquier documento en un audio, subirlo a vuestro espacio personal y escucharlo después desde Spotify. Yo, por ejemplo, puedo generar el contenido con Sara o crear una conversación con NotebookLM y enviarla directamente allí.

Los suscriptores podéis descargar la skill desde la zona de descargas. Recibiréis un archivo comprimido que podéis entregar a Codex, Claude Code u otro agente compatible para que lo revise y lo instale.

Espero que os sirva para descubrir el potencial de las skills. No solo permiten trabajar más rápido y cometer menos errores. También evitan tener que volver a contar lo mismo en cada conversación y hacen que vuestros tokens cundan muchísimo más. :)

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.

Es viernes, o sea que ya sabéis lo que toca: descansad, relajaros y recargad pilas, aunque estemos en pleno mes de agosto. Regresamos el lunes con más y mejor: la edición de verano del podcast de Marketing Online. Como siempre, a las 07:07. Hasta entonces... ¡Muy buen fin de semana!

Hoy os cuento cómo utilizo Codex para trabajar directamente con Notes y preparar automáticamente las escaletas del podcast.

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. Esta semana estamos con el curso de negocios de capas intermedias. Esta mañana veremos cómo desplegar el negocio en Vercel y esta tarde cómo separar la parte gratuita de la premium. ¡A por él!

Ahora sí, vamos al lío. Por cierto, hoy es mi cumpleaños. Y también el de Emilio Cano, alias Emilcar, así que si hoy os cruzáis con él, felicitadle de mi parte. Y si os preguntáis qué podéis regalarme, siempre podéis suscribiros a Boluda.com. :)

Notes es la aplicación de notas de Apple. Es sencilla, rápida y muy ligera. A la izquierda tengo las carpetas, en el centro las notas y a la derecha el contenido. No es perfecta, pero la utilizo cada día para preparar las escaletas del podcast.

Mientras grabo tengo delante una nota con el número del episodio, la fecha, la llamada a la acción, el tema y tres o cuatro puntos clave. Antes creaba esas notas manualmente, copiando la estructura una y otra vez. Ahora se lo pido directamente a Codex.

Durante el fin de semana le digo que prepare las cinco escaletas de la semana siguiente. El agente entra en WordPress, comprueba por qué episodio voy y consulta los cursos y las clases que ya están programados. Después crea las notas correspondientes dentro de la carpeta de escaletas.

Así, cuando abro Notes, ya encuentro el número del episodio, la fecha y las dos clases que debo mencionar en la promoción del día. Si ya sé cuáles serán los temas de la semana, también se los indico. Los puntos concretos de cada episodio los sigo preparando yo, pero toda la parte repetitiva queda resuelta automáticamente.

Lo interesante es que el agente no necesita controlar el puntero y escribir como si fuera una persona. macOS ofrece mecanismos de automatización para varias de sus aplicaciones, de modo que Codex puede leer, buscar, crear y modificar contenido directamente. Por eso las nuevas notas aparecen prácticamente al instante.

Y no ocurre solamente con Notes. También podéis pedirle que trabaje con Numbers, Pages, TextEdit, Finder, Mail, Calendar, Recordatorios, Contactos, Safari o Terminal. Las posibilidades dependen de cada aplicación, pero la idea es la misma: en lugar de limitar el agente a una ventana de chat, podéis pedirle que trabaje con las herramientas de vuestro ordenador.

Acabo con un ejemplo muy cercano. Hace unos días mi madre me escribió porque su impresora wifi había desaparecido. Normalmente habría intentado resolverlo por WhatsApp o habría acabado acercándome a su casa. Pero hacía poco le había instalado Codex y le había creado un proyecto llamado Ordenador.

Le pedí que abriera ese proyecto y explicara que no encontraba la impresora. Cinco minutos después me escribió para decirme que ya estaba solucionado. El agente revisó el problema, encontró la causa y volvió a dejar la impresora disponible.

La propuesta de hoy es que penséis en una tarea que repetís dentro de Notes, Calendar, Mail o cualquier otra aplicación del Mac y se la pidáis a vuestro agente. Quizá descubráis que puede hacerla directamente, sin copiar, pegar ni mover el rató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 con una nueva píldora de inteligencia artificial. No será mi cumpleaños, pero estaremos aquí puntuales, como siempre, a las 07:07. Hasta entonces... ¡Muy buenos días!

Hoy os cuento cómo organizo los chats de mis agentes: un proyecto para cada negocio y una tarea distinta para cada resultado concreto.

Pero antes, recordemos que en Boluda.com tenéis cursos para emprendedores, con inteligencia artificial o sin ella. Esta semana estamos con el curso de negocios de capas intermedias. Esta mañana veremos cómo crear un prototipo funcional y esta tarde cómo preparar la base de datos, los usuarios y el sistema de acceso. ¡A por él!

Ahora sí, vamos al lío. Cuando quiero trabajar de verdad con inteligencia artificial, normalmente no utilizo un chat aislado en una página web. Utilizo un agente que puede entrar en el proyecto, leer archivos, crear carpetas, modificar código y ejecutar las acciones necesarias.

Mi organización empieza con una carpeta para cada proyecto. Tengo una para Boluda.com, otra para otros negocios y herramientas, y así sucesivamente. Esa carpeta puede estar en vuestro Mac, en Windows o en un servidor virtual privado. Lo importante es que cada proyecto tenga su propio espacio y sus propias instrucciones.

Dentro de cada proyecto creo varias tareas o conversaciones. Y aquí está la clave de la píldora de hoy: abro una tarea distinta para cada funcionalidad o resultado concreto.

Por ejemplo, dentro del proyecto de Boluda.com tengo tareas separadas para Sara, el campus, Stripe, los usuarios, los cursos, las portadas, las imágenes de los audiocursos, la sincronización y el Vector Store. Todas pertenecen al mismo proyecto y pueden trabajar con los mismos archivos, pero cada una conserva únicamente la conversación relacionada con su tema.

¿Por qué lo hago así? Porque si utilizara una única conversación para todo, el agente tendría que arrastrar muchísimo contexto irrelevante. Imaginad que primero le pido mejorar Sara y después añadir una funcionalidad a los audiocursos. Para resolver la segunda petición no necesita recibir otra vez todo lo que habíamos hablado sobre Sara.

Aunque ejecutara /compact, el resumen seguiría incluyendo decisiones de dos asuntos que no tienen nada que ver. Funcionaría, pero estaría gastando contexto y tokens sin ninguna necesidad.

En cambio, si abro una tarea para cada tema, cuando regreso a ella encuentro exactamente el contexto que necesito. Puede haber pasado una semana o tres meses, pero la conversación sigue allí: qué quería conseguir, qué archivos se tocaron, qué problemas aparecieron y cómo quedaron resueltos.

Esto también evita que el agente tenga que volver a investigar lo mismo. No necesita redescubrir cómo conectarse, dónde están los archivos o por qué se tomó una determinada decisión. La tarea funciona como la memoria específica de esa funcionalidad.

Mi recomendación, por tanto, es muy sencilla. Cread una carpeta o proyecto para cada negocio, web o aplicación, y dentro abrid una tarea por cada resultado independiente. Si una conversación se alarga, utilizad el /compact que vimos ayer. La combinación de ambas prácticas mantiene el trabajo ordenado y hace que los tokens duren muchísimo más.

Además de ahorrar, encontraréis todo mucho más rápido. Y eso, qué demonios, también cuenta. :)

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 con otra píldora de inteligencia artificial. Como siempre, a las 07:07. Hasta entonces... ¡Muy buenos días!

Hoy os hablo de /compact, una instrucción muy sencilla que permite resumir el contexto de una tarea y ahorrar un montón de tokens.

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. Esta semana estamos con el curso de negocios de capas intermedias. Esta mañana veremos cómo definir la idea de negocio y esta tarde cómo crear una landing prototipo para nuestro producto mínimo viable. ¡A por él!

Ahora sí, vamos al lío. Como os comenté ayer, durante estas semanas voy a intentar ofreceros episodios más cortos, directos y prácticos. Pequeñas píldoras de inteligencia artificial que podáis aplicar inmediatamente. La de hoy es /compact.

Cuando trabajáis con un agente, cada nueva petición necesita el contexto de la conversación anterior. Al principio ese contexto es pequeño, pero va creciendo a medida que intercambiáis mensajes, analizáis archivos, tomáis decisiones y desarrolláis funcionalidades.

Esto tiene dos consecuencias. La primera es que la tarea puede acercarse al límite de contexto del modelo. La segunda es que cada nueva interacción arrastra una cantidad mayor de información. Si trabajáis mediante API, eso puede acabar suponiendo un consumo considerable de tokens.

Para evitarlo, podéis escribir simplemente /compact y pulsar Intro. Codex resume la conversación visible, elimina el ruido y conserva los datos importantes: qué estáis construyendo, qué decisiones habéis tomado, qué se ha modificado y qué queda pendiente.

A partir de ese momento, el agente ya no necesita cargar con toda la conversación palabra por palabra. Trabaja con ese resumen y con las nuevas instrucciones que vayáis añadiendo. Así liberáis espacio de contexto y evitáis seguir arrastrando saludos, pruebas, errores ya resueltos y explicaciones que dejaron de ser relevantes.

Los agentes pueden compactar automáticamente cuando se acercan al límite, pero yo prefiero hacerlo en un momento que tenga sentido. Por ejemplo, al terminar una sesión de trabajo, cuando una funcionalidad ya funciona o antes de empezar una fase nueva del proyecto.

Es como cerrar una tienda al final del día. Bajo la persiana, ejecuto /compact y dejo la tarea preparada para retomarla al día siguiente con todo lo importante ordenado.

Eso sí, no os recomiendo compactar en mitad de un trabajo delicado. Si el agente está desarrollando una funcionalidad, revisando un error o siguiendo una secuencia de pasos, esperad a cerrar ese bloque. La idea es escoger vosotros el punto natural en lugar de dejar que la compactación os interrumpa cuando menos conviene.

Así pues, el briconsejo de hoy es muy sencillo: cuando terminéis una sesión larga con Codex, probad /compact. Tendréis una tarea más limpia, aprovecharéis mejor el contexto disponible y, si pagáis por API, podréis ahorrar una buena cantidad de 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 una nueva píldora de inteligencia artificial. Como siempre, a las 07:07. Hasta entonces... ¡Muy buenos días!

Empezamos la edición de verano 2026 del podcast. En esta ocasión, con píldoras de inteligencia artificial. ¿La primera? Evidentemente, init.

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 negocios de capas intermedias, en el que aprenderemos a detectar, diseñar, prototipar y lanzar pequeños negocios digitales.

Este verano voy a probar un formato distinto para el podcast. Durante estas cinco semanas publicaré episodios más cortos, con pequeñas píldoras de inteligencia artificial que podréis aplicar inmediatamente en vuestros proyectos.

La intención es que cada episodio dure menos de dos minutos, aunque tampoco quiero convertirlo en una norma imposible de cumplir. Si algún día necesito tres minutos para explicar bien una herramienta, los utilizaré. Lo importante es que sean contenidos breves, directos y prácticos.

Este formato también encaja mejor con estas semanas. Durante las vacaciones muchos tenéis menos tiempo para escuchar podcasts y, en mi caso, también tengo menos tiempo para grabarlos mientras estoy con los peques. Además, quienes no podáis seguirlos diariamente podréis escuchar todas las píldoras seguidas cuando termine el verano.

La primera píldora tenía que ser /init. Es un comando disponible en agentes como Codex o Claude Code y sirve para inicializar un proyecto. Cuando lo ejecutáis, el agente crea una guía del proyecto en un archivo Markdown situado normalmente en la raíz.

En Codex suele utilizarse el archivo AGENTS.md, mientras que Claude trabaja con CLAUDE.md. El nombre cambia, pero la finalidad es la misma. El archivo contiene las instrucciones fundamentales que el agente debe conocer cada vez que trabaja en el proyecto.

Podéis utilizar /init tanto en un proyecto nuevo como en uno que ya esté empezado.

Cuando el proyecto ya contiene archivos, el agente los analiza, revisa su estructura, observa las tecnologías utilizadas y redacta una guía que resume cómo funciona todo. Si el proyecto todavía está vacío, os preguntará qué queréis construir, dónde se alojará, qué herramientas utilizaréis y cuáles son las decisiones principales. Con esa información genera unas instrucciones permanentes para trabajar correctamente en el proyecto.

La gran ventaja es que este archivo acompaña al agente durante todas las interacciones. Aunque la conversación se haga demasiado larga, se compacte el contexto o se pierdan algunos detalles anteriores, las instrucciones importantes continúan disponibles.

Esto evita que el agente olvide cómo debe hacer las cosas, vuelva a preguntaros datos que ya habíais explicado o empiece a tomar decisiones contrarias a las que habíais acordado. Podemos verlo como una especie de memoria permanente del proyecto.

Eso sí, no conviene convertir el archivo en una tostón de ochocientas líneas. Como se carga constantemente, debe ser breve, claro y contener únicamente la información que el agente necesita recordar siempre.

Así pues, la propuesta de hoy es muy sencilla. Cuando empecéis un proyecto con un agente, ejecutad /init antes de hacer cualquier otra cosa. Y si ya tenéis proyectos en marcha que todavía no cuentan con esta guía, podéis ejecutarlo ahora para que el agente analice lo que existe y la cree.

Con esta primera píldora inauguro la edición de verano del podcast. A partir de mañana intentaré comprimir todavía más cada idea para ofreceros herramientas concretas que podáis descubrir y aplicar en pocos minutos. :)

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 más marketing online. Como siempre, a las 07:07. Hasta entonces… ¡Muy buenos lunes, y mejor semana!