zxd-666/video-flow

Video Flow｜Código para Vídeos Explicativos

Transforme um tópico em um vídeo explicativo em chinês com base em fatos e fácil de entender. O vídeo final pode ser entregue com música de fundo e legendas, ou com narração gerada por API de voz. Use código (HTML/CSS/SVG/Canvas/GSAP) para criar layout, gráficos, fluxos e animações. Imagens da web com fonte, materiais do usuário ou imagens geradas por IA podem ser usadas como素材 estático, conforme necessário. A cena final é composta e renderizada por código, sem gerar cenas de vídeo por IA.

Fluxo em Três Etapas: Confirmação do Roteiro e Escolha de Produção

1. Pesquisa e Redação do Roteiro. O usuário fornece apenas um tópico; comece a pesquisar. Infira, de forma reversível, o público-alvo, duração, proporção de tela e estilo de expressão. Faça perguntas direcionadas apenas quando houver divergências cruciais que alterem o roteiro. Siga o Pesquisa e Roteiro para buscar as informações mais recentes e verificáveis. Salve, em tempo real, capturas de tela de páginas da web, imagens e suas fontes que possam ser usadas posteriormente no vídeo. Escreva um roteiro completo, um mapeamento de fontes e uma breve intenção visual para cada cena. Entregue o roteiro e o diretório de evidências visuais ao usuário para revisão.
2. Confirmar o Conteúdo, Formato de Voz e Estilo Visual. Durante a revisão, pergunte ao usuário se prefere "Música com Legendas" ou "Narração Real (Dublagem por API)", e qual dos estilos nomeados abaixo. Se o usuário já especificou, pergunte apenas os itens faltantes. Só comece a produção após a confirmação do conteúdo do roteiro. Um "ok" confirma o roteiro de conteúdo, mas não permite escolher formatos de voz ou estilos não especificados. Antes da confirmação, você pode manter capturas de tela e materiais de pesquisa, mas não gerar dublagem, imagens de IA, projetos de animação ou vídeos.
3. Produção e Entrega Direta Conforme o Plano Selecionado. Na versão com música e legendas, converta o conteúdo confirmado em frases curtas adequadas para leitura em tela, organizando as cenas de acordo com a leitura e o ritmo musical. Na versão com narração real, chame a API de síntese de voz e organize as cenas e legendas com base no áudio final. Siga o Produção e Verificação para escrever um plano de direção e uma linha do tempo unificada. Produza, renderize e verifique o vídeo final. Entregue o MP4, legendas ou texto da tela, projeto editável e lista de素材/fontes. Confirmar o roteiro e o plano autoriza a produção local, mas não autoriza publicação, compra de serviços ou uso de amostras de voz pessoais sem consentimento.

Estilos Visuais Oferecidos na Revisão

• Documentário Limpo e Fresco: Fundo claro e espaçoso, layout de informações nítido, capturas de tela reais e animações contidas. Ideal para notícias, introduções de produtos e apresentação de evidências.
• Colagem em Estilo Papel: Textura de papel quente, colagem/movimento de divisão de imagens e objetos. Adequado para estudos de caso, conteúdo criativo ou tópicos concretos.
• Mesa Técnica Escura: Interface escura, linhas de fluxo e ampliação localizada, ferramentas/código reais na tela. Adequado para tecnologia e projetos de código aberto.

Forneça uma breve descrição de cada um e uma recomendação para o tópico atual. Peça ao usuário para escolher um estilo. O usuário também pode especificar seu próprio estilo ou combinação. Após a escolha, vá diretamente para a produção cena por cena, sem criar três versões de amostra visual. Amostras visuais só serão feitas se o usuário solicitar explicitamente.

Quando o tópico estiver claro, vá diretamente para a Etapa 1. Não transforme o resumo de produção em uma barreira de início. Priorize a duração, plataforma, tom de voz e estilo especificados pelo usuário. Para itens não especificados, escreva suposições claras ao entregar o roteiro, permitindo que o usuário as modifique. Não copie cegamente as "preferências de longo prazo do usuário" de outros Skills.

