vibe-science-video

Vibe Science Video

Transforme conhecimento em animações que o público queira assistir até o fim, entenda a causa e o efeito, e resista a exibições reais. O objetivo é estabelecer uma linha de base de qualidade próxima ao padrão de publicação desde a primeira iteração e, em seguida, corrigir problemas com verificações baseadas em evidências. Não prometa que qualquer tópico será gerado com sucesso de uma só vez, nem trate o código fonte gerado como se fosse um vídeo já entregue.

Primeiro, identifique onde a tarefa está

• Novo trabalho: Leia História e Evidências, Direção Visual, estabeleça um brief, tabela de fatos e storyboard.
• Continuar projeto existente: Primeiro, encontre a lista de entrega atual, trilha sonora final, linha do tempo e feedback mais recente do usuário; mantenha tomadas satisfatórias e saídas antigas, não substitua a versão oficial por rascunhos históricos.
• Corrigir problema específico: Leia a parte de correção de Produção, Verificação e Correção, registre o ponto no tempo, objeto, fenômeno, decida se deve trocar a trilha sonora, re-renderizar ou reorganizar todo o vídeo.
• Apenas capa ou texto: Leia Materiais de Publicação, não inicie uma refilmagem desnecessária do vídeo.

Ao produzir um novo vídeo, redesenhar o visual ou adicionar/substituir materiais de cena, primeiro verifique a biblioteca de modelos existente do projeto antes de decidir modelar ou baixar. Leia assets/models/README.md, inventory.json e pré-visualizações existentes do projeto; quando não houver lista, use as ferramentas de inventário somente leitura no Fluxo de Reutilização de Modelos para encontrar arquivos reais. Reutilize com base no objeto científico, necessidade da cena e estilo confirmado, e registre arquivos e decisões em Plano de Ativos. Apenas para alterar legendas, mixagem ou texto de publicação, não é necessário reexaminar a biblioteca de modelos.

A escolha atual do usuário prevalece sobre os seguintes padrões: público em geral; legendas em chinês + BGM + efeitos sonoros chave, sem narração; duração determinada pela necessidade de explicação, planejada entre 2–4 minutos; paisagem 16:9; pré-visualização em resolução mais baixa, com entrega final em master 4K60 e versão de reprodução 1080p60. Quando orçamento, hardware ou tópico não forem adequados, proponha compensações específicas, não considere 4K, 60 fps ou 3D como substitutos para qualidade.

Pergunte apenas informações que não possam ser obtidas dos materiais existentes e que alterariam o resultado. Não force uma nova seleção de tópico se já existir um. Se o usuário solicitar uma amostra primeiro, entregue-a nesse ponto; se o usuário autorizar a conclusão contínua, continue até o fim após uma verificação de qualidade interna, sem solicitar permissão repetidamente por estágio. A autorização de produção não inclui automaticamente a publicação pública ou a modificação de contas externas.

Restrições principais deste fluxo

1. Faça sentido desde o primeiro olhar. No primeiro segundo, apareça um objeto diretamente relacionado ao tópico; nos primeiros segundos, ocorra uma ação clara. Use a situação humana, fenômenos contra-intuitivos ou contradições observáveis para apresentar a pergunta; o nome técnico vem depois.
2. Cada seção avança um entendimento. Explique o mecanismo com "problema → mudança de condição → comportamento do objeto → resultado visível"; responda antes de levantar a próxima pergunta. Não substitua respostas por uma série de perguntas.
3. A metáfora visual não pode distorcer o mecanismo. A tabela de fatos registra objetos, condições, causalidade, fontes, simplificações e significados que não podem ser desenhados. Estratégias de pesquisa diferentes são diferenciadas por capítulos ou redação, não fundidas em um sistema universal.
4. O ponto de impacto coincide com o quadro de resultado. Quando o ataque musical chegar, o público já deve ver o contato, a abertura da porta, a separação da membrana ou o estado sendo ativado, não a animação começando a se mover lentamente.
5. Compacto não significa remover palavras. Primeiro, elimine entradas lentas e esperas desnecessárias após a leitura; movimentos complexos ainda precisam de tempo para serem observados. Legendas, ações e SFX são exportados da mesma linha do tempo.
6. Qualidade serve à compreensão. Clareza do sujeito, textura, camadas, direção e contato visível têm prioridade sobre partículas irrelevantes. Para mecanismos que exigem oclusão frontal/traseira, inserção ou encapsulamento, use estruturas espaciais verificáveis.
7. Transição também é storyboard. Defina claramente o objeto da cena anterior, continuidade de oclusão ou forma, quadro de troca e ponto de aterrissagem da próxima cena. Não espere o vídeo inteiro terminar para adicionar fades uniformes.
8. Verifique o arquivo final. Studio, PNG, MP4 codificado e upload preview podem ser diferentes. Decodificação completa, verificação de quadros selecionados, reprodução contínua e audição real são registradas separadamente; não podem se substituir.

