A quién le sirve. Quien mantiene una web personal o de negocio con contenido repetitivo, como episodios, proyectos o lecturas, y quiere que un agente lo añada y prepare el cambio para su revisión.
Qué hicieron
Debbie O'Brien guardó el prompt de la página del pódcast como una receta de Goose que recibe la URL del episodio como dato. Goose usó el MCP de Playwright (un estándar para conectar herramientas) para leer la página del episodio y el de Cloudinary para subir la imagen. Después arrancó el servidor de desarrollo y comprobó la página de pódcasts. Abrió una pull request (propuesta de cambio) mediante el MCP de GitHub, y ella revisó el código y lo aprobó.
Cómo salió
Los episodios nuevos con sus imágenes se añadieron a su web hecha con Nuxt y se publicaron tras su revisión. No lo ha probado con grandes tandas de URL, y la puesta en marcha le llevó más tiempo que copiarlos a mano.
Conviene saber
Montarlo llevó más que hacer un episodio a mano. Ella revisó igualmente la pull request, sobre todo la URL de Cloudinary, y de momento solo ha escrito esa receta.
Qué necesitas
- Una web guardada en un repositorio de GitHub (la carpeta del código con su historial); el caso usa una web hecha con Nuxt
- Un agente que admita recetas (instrucciones guardadas para reutilizar) y servidores MCP (un estándar para conectar herramientas a una IA), como Goose, el del caso
- Los servidores MCP de Playwright (leer páginas web), Cloudinary (subir imágenes) y GitHub (abrir propuestas de cambio)
- Cuentas de Cloudinary y de GitHub, con sus claves de acceso
- Un contenido ya publicado a mano, para que el agente imite el formato
Cómo hacerlo tú, paso a paso
- Elige un contenido repetitivo de tu web, como los episodios de un pódcast, y publica uno a mano para fijar el formato.
- Escribe un prompt que describa los pasos: leer la página del episodio, subir la imagen, añadir el contenido en el formato de tu web y comprobar el resultado.
- Guárdalo como una receta de Goose que reciba como dato la dirección del episodio.
- Conecta los servidores MCP que necesite: uno para leer la página, otro para subir la imagen y otro para abrir la propuesta de cambio en GitHub.
- Lanza la receta con la dirección de un episodio nuevo. El agente debe arrancar el servidor de desarrollo y comprobar la página resultante.
- Revisa la pull request (la propuesta de cambio), sobre todo las direcciones de las imágenes, y aprueba el cambio tú.
- Cuando funcione con uno, prueba con unos pocos más antes de usarlo en tandas grandes.
Mira el repositorio de mi web personal en [ruta o URL] y prepara una automatización para que su contenido ([blog, proyectos o lista de lecturas]) se actualice desde [fuente, como Notion, GitHub o RSS]. Usa un servidor MCP si ayuda. Habrás terminado cuando un solo comando refresque el contenido y me muestre las diferencias. No publiques ni guardes nada hasta que yo lo apruebe.
Consejos
- Calcula si te compensa. Montarlo llevó más tiempo que copiar un episodio a mano, así que solo sale a cuenta si vas a repetirlo muchas veces.
- Revisa siempre la pull request. La autora revisa el código, en especial la dirección de las imágenes subidas.
- Empieza con una sola receta y pocas direcciones antes de probar con tandas grandes.
Preguntas frecuentes
¿Hace falta ser programador?
Sí, o contar con ayuda: hay que manejar un repositorio, claves de acceso y servidores MCP. Si tu web usa un gestor de contenidos, mira si ya trae una opción para importar episodios desde el feed (RSS) del pódcast.
¿Qué es MCP?
Un estándar para conectar herramientas a un agente, como si fueran enchufes. Cada servidor MCP da al agente una habilidad: leer una web, subir una imagen o abrir una propuesta de cambio.
Fuentes
En el directorio desde el 3 de octubre de 2026.