cloudhanfeng92-arch/automotive-promo-video-reference

Diretor de Vídeo Promocional Automotivo — Sem Storyboard Visual

Esta é uma versão independente que preserva automotive-promo-video e automotive-promo-video-rhythm. O fluxo de trabalho é: Roteiro + Storyboard textual → Quatro vistas do veículo + Cards de interior/cenário (conforme necessário) → Prompt de vídeo com múltiplas imagens de referência para todo o segmento → Geração, edição e entrega autorizadas.

Escopo e Ferramentas

• Não gera storyboards quadro a quadro, não exige primeiro/último quadro por cena, não produz pré-visualizações baseadas em quadros individuais. O storyboard textual deve permanecer completo. Recortes de ângulos independentes de um painel de referência aprovado são permitidos; isso é organizar referências de identidade/espaço, não gerar quadros de composição de cena.
• As imagens usam a Lib Image 2.5 Pro especificada pelo usuário, também conhecida como GPTimage2.5; o nome de execução segue o diretório atual da LibTV, sem usar aliases para comprovar a versão do fornecedor. O vídeo padrão é Seedance 2.5, modo de múltiplas imagens de referência.
• As operações da LibTV leem a skill libtv-cli instalada e seguem o regulamento de execução via CLI. Não é permitido mudar silenciosamente para o modo de primeiro quadro, outro modelo, ou readicionar storyboards.
• No planejamento, leia Ritmo e Segmentação; na fase de imagens de referência, leia Especificação de Ativos de Referência; ao escrever prompts de vídeo, leia Formato Fixo; se precisar de exemplos, leia Exemplo Completo de 20 segundos. Para edição local, leia ffmpeg-skill. Ao escrever apenas a skill/roteiro/prompts, não inicie ferramentas de geração de mídia ou edição.
• Quando o usuário solicitar um PV automotivo de alto padrão, velocidade, emoção ou com mais força de fotografia comercial, leia também o Ramal de Diretor de PV Automotivo para reorganizar o plano com abertura em movimento, contraste dinâmico-estático e clímax em movimento. Necessidades como exibição serena ou apresentação em showroom não acionam automaticamente este ramal.
• Pessoas, timbres vocais, caminhos de arquivo, histórias e falas nos exemplos do usuário são apenas referências de formato; não leia arquivos irrelevantes, não copie para o plano automotivo, não use como autorização de geração.

1. Ler imagens do carro, escrever roteiro e storyboard textual

Ao receber imagens do carro, entre automaticamente neste fluxo, sem exigir que o usuário diga "faça as quatro vistas". Primeiro, observe as imagens realmente enviadas e crie vehicle-bible.md: fonte (U01, etc.), aparência visível, pintura/divisão de duas cores, grade/formato do farol/rodas, volante à esquerda ou direita e interior (quando visível), partes não visíveis. Cada item deve ser marcado como observed / user-confirmed / inferred / unknown.

Os vídeos de referência orientam a fotografia e o ritmo; não é permitido combinar modelos de carro, rodas ou interiores de vídeos diferentes como se fossem o mesmo veículo. A traseira, o lado direito ou o interior de uma imagem de ângulo frontal único não visível não podem ser apresentados como configuração real; você pode propor soluções de complementação marcadas, e configurações-chave exigem imagens complementares ou aprovação visual do usuário.

Use as condições fornecidas pelo usuário diretamente; caso contrário, sugira 16:9, 20 segundos, ~30 fps, sem diálogo/narração, deixando claro que isso é um padrão ajustável. O número de cenas no storyboard textual é determinado pela legibilidade e ritmo, não herda a cota de 26 cenas/20 segundos da versão original; com granularidade de 0,5s, cenas curtas e longas devem formar uma combinação informativa.

A velocidade e a intensidade da fotografia seguem a intenção do vídeo; não interprete "luxo" como baixa velocidade, carro parado ou câmera lenta em todas as cenas. O Ramal PV pode projetar aceleração natural, aproximação/afastamento relativo entre carro e câmera, e passagens rasantes de perto; mantenha o contato do pneu com o solo, o peso da carroceria e a continuidade de direção, sem alegar desempenho real baseado apenas em imagens publicitárias.

