Communitygithub.com

vibe-video-producer

Crie ou modifique vídeos curtos de conhecimento científico no estilo Vibe 知识大赏 em chinês, coordenando verificação de fatos, legendas curtas, ritmo musical, renderização local, capas de dois tamanhos e textos de publicação; adequado para criar conteúdo completo a partir de um tema e música, ou continuar modificando um projeto de vídeo Vibe existente.

O que é vibe-video-producer?

Esta skill transforma um tópico de conhecimento em um vídeo curto assistível e materiais de publicação, suportando tanto a criação completa a partir do zero quanto a modificação localizada de legendas, ritmo, música, capas ou textos de postagem. Ela prioriza a verificação de fatos com fontes primárias, roteiros concisos com grandes legendas e transições rápidas sincronizadas com batidas musicais (analisando BPM e pontos de batida via `beat_plan.py`). O fluxo de trabalho padrão usa o motor HyperFrames (ou alternativas como OpenFilm/Jianying conforme necessário) para criar projetos 1920×1080 a 30fps, renderizar localmente com validação de qualidade (`audit_render.py`) e gerar capas 4:3 e 3:4, título, descrição e hashtags. A skill respeita projetos existentes, não refaz etapas concluídas e só pergunta quando faltam informações essenciais, garantindo entregas consistentes sem automação de publicação em plataformas.

Funciona com✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/asusly248562/vibe-video-producer/tree/main

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

Produção do Vibe 知识大赏

Transforme um tópico de conhecimento em um vídeo curto assistível e materiais de publicação. Suporta produção completa, bem como modificação apenas de legendas, ritmo, trilha sonora, capa ou texto; ao modificar localmente, mantém o conteúdo já confirmado e entrega apenas a parte solicitada pelo usuário.

Preferências padrão confirmadas

Os valores padrão estão em assets/defaults.json. As solicitações do usuário e as configurações do projeto existente têm prioridade:

  • Conteúdo de conhecimento em chinês; paisagem 16:9, 1920×1080, 30fps; geralmente 30–45 segundos, determinado pelo conteúdo e pelas batidas musicais, sem forçar uma duração fixa.
  • Sem narração ou dublagem adicional. A voz original da música do usuário é mantida; "sem dublagem adicional" não significa música pura.
  • Letras grandes, frases curtas, transições rápidas, foco visual nítido. Fundo escuro + verde menta + laranja quente são um ponto de partida utilizável, sem fixar todos os temas em um estilo de circuito.
  • Use a música fornecida pelo usuário, mantenha a velocidade original, analise as batidas e corte as cenas de acordo. Alternância de 4/6/8 batidas entre cenas é permitida, mas ajuste conforme o ritmo real da música e o tempo de leitura.
  • A entrega completa inclui MP4, capa horizontal 4:3, capa vertical 3:4, título, descrição, tópicos e código-fonte para modificações futuras.
  • O formato do título padrão é Vibe知识大赏|Gancho ou pergunta específica, adicionando o nome do conhecimento conforme necessário.
  • A saída é colocada em um projeto independente no diretório de trabalho atual, fornecendo o caminho absoluto do arquivo clicável.

Assumindo a tarefa

Verifique primeiro o project.json, storyboard, preview, vídeo final e feedback já confirmado pelo usuário no projeto atual. Não refaça partes já concluídas. Quando o tema, música, especificações ou autorização já estiverem claros na conversa, não pergunte novamente. Pergunte apenas quando a entrada ausente realmente afetar o trabalho, e prossiga primeiro com as partes que não dependem da resposta.

A entrada mínima é o tema; a música pode ser fornecida depois. Sem música, primeiro faça o texto e o storyboard, não invente caminhos de música nem afirme que a sincronização de batidas está concluída. Quando o usuário disser "faça do seu jeito", use as preferências padrão para concluir as escolhas comuns de forma autônoma. A autorização para preview e exportação local continua válida; renderizações, correções e retentativas autorizadas não precisam de confirmação repetida. Se o usuário quiser apenas preview, pare nessa fase; se a exportação final ainda não foi autorizada, forneça uma versão revisável e confirme apenas uma vez. Este processo não inclui postagem automática em plataformas.