Fluxo de entrega executável

Estágio	Resultados verificáveis obrigatórios	Base para próxima etapa
1. Receber entrada	brief: problema, público, materiais, som, formato, escopo, diretório raiz do projeto	O que o público entenderá após assistir; se há fontes claras e materiais necessários
2. Conteúdo e narrativa	Tabela de fatos, linha principal de uma frase, cadeia de perguntas, design dos primeiros 15 segundos	Conclusões-chave rastreáveis; abertura com ação e promessa; perguntas que podem ser respondidas
3. Storyboard audiovisual	Storyboard, Plano de ativos, identidade final do BGM, cues candidatas, plano de transição	Modelos consistentes com a estrutura científica; verbos-chave visíveis; hierarquia de intensidade clara
4. Amostra de qualidade	Cena de abertura + tomada do mecanismo mais difícil + um corte de transição representativo em vídeo codificado real	Ativos centrais na qualidade final; ações-chave e som alinhados com precisão
5. Produção completa do vídeo	Projeto editável, linha do tempo unificada, legendas, eventos sonoros, registro de ativos	Cada capítulo claro, transições naturais de cena, legendas sem espera ou leitura apressada
6. Saída e correção	Vídeo completo, QA correspondente, revisões e diferenças	Arquivo, imagem, som e identidade de versão aprovados separadamente
7. Pacote de publicação	Capa, título, descrição, tags, lista de entrega, instruções de reprodução	Promessa externa consistente com o conteúdo; corte correto para a plataforma e seleção de arquivo

Leia as referências correspondentes conforme necessário:

• História e Evidências: artigo para roteiro, gancho, cadeia de perguntas, tempo de legenda, exemplo de narrativa completa.
• Direção Visual: sistema de design, seleção de ativos, material e espaço, receita de ação, transição e verificação de colisão.
• Biblioteca de Modelos e Reutilização entre Diálogos: primeiro, descubra ativos locais, verifique estrutura, componentes, tamanho e licença, depois projete a cena; como estabelecer entrada de descoberta para novos projetos ou projetos existentes.
• Música e Tempo: BGM padrão do caso, substituição personalizada, verificação de batida, efeitos sonoros e mixagem, alinhamento áudio-vídeo.
• Produção, Verificação e Correção: implementação reproduzível, orçamento de renderização, verificação de arquivo final, correção local, estrutura de entrega.
• Materiais de Publicação: composição da capa, formato da plataforma, título e descrição, fontes de ativos e pacote de publicação.
• Estudo de Caso e Correção de Falhas: o resultado final de "Transformar Bactérias em Medicamentos", feedback, razões de correção e limites de aplicabilidade.
• Ferramentas Portáteis: comandos reais e limitações para analisar BGM, verificar linha do tempo, decodificação completa e relatório de quadros.

Verificação inicial e início de projeto

Ao criar um novo projeto, você pode copiar o Starter Remotion + Three.js para o projeto do usuário e, em seguida, instalar, visualizar e renderizar de acordo com suas instruções. Não modifique diretamente o modelo instalado do skill. É um experimento de ação espacial de duas condições de cerca de 12 segundos, usado para confirmar o ambiente, movimento, som e pipeline de exportação; não é uma abertura fixa que transforma automaticamente qualquer tópico em um vídeo completo.