Primeiro, deve-se gerar:

1. Roteiro: Título/ideia criativa, progressão cognitiva do espectador, cenário e tempo, mudanças de estado do veículo, ponto de atração inicial e final; sem diálogo, escreva um roteiro visual, sem impor personagens, timbres vocais ou narração de história.
2. Estrutura de Ritmo: Grupos curtos de detalhes, tempo dedicado à postura completa do carro/cabine, segmento de movimento e encerramento, explicando as principais regras de referência.
3. Storyboard Textual: Número da cena, CLIP de pertence, pontos de entrada/saída no vídeo completo e dentro do segmento, duração da cena, enquadramento/composição, ação do veículo, movimento da câmera, evento de corte/conexão com a próxima cena, ID de referência necessária.
4. Tabela de Necessidades de Ativos: As quatro vistas do veículo são obrigatórias; se os cards de interior e de cenário principal são necessários, por que e qual fonte está faltando. Não gere ativos inúteis apenas para preencher o modelo.

Quando o usuário solicitar apenas roteiro/storyboard/prompts, entregue dentro desse escopo. Se faltar imagens de referência, você pode entregar um rascunho textual, marcando no documento de execução separado os itens a serem vinculados; não escreva o estado dos ativos no prompt do modelo, nem finja que os ativos já foram gerados.

2. Preparar e gerar ativos de referência automaticamente, sem gerar storyboards

"Automaticamente" significa que, ao receber as imagens, a análise, o planejamento e a organização da execução são feitos automaticamente, sem exigir que o usuário repita a tarefa das quatro vistas. Mantenha a exigência do usuário de "confirmar antes de gerar": Mostre todos os prompts de imagem deste lote, fontes de referência, model/parâmetros, quantidade e custos visíveis ou itens desconhecidos antes de gerar. Se houver um lote claramente definido ou autorização automática de geração cobrindo conteúdo, quantidade, parâmetros e faixa de orçamento, prossiga diretamente; apenas fornecer um limite de orçamento ou arquivos enviados não substitui a confirmação de geração. Se o usuário autorizar explicitamente a geração automática, execute dentro desse escopo autorizado.

• CAR_EXT_4V: Padrão: uma imagem 2×2 com quatro vistas, frente, lateral esquerda completa, traseira, lateral direita completa, mesmo carro e configuração; descreva os lados esquerdo e direito separadamente, não trate o espelho como o outro lado. Inferências de estruturas desconhecidas e confirmação com o usuário devem ser registradas.
• CAR_INT_01: Gere apenas quando o roteiro exigir interior, visão clara do interior através dos vidros ou ação contínua dentro/fora. A referência deve cobrir o cockpit/painel central/bancos traseiros/portas relevantes; não é possível confirmar o interior real a partir de fotos externas. Se já houver imagens internas claras e confiáveis, use-as diretamente como referência, sem custo extra para redesenhar.
• SCN_01, SCN_02: Gere cards de múltiplos ângulos do cenário quando o cenário principal aparecer repetidamente, houver filmagens em múltiplas câmeras no mesmo local, ou a entrada/saída/rota/relação de luz principal afetar a continuidade. Cenários simples podem ser suportados por descrição textual ou imagens existentes; justifique por que um novo card não é necessário. Cada card descreve apenas um local físico; não misture cenários diferentes no mesmo espaço.

Verifique quadro a quadro a identidade, o interior e o espaço de acordo com a Especificação de Referência e registre o estado de aceitação. Mostre os resultados para o usuário confirmar; se a autorização já estiver claramente definida para auto-aceitação com base no arquivo, pode prosseguir de forma autônoma. Ângulos independentes recortados ainda mantêm a imagem-mãe e a fonte; recortes de baixa resolução não se passam por referências detalhadas.

