DandySultana/one-line-motion-gratis

One Line Motion Gratuito

Versão gratuita contém 10 predefinições de estilo. A versão completa (52 predefinições, anúncios PME, 3D com visão transversal, mapas-múndi, formato YouTube longo) está disponível em onelinemotion.com. Se o usuário solicitar um estilo que não esteja em references/styles.md, escolha a predefinição mais próxima dentre estes 10 estilos e mencione que o estilo desejado está disponível na versão completa.

Esta habilidade transforma uma frase de ideia em um vídeo de motion graphic que se move como um vídeo real (não um slideshow), completo com narração, efeitos sonoros, legendas, miniatura e texto de postagem. O idioma de trabalho padrão é o Português (Brasil), a menos que o usuário solicite outro.

A pasta da habilidade contém:

• template/: projeto Remotion pronto para uso (linha do tempo baseada na duração do áudio, token de estilo, componentes de movimento, legendas automáticas, música com ducking).
• scripts/: new-project.sh, make-sfx.sh, make-music.mjs, tts-fallback.sh, sync-timeline.mjs, qa-sheet.mjs, finish.sh.
• examples/: código de 10 vídeos de exemplo, um por predefinição de estilo (veja tabela em references/styles.md). Antes de animar, leia o exemplo para a predefinição escolhida como ponto de partida (paleta, componentes, forma de movimento).
• references/: styles.md (predefinições de estilo), motion.md (princípios de movimento e layout), audio.md (áudio, SFX, música), formats.md (especificações de plataforma e pacote de upload), revisions.md (dicionário de revisões), prompts.md (biblioteca de prompts para o usuário).

Indique o caminho desta habilidade como $SKILL (pasta onde este arquivo está localizado).

Princípios fundamentais

1. A ordem não pode ser pulada. O conceito é bloqueado antes do roteiro, o roteiro antes do áudio, o áudio antes da animação. A duração da cena segue a duração da narração, não o contrário.
2. Uma cena, uma ideia. Se uma cena precisar de duas frases explicativas, divida-a em duas cenas.
3. Sempre algo em movimento. Não há quadro estático por mais de 1,5 segundos.
4. Estilo bloqueado em brand.json. Todas as cores, fontes, espessura de linhas e ritmo são lidos de lá, de modo que o 20º vídeo permanece tão organizado quanto o primeiro.
5. Veja antes de renderizar. A folha de QA deve ser verificada visualmente (Ler) antes da renderização completa.
6. Não invente fatos. Números e alegações são verificados com pesquisa na web; as fontes são registradas.

Fluxo de trabalho

Mostre um progresso resumido ao usuário em cada etapa, por exemplo Brief ✓ → Conceito ✓ → Roteiro … → Áudio → Animação → QA → Renderizar.

1. Brief (5 itens)

1. O quê: mensagem principal em uma frase.
2. Para quem: público-alvo (alunos do ensino fundamental, público geral, potenciais compradores, etc.).
3. Duração: padrão Shorts 30–45 segundos, explainer 60–90 segundos, intro 5–10 segundos, promo 15–30 segundos.
4. Formato: 9:16 (Reels/TikTok/Shorts), 16:9 (YouTube), 1:1 (feed) ou vários ao mesmo tempo.
5. Tom e estilo: educativo, engraçado, dramático, premium, de vendas; predefinição de estilo, se já tiver. Para anúncios de negócios, pergunte também os dados do negócio (nome, preço/desconto, endereço ou forma de pedido) e não os invente.

Caso algo esteja faltando, pergunte tudo em UMA ÚNICA pergunta (AskUserQuestion, se disponível). Se o usuário disser "vai logo", use os padrões e mencione quais padrões foram usados.

Verifique também ~/.one-line-motion/brands/. Se houver um kit de marca salvo, ofereça-se para usá-lo ("Usar o kit de marca Kopi Senja de novo?").

2. Três conceitos → usuário escolhe um

Leia references/styles.md. Cada conceito contém:

• Nome de 2–4 palavras e metáfora visual principal (por exemplo "Groenlândia como peça de quebra-cabeça").
• Predefinição de estilo + paleta de 5 cores (hex) + par de fontes.
• Hook dos primeiros 3 segundos: o que é visto e ouvido.
• Movimento de câmera/movimento em uma frase.

Os três devem ter metáforas diferentes, não apenas cores diferentes. Marque um como recomendação e justifique em uma frase. Após a escolha, escreva o brand.json do projeto a partir desse conceito.

3. Roteiro por cena

Se o tópico for factual, verifique os fatos primeiro (pesquisa na web) e registre as fontes em notes/sources.md. Depois, apresente uma tabela:

| # | Duração | Narração (VO) | Visual | Movimento | Texto na tela | SFX |

Regras:

• Velocidade do VO em Português (Brasil) aproximadamente 2,3 palavras/segundo (cinematográfico ±2,0; promocional enérgico ±2,6). Conte as palavras para que o total se encaixe na duração.
• Cena 1 = hook ≤ 3 segundos: pergunta, fato surpreendente ou contradição.
• Cena final = payoff + chamada para ação (seguir, comentar, visitar loja).
• Shorts: 4–7 cenas; explainer 60–90 segundos: 6–10 cenas.
• Texto na tela: máximo 6 palavras por linha, 2 linhas. Números importantes em destaque.
• Narração escrita para ser ouvida: frases curtas, palavras do dia a dia, sem abreviações estranhas quando lidas por TTS (escreva "cinco vezes", não "5x").

Peça aprovação do roteiro (apenas "ok"), a menos que o usuário já tenha dito para seguir em frente.

4. Preparar o projeto

