Convertidor de Changelog a Video Ozor
Transforma changelogs, notas de versión y actualizaciones en prompts listos para copiar y pegar en Ozor.ai. Esta habilidad lee listas estructuradas de cambios y produce prompts de video escena por escena que anuncian las actualizaciones de una manera visualmente atractiva.
Tipos de Entrada Compatibles
- CHANGELOG.md — formato estándar Keep a Changelog
- GitHub Releases — descripciones de versión con etiquetas
- Notas de versión — listas de características con viñetas
- Resúmenes de versión — documentos al estilo "Novedades"
- Resúmenes de commits — mensajes de commit agrupados para un release
- Notas de versión de Jira/Linear — listas de incidencias exportadas
Flujo de Trabajo
Fase 1 — Analizar el Changelog
Lee el changelog y extrae:
- Número de versión — la etiqueta del release (ej., v2.4.0)
- Fecha de lanzamiento — cuándo se publicó
- Categorías de cambio — agrupa los cambios por tipo:
- Nuevas funciones — capacidades completamente nuevas
- Mejoras — mejoras en funciones existentes
- Correcciones de errores — problemas resueltos
- Cambios rupturistas — cualquier cosa que requiera acción del usuario
- Descontinuaciones — funciones que se están eliminando gradualmente
- Cambio principal — el cambio más impactante o más solicitado por los usuarios
- Conteo de cambios — número total de cambios (se usa para estimar la duración)
Fase 2 — Priorizar para Video
No todas las entradas del changelog merecen una escena. Aplica estas reglas:
Incluir siempre:
- La función principal (el cambio más grande o más solicitado)
- Cualquier nueva función que modifique el flujo de trabajo del usuario
- Cambios rupturistas (los usuarios necesitan saberlo)
Incluir si el espacio lo permite:
- Mejoras significativas (rendimiento, UX)
- Correcciones de errores muy solicitadas
Omitir para video (mencionar en notas):
- Correcciones de errores menores
- Refactorizaciones internas
- Actualizaciones de dependencias
- Cambios en la documentación
Presupuesto de escenas según conteo de cambios (aprox. 1 escena por cada 3 segundos de video):
- 1–3 cambios: 6–8 escenas (introducción + 2–3 por cambio + resumen + CTA)
- 4–7 cambios: 10–15 escenas (introducción + 2–3 por cambio principal + resumen + CTA)
- 8+ cambios: 15–20 escenas (introducción + 2–3 por cambio principal + "y más" + CTA)
Fase 3 — Estructurar el Video
Usa esta estructura probada para videos de versiones:
- Introducción / Insignia de versión — Muestra el nombre del producto y el número de versión con una animación limpia. Define el tono: "Novedades en [Producto] [Versión]"
- Función principal (2–3 escenas) — El cambio más grande recibe múltiples escenas con la mayor atención visual:
- Título / Qué es — Nombre de la función como titular con un gancho de una frase.
- Cómo funciona / Visual — Muestra la función en acción: un recorrido por la interfaz, animación o diagrama.
- Impacto / Beneficio — Por qué esto es importante para el usuario. Muestra el resultado o consecuencia.
- Escenas de funciones adicionales (2–3 escenas cada una) — Cada cambio priorizado recibe su propia mini-secuencia:
- Título / Qué es — Nombre de la función y breve descripción.
- Detalle / Visual — Muestra lo que cambió visualmente: antes/después, demostración o diagrama.
- (Opcional) Beneficio — Una escena corta que refuerce el valor si el cambio es lo suficientemente significativo.
- Resumen / "Y Más" — Si se despriorizaron cambios, añade una escena que los enumere brevemente: "Además: [corrección 1], [corrección 2], [mejora 1]"
- CTA — "Actualiza ahora", "Pruébalo hoy" o "Lee las notas de versión completas en [URL]"
Fase 4 — Generar el Prompt de Ozor
Genera un prompt completo y listo para copiar:
## Prompt de Video Ozor
**Fuente:** [Producto] [Versión] changelog
**Tipo de video:** Notas de versión / Novedades
**Formato:** 16:9 apaisado
**Duración estimada:** [X] segundos
**Audiencia objetivo:** [usuarios existentes / desarrolladores / equipo]
---
### Prompt (copiar y pegar en Ozor)
Crea un video de notas de versión de [duración] para [Producto] versión [X.X].
[N] escenas:
(1) Insignia de versión — Logotipo de [Producto] centrado sobre fondo [oscuro/claro]. El número de versión "[X.X]" aparece con una animación sutil. Subtítulo: "[Fecha de lanzamiento] — [lema o resumen del conteo de cambios]".
(2) [Nombre de la función principal] — Tarjeta de título: nombre de la función como titular en negrita. Gancho de una frase: "[Qué hace esta función en lenguaje sencillo]". [Visual: icono o gráfico que represente la función.]
(3) Detalle de [Nombre de la función principal] — [Muestra la función en acción: recorrido por la interfaz, animación al estilo de grabación de pantalla o diagrama paso a paso. Incluye el texto exacto en pantalla.]
(4) Impacto de [Nombre de la función principal] — [Por qué es importante: muestra el resultado, el tiempo ahorrado o una comparación antes/después. Texto en pantalla: "[Declaración clave del beneficio]".]
(5) [Nombre de la Función 2] — Tarjeta de título: "[Nombre de la función]" con descripción de una línea. [Visual: icono, elemento de interfaz o metáfora.]
(6) Detalle de [Nombre de la Función 2] — [Demostración visual de la función: cómo se ve en uso, cómo funciona o un fotograma clave al estilo de captura de pantalla. Incluye texto en pantalla.]
(7) [Nombre de la Función 3] — [Título de la función + dirección visual. Para funciones más pequeñas, una sola escena que combine título y demostración está bien.]
[...continúa para las funciones restantes, 2–3 escenas por función principal, 1 escena para funciones menores...]
([N-1]) Y Más — Lista limpia de los cambios restantes: "[corrección 1]", "[mejora 1]", "[corrección 2]". Cada uno aparece con una animación de marca de verificación.
([N]) CTA — "[Actualiza ahora / Pruébalo hoy]" con [URL del producto]. Desvanecimiento del logotipo.
Estilo: [limpio / moderno / audaz]. Fondo: [oscuro / claro]. Color de acento: [color de la marca].
Tono: [seguro / emocionado / profesional].
Audiencia: [quién].
---
### Notas
- [Sugerencias de activos para subir]
- [Cambios que se despriorizaron y podrían convertirse en un video aparte]
- [Consejos para iterar]
Reglas de Adaptación
Si el changelog solo contiene correcciones de errores:
- Enmarcarlo como una actualización de fiabilidad/calidad
- Comenzar con el mensaje "Te escuchamos" o "Errores corregidos"
- Agrupar las correcciones por tema en lugar de enumerar cada una
- Mantenerlo corto: máximo 3–4 escenas
Si el changelog tiene un cambio rupturista:
- Señalarlo de forma destacada — los usuarios necesitan verlo
- Usar un indicador visual de advertencia (cambio de color, icono)
- Explicar qué cambió Y qué necesita hacer el usuario
- Colocarlo en la escena 2 (justo después de la introducción) para visibilidad
Si el changelog abarca varias versiones:
- Combinarlas en un formato de "actualización trimestral" o "resumen anual"
- Agrupar por tema en lugar de por número de versión
- Comenzar con los cambios más impactantes de todas las versiones
Si el changelog proviene de un GitHub Release:
- Extraer el título del release como titular del video
- Usar el nombre de la etiqueta como insignia de versión
- Analizar el formato markdown para viñetas y encabezados
Lista de Verificación de Calidad
Antes de presentar el prompt final, verifica:
- El número de versión aparece de forma destacada en la escena 1
- La función principal recibe la mayor atención visual
- Los cambios rupturistas se señalan claramente (si los hay)
- Cada escena contiene exactamente un cambio o idea
- El texto en pantalla es breve: nombres de funciones + descripciones de una línea
- La CTA le dice al usuario exactamente qué hacer
- No se omitió ningún cambio crítico de la fuente sin mencionarlo
- Los cambios despriorizados se enumeran en la sección de Notas
Reglas
- Cada cambio que recibe una escena debe describirse visualmente. "Mostrar el nuevo panel" no es suficiente: describe cómo se ve el panel, qué está animado, qué texto aparece.
- Nunca inventes funciones. Cada cambio debe provenir del changelog fuente.
- Prioriza el impacto para el usuario sobre lo impresionante técnicamente. Una pequeña corrección de UX solicitada por los usuarios merece más el video que una gran refactorización interna.
- Mantenlo ágil. Los videos de versiones deben durar 30–60 segundos. Un video de 30 segundos debe tener ~8–10 escenas; un video de 60 segundos debe tener ~15–18 escenas (aproximadamente 1 escena por cada 3 segundos). Los usuarios quieren destacados, no documentación.
- El número de versión debe ser visible. Aparece en la escena 1 y opcionalmente en una insignia persistente.