As entradas de vídeo subsequentes podem usar as quatro vistas/cards de dados foto-realistas e seus recortes nítidos; anote cada um como "mesmo sujeito, ângulo diferente" ou "mesmo local, ângulo diferente". Cards de cenário que contenham diagramas de planta baixa, setas de rota ou muito texto devem primeiro ter um ângulo foto-realista recortado; o diagrama é usado apenas para escrever a descrição espacial, não como entrada de vídeo. O painel de referência não deve ser tratado como um layout de colagem de imagem, nem inserido pela porta do primeiro quadro. Ter um card de dados não obriga o modelo a alternar sequencialmente cada grade em vídeo.

3. Organizar o plano de vídeo com múltiplas cenas, cada segmento com no máximo 30 segundos

De acordo com Ritmo e Segmentação, divida o vídeo completo em CAR_CLIP_01, etc. 30 segundos é o limite por segmento, não uma restrição de duração total, nem obriga a gerar exatamente 30 segundos.

• Quando o vídeo completo ≤ 30 segundos e a relação entre cenas/cenários é clara e a capacidade permite, priorize um único segmento completo; você pode definir vários cortes secos dentro deste segmento.
• Para vídeos mais longos, divida nos limites de cena/ação ou parágrafo rítmico, evitando segmentos curtos e difíceis de conectar. Ações complexas de fora para dentro do carro ou cenas muito densas podem ser separadas em outro segmento, mas não retroceda para "uma cena, uma imagem, um vídeo".
• A duração real do segmento também deve atender ao limite inferior, superior e passo atuais do modelo; se o limite superior atual for inferior a 30 segundos, siga o limite menor. Se a duração de entrada não for válida, redistribua ou explique o excedente de material; não falsifique parâmetros do modelo.
• Cada segmento começa o tempo local em 0.0; marque seu tempo de início e fim no vídeo completo, e os intervalos de cena locais cobrem continuamente o segmento. O padrão é usar 0,5s como unidade de fronteira; pode escrever 0.0–0.5, 0.5–1.5, 1.5–3.0; não é necessário cortar a cada 0,5s. Em cenas longas, você pode descrever mudanças de ação nos pontos de meio segundo.
• A linha do tempo é o objetivo do diretor; não garante que o modelo siga quadro a quadro com precisão. Após obter o resultado real, verifique pontos de corte, cenas ausentes, ordem e desvios de duração; se necessário, dentro do escopo autorizado, revise os prompts, redistribua segmentos ou ajuste na edição.

Mantenha dois números: o número de cenas no storyboard textual e o número real de tarefas de CLIP. Exemplo: conteúdo de 20 segundos com 16 cenas, planejado como uma tarefa de vídeo de 20 segundos, não escreva como 16 vezes de 5 segundos cada. Se precisar dividir em dois segmentos, especifique a nova duração/referência/orçamento, sem esconder a geração adicional.

4. Gerar o prompt de linha do tempo submetível

Para cada segmento, produza um bloco de prompt de vídeo puro e copiável de acordo com o Formato Fixo, na ordem:

Nome do segmento → Referência do sujeito → Referência do interior (se necessário) → Referência do cenário ou configuração → Explicação do conteúdo da imagem de referência → Estado inicial → Número/nome da cena/tempo no segmento/imagem/movimento de câmera/transição → Estilo unificado e restrições físicas → Estado final.

O prompt deve conter apenas o que o modelo deve apresentar. Nome do modelo, modo, resolução, parâmetros de proporção de tela, taxa de quadros, som ligado/desligado, número de tarefas, estado pendente/não submetido, observações de vinculação/aceitação, caminhos locais, orçamento, arranjos de pós-produção e verificações de capacidade devem ser colocados em um arquivo separado execution-settings.md ou em um registro de execução estruturado. Não inclua no prompt puro descrições de processo como "especificações de geração", "este é o objetivo de tempo do diretor", "verifique os pontos de corte após a geração". Os carimbos de tempo de cada cena e as janelas de ação devem ser mantidos; a conversão de tempo do vídeo completo/segmento e a explicação da grade de meio segundo devem ser colocadas no storyboard ou no registro de execução. Salve também uma cópia apenas com o corpo do modelo em .txt; ao fazer upload, leia apenas esse corpo.