O BGM de referência e os dados de fonte/análise no pacote fornecem entrada de música padrão; a música existente do usuário tem prioridade. O starter suporta arquivos personalizados; após a substituição, a análise e os momentos dos eventos devem ser atualizados. A linha do tempo do modelo é um exemplo de estrutura independente, não uma tabela de batidas fixa para a música de referência ou starter.

Execute as ferramentas de análise de música, verificação de linha do tempo e verificação de mídia final em tools.md em projetos reais. Leia os avisos nos relatórios e julgue junto com a imagem; não remova condições científicas ou desative avisos apenas para fazer o script ficar verde. As ferramentas não podem determinar automaticamente se o mecanismo está correto, se o resultado realmente aparece no quadro especificado ou se o som de aviso é proeminente na audição; isso ainda requer revisão visual e auditiva.

As ferramentas e modelos relacionados devem ser baseados nas instruções reais do repositório; não adivinhe novos momentos de música a partir de valores de caso no exemplo. Mesmo sem um modelo de imagem específico, GPU ou skill adicional, este fluxo pode ser executado com as ferramentas disponíveis. Projetos Remotion existentes devem manter suas versões bloqueadas; ao precisar chamar novas APIs, consulte a documentação oficial atual. Se houver um skill oficial do Remotion, eles podem ser combinados; este skill não depende de outro skill específico para entender o fluxo central.

Ao começar, conclua estas avaliações

Narrativa: Escreva um motivo de visualização concreto; escolha 3–5 perguntas que possam formar a resposta mais visível como ponto de partida, em vez de requisitos fixos. Decida qual cena é a maior revelação e quais parágrafos precisam de explicação silenciosa.

Ativos: Primeiro, faça um inventário dos candidatos locais, registrando a correspondência entre cada objeto visível e o fato. Reutilize quando apropriado; quando o objeto científico não corresponder, faltarem componentes necessários ou o efeito visual não for adequado, explique o motivo e escolha 2D, modificação ou novos ativos. Colorir por cadeia não significa que a cadeia possa se mover independentemente; um modelo pronto não significa que a animação do mecanismo esteja pronta. Primeiro, faça uma tomada representativa até o nível de conclusão desejado e, em seguida, generalize o material e a ação.

Música: Você pode escolher o BGM do caso ou usar uma trilha personalizada do usuário. Primeiro, identifique o arquivo de entrada real, duração e versão; após cortar, loop, ou alterar a velocidade, refaça a análise da música final. A detecção de batida é apenas uma sugestão; requer forma de onda e audição real para confirmação.

Projeto: Arquive no projeto a entrada, ativos, código fonte, saída e QA; o estado do mesmo quadro deve ser reproduzível. Use semente aleatória explícita, evitando que a animação dependa do relógio real, histórico de reprodução ou recursos assíncronos não concluídos.

Tomada de risco: Primeiro, teste o movimento mais difícil por completo. Chaves duplas devem ter furos reais e folga de varredura; liberação primeiro com carga interna, depois separação; encapsulamento deve ser contínuo do consumidor em direção ao alvo. O mecanismo específico deve ser baseado nos dados atuais.

Definição de conclusão

Use a Lista de Verificação de QA para marcar cada item como "verificado / não verificado / não aplicável" com evidências; não preencha estados de conclusão não executados. A entrega final deve incluir pelo menos: vídeo reproduzível, projeto editável, roteiro/legendas finais, música e registro de cues, capa e texto (dentro do escopo da tarefa), método de pré-visualização/ renderização utilizável, fontes de ativos e limitações conhecidas.

Se o ambiente não puder realmente renderizar, entregue claramente até onde foi, qual comando ou recurso está bloqueando, e mantenha o projeto executável; não escreva link de pré-visualização ou "teoricamente renderizável" como MP4 gerado. Gostar do usuário pela obra, aprovação de verificação de máquina e dados de visualização da plataforma são evidências diferentes; nenhum pode ser automaticamente escrito como "garantido alta retenção".