Critérios de Conclusão para Pesquisa e Roteiro

• Verifique online fatos recentes, mutáveis, obscuros ou controversos. Priorize comunicados oficiais, documentação, artigos acadêmicos, tabelas de dados originais ou partes envolvidas. Compare o horário de publicação com o horário do evento. Resumos de pesquisa não podem substituir fontes. Use o conhecimento existente para organizar perguntas e explicar contextos estáveis, mas não substitua evidências recentes.
• Ao navegar por materiais originais, selecione simultaneamente imagens reais que ajudem o espectador a ver as evidências, como títulos e datas de comunicados, listas de arquivos de repositório, textos originais principais, interfaces reais de produtos ou gráficos de dados. Siga o Pesquisa e Roteiro para salvar capturas de tela/arquivos originais e um índice de evidências. Registre URLs, horário de obtenção, parágrafos correspondentes, escopo de uso e modo de exibição; salve imediatamente, especialmente quando as páginas podem mudar ou desaparecer. Trate as capturas de tela apenas como uma representação da fonte naquele momento, não como verificação de fatos independente. Se não for possível salvar, registre a entrada exata e o motivo.
• O roteiro de conteúdo deve ter IDs de parágrafo estáveis. A versão narrada prepara um texto completo e legível. A versão com música e legendas extrai frases curtas para a tela a partir disso; não coloque parágrafos longos na tela. Fatos importantes devem ser rastreáveis até fontes específicas. Separe fatos, inferências e opiniões. Números, estudos de caso e efeitos sem evidências não devem ser escritos como resultados definitivos.
• Para vídeos curtos, defina primeiro um julgamento central. Conecte o gancho emocional inicial, a explicação do meio e o resumo final em uma única linha narrativa. Se houver muita informação, remova ramificações; não transforme um único vídeo em uma lista de pontos de conhecimento. Planeje um gancho nos primeiros 2 segundos e uma virada para recapturar a atenção no meio, de acordo com a plataforma alvo. O ritmo é determinado pelo conteúdo.
• O final deve dar ao espectador um resumo prático para levar. Explique onde encontrar as informações originais, qual parte priorizar e forneça 1-3 insights, perguntas para reflexão ou ações verificáveis diretamente relacionadas ao tópico. Coloque nomes/caminhos de materiais pesquisáveis e links diretos necessários fora do roteiro e no planejamento da cena final. Não termine com resumos vagos como "vale a pena ficar de olho" ou "aguardemos".
• Marque a duração estimada como "estimada". O ritmo real da versão com narração real será determinado pelo áudio gerado pela API; o ritmo da versão com música e legendas será determinado pelo tempo de leitura do texto da tela final e pela batida musical. Coloque referências e anotações de cena fora do roteiro; não as misture no texto explicativo final.
• Ao entregar para revisão, forneça ao usuário um roteiro que permita julgar diretamente a precisão do conteúdo e a adequação da expressão. Ao mesmo tempo, liste o formato de voz e os três estilos nomeados para escolha. Se o usuário não confirmar o roteiro, pare aqui.

Critérios de Conclusão para Produção