Use "sujeito/referência do veículo", sem fixar "referência de pessoa e timbre". Só inclua fundamentos de personagem se o usuário realmente solicitar. Não exija arquivo de referência de áudio. Falas reais, sons ambientes e exigências de conteúdo final como "sem diálogo, sem narração" podem ser escritos no prompt; parâmetros de interface como enableSound=off e arranjos de pós-produção de música devem ser escritos no registro de execução. Padrão: som desligado na geração; se o usuário quiser som ambiente, configure conforme a necessidade, sem solicitar timbre automaticamente.

O documento de execução ou a tabela de ativos pode conter links para arquivos de referência locais reais, marcando itens a serem gerados/vinculados, sem caminhos falsos. No prompt puro, mantenha apenas IDs de referência ou referências de imagem suportadas pela ferramenta e sua responsabilidade visual. Antes da submissão, a camada de execução vincula os IDs aos recursos realmente enviados; links Markdown locais não são referências de upload legíveis pelo modelo; não misture caminhos ou lembretes de upload no corpo do texto.

Dentro do mesmo segmento, são permitidas mudanças de cena; escreva "corte seco para..." ou transição combinada. Não escreva no final do segmento "uma única cena contínua, sem cortes" em conflito com a linha do tempo de múltiplas cenas. Apenas proíba cortes não planejados, deriva de modelo de carro, tela dividida/grades/etiquetas, rotação de slides de imagem, veículos extras, fusão de carroceria e movimentos mecânicos incorretos. Enquadramentos e ângulos são descritos no texto; não é necessário preparar imagens de cena correspondentes com antecedência.

5. Verificar, submeter conforme autorização e entregar

Primeiro, verifique a correspondência entre roteiro/storyboard/prompts, cada segmento ≤ 30s, cada segmento cobre do início ao fim, o vídeo completo não tem lacunas, consistência do mesmo carro/interior/ambiente, e cada papel de referência está claro. Use o Validador de Linha do Tempo para verificar o Exemplo JSON ou o plano do projeto:

python3 <skill-dir>/scripts/validate_timeline.py <project timeline.json>

Antes da geração, você pode adicionar --require-local-assets para verificar arquivos de referência e estado de aceitação; isso não substitui a verificação de schema em tempo real do modelo, sucesso do upload e autorização de orçamento do CLI. Registre o estado planned → reference_approval_pending → references_ready → references_accepted → prompts_ready → video_authorized → clips_ready → edited → delivered; não trate nomes de estado como autorização do usuário.

Se o usuário autorizou apenas prompts, pare na entrega de prompts. Se o vídeo completo já foi autorizado e este lote de vídeos está dentro do escopo/orçamento, conecte as referências no modo image2video real e submeta, sem perguntar novamente; "pretende usar" em protótipos ou rascunhos não equivale a submetido. Quando o modo de múltiplas imagens de referência não for suportado, explique a limitação, mantenha o plano desta versão, sem mudar automaticamente para primeiro quadro ou gerar outro storyboard.

Registre o quadro/nó/ID da tarefa, versão do prompt, parâmetros e estado final das tarefas de geração; em caso de anomalia, primeiro verifique a tarefa original, não submeta novamente. Baixe o vídeo original completo, verifique a ordem das cenas de cada segmento, objetivo de tempo, estrutura do veículo, contato do pneu com o solo, reflexos, interior/exterior e vazamento de cards de dados; depois edite, adicione música e uniformize a cor. Ajuste desvios de tempo com material real; não use o painel de referência com translação/escala para fingir um plano dinâmico do carro.

A entrega segue o escopo do usuário: roteiro, storyboard, ativos de referência e mapeamento de fontes, prompts de linha do tempo puros para cada segmento, documento de execução separado e JSON; quando a produção completa for realmente executada, entregue também os vídeos originais, o registro de edição real e o MP4 após aceitação. No projeto, salve script.md, storyboard.md, vehicle-bible.md, references/, reference-manifest.json, timeline.json, clip-prompts.md, .txt apenas com o corpo e execution-settings.md; não há item obrigatório Sxx_FRAME.