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!

Hoy cerramos el ciclo de automatización del inbox cero con IA, con un regalo. Os paso mi automatización para que la podáis adaptar y reusar.

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 Cloudflare, en el que aprenderemos a usar todos los servicios gratuitos de esta estupenda plataforma, para sacarle el máximo partido. ¡A por él!

Ahora sí, vamos al lío. Terminamos julio y cerramos esta serie dedicada a conseguir el inbox cero con inteligencia artificial. Y lo hacemos con un regalo de fin de curso que espero que os ayude a poner en marcha vuestras propias automatizaciones de Gmail.

En la zona de descargas os dejo un archivo con la base de las automatizaciones que he compartido durante estos últimos episodios. No son exactamente mis automatizaciones personales, porque no os servirian de nada, pues cada uno tiene unas necesidades diferentes, pero sí son mis plantillas preparadas para que podáis adaptarlas fácilmente a vuestro caso.

Veréis que podéis usarla para crear automatizaciones para gestionar facturas recibidas, organizarlas y guardarlas en Google Drive. También hay una plantilla para resumir correos, documentos y archivos adjuntos, como hago yo con los mensajes del colegio, analizar correos y generar respuestas automáticas o borradores que después podáis revisar... vamos, lo que os he estado contando estos días..

La idea es que descarguéis el archivo, se lo entreguéis a vuestro agente de inteligencia artificial y le pidáis que lo adapte. Dentro ya he incluido instrucciones para que Codex, Claude Code o cualquier otro agente entienda la estructura del proyecto y pueda tomar el relevo. El resto dependerá de vuestro caso concreto, de los correos que queráis procesar y de lo que necesitéis hacer con ellos.

Para instalar estas automatizaciones tenéis dos posibilidades. La opción que recomiendo es utilizar un servidor virtual privado. Yo uso Hetzner, pero podéis contratar cualquier VPS económico. Para este tipo de tareas no necesitáis una máquina especialmente potente, por lo que un servidor de pocos euros al mes será más que suficiente.

Trabajar con un VPS resulta mucho más flexible y cómodo. Podéis tener todas las automatizaciones organizadas, ejecutarlas automáticamente y conservar un registro de todo lo que ocurre. Así podéis saber qué procesos se han ejecutado, cuáles han fallado y qué error se ha producido.

Este registro resulta especialmente útil cuando algo deja de funcionar. El agente puede revisar el problema, corregirlo y volver a ejecutar únicamente la tarea que había fallado. De esta forma no se pierde ninguna factura, ningún resumen ni ningún correo pendiente de procesar.

La segunda posibilidad es utilizar Google Apps Script. También os dejo una versión preparada para este entorno, de modo que podáis poner en marcha las automatizaciones sin contratar un servidor.

Google Apps Script es gratuito, pero suele ser más tedioso. Hay que entrar en su interfaz, copiar o modificar archivos, ejecutar determinadas funciones manualmente y gestionar permisos y tokens que pueden caducar. Funciona, pero requiere más atención y ofrece menos comodidad cuando queréis revisar errores o mantener varias automatizaciones.

Por eso, aunque ambas opciones son válidas, mi recomendación es utilizar un VPS. La pequeña inversión mensual se compensa rápidamente con la facilidad para trabajar, mantener registros y ampliar las automatizaciones en el futuro.

Con este episodio también cerramos la temporada habitual del podcast. El lunes empieza la edición de verano, con un formato diferente, más breve, fresco y directo. Espero que os guste y que estas plantillas os sirvan para empezar a construir vuestro propio sistema de inbox cero con inteligencia artificial. :)

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, porque regresamos el lunes con más y mejor: La edición de verano del pocast. Hasta entonces, ¡Muy buen fin de semana!

Seguimos con el ciclo de automatización del inbox cero con inteligencia artificial. Hoy vemos cómo usar la IA para resumir correos, o generar informes.

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. Estamos entrando ya en la recta final del curso de Cloudflare, en el que aprenderemos a usar todos los servicios gratuitos de esta estupenda plataforma, para sacarle el máximo partido. ¡A por él!

Ahora sí, vamos al lío. Hoy quiero centrarme en una de las posibilidades más útiles de todo el sistema, los resúmenes. La inteligencia artificial puede resumir prácticamente cualquier cosa que recibamos en nuestro buzón. Puede analizar un correo individual, una conversación completa, los mensajes de todo un día o incluso la actividad acumulada durante una semana o un mes.

Imaginad que alguien os envía una propuesta larguísima acompañada de un PDF con un plan de negocio. Leerlo todo, comprenderlo y extraer las conclusiones importantes puede ocuparos una hora. En cambio, podemos pedirle a Codex, ChatGPT, Claude o la herramienta que utilicemos que revise el correo y los documentos adjuntos.

En pocos segundos puede explicarnos quién nos escribe, qué nos propone, cuánto dinero solicita, qué porcentaje ofrece y qué espera de nosotros. Incluso podemos pedirle que investigue si existen negocios similares y que utilice esa información para preparar una respuesta. A partir de ahí, podemos decirle que rechace la propuesta de manera amable, que solicite más datos o que pregunte por determinados competidores. Todo esto puede hacerse sin necesidad de entrar directamente en Gmail.

