Programas de vídeo recurrentes: un episodio nuevo por cada elemento de un feed

Un programa solo decide cuándo hacer un vídeo y a partir de qué. El vídeo pasa por el mismo proceso que cualquier otro: se lee la página, se graba en un navegador real, se pone la voz en una sola toma continua y se subtitula.

Los programas se crean con el servidor MCP (create_show, desde Claude o cualquier asistente), con la API o desde la página de un sitio: abre una idea del plan del sitio y elige «Make this weekly» o «Make this monthly». Cada sitio tiene además un feed RSS público con sus vídeos terminados, para que los episodios lleguen allí donde distribuyas vídeo.

Un programa gasta créditos y publica en tu nombre mientras nadie mira. Por eso los valores por defecto son los prudentes, y los impone el código, no el feed.

• Retenido hasta que lo confirmas una vez. El planificador se salta un programa nuevo. Ejecutarlo sin confirmar devuelve una vista previa gratuita de los episodios que haría; ejecutarlo confirmando los hace y deja el programa en manos del planificador.
• Tope por pasada. Un feed que de pronto lista cuarenta elementos nuevos produce como mucho tu número por pasada; el resto queda disponible para las siguientes.
• Tope diario. Los episodios se detienen al llegar al techo de créditos del día UTC. Por defecto, el equivalente a tres episodios.
• Nunca el mismo elemento dos veces. Un episodio es único por programa y elemento, y cada render arranca con una clave propia del elemento: un feed que vuelve a listar un artículo antiguo, o una pasada repetida tras un tiempo de espera agotado, no crea nada nuevo ni cobra nada más.

Una excepción deliberada: un programa sobre una lista fija o una fuente de datos puede repetirse cada semana, mes, trimestre o año, y entonces cada elemento se hace una vez por periodo. Sirve para informes, una cifra mensual por municipio por ejemplo, no para blogs.

Para los formatos con cifras hay un control más: cada cifra dicha o rotulada debe remitir a un valor enlazado con una fuente real, o el episodio se rechaza y se nombra el bloque. preview_episode muestra ese informe gratis, y verify_episode devuelve meses después la prueba que respalda un episodio publicado.

Legitym crea herramientas de justicia predictiva para abogados. Hicimos un vídeo de 46 segundos a partir de uno de sus artículos, unas 70 palabras en francés, 16:9. Abre con una pregunta, «Un algorithme peut-il juger ?» (¿puede juzgar un algoritmo?), la responde en dos frases, «no es un oráculo, es una herramienta de decisión», y luego sigue el artículo: la herramienta cuantifica el pasado en lugar de predecir el futuro, con un ejemplo (una puntuación del 73 % significa un 73 % de casos comparables favorables), las ventajas, los límites (cambios de jurisprudencia, reformas, la singularidad de cada caso) y un cierre: «L'outil éclaire. L'avocat décide.»

Del mismo artículo sacamos también un reel vertical de 26 segundos que conserva la pregunta, el ejemplo del 73 % y el cierre, y deja fuera lo demás.

Para ser exactos: estos dos vídeos se hicieron uno a uno, no con un programa. Están aquí porque muestran cómo debe ser un episodio salido de un feed: un artículo de entrada, una idea de salida, la estructura del artículo respetada y una cifra presentada como ejemplo porque el artículo la presenta así. Un programa semanal sobre el feed de ese blog produciría un vídeo así por artículo nuevo, en el formato que elijas. Para hacerlo artículo a artículo, mira convertir un artículo de blog en vídeo y el caso de uso de artículo a vídeo.

Lo más rápido es pedírselo a Claude con el servidor MCP de PageToVid conectado; cada paso de abajo es una llamada a una herramienta. La configuración está en hacer vídeos con Claude por MCP.

Un blog semanal con un episodio por pasada son cuatro o cinco renders al mes, 40 créditos cada uno; los precios de los planes están en precios. Si necesitas más control del que da un programa, el mismo trabajo se puede programar contra la API, como se explica en automatizar vídeos con la API.

Lo que hemos aprendido haciendo series de vídeos como estas: el formato importa menos que el feed.

• Elementos que se diferencian. Versiones nuevas, anuncios nuevos, cifras semanales que se mueven, estudios publicados. Un feed de elementos casi idénticos da episodios casi idénticos, y el público aprende a saltárselos.
• La parte variable primero. Si cada episodio abre con los mismos veinte segundos de marca, el segundo episodio es donde la gente se va. Abre con la novedad del elemento; la marca puede cerrar.
• Corto. Un formato recurrente tiene que poder verse cada vez, no impresionar una vez. Menos de un minuto; el reel de Legitym muestra cuánto cabe en 26 segundos.
• Cifras enlazadas o fuera. Una cifra escrita a mano envejece y el programa la publica cada semana. Enlázala a una fuente en un formato, o deja que las cifras del propio artículo sostengan el episodio.

Para notas de versión en concreto, el caso de uso de vídeo de notas de versión tiene una plantilla más ajustada, y la página de comparación muestra cómo resuelven otros generadores el trabajo repetitivo.