Fluxo de produção

  1. Criar projeto. Use scripts/create_project.py para criar um projeto independente, salvando tema/música/especificações; se o projeto já existir, continue diretamente. O script apenas cria o diretório do projeto e registra a entrada, não substitui a criação, teste de batidas ou renderização.
  2. Verificar fatos. Priorize fontes primárias, esclareça a conclusão principal, premissas aplicáveis, um exemplo verificável e limites facilmente mal interpretados; salve em sources.md. Metáforas devem indicar seus limites, não transforme um teorema físico em uma lei psicológica. Matemática, circuitos, unidades e sinais (+/-) devem ser consistentes.
  3. Escrever roteiro curto e storyboard. Comece com uma pergunta específica, cada cena carrega um ponto principal, conclua retomando a pergunta. Título, descrição e gráficos transmitem informações diferentes, evite múltiplas explicações em uma única tela. Determine a carga de leitura primeiro, depois arranje o ritmo rápido/lento; não substitua impacto por número de cenas.
  4. Música e cronograma unificado. Para sincronização de batidas, leia references/timing-and-render.md. Use scripts/beat_plan.py analyze para medir as batidas, verifique BPM, ambiguidade de semicolcheias/dobro de velocidade e início forte; o resultado final é baseado no trecho selecionado pelo usuário ou na audição. Use plan para converter o número de batidas por cena, palavras-chave, fórmulas e eventos de correção em números de quadro e cronograma unificados. O ponto de corte da música, cenas, legendas e efeitos visuais usam todos esta tabela; não mantenha múltiplos conjuntos de segundos manuais simultaneamente.
  5. Criar projeto e preview. Por padrão, priorize o engine HyperFrames local disponível. Quando necessário, leia os hyperframes-vibe-169 disponíveis e seus contratos de composição, respeitando os requisitos de sub-composição e timeline GSAP pausada. Use assets/hyperframes-clock.js ou correção de precisão equivalente para evitar que decimais do GSAP atrasem o corte em um quadro. Ao trocar de engine, use o projeto existente do usuário, não refaça para invocar a skill.
  6. Verificar e concluir a renderização. Execute a validação do engine, verifique cada cena, limites de letras grandes, reprodução aleatória e quadros antes/depois dos pontos de batida principais; depois exporte localmente com a autorização existente. Use scripts/audit_render.py para verificar as especificações do vídeo final, quadros, decodificação completa e deslocamento da trilha sonora; além disso, verifique quadro a quadro todos os cortes e efeitos-chave; a aprovação do script de decodificação não substitui a inspeção visual. Após corrigir problemas, execute apenas as verificações afetadas e a validação final do vídeo. Veja a referência de temporização para detalhes.
  7. Capa e materiais de publicação. Leia references/visual-and-delivery.md. Use imagegen ou modelos de capa existentes claros para gerar duas composições independentes (4:3 e 3:4), verificando caracteres chineses, fórmulas, setas, margens e proporções de pixels reais. Gere título, descrição e alguns tópicos relevantes consistentes com o vídeo final.
  8. Entrega. Após confirmar que os arquivos reais existem, forneça MP4, capas duplas, texto de publicação e diretório do projeto. Indique a duração, especificações e limitações importantes. Se a exportação não foi bem-sucedida, diga claramente "preview/código-fonte concluído", não chame de vídeo final concluído. Mantenha project.json, sources.md, storyboard.json, beat-map.json, resultados de validação e código-fonte para modificações futuras.

Combinando outras skills

  • hyperframes-vibe-169: Ao escolher este engine, ele é responsável pela composição, lint, preview e render. Os exemplos de estilo não substituem o tema atual.
  • lemo-opuscar: Use quando o usuário solicitar esta skill ou o assunto exigir seu método de direção/estilo; apenas leia o estilo correspondente. Revisões parciais de vídeos finalizados não reaplicam automaticamente o questionário de estilo.
  • painted-animation / Joker-chichi/claude-mv-skill: Use apenas para animação desenhada à mão, lyric MV ou quando necessário para ferramentas de medição de batidas. Vídeos de conhecimento com BGM não exigem que o usuário forneça LRC.
  • imagegen: Responsável por gerar ou modificar capas bitmap. Salve a imagem final no projeto e registre o prompt; não trate a descrição da skill como uma API de imagem diretamente chamável.
  • openfilm / jianying-editor: Use apenas quando o usuário especificar ou o projeto existente realmente usar esses engines.

Não é necessário executar todas as skills simultaneamente em cada projeto. Quando uma ferramenta não estiver disponível, verifique primeiro o ambiente de execução local existente e alternativas viáveis; não instale silenciosamente dependências grandes nem substitua produtos especificados pelo usuário. Mantenha mensagens de falha claras, não use retentativas infinitas para mascarar problemas.

Scripts auxiliares

Os scripts são executados com Python 3; a análise de áudio e verificação de sincronia exigem adicionalmente NumPy; FFmpeg/FFprobe podem ser passados via PATH ou argumentos explícitos. Nenhuma chave de API é necessária; sem música, renderizadores ou binários de terceiros incluídos. Use o Python/Node já descoberto na máquina, não trate caminhos absolutos de projetos antigos como dependências universais.

python scripts/create_project.py --workspace <workspace> --slug <slug curto> --topic <tópico> --music <MP3 opcional>
python scripts/beat_plan.py analyze --music <música> --out <JSON de batidas> --offset 0 --seconds 50 --ffmpeg <caminho do ffmpeg>
python scripts/beat_plan.py plan --grid <JSON de batidas> --story <JSON do storyboard> --out <beat-map.json>
python scripts/audit_render.py --video <MP4> --plan <beat-map.json> --score <arquivo de trilha final opcional> --out <audit.json>

Para o formato de entrada do storyboard, correção manual de batidas e precisão de renderização, veja a referência de temporização. Para modelo de diretório, capa e aceitação de texto, veja a referência visual e de entrega. Os valores de saída dos scripts são evidência de verificação, não garantia automática de correção artística ou científica.

Habilidades Relacionadas