O que Conversor de Changelog para Vídeo Ozor faz?
Transforme changelogs, notas de versão e atualizações de versão em prompts de vídeo Ozor.ai refinados e prontos para copiar e colar. Esta skill lê listas estruturadas de mudanças e produz prompts de vídeo cena por cena que anunciam as atualizações de forma visualmente atraente.
Tipos de Entrada Suportados
- CHANGELOG.md — formato padrão "Keep a Changelog"
- GitHub Releases — descrições de lançamento com tags
- Notas de versão — listas de funcionalidades em tópicos
- Resumos de versão — documentos estilo "O que há de novo"
- Resumos de commits — mensagens de commit agrupadas para um lançamento
- Notas de versão do Jira/Linear — listas de tarefas exportadas
Fluxo de Trabalho
Fase 1 — Analisar o Changelog
Leia o changelog e extraia:
- Número da versão — a tag de lançamento (ex.: v2.4.0)
- Data de lançamento — quando foi lançado
- Categorias de mudança — agrupe as mudanças por tipo:
- Novas funcionalidades — capacidades totalmente novas
- Melhorias — aprimoramentos em funcionalidades existentes
- Correções de bugs — problemas resolvidos
- Mudanças irreversíveis — qualquer coisa que exija ação do usuário
- Descontinuações — funcionalidades sendo eliminadas
- Mudança principal — a mudança mais impactante ou mais solicitada pelos usuários
- Contagem de mudanças — número total de mudanças (usado para estimativa de duração)
Fase 2 — Priorizar para Vídeo
Nem toda entrada do changelog merece uma cena. Aplique estas regras:
Sempre incluir:
- A funcionalidade principal (a maior ou mais solicitada)
- Qualquer nova funcionalidade que mude o fluxo de trabalho do usuário
- Mudanças irreversíveis (os usuários precisam saber)
Incluir se houver espaço:
- Melhorias significativas (desempenho, UX)
- Correções de bugs muito solicitadas
Pular para o vídeo (mencionar nas notas):
- Correções de bugs menores
- Refatorações internas
- Atualizações de dependências
- Mudanças na documentação
Orçamento de cenas por contagem de mudanças (alvo ~1 cena por 3 segundos de vídeo):
- 1–3 mudanças: 6–8 cenas (introdução + 2–3 por mudança + resumo + CTA)
- 4–7 mudanças: 10–15 cenas (introdução + 2–3 por mudança principal + resumo + CTA)
- 8+ mudanças: 15–20 cenas (introdução + 2–3 por mudança principal + "e mais" + CTA)
Fase 3 — Estruturar o Vídeo
Use esta estrutura comprovada para vídeos de lançamento:
- Introdução / Insígnia de Versão — Mostre o nome do produto e o número da versão com uma animação limpa. Defina o tom: "O que há de novo em [Produto] [Versão]"
- Funcionalidade Principal (2–3 cenas) — A maior mudança ganha várias cenas com mais atenção visual:
- Título / O que é — Nome da funcionalidade como título com uma frase de gancho.
- Como funciona / Visual — Mostre a funcionalidade em ação: um guia visual pela interface, animação ou diagrama.
- Impacto / Benefício — Por que isso é importante para o usuário. Mostre o resultado ou consequência.
- Cenas de Funcionalidades Adicionais (2–3 cenas cada) — Cada mudança priorizada ganha sua própria minissequência:
- Título / O que é — Nome da funcionalidade e breve descrição.
- Detalhe / Visual — Mostre o que mudou visualmente: antes/depois, demonstração ou diagrama.
- (Opcional) Benefício — Uma cena curta reforçando o valor se a mudança for suficientemente significativa.
- Resumo / "E Mais" — Se mudanças foram despriorizadas, adicione uma cena listando-as brevemente: "Além disso: [correção 1], [correção 2], [melhoria 1]"
- CTA — "Atualize agora", "Experimente hoje" ou "Leia as notas de versão completas em [URL]"
Fase 4 — Gerar o Prompt Ozor
Produza um prompt completo e copiável:
## Prompt de Vídeo Ozor
**Fonte:** Changelog de [Produto] [Versão]
**Tipo de vídeo:** Notas de versão / O que há de novo
**Formato:** 16:9 paisagem
**Duração estimada:** [X] segundos
**Público-alvo:** [usuários existentes / desenvolvedores / equipe]
---
### Prompt (copie e cole no Ozor)
Crie um vídeo de notas de versão de [duração] para [Produto] versão [X.X].
[N] cenas:
(1) Insígnia de Versão — Logotipo do [Produto] centralizado em fundo [escuro/claro]. O número da versão "[X.X]" aparece com uma animação sutil. Subtítulo: "[Data de lançamento] — [tagline ou resumo da contagem de mudanças]".
(2) [Nome da Funcionalidade Principal] — Cartão de título: nome da funcionalidade em título em negrito. Frase de gancho: "[O que esta funcionalidade faz em linguagem simples]". [Visual: ícone ou gráfico que represente a funcionalidade.]
(3) [Nome da Funcionalidade Principal] Detalhe — [Mostre a funcionalidade em ação: guia visual pela interface, animação estilo gravação de tela ou diagrama passo a passo. Inclua texto exato na tela.]
(4) [Nome da Funcionalidade Principal] Impacto — [Por que isso é importante: mostre o resultado, tempo economizado ou comparação antes/depois. Texto na tela: "[Declaração do benefício principal]".]
(5) [Funcionalidade 2 Nome] — Cartão de título: "[Nome da funcionalidade]" com descrição de uma linha. [Visual: ícone, elemento de interface ou metáfora.]
(6) [Funcionalidade 2 Nome] Detalhe — [Demonstração visual da funcionalidade: como ela parece em uso, como funciona ou um quadro chave no estilo de captura de tela. Inclua texto na tela.]
(7) [Funcionalidade 3 Nome] — [Título da funcionalidade + direção visual. Para funcionalidades menores, uma única cena combinando título e demonstração é suficiente.]
[...continue para as funcionalidades restantes, 2–3 cenas por funcionalidade principal, 1 cena para funcionalidades menores...]
([N-1]) E Mais — Lista limpa das mudanças restantes: "[correção 1]", "[melhoria 1]", "[correção 2]". Cada uma aparece com uma animação de marca de verificação.
([N]) CTA — "[Atualize agora / Experimente hoje]" com [URL do produto]. Logotipo desaparece.
Estilo: [limpo / moderno / ousado]. Fundo: [escuro / claro]. Cor de destaque: [cor da marca].
Tom: [confiante / animado / profissional].
Público: [quem].
---
### Notas
- [Sugestões de ativos para enviar]
- [Mudanças que foram despriorizadas e poderiam se tornar um vídeo separado]
- [Dicas para iterar]
Regras de Adaptação
Se o changelog tiver apenas correções de bugs:
- Enquadre como uma atualização de confiabilidade/qualidade
- Lidere com mensagens como "Nós ouvimos" ou "Bugs eliminados"
- Agrupe as correções tematicamente em vez de listar cada uma
- Mantenha curto: no máximo 3–4 cenas
Se o changelog tiver uma mudança irreversível:
- Destaque-a prominentemente — os usuários precisam ver isso
- Use um indicador visual de aviso (mudança de cor, ícone)
- Explique o que mudou E o que o usuário precisa fazer
- Coloque-a na cena 2 (logo após a introdução) para visibilidade
Se o changelog abranger múltiplas versões:
- Combine em um formato de "atualização trimestral" ou "revisão do ano"
- Agrupe por tema em vez de número de versão
- Lidere com as mudanças mais impactantes de todas as versões
Se o changelog for de um GitHub Release:
- Extraia o título do release como título do vídeo
- Use o nome da tag como insígnia de versão
- Analise a formatação markdown para tópicos e cabeçalhos
Lista de Verificação de Qualidade
Antes de apresentar o prompt final, verifique:
- O número da versão está prominentemente exibido na cena 1
- A funcionalidade principal recebe a maior atenção visual
- Mudanças irreversíveis são claramente destacadas (se houver)
- Cada cena contém exatamente uma mudança ou ideia
- O texto na tela é curto — nomes de funcionalidades + descrições de uma linha
- O CTA diz exatamente o que o usuário deve fazer
- Nenhuma mudança crítica da fonte foi omitida sem menção
- Mudanças despriorizadas estão listadas na seção de Notas
Regras
- Cada mudança que ganha uma cena deve ser descrita visualmente. "Mostre o novo painel" não é suficiente — descreva a aparência do painel, o que está animado, que texto aparece.
- Nunca invente funcionalidades. Toda mudança deve vir do changelog de origem.
- Priorize o impacto no usuário sobre a impressionante técnica. Uma pequena correção de UX solicitada pelos usuários é mais digna de vídeo do que uma grande refatoração interna.
- Mantenha conciso. Vídeos de lançamento devem ter 30–60 segundos. Um vídeo de 30 segundos deve ter ~8–10 cenas; um vídeo de 60 segundos deve ter ~15–18 cenas (aproximadamente 1 cena por 3 segundos). Os usuários querem destaques, não documentação.
- O número da versão deve estar visível. Ele aparece na cena 1 e opcionalmente em uma insígnia persistente.