• Ao escolher "Música com Legendas", use música de fundo e efeitos sonoros correspondentes às ações da cena; não gere voz humana. As legendas são o texto explicativo da tela, alinhadas com a legibilidade e o ritmo musical/ação. Ao escolher "Narração Real (Dublagem por API)", chame uma API de síntese de voz disponível e autorizada para criar narração natural; música de fundo em volume baixo pode ser adicionada conforme necessário. "Narração Real" refere-se à performance de voz, não exige aparição real e não replica automaticamente o timbre do usuário. Não use TTS do sistema ou apenas música de fundo sem autorização. Primeiro, ouça o gancho emocional e os termos técnicos, depois defina a voz e a linha do tempo. Sem autorização, não clone a voz de ninguém nem ative serviços pagos. Ao usar a replicação de timbre e geração de voz MiniMax, verifique os direitos da conta, autorizações de timbre e cobranças de acordo com Integração de Voz MiniMax. Meça a duração com o áudio final. As legendas devem ser da mesma fonte do roteiro confirmado; se o áudio real for alterado, revise e verifique. Indique se o alinhamento palavra-tempo é medido, ASR-alinhado ou estimado; não chame estimativas de sincronização precisa.
• Chaves de API pagas não devem ser escritas em texto simples neste SKILL.md, references/, agents/, scripts/ ou outros arquivos, nem em projetos de vídeo, comandos, logs ou pacotes de entrega. Ao chamar, leia apenas a partir de fontes de credenciais seguras já configuradas. Registre apenas o serviço, modelo, timbre e parâmetros não confidenciais; não registre o valor da chave.
• Cada cena deve ter uma função explicativa. Planeje objetos visíveis, ações e mudanças de informação de acordo com os parágrafos do roteiro: quando falar sobre uma solicitação entrando, mostre o fluxo da solicitação; quando falar sobre escalonamento, mostre a alocação; quando falar sobre limites, mostre as bordas; quando falar sobre uma entrada de material, torne o caminho legível. Uma linguagem visual unificada não significa repetir o mesmo conjunto de animações ou cartões intermediários. Priorize a renderização por código para texto, números, estruturas, gráficos, UI, comparações, etc. Imagens estáticas só devem ser usadas quando puderem explicar o problema melhor do que o código. Registre a fonte e as condições de uso de素材 externos; não use imagens com marcas d'água como素材 de vídeo final.
• Produza diretamente de acordo com o estilo visual escolhido pelo usuário na revisão; não torne "três visualizações" uma barreira de início. Quando o usuário especificar seu próprio estilo, siga-o. Legendas ou texto explicativo da tela são parte do design da cena; precisam ser vistos separadamente em termos de hierarquia, quebra de frase, permanência e relação com a cena principal no formato de tela de celular.
• Após confirmar o roteiro e o plano, escreva primeiro um breve plano de direção: início, desenvolvimento, clímax e conclusão do julgamento central; motivo visual da cena; ação de cada cena e a relação que explica; dicas de cena/legenda/som. Na versão narrada, use o áudio final da narração para definir a linha do tempo unificada. Na versão com música e legendas, defina a linha do tempo com base no tempo de leitura da tela e na batida musical. Capture as telas reais prioritariamente para momentos de "apresentação de evidências"; processos e mecanismos devem ser explicados com animações de código. Dentro da mesma linguagem visual, alterne objetos, escalas e perspectivas para evitar repetição de cartões no meio. Verifique o vídeo final de acordo com Produção e Verificação.
• Priorize o uso do CLI huashu-motion local já disponível como backend de animação e renderização de código. Primeiro, verifique suas capacidades, depois produza e verifique de acordo com seu contrato de projeto. Se não estiver disponível, explique a lacuna e escolha um caminho de renderização de código verificável no ambiente atual. Não afirme falsamente ter produzido um vídeo. Não codifique a versão do backend e o caminho absoluto no projeto.
• Após a renderização, verifique o som, duração, proporção de tela, legibilidade das legendas, cenas-chave e emendas de cenas do MP4 real. Além da verificação automática, assista ou verifique janelas de tempo críticas. Salve arquivos de origem editáveis, áudio de música ou narração, legendas/texto da tela e mapeamento de素材. Verificações que não foram executadas devem ser marcadas como não verificadas.

Limites de Retrabalho

Ao modificar fatos ou conteúdo explicativo já confirmados, primeiro mostre as alterações e os parágrafos afetados. Obtenha a confirmação do usuário para o novo roteiro e, em seguida, refaça o áudio correspondente, ou texto da tela, legendas e cenas. Se apenas alterar cenas, ritmo ou mixagem de som, retrabalhe os parágrafos afetados. Se o feedback indicar cenas intermediárias repetitivas ou descolamento entre cena e explicação, reorganize a narrativa visual da seção; não apenas troque de cor ou adicione animações decorativas. Não é necessário pedir consentimento repetidamente para cada etapa de produção comum; questões como cobrança, publicação pública e amostras de voz pessoais devem ser tratadas separadamente.