Personalmente, este resumen individual no es el que más utilizo. La mayoría de correos que recibimos se pueden entender rápidamente con una lectura normal. Sin embargo, la cosa cambia cuando resumimos periodos completos.

Cada mañana recibo un correo con un resumen de lo que ocurrió el día anterior en mi bandeja de entrada. El sistema me indica qué mensajes llegaron, cuáles se contestaron y cuáles siguen pendientes. Es como tener una persona que, al empezar la jornada, nos explica quién ha llamado, qué necesita cada uno y qué asuntos debemos atender. En lugar de abrir el correo y empezar a buscar, recibimos directamente una fotografía clara de la situación.

Este resumen se puede obtener de distintas maneras. Podemos entrar a nuestro agente y preguntarle qué ocurrió ayer. También podemos programar una tarea para que lo revise automáticamente. Otra opción, que es la que utilizo yo, consiste en ejecutar la automatización desde un servidor y recibir el informe cada mañana por correo electrónico.

Mi resumen diario empieza mostrando los mensajes que todavía necesitan respuesta. Cada uno aparece con un enlace directo a la conversación correspondiente en Gmail. Además, como os  comenté ayer, esos correos pueden tener ya una respuesta preparada. De esta manera, hago clic, reviso la propuesta y, si me parece correcta, la envío. Si quiero matizar alguna cosa, la modifico antes de mandarla.

Después de los mensajes pendientes, el resumen destaca los correos importantes. Podría ser una invitación para participar en un congreso, una propuesta comercial interesante o cualquier asunto que merezca una atención especial.

También separa los mensajes urgentes. Algo puede ser urgente sin ser especialmente importante, o puede combinar ambas cosas. Por ejemplo, una invitación para dentro de dos días, un cliente cuya web ha dejado de funcionar o un problema que requiere una actuación inmediata.

La inteligencia artificial no se limita a resumir el contenido. También puede interpretar cada mensaje y clasificarlo. Podemos pedirle que añada una etiqueta a los correos urgentes, que marque con una estrella los importantes o que nos envíe una notificación por Telegram cuando detecte algo especialmente delicado. Esto es posible porque la automatización está pendiente del correo durante todo el día. Cada vez que llega un mensaje nuevo, puede analizarlo, clasificarlo y decidir qué acción debe realizar.

También podemos crear informes semanales. En mi caso, recibo un resumen con todo lo que se ha cerrado durante la semana. Como utilizo el correo como principal herramienta de comunicación, organización y gestión, este informe me permite ver rápidamente qué asuntos han avanzado y cuáles siguen abiertos.

Además, Gmail forma parte de un ecosistema que incluye los contactos y el calendario. Esto abre muchas más posibilidades. Podemos crear una lista de clientes prioritarios y pedir que cualquier correo enviado por uno de ellos reciba un tratamiento especial. Por ejemplo, puede marcarse como importante, incluirse en el resumen diario o generar una notificación adicional.

También podemos organizar los informes por clientes. En lugar de recibir únicamente una relación cronológica de correos, podríamos obtener un resumen semanal con todo lo que ha sucedido con cada persona o empresa. El sistema podría indicarnos qué hemos hecho para un cliente, qué tareas quedan pendientes, qué decisiones se han tomado y cuánto tiempo llevamos arrastrando cada asunto.

Finalmente, también recibo un informe mensual. Este parte de los resúmenes diarios y semanales, combina la información y presenta una visión más amplia. Me indica qué operaciones se han cerrado, cuántas altas y bajas se han producido en los Membership Sites y qué temas llevan demasiado tiempo sin resolverse. También incluye datos sobre cuántos correos he recibido, cuántos he contestado, cuántos he archivado y cuántos han terminado en spam. Incluso puede generar un gráfico para mostrar cómo ha evolucionado mi gestión del correo durante el mes.

La clave no está en copiar exactamente mi sistema, sino en pensar qué tipo de resumen os resultaría útil a vosotros. Quizá os interese recibir un correo cada mañana. Quizá prefiráis preguntar directamente a Codex cuando necesitéis saber qué ha ocurrido. También podéis crear informes semanales, quincenales o mensuales.

Tal vez no necesitéis un resumen general, pero sí uno organizado por proyectos o clientes. O quizá queráis que la inteligencia artificial no solo resuma, sino que prepare respuestas, clasifique los mensajes y ejecute acciones. Todas estas opciones se pueden adaptar. Podemos cambiar el canal por el que recibimos las notificaciones, la frecuencia de los informes, los criterios de prioridad y la manera en que se presenta la información.

Al final, la inteligencia artificial puede convertirse en esa persona que conoce todo lo que ocurre en nuestro correo y que cada mañana nos explica qué necesita nuestra atención. Así conseguimos algo mucho más valioso que una simple bandeja vacía. Conseguimos entender qué está ocurriendo, qué está pendiente y cuál debe ser nuestro siguiente paso. :)

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