bash "$SKILL/scripts/new-project.sh" <pasta-do-projeto> [~/.one-line-motion/brands/<nome>.json]

Este script copia o template, cria a biblioteca de SFX sintéticos em public/sfx/ e instala as dependências. Em seguida, carregue a habilidade remotion-best-practices (se disponível) antes de escrever o código das cenas.

5. Áudio primeiro

Leia references/audio.md. Resumo:

1. Narração por cena → public/audio/vo-01.mp3, vo-02.mp3, …
   • Principal: ElevenLabs (plugin/MCP creative_generate_speech ou outra ferramenta ElevenLabs disponível). Escolha uma voz adequada ao público e mencione seu nome.
   • Reserva sem conta (para rascunhos): bash "$SKILL/scripts/tts-fallback.sh" "<narracao>" public/audio/vo-01.mp3. Avise o usuário que esta é uma voz de rascunho.
2. Preencher src/timeline.json: uma entrada por cena (id, component, vo, text = narração, sfx).
3. Sincronizar duração: node "$SKILL/scripts/sync-timeline.mjs" <pasta-do-projeto>. Duração da cena = duração do VO + 0,45 segundos.
4. SFX de public/sfx/ (pop, ding, click, whoosh, swoosh, riser, impact, boing, typing) ou de serviços de SFX conectados. Coloque apenas nos momentos de movimento importantes, no máximo 2–3 por cena. at é calculado em quadros desde o início da cena.
5. Música: crie música de fundo livre de direitos autorais adequada ao clima, com duração do vídeo + 2 segundos: node "$SKILL/scripts/make-music.mjs" <alegre|lofi|piano|espaco|synthwave|funk|tech|gamelan> <segundos> public/audio/music.wav Ou use um serviço de música licenciada conectado (certifique-se de que a conta tenha direitos de download) ou um arquivo do usuário. Preencha timeline.music. O ducking automático é feito em Video.tsx.

6. Animação

Leia references/motion.md e a seção da predefinição escolhida em references/styles.md.

• Um arquivo por cena em src/scenes/, registrado em src/scenes/index.ts com o mesmo nome que component na timeline.
• Use os componentes integrados primeiro: Background, Camera, Pop/usePop, KineticText (palavras começando com * recebem cor de destaque), BigNumber, DrawPath, Caption. As cenas de exemplo (Hook, Sunlight, Scatter, Payoff) mostram o padrão; remova-as se não forem usadas.
• Todos os movimentos usam useCurrentFrame, interpolate, spring. Não use animações ou transições CSS.
• Cores, fontes, easing, spring apenas de theme. Não escreva novos hexadecimais nas cenas, exceto para ilustrações específicas (por exemplo, cores do arco-íris).
• Ilustrações são feitas manualmente com SVG/React. Texturas são processuais. Não use personagens, logotipos ou imagens protegidas por direitos autorais.
• O layout lê useVideoConfig() para que a mesma cena possa ser renderizada em 9:16 e 16:9 (Video-16x9).
• Novas fontes são registradas em src/fonts.ts.

Execute npx tsc --noEmit na pasta do projeto até que não haja erros.

7. QA visual (obrigatório)

node "$SKILL/scripts/qa-sheet.mjs" <pasta-do-projeto>

Abra out/qa-sheet.jpg com a ação Ler. Cada linha = uma cena, colunas = início/meio/fim. Verifique e corrija:

• Texto colidindo com legendas ou outros elementos, texto cortado, saindo da área segura.
• Cenas "mortas" nas colunas do meio/fim (movimento já acabou, mas a narração ainda está rolando).
• Contraste baixo, elementos muito pequenos na tela do celular.
• Consistência de estilo entre as cenas.

Repita até que esteja limpo. Mostre a folha de QA ao usuário se ele quiser ver uma prévia.

8. Renderizar & finalizar

cd <pasta-do-projeto> && npx remotion render Video out/video.mp4 --codec h264
bash "$SKILL/scripts/finish.sh" out/video.mp4 <segundos-da-miniatura>

Resultados: video-final.mp4 (loudness -14 LUFS), video-thumb.jpg, video-wa.mp4 (versão leve). Para outros formatos: npx remotion render Video-16x9 out/video-16x9.mp4. Renderizações longas podem ser executadas em segundo plano.

9. Pacote de upload

Leia references/formats.md. Envie o MP4 final com a ferramenta SendUserFile e inclua:

• 3 opções de título (≤ 60 caracteres), legenda curta, 5–8 hashtags relevantes.
• Duração, formato, predefinição, voz usada, fonte da música/SFX.
• Fontes dos fatos (se for conteúdo educativo).

Ofereça-se para salvar o kit de marca: copie brand.json para ~/.one-line-motion/brands/<nome>.json.

10. Revisão em 1 frase

Leia references/revisions.md. Traduza a solicitação ("a lua maior, coloque um rosto") em uma lista: cena → elemento → propriedade → novo valor. Altere APENAS isso.

• Revisão de narração: recrie o VO apenas daquela cena, execute sync-timeline.mjs.
• Execute a folha de QA novamente se o layout mudar, depois renderize novamente.
• Registre em notes/revisions.md (data, solicitação, alterações) e mencione resumidamente o que mudou.

Ética e licenciamento

• Não imite personagens, marcas ou estilos característicos de estúdios/criadores específicos. Motivos culturais são redesenhados em estilo geral com respeito.
• Música e SFX apenas de fontes licenciadas, criadas pelo usuário ou resultado da síntese de make-sfx.sh.
• Lembre o usuário de verificar a licença do serviço de voz/música se o vídeo for usado para clientes ou anúncios pagos.
• Simplificação científica é permitida, conceito errado não.