BusinessMarketingEntrepreneurshipManagement

Marketing Online

Joan Boluda

Todo lo que siempre has querido saber y nunca te has atrevido a preguntar sobre Marketing Online.

Play

Open in

35 episodes
daily
Avg 9 min
Spanish

Episodes 35

Newest Oldest Longest

All20 Unplayed20 In progress0 Played0

Counted on this page — what you have heard stays on this device, so it is not something the list can be paged by.

Friday · 7 min
3160. Píldoras de inteligencia artificial: Plugin Consultor
Hoy os regalo el plugin Consultor, una evolución de Marketing Grill con habilidades, plantillas y herramientas para analizar y mejorar vuestro negocio. Pero antes, recordemos que hoy termina el curso para crear tu propio Zapier. En la novena clase os enseño el procedimiento para pedir nuevas automatizaciones a Codex sobre la base ya creada; en la décima añado logs, alertas y un dashboard privado desde el que comprobar el estado de cada proceso. Ahora sí, vamos al lío. Hace un tiempo os regalé Marketing Grill, una skill que convierte al agente en un consultor muy insistente. Le contáis una idea o un negocio y empieza un interrogatorio exhaustivo sobre clientes, precios, propuesta de valor, competencia, riesgos, canales y todo aquello que todavía no esté bien definido. Durante la conversación, la habilidad organiza las respuestas y genera documentos como el DAFO, el Business Model Canvas, el posicionamiento y las hipótesis pendientes de validar. Muchos la habéis probado y me habéis pedido salidas más visuales, análisis adicionales y una forma más cómoda de mantener todo el contexto. Por eso la he convertido en un plugin. En lugar de una sola skill, el Plugin Consultor agrupa habilidades específicas para el interrogatorio inicial, el DAFO, el Canvas, el posicionamiento, el copy de una landing y el diseño de experimentos. También incorpora plantillas y recursos para transformar los resultados en documentos más presentables, además de scripts que ayudan a ordenar riesgos por categorías y a detectar hipótesis que todavía necesitan una prueba real. La información queda separada por áreas para evitar una memoria única y caótica: contexto, supuestos, modelo de negocio, experimentos y conclusiones. He estructurado además un modo workshop dividido en fases. Primero llega la entrevista; después, una revisión de contradicciones; a continuación, la síntesis; y finalmente, los artefactos y el plan de validación. Si una pregunta no aplica, basta con indicarlo y el flujo continúa sin forzar respuestas absurdas. El plugin puede apoyarse en búsqueda externa para investigar competidores, comparar propuestas de valor y localizar precios o referencias públicas. Más adelante iré ampliando las conexiones con servicios como Google Drive, Gmail, Calendar o Notion para convertir el análisis en documentos y acciones concretas. Lo importante es que mantiene mi forma de trabajar como consultor. No pretende dar una respuesta rápida y complaciente, sino hacer preguntas incómodas, encontrar huecos y obligar a concretar aquello que todavía está basado únicamente en intuiciones. Los suscriptores ya podéis encontrar el Plugin Consultor en la zona de descargas. Lo iré actualizando y dejaré un registro de cambios para que sepáis qué habilidades, plantillas y conexiones se incorporan en cada versión. Espero que os ayude a afrontar la vuelta al cole con una visión más clara de vuestro negocio y una lista concreta de decisiones y experimentos pendientes. 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. Descansad, relajaos y recargad pilas durante el fin de semana. El lunes regreso con la programación habitual y vuestras preguntas como protagonistas de la jornada. Como siempre, a las 07:07. Hasta entonces, ¡muy buen fin de semana!
Thursday · 7 min
3159. Píldoras de inteligencia artificial: Computer Use
Hoy os cuento cuándo tiene sentido dejar que Codex controle el navegador o una aplicación de escritorio, y por qué sigo prefiriendo una API siempre que exista. Pero antes, recordemos que hoy continúa el curso para crear tu propio Zapier. En la séptima clase automatizo todo el recorrido desde un MP3 hasta una entrada de WordPress; en la octava conecto Gmail, Google Drive y FacturaDirecta dentro de un mismo flujo. Ahora sí, vamos al lío. La aplicación de escritorio distingue entre dos capacidades relacionadas. El Browser incorporado permite abrir páginas, hacer clic, escribir, capturar pantallas y verificar el resultado dentro de un perfil separado. Computer Use amplía esa idea y permite operar interfaces gráficas de aplicaciones de macOS o Windows. ¿Para qué sirve? Imaginad una tarea repetitiva en una web que no ofrece una integración estructurada, o una aplicación antigua sin API. En lugar de ejecutar manualmente cada paso, puedo describir el objetivo y dejar que el agente navegue por menús, pulse botones y complete los campos necesarios. Ahora bien, si existe una API, un conector o un servidor MCP, esa sigue siendo mi primera opción. Crear una nota mediante una API es más rápido, estable y verificable que abrir la aplicación y simular cada clic. Lo mismo ocurre al mover archivos, consultar una base de datos o realizar cualquier operación que ya tenga una vía estructurada. Computer Use tiene sentido cuando la interfaz gráfica es el único camino razonable: cambiar un ajuste, revisar una aplicación, reproducir un error visual o completar un proceso que atraviesa varias herramientas sin integración entre ellas. En macOS, una tarea acotada puede continuar en segundo plano mientras sigo trabajando en otra parte. En Windows, en cambio, Computer Use trabaja sobre el escritorio activo y puede mover el puntero, escribir y ocupar el primer plano. Es una diferencia importante antes de decidir cuándo y dónde ejecutar el flujo. La configuración también exige permisos. En macOS hay que autorizar la grabación de pantalla para que el agente vea la aplicación y Accesibilidad para que pueda hacer clic, escribir y navegar. Además, ChatGPT solicita permiso para utilizar cada aplicación y puede pedir confirmación adicional ante acciones sensibles o disruptivas. Por eso os recomiendo empezar con una prueba breve y reversible. Indicad una sola aplicación, un objetivo preciso y el punto exacto en el que debe detenerse. No le entreguéis una instrucción abierta como «ordena todo mi ordenador» y no dejéis aplicaciones sensibles a la vista si no forman parte de la tarea. La sensación de observar cómo el agente maneja una interfaz por su cuenta sigue siendo bastante surrealista. Pero el valor real no está en el espectáculo, sino en delegar esos procesos tediosos que no tienen una alternativa mejor y recuperar ese tiempo para trabajo más útil. 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 la última píldora de esta edición de verano y un regalo para los suscriptores. Como siempre, a las 07:07. Hasta entonces, ¡muy buenos días!
Wednesday · 9 min
3158. Píldoras de inteligencia artificial: Plaud
Hoy os cuento cómo utilizo Plaud para consultar desde ChatGPT mis grabaciones y os propongo una alternativa con cualquier otro micrófono y OpenAI. Pero antes, recordemos que hoy continúa el curso para crear tu propio Zapier. En la quinta clase conecto WordPress con Bluesky para compartir publicaciones automáticamente; en la sexta creo varias automatizaciones internas pequeñas que muestran distintas formas de activar y encadenar procesos. Ahora sí, vamos al lío. Soy muy fan de Plaud. Utilizo tanto el dispositivo con formato de tarjeta como el NotePin, que puedo llevar sujeto a la ropa. Cuando aparece una conversación interesante, inicio la grabación y el audio se sincroniza con la aplicación, se transcribe y queda acompañado de su resumen. La gran novedad para mi flujo de trabajo es Plaud MCP. Este conector permite que ChatGPT acceda a las grabaciones autorizadas de mi cuenta. Desde el chat puedo buscar una conversación, recuperar su transcripción, consultar el resumen o pedir las acciones pendientes sin abrir Plaud ni mover documentos manualmente. El resultado parece ciencia ficción. Grabo una conversación, dejo que se sincronice y, más tarde, pregunto directamente en ChatGPT por lo que se comentó. El conector es especialmente útil para consultar información; no lo planteo como una herramienta para borrar o reorganizar toda la cuenta. Evidentemente, una grabación exige consentimiento y criterio. Informad siempre a las personas participantes, evitad capturar información que no necesitéis y revisad qué datos llegarán al servicio conectado antes de autorizar el acceso. ¿Y si no queréis comprar un dispositivo o pagar una cuota de transcripción? Se puede construir una versión semiautomática. Es el sistema que he preparado para mi madre, que graba entrevistas con un pequeño micrófono DJI y únicamente necesita copiar la carpeta de audios al ordenador. Esa carpeta activa un proceso que concatena los MP3, envía el audio a transcripción, prepara un resumen y guarda el contenido en un Vector Store. Después, ella abre el proyecto de su podcast en Codex y consulta todas las entrevistas como si fueran un segundo cerebro digital. La experiencia no es tan inmediata como la de un dispositivo diseñado para ello, pero la arquitectura es sencilla: grabación, carpeta de entrada, transcripción, almacenamiento consultable e interfaz de chat. Además, el mismo flujo puede generar el borrador del episodio, preparar una entrada de WordPress o extraer ideas y citas para otros contenidos. Si grabáis mucho y queréis una experiencia ya resuelta, la integración de Plaud resulta comodísima. Si el uso es puntual o preferís controlar toda la cadena, cualquier grabadora y una automatización propia pueden ofrecer una alternativa excelente. 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 otra píldora de inteligencia artificial. Como siempre, a las 07:07. Hasta entonces, ¡muy buenos días!
Tuesday · 5 min
3157. Píldoras de inteligencia artificial: Google Contacts
Hoy vemos cómo he usado el plugin de Google Contacts para limpiar duplicados, completar información y oprimizar una agenda con miles de contactos. Pero antes, recordemos que hoy continúa el curso para crear tu propio Zapier. En la tercera clase preparo la estructura base para que añadir nuevas automatizaciones sea muy sencillo; en la cuarta creo la primera integración real, conectando un webhook de Stripe con la generación automática de facturas. Ahora sí, vamos al lío. La agenda era una de esas tareas que siempre aplazaba. Centralizo mis contactos en Google Contacts porque se sincroniza con el móvil y me permite cambiar de dispositivo sin mover archivos manualmente. El problema es que, después de muchos años, había acumulado cerca de veinte mil registros. Tenía personas duplicadas, correos obsoletos, fichas incompletas y casos en los que una misma persona aparecía con varias direcciones separadas. La herramienta de combinación de Google resuelve una parte, pero no siempre entiende que dos registros distintos pertenecen realmente al mismo contacto. Ahí es donde la inteligencia artificial aporta criterio. Con la integración de Google Contacts puedo buscar, revisar y relacionar la información desde el chat. El agente entiende nombres parecidos, dominios de empresa, direcciones alternativas y otros indicios que una comparación puramente literal puede pasar por alto. Para modificar datos en bloque hace falta utilizar una capacidad de escritura autorizada, como la API de Google Contacts. Yo primero pediría una lista de posibles duplicados, después una propuesta de fusión y únicamente al final autorizaría los cambios. También os recomiendo exportar una copia antes de comenzar y trabajar por lotes pequeños. No le encargaría «limpia toda mi agenda» en una sola instrucción. Es mucho más seguro revisar veinte o cincuenta casos, confirmar el criterio y repetir el proceso cuando el resultado sea correcto. En mi caso, además de eliminar duplicados, he podido clasificar contactos por grupos, completar fichas y conservar una sola identidad coherente por persona. Ahora encuentro antes a alumnos, proveedores, socios y colaboradores, y vuelvo a utilizar la agenda como una herramienta útil en lugar de verla como un almacén desordenado. El siguiente paso será automatizar el mantenimiento. Cuando llegue un correo de una persona que todavía no figure en la agenda, el sistema podrá valorar si conviene proponer un contacto nuevo, qué información incluir y en qué grupo colocarlo. Digo proponer porque prefiero conservar una revisión humana antes de crear o modificar datos personales. La idea es aplicable a cualquier otra plataforma de contactos que disponga de conector, MCP o API. La combinación importante es la misma: acceso estructurado a los datos, criterio de inteligencia artificial y una política prudente de aprobación antes de escribir. 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!
August 31 · 10 min
3156. Píldoras de inteligencia artificial: Plugins
Hoy os cuento qué son los plugins de ChatGPT y Codex, qué pueden incluir y por qué se están convirtiendo en la forma más cómoda de ampliar un agente de inteligencia artificial. Pero antes, recordemos que hoy empieza el curso para crear tu propio Zapier. En la primera clase os enseño a crear el VPS y levantar el servidor inicial; en la segunda preparo la base que albergará todas las automatizaciones. Todo ello en un servidor económico y bajo vuestro control. Ahora sí, vamos al lío. Esta es la última semana de la edición de verano. Agosto termina hoy, pero mantengo el formato de píldoras hasta el viernes y el lunes próximo regresará la programación habitual. Y para cerrar esta etapa, dedicaré cada día a una extensión o integración que me ha resultado especialmente útil. Empiezo por la nomenclatura, porque aquí es fácil perderse. Un plugin es un paquete instalable que reúne capacidades relacionadas y las distribuye como un flujo de trabajo reutilizable. Puede incorporar habilidades, conectores, servidores MCP, extensiones del navegador, hooks e incluso plantillas para tareas programadas. Una skill contiene instrucciones, referencias y, cuando hace falta, scripts para ejecutar una tarea de una forma consistente. Un conector enlaza el agente con servicios como Gmail, Google Drive, Slack o GitHub. Y un servidor MCP expone herramientas y datos mediante un protocolo pensado para que los modelos trabajen con sistemas externos. No son conceptos enfrentados. Un plugin puede agrupar varias apps, skills y añadir el conector o el MCP que necesitan. Si una tarea es pequeña y personal, una skill puede ser suficiente. Si quiero compartir un sistema completo, instalarlo fácilmente o combinar varias capacidades, tiene mucho más sentido empaquetarlo como plugin. Los plugins están disponibles en ChatGPT, tanto en web como en la aplicación de escritorio, y también en Codex desde la aplicación o el CLI. Después de instalar uno, conviene iniciar un chat nuevo para que sus herramientas e instrucciones estén disponibles desde el principio. Mi recomendación es abrir el directorio y explorar por categorías. Hay propuestas de productividad, diseño, desarrollo, operaciones, investigación, finanzas y comunicación. Buscad primero los servicios que ya utilizáis: es muy probable que exista una integración que evite descargar, copiar, pegar y volver a subir información. Antes de instalar, revisad qué incluye el paquete, qué servicio conecta, qué permisos solicita y si sus acciones son de lectura o también de escritura. Un plugin no se salta la seguridad. Cada conector conserva su autenticación y las acciones delicadas pueden requerir aprobación. Durante los próximos días os enseñaré tres ejemplos que me han ahorrado muchísimo trabajo. Y el viernes os dejaré un plugin propio que he preparado para vosotros, con varias habilidades y recursos agrupados en un único paquete. 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!
August 28 · 7 min
3155. Píldoras de inteligencia artificial: Instrucciones globales
Hoy os cuento cómo definir instrucciones globales en Codex para no tener que repetir en cada proyecto nuestro idioma, nuestras preferencias y nuestra forma de trabajar. Pero antes, recordad que cerramos el curso de segundo cerebro digital. En la novena clase consultamos el cerebro desde Telegram y en la décima creamos un cerebro capaz de leer y escribir información. Con ello completamos todo el recorrido, desde la estructura inicial hasta las interfaces y automatizaciones finales. Ahora sí, vamos al lío. Codex utiliza archivos AGENTS.md para recibir instrucciones permanentes. En la configuración personal podemos escribir nuestras instrucciones globales, que se guardan en ~/.codex/AGENTS.md. Ese archivo se aplica de forma general a los proyectos que abrimos en ese entorno. Ahí podemos indicar, por ejemplo, que siempre queremos las respuestas en español, que los cambios deben verificarse antes de darlos por terminados, que se utilice una estructura concreta para los commits o que el agente nos pida permiso antes de desplegar en producción. Después, cada proyecto puede tener su propio AGENTS.md con reglas específicas: rutas importantes, arquitectura, comandos de comprobación, convenciones de código o criterios para considerar una tarea terminada. Las instrucciones más cercanas al archivo en el que se trabaja pueden concretar o sustituir las generales. La separación es muy útil. En el archivo global ponemos nuestra forma personal de colaborar; en el archivo del proyecto, el conocimiento que pertenece a ese proyecto. Así evitamos copiar las mismas preferencias una y otra vez y, al mismo tiempo, no mezclamos reglas de una web con las de otra. Conviene recordar que cada instalación o entorno tiene su propio directorio de Codex. Si trabajamos en el ordenador local y también en un VPS, las instrucciones globales de uno no aparecen automáticamente en el otro. Tendremos que mantenerlas en ambos sitios o definir un sistema seguro para sincronizarlas. ¿Qué incluiría yo? Idioma, tono, herramientas preferidas, normas de seguridad, rutas habituales, política de commits, comprobaciones obligatorias y cualquier límite que el agente deba respetar. ¿Qué no incluiría? Contraseñas, tokens o claves API. Las instrucciones son contexto de trabajo, no un almacén de secretos. Y como hoy es viernes, este episodio queda abierto para todo el mundo y los suscriptores tenéis un pequeño regalo: una plantilla comprimida para crear vuestras propias instrucciones globales mediante una entrevista guiada. La encontraréis en la zona de descargas. La idea es responder unas preguntas, revisar el resultado y guardar un AGENTS.md adaptado a vuestra forma de trabajar. Un buen archivo de instrucciones no tiene que ser larguísimo. Debe ser claro, práctico y fácil de mantener. Empezad por cinco o seis reglas que realmente os ahorren repeticiones y ampliadlo únicamente cuando detectéis una necesidad recurrente. 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. Descansad, desconectad y recargad pilas durante el fin de semana. El lunes volvemos con la última semana de esta edición de verano y cinco nuevas píldoras de inteligencia artificial. Como siempre, a las 07:07. Hasta entonces, ¡muy buenos días!
August 27 · 7 min
3154. Píldoras de inteligencia artificial: Ventanas separadas
Hoy os cuento una forma muy práctica de trabajar con varios proyectos de Codex a la vez: sacar los chats activos a ventanas separadas y distribuirlos por el escritorio. Pero antes, recordad que seguimos con el curso de segundo cerebro digital. En la séptima clase conectamos archivos de Google Drive y en la octava creamos una interfaz desde la que consultar todo el conocimiento acumulado. Pasamos de nutrir el cerebro a empezar a utilizarlo de una forma cómoda. Ahora sí, vamos al lío. La aplicación de escritorio permite abrir el chat activo en una ventana independiente. También podemos activar la opción de mantenerla siempre visible, algo especialmente útil cuando queremos vigilar una tarea mientras trabajamos en otra aplicación. Esto cambia bastante la experiencia cuando tenemos más de un proyecto en marcha. En lugar de entrar y salir continuamente de la barra lateral, podemos colocar una ventana para cada tarea activa. Si disponemos de un segundo monitor, todavía mejor: dejamos allí dos o tres procesos y vemos inmediatamente cuál continúa trabajando, cuál ha terminado y cuál necesita una respuesta. Para mí, la ventaja principal es el control. Cada ventana se convierte en una pequeña mesa de trabajo dedicada a un objetivo. En una puedo tener una revisión de código, en otra la preparación de contenidos y en otra una automatización que tarda unos minutos en ejecutarse. Eso sí, no recomiendo abrir diez ventanas. A partir de cierto punto, la solución vuelve a convertirse en ruido. Lo ideal es reservar este sistema para las dos o tres tareas que requieren seguimiento y mantener el resto ordenado dentro de sus proyectos. También ayuda definir muy bien el objetivo de cada chat. Una ventana debe representar una tarea concreta, no una conversación interminable donde mezclamos cuestiones distintas. Cuando termina, revisamos el resultado, cerramos o archivamos el chat y liberamos ese espacio para la siguiente tarea. Si trabajamos con un portátil y una sola pantalla, podemos combinar las ventanas con las mascotas o con las notificaciones del sistema. Así no necesitamos tenerlo todo visible permanentemente: recibimos una señal cuando Codex necesita nuestra atención y volvemos en ese momento. Otras herramientas de agentes ofrecen formas distintas de dividir o seguir varias sesiones, y estas interfaces irán evolucionando. Lo importante no es una disposición concreta, sino crear un sistema en el que las tareas paralelas sigan siendo visibles, distinguibles y fáciles de retomar. Probadlo con dos chats. Separadlos, asignad a cada uno un resultado claro y observad cuánto tiempo ahorráis al no navegar constantemente entre conversaciones. A veces una mejora aparentemente visual acaba teniendo un impacto enorme en el flujo de trabajo. 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 la última píldora de inteligencia artificial de la semana. Como siempre, a las 07:07. Hasta entonces, ¡muy buenos días!
August 26 · 8 min
3153. Píldoras de inteligencia artificial: Organizar proyectos
Hoy os cuento cómo organizo mis proyectos y chats en Codex para encontrar rápidamente lo importante y evitar que la barra lateral se convierta en un cajón de sastre. Pero antes, recordad que avanzamos con el curso de segundo cerebro digital. En la quinta clase incorporamos podcasts transcritos y en la sexta sincronizamos contenido de WordPress. De este modo, el cerebro deja de ser un almacén estático y empieza a nutrirse de fuentes que ya forman parte de nuestro negocio. Ahora sí, vamos al lío. Cuando empezamos a utilizar Codex solemos tener pocos chats y todo resulta fácil de localizar. Pero a medida que abrimos proyectos, probamos ideas y mantenemos tareas en paralelo, la lista crece. Si no aplicamos un criterio, acabamos perdiendo tiempo buscando aquella conversación en la que habíamos tomado una decisión importante. Lo primero es trabajar por proyectos. Cada proyecto debe corresponder a un producto, una web, una automatización o un contexto con sentido propio. Así, los chats quedan agrupados con sus archivos e instrucciones, y podemos plegar los proyectos que no estamos usando para reducir ruido visual. Después utilizo los nombres como si fueran etiquetas de resultado. En lugar de dejar títulos genéricos, prefiero algo como «Corregir checkout móvil», «Preparar campaña de septiembre» o «Importar episodios del podcast». Un buen nombre explica qué se pretende conseguir y hace que la búsqueda posterior sea mucho más rápida. También podemos fijar proyectos y chats importantes. Yo reservaría esta opción para dos o tres elementos que realmente necesitemos tener siempre a mano. Si lo fijamos todo, nada destaca. Para el resto, la actividad reciente y la búsqueda son suficientes. Cuando una conversación ha terminado y ya no necesito verla cada día, la archivo. No significa borrarla, sino sacarla del espacio de trabajo activo. Y si quiero recuperar algo concreto, utilizo la búsqueda con Cmd+G en Mac o Ctrl+G en Windows. Un título claro vuelve a ser clave en ese momento. Las opciones de ordenación o agrupación pueden variar según la versión de la aplicación, pero el criterio permanece: pocos proyectos prioritarios fijados, nombres orientados a resultados, chats cerrados archivados y una separación clara entre contextos. Además, intento no reutilizar eternamente una conversación para asuntos distintos. Si cambia el objetivo, creo un chat nuevo dentro del mismo proyecto. Esto facilita que Codex mantenga el foco, que yo pueda revisar lo ocurrido y que cada conversación tenga un principio y un final reconocibles. Organizarse así puede parecer una tarea menor, pero reduce muchísimo la fricción. En lugar de preguntarnos dónde estaba aquello, abrimos el proyecto adecuado, localizamos el resultado y seguimos trabajando. 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 otra píldora de inteligencia artificial. Como siempre, a las 07:07. Hasta entonces, ¡muy buenos días!
August 25 · 7 min
3152. Píldoras de inteligencia artificial: Git
Hoy os recomiendo incorporar Git a todos vuestros proyectos con inteligencia artificial para revisar, guardar y recuperar cada cambio con tranquilidad. Pero antes, recordad que seguimos con el curso de segundo cerebro digital. En la tercera clase aprendemos a subir información desde una web y en la cuarta nutrimos el cerebro con vídeos de YouTube. Dos fuentes distintas que convertimos en conocimiento consultable. Ahora sí, vamos al lío. Git es un sistema de control de versiones. Dicho de forma sencilla, nos permite ver qué archivos han cambiado, revisar cada modificación y guardar puntos concretos de la evolución del proyecto mediante commits. Si algo sale mal, podemos entender qué ocurrió y recuperar una versión anterior sin depender de nuestra memoria. Conviene aclarar una cosa: Git no guarda mágicamente cada movimiento. Primero inicializamos el repositorio con git init, después trabajamos, revisamos los cambios y finalmente creamos un commit. Cada commit es una instantánea identificada y comentada del proyecto en ese momento. Esto encaja especialmente bien con los agentes de inteligencia artificial. Un agente puede modificar muchos archivos en pocos segundos y el resultado puede parecer correcto a primera vista. Con Git podemos inspeccionar el diff, ver exactamente qué ha tocado y decidir si aceptamos esos cambios, los corregimos o los descartamos. Mi consejo es hacer commits pequeños y con un propósito claro. Por ejemplo: «Añadir formulario de contacto», «Corregir validación del correo» o «Actualizar instrucciones del proyecto». Cuanto más concreta sea cada unidad, más fácil será revisar el historial y volver atrás si aparece un problema. Después está GitHub, que no es lo mismo que Git. Git trabaja en nuestro equipo; GitHub puede alojar una copia remota del repositorio. Al hacer push, enviamos allí los commits y ganamos una capa adicional de colaboración y disponibilidad. Para proyectos privados o de clientes, comprobad siempre que el repositorio tenga la visibilidad adecuada. Y mucho cuidado con los secretos. Claves API, contraseñas, tokens o archivos .env no deben subirse al repositorio. Añadidlos al .gitignore y revisad los cambios antes de cada commit. Tampoco trataría GitHub como única copia de seguridad: es una pieza excelente del sistema, pero los datos importantes merecen una estrategia de copia adicional. La idea clave es que Git nos da trazabilidad y control. Nos permite experimentar con más tranquilidad, encargar tareas más ambiciosas a un agente y mantener siempre una historia comprensible de lo que se ha hecho. 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!
August 24 · 7 min
3151. Píldoras de inteligencia artificial: Pets
Hoy os cuento cómo funcionan las Pets de Codex, unas mascotas virtuales que, además de hacer compañía, permiten saber de un vistazo qué está haciendo cada chat. Pero antes, recordad que esta semana empieza el curso de segundo cerebro digital. Hoy tenemos las dos primeras clases: en la primera creamos un cerebro con Vector Stores y en la segunda levantamos toda la estructura desde Codex. Empezamos desde cero y acabamos con una base preparada para recibir información. Ahora sí, vamos al lío. Las Pets viven en la aplicación de escritorio de Codex. Se activan desde los ajustes y aparecen como un pequeño personaje animado que acompaña al chat. También podemos despertarlas u ocultarlas con el comando /pet. La gracia no está únicamente en que sean monas. La mascota cambia de comportamiento según el estado del chat: puede indicar que Codex está trabajando, que necesita una respuesta, que ha terminado o que se ha quedado bloqueado. Si tenemos varias tareas abiertas, esto nos permite detectar de un vistazo cuál reclama nuestra atención sin entrar una por una. Para mí, ese es el verdadero valor. Cuando una herramienta trabaja en segundo plano durante unos minutos, es muy fácil olvidarse de ella. La mascota convierte ese estado invisible en algo presente en pantalla. Si necesita una aclaración, la vemos esperando; si sigue trabajando, continúa con su animación; y si ya ha terminado, sabemos que podemos volver a revisar el resultado. Además, podemos crear una mascota propia desde Ajustes → Pets → Create your own pet. Codex instala una habilidad específica, hatch-pet, que nos ayuda a definir el aspecto y las animaciones. Incluso recuerda la posición en la que la dejamos, de modo que podemos colocarla donde moleste menos dentro de nuestro flujo de trabajo. Evidentemente, no es una función imprescindible. Si nos distrae, la ocultamos y listo. Pero si trabajamos con varios chats, automatizaciones o tareas largas, puede ser una forma muy agradable de saber qué está ocurriendo sin estar comprobándolo constantemente. Mi recomendación es probarla durante unos días y valorar si aporta claridad. No hace falta convertir el escritorio en un zoo. Una mascota bien colocada puede ser suficiente para avisarnos de que Codex necesita algo mientras nosotros seguimos con otra tarea. 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 días!
August 21 · 8 min
3150. Píldoras de inteligencia artificial: Bases de datos de desarrollo y producción
Hoy os cuento cómo separo las bases de datos de desarrollo y producción para probar cambios sin poner en peligro los datos reales. 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 storytelling en crowdfunding. Esta mañana veremos las victorias y esta tarde los aprendizajes que cierran la historia. ¡A por él! Ahora sí, vamos al lío. Hoy es viernes y durante la edición de verano dejaré la publicación en abierto, pero todos los suscriptores encontraréis una skill relacionada con la píldora de hoy en la zona de descargas del campus. Cuando desarrolláis una aplicación, los archivos resultan fáciles de entender. Tenéis una copia en el entorno de desarrollo, realizáis los cambios, los probáis y finalmente desplegáis la versión nueva en producción. La base de datos plantea una decisión más delicada. ¿Debe el entorno de desarrollo conectarse directamente a la base de datos real o debe utilizar una base separada? Durante un tiempo utilicé una única base de datos por comodidad. Así, al abrir la aplicación local veía los usuarios, contenidos y datos más recientes. No necesitaba mantener dos copias ni preparar información de prueba. El problema aparece en cuanto el desarrollo modifica la estructura o escribe datos. Imaginad que una columna llamada nombre pasa a llamarse username. El código local ya conoce el cambio, pero el código publicado todavía busca la columna anterior. Como ambos entornos comparten la base de datos, producción deja de funcionar antes de que hayáis desplegado el código nuevo. Y ese es el caso amable. Una prueba puede borrar registros, ejecutar una migración incorrecta o alterar información de clientes reales. La comodidad deja de compensar rápidamente. Por eso recomiendo tener una base de datos para desarrollo y otra para producción. Además, conviene utilizar la misma tecnología en ambos lados. Si producción trabaja con PostgreSQL o Supabase, el entorno de desarrollo debería parecerse todo lo posible. Utilizar SQLite porque resulta sencillo puede ocultar diferencias que solo aparecerán al desplegar. Para disponer de datos realistas podéis generar periódicamente una copia o dump de producción hacia desarrollo. Pero hacedlo siempre en una sola dirección, conservad una copia de seguridad y anonimizad los datos personales o sensibles cuando no sean imprescindibles para la prueba. Los cambios de estructura deberían quedar definidos mediante migraciones repetibles. Primero se prueban en desarrollo y después se aplican de manera controlada en producción. Así el código y la base de datos evolucionan juntos y podéis saber exactamente qué transformación se ha realizado. También conviene recordar que Git protege el código, no el contenido vivo de una base de datos. Para los datos necesitáis copias de seguridad, snapshots, migraciones comprobadas y un procedimiento real de recuperación. Para facilitar este proceso he preparado una skill que explica al agente cómo separar ambos entornos, utilizar la misma tecnología y actualizar la copia de desarrollo sin poner en riesgo producción. Los suscriptores podéis descargarla desde la zona de descargas. Entregad el ZIP a vuestro agente, pedidle que lo revise y aplique las instrucciones al proyecto. Antes de ejecutar nada, comprobad qué datos copiará, dónde los guardará y cómo protegerá la información sensible. Espero que os sea útil para trabajar con datos realistas sin convertir cada prueba local en una operación sobre clientes reales. Separar desarrollo y producción requiere un poco más de preparación, pero evita sustos muchísimo más caros. :) 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!
August 20 · 5 min
3149. Píldoras de inteligencia artificial: /project y /clear
Hoy os presento dos comandos muy sencillos para moveros entre proyectos y empezar una conversación con el contexto completamente limpio. 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 storytelling en crowdfunding. Esta mañana veremos la fase de superación y esta tarde cómo incorporar los fracasos a la historia. ¡A por él! Ahora sí, vamos al lío. El primer comando es /project. En la app de Codex permite escoger el proyecto en el que queréis iniciar una nueva conversación. Esto resulta especialmente útil cuando tenéis muchos proyectos en la barra lateral. En mi caso puedo acumular varias decenas y, como los ordeno por uso reciente, no siempre encuentro rápidamente el que necesito. Al ejecutar /project aparece el selector. Empezáis a escribir una parte del nombre, la lista se filtra y podéis escoger el resultado con el teclado. Así salto directamente a Boluda.com, Sara, PrestoCast o cualquier otro proyecto sin recorrer toda la barra lateral. También podéis iniciar una conversación sin proyecto cuando solo queréis comentar una idea que no necesita acceder a archivos ni conservar contexto compartido. La clave es utilizar un proyecto cuando el trabajo depende de una carpeta, unas instrucciones o unas fuentes comunes, y prescindir de él cuando se trata de una consulta aislada. El segundo comando es /clear. Su disponibilidad y comportamiento exactos dependen del agente y de la superficie. En los entornos donde está disponible, sirve para descartar el contexto actual y empezar una conversación limpia. La CLI de Codex, por ejemplo, limpia la interfaz y crea un chat nuevo. Aquí conviene tener cuidado, porque no estamos hablando de compactar. /compact conserva un resumen con las decisiones importantes. /clear, en cambio, parte de cero. Después no podéis escribir «como íbamos diciendo», porque el nuevo contexto ya no sabe a qué os referís. Puede ser útil cuando habéis dedicado una conversación larga a explorar alternativas y finalmente ya tenéis clarísimo qué queréis construir. Antes de limpiar, guardad la decisión en un documento o copiad el encargo final. Después iniciáis el contexto nuevo y entregáis únicamente las instrucciones necesarias para ejecutar. Es como el dispositivo de Men in Black: vosotros recordáis lo que habéis decidido, pero el agente empieza sin toda la charla anterior. Esto puede ahorrar contexto y evita que pruebas, dudas descartadas o caminos abandonados condicionen la implementación. No lo utilicéis si todavía necesitáis información de la conversación actual. Y tampoco lo confundáis con archivar o borrar permanentemente un chat guardado; cada producto puede gestionar el historial de una manera distinta. Así pues, /project os ayuda a llegar rápidamente al espacio correcto y /clear permite empezar de cero cuando ya no necesitáis el contexto anterior. Dos instrucciones muy básicas, pero tremendamente prácticas. :) 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 más píldoras de inteligencia artificial. Como siempre, a las 07:07. Hasta entonces... ¡Muy buenos días!
August 19 · 7 min
3148. Píldoras de inteligencia artificial: Permisos
Hoy os cuento cómo ajusto los permisos de Codex para que pueda avanzar con autonomía sin tocar producción alegremente. 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 storytelling en crowdfunding. Esta mañana veremos el papel de los colegas y amigos, y esta tarde los problemas que pueden aparecer al construir la historia de una campaña. ¡A por él! Ahora sí, vamos al lío. Un agente no se limita a contestar preguntas. Puede leer y modificar archivos, ejecutar comandos, conectarse a servicios y realizar cambios reales. Por eso es importante decidir qué autonomía necesita en cada momento. Codex separa esta cuestión en dos partes. Las aprobaciones determinan cuándo debe detenerse para pediros permiso. El sandbox establece qué archivos, directorios y recursos puede alcanzar aunque quiera continuar. En la app podéis encontrar perfiles como Ask for approval, Approve for me, Full access y perfiles personalizados, dependiendo de vuestra configuración. En la CLI podéis abrir el selector mediante /permissions. Cuando empecé, utilizaba siempre la opción más restrictiva. El problema es que el agente se detenía continuamente para preguntar si podía leer un archivo, modificar otro o conectarse a un servicio. Me marchaba pensando que la tarea estaba avanzando y, al regresar, descubría que llevaba una hora esperando la primera confirmación. Además, cuando aparece el mismo aviso treinta veces, acabáis aceptándolo por inercia sin leerlo. Y eso tampoco aporta demasiada seguridad. Actualmente prefiero dar autonomía suficiente dentro de proyectos que conozco y controlo, pero mantengo una frontera mucho más estricta alrededor de producción. Si una operación va a desplegar, modificar datos reales o afectar a usuarios, quiero revisarla expresamente. Esto no significa que todo el mundo deba activar Full access. Ese modo elimina las restricciones del sandbox y debe reservarse para entornos en los que entendéis perfectamente el alcance. Para la mayoría de trabajos, el acceso de escritura limitado al proyecto ofrece un equilibrio mucho más razonable. Si necesitáis un comportamiento específico, podéis definir perfiles en config.toml y añadir reglas que permitan, pregunten o prohíban determinados prefijos de comandos. Por ejemplo, podéis autorizar el trabajo local y exigir confirmación para las órdenes utilizadas en un despliegue. También podéis reforzar esa frontera mediante instrucciones permanentes y hooks, como vimos la semana pasada. Cada capa cumple una función distinta: los permisos limitan, las reglas controlan comandos concretos y las instrucciones recuerdan cómo queréis trabajar. Git ayuda a deshacer cambios en el código, pero no convierte producción en un lugar seguro para experimentar. Una web rota durante diez minutos sigue estando rota para todos sus usuarios, y una operación sobre la base de datos puede requerir algo más que volver a un commit anterior. Mi recomendación es que escojáis el perfil más estrecho que permita completar la tarea sin interrupciones absurdas. Dad libertad dentro del entorno de desarrollo y mantened producción detrás de una revisión consciente. :) 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!
August 18 · 7 min
3147. Píldoras de inteligencia artificial: Side chats
Hoy os hablo de los side chats, conversaciones temporales para resolver una duda sin interrumpir ni ensuciar la tarea principal. 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 storytelling en crowdfunding. Esta mañana veremos al enemigo y esta tarde los retos a los que se enfrenta el protagonista de la campaña. ¡A por él! Ahora sí, vamos al lío. Cuando trabajáis durante mucho tiempo con un agente, es fácil que aparezca una duda secundaria. Quizá estáis planificando una migración y Codex os pregunta si queréis organizar el contenido mediante categorías o mediante un tipo de contenido personalizado. Si no sabéis qué significa una de las opciones, podéis empezar a preguntarlo dentro de la misma tarea. Pero esa explicación, sus alternativas y todos los ejemplos pasarán a formar parte de la conversación principal, aunque solo necesitabais aclarar un concepto durante unos minutos. Antes, cuando me ocurría esto, abría ChatGPT en otra ventana, investigaba la duda y después regresaba a Codex con la decisión tomada. Así evitaba llenar la tarea principal de información que ya no sería necesaria. Ahora puedo hacerlo directamente mediante /side. En la app de Codex abre una conversación temporal al lado de la principal. En otras superficies también podéis encontrar /btw, de by the way, con la misma idea: hacer una consulta puntual sin interrumpir el hilo de trabajo. El chat lateral parte del contexto en el que estabais trabajando, de modo que no tenéis que volver a explicar todo el proyecto. Podéis preguntarle qué es un CPT, qué diferencia existe entre dos tecnologías o qué consecuencias tendría escoger una alternativa. Cuando la duda queda resuelta, cerráis la conversación lateral y regresáis a la tarea principal. Si solo necesitabais decidir entre dos opciones, basta con comunicar la elección. Si la investigación ha producido información importante, podéis pedir un resumen, copiarlo y añadirlo al hilo principal. La clave es que estos chats son temporales. No están pensados para guardar decisiones que necesitaréis consultar dentro de tres meses. Si una conclusión debe permanecer en el proyecto, trasladadla a la tarea principal o a la documentación correspondiente antes de cerrar. Esto ofrece dos ventajas. La conversación principal conserva un contexto más limpio y, además, no acabáis con veinte tareas permanentes creadas para preguntas que solo tenían sentido durante cinco minutos. Tampoco hace falta abrir un side chat para cualquier comentario. Utilizadlo cuando una explicación pueda crecer, cuando necesitéis comparar alternativas o cuando queráis explorar una idea sin desviar el trabajo que ya estaba en marcha. Así pues, la próxima vez que aparezca una duda secundaria, probad /side. Investigad lo que necesitéis, trasladad únicamente la conclusión relevante y continuad con vuestra vida. :) 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!
August 17 · 7 min
3146. Píldoras de inteligencia artificial: Batch API
Hoy os cuento cómo utilizar la Batch API para ejecutar trabajos que no son urgentes con un 50% de descuento en el coste de los 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 empieza el curso de storytelling en crowdfunding. Esta mañana veremos el nacimiento de la historia y esta tarde la motivación que impulsa al protagonista. ¡A por él! Ahora sí, vamos al lío. Hace unos meses estaba curioseando por el panel de OpenAI cuando encontré un apartado llamado Batches. Empecé a leer la documentación y descubrí una opción estupenda para todos aquellos procesos que pueden esperar un poco. Normalmente, cuando una aplicación llama a un modelo mediante API, envía una petición y espera la respuesta. Esto tiene sentido cuando estáis hablando con un usuario o necesitáis el resultado inmediatamente. Pero hay otros trabajos que no tienen ninguna urgencia. Por ejemplo, quizá queráis resumir miles de textos, clasificar una base documental, generar embeddings, preparar muchas imágenes o poner en cola varios vídeos. En esos casos podéis agrupar las peticiones y enviarlas a la Batch API para que se procesen de forma asíncrona. La mecánica consiste en preparar un archivo JSONL con todas las solicitudes, subirlo y crear el lote. OpenAI dispone entonces de una ventana de hasta 24 horas para completarlo. Cuando termina, descargáis otro archivo con los resultados y podéis relacionar cada respuesta con su petición mediante un identificador propio. ¿Qué ganáis a cambio de no exigir una respuesta inmediata? Un descuento del 50% respecto a las llamadas síncronas, límites separados y mucho más margen para procesar grandes cantidades de solicitudes. Aquí conviene hacer una precisión importante. La Batch API no reduce el número de tokens utilizados. Reduce a la mitad su precio dentro de la API. Tampoco aumenta los límites incluidos en vuestra suscripción de ChatGPT o Codex, porque trabaja con una clave de API y una facturación separada. No es un comando mágico que convierta cualquier tarea del ordenador en un lote. Solo sirve para los endpoints compatibles. Actualmente permite trabajar, entre otros, con Responses, Chat Completions, embeddings, moderación, generación y edición de imágenes, y generación de vídeo. Podéis consultar la lista actualizada en la documentación oficial de la Batch API. Lo más cómodo es pedirle a vuestro agente que prepare la integración. Primero probad una única solicitud de manera normal. Cuando sepáis que el formato y el resultado son correctos, pedidle que construya el archivo por lotes, lo envíe, consulte su estado y procese el resultado cuando esté disponible. OpenAI garantiza una ventana de hasta 24 horas, aunque en muchos casos el trabajo termina antes. No debéis depender de que esté listo en cinco minutos, porque precisamente el descuento existe a cambio de aceptar ese procesamiento asíncrono. Así pues, reservad esta opción para procesos grandes que no requieran una respuesta inmediata. Si tenéis miles de resúmenes, clasificaciones, imágenes o tareas similares pendientes, la diferencia de coste puede ser considerable. :) 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!
August 14 · 7 min
3145. Píldoras de inteligencia artificial: Al grano
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!
August 13 · 5 min
3144. Píldoras de inteligencia artificial: Hooks
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!
August 12 · 6 min
3143. Píldoras de inteligencia artificial: /status, /model y /reasoning
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!
August 11 · 7 min
3142. Píldoras de inteligencia artificial: /goal
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!
August 10 · 7 min
3141. Píldoras de inteligencia artificial: /plan
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!

Showing 1–20 of 35 episodes