Vídeo de lançamento
Transforme um produto real em uma história visual clara: o que dói, o que muda, como funciona e o que fazer a seguir. Use o HyperFrames como mecanismo. Mantenha o modelo selecionado pelo usuário como gerente. Não substitua o mecanismo nem crie um editor de vídeo, biblioteca de modelos ou estrutura de animação.
1. Fundamentar o resumo
Leia primeiro o resumo, produto, ativos e projeto existente fornecidos pelo usuário. Retome o trabalho existente. Pergunte apenas sobre fatos ausentes que mudariam o vídeo; não repita perguntas já respondidas. Um nome de produto sozinho não é evidência suficiente para afirmações de recursos. Com entrada esparsa, resolva o público, a promessa útil e a ação de encerramento antes de escrever o storyboard.
Para uma URL fornecida, inspecione o produto real e as fontes oficiais da marca. Use a captura do HyperFrames quando apropriado; siga as regras de falha de captura fixadas em upstream.md. Nunca invente um site substituto quando a captura falhar. Para um vídeo de "mostrar como é", use a tela real como base. Preserve a cópia exata fornecida, a menos que a edição seja autorizada. Registre alegações, fontes, direitos de ativos e quaisquer suposições em um breve BRIEF.md no projeto de vídeo. Nunca inclua material privado em uma demonstração pública sem autorização.
Use as cores, o tipo, a densidade e a IU real do produto. Escolha uma direção visual específica com movimento significativo, tipo legível e ritmo deliberado. Leia as referências criativas e de movimento upstream seletivamente. O estudo de referência ilustra técnicas, não um estilo obrigatório. Um exemplo fictício deve ser explicitamente rotulado; não o transforme em um resultado de cliente real implícito.
2. Preparar o projeto
Leia upstream.md e verifique a fonte e a CLI fixadas antes de confiar nelas. Use o contrato de composição HTML upstream, diagnósticos e renderização. Leia apenas as referências de domínio necessárias; não copie toda a árvore de origem para o entregável nem atualize silenciosamente para a versão mais recente.
Crie um projeto de vídeo dedicado. Defina project.json usando project-format.md. Concorde com as dimensões de saída, taxa de quadros, duração e escolha de áudio no storyboard. Para X, verifique os requisitos oficiais de upload atuais antes de selecionar a exportação. O padrão é um filme curto e compatível com som desligado; não compre mídia nem invoque um provedor de voz pago sem autorização. Ativos ausentes exigem uma substituição local e licenciada consistente com o resumo ou uma pergunta concreta, nunca um espaço reservado quebrado.
3. Projetar, mostrar e obter aprovação
Escreva um roteiro enxuto: uma ideia clara por cena, evidência real do produto, um retorno útil. Crie um quadro HTML estático e projetado completo para cada cena com a cópia, layout, paleta e ativos reais propostos. Descrições de texto e caixas wireframe sozinhas não são o artefato de revisão. Mantenha um exemplo de produto contínuo ao longo do filme. Mostre a IU importante em uma escala legível e deixe tempo para entender cada ação.
Cada quadro deve ser HTML estático independente com CSS inline. Use ativos de imagem/fonte locais e declarados; veja a referência de formato. Verifique os quadros no tamanho total de saída e na escala do feed. Inclua título exato, narração opcional, duração e movimento pretendido em project.json, então execute:
python3 <SKILL_DIR>/scripts/launch_video.py storyboard <PROJECT_DIR>
Abra o storyboard.html resultante para o usuário. Revise você mesmo cada quadro primeiro. Peça aprovação da versão exibida ou alterações específicas da cena. Aguarde aprovação explícita do usuário antes da animação ou renderização completa. Silêncio, um "sim" genérico anterior, aceitação da ideia de construção e modo automático não aprovam um storyboard não visto. Uma sonda de renderização técnica neutra é permitida antes deste portão.
Somente após o usuário aprovar a versão exibida, registre sua decisão real:
python3 <SKILL_DIR>/scripts/launch_video.py record-approval <PROJECT_DIR> \
--version <DISPLAYED_SHA256> --approver <USER_NAME> --decision '<ACTUAL_APPROVAL_TEXT>'
python3 <SKILL_DIR>/scripts/launch_video.py check-approval <PROJECT_DIR>
O recibo vincula o manifesto, bytes do quadro, ativos e storyboard gerado. Ele registra uma decisão humana; não autentica o falante nem interpreta se texto arbitrário significa aprovação. Nunca invente um recibo. Mantenha os registros de aprovação privados por padrão.
4. Animar a história aprovada
Use as regras e modelos de animação do HyperFrames fixados. Reutilize os quadros aprovados projetados como base da composição. Cada cena deve revelar uma ação e resultado reais; o movimento deve apoiar a história. Use linhas do tempo seguras para busca. Leia a regra upstream relevante antes de implementar uma técnica. Corresponda posição, escala, direção e opacidade em uma transição contínua. Evite movimento que obscureça o produto ou pisque rapidamente.
Crie index.html e uma subcomposição por cena aprovada, conforme especificado na referência de formato. Mantenha IDs/ordem, texto exato, tempo, dimensões e identidade do ativo fiéis ao quadro aprovado. O auxiliar verifica estrutura, texto e tempo; inspecione visuais e ativos você mesmo. Ele não pode provar fidelidade semântica apenas a partir da origem. Não edite quadros aprovados para ocultar desvios.
Uma alteração solicitada em história, cópia, ativo, layout, duração ou áudio requer um storyboard revisado e aprovação renovada. Preserve a versão anterior. Reparos de movimento que implementam a intenção já aprovada podem prosseguir e, em seguida, reexecutar as verificações afetadas. Se estiver trabalhando com agentes, dê a cada um uma cena exata e propriedade de arquivo não sobreposta; o gerente possui composição e QA.
5. Inspecionar, renderizar e entregar
Use a CLI fixada do diretório do projeto para lint, check, keyframes . --json e snapshot --at <scene-midpoints-and-transition-boundaries>. Inspecione cada cena, o início/fim e ambos os lados de cada corte. Abra preview --background e assista ao movimento completo em velocidade normal. Verifique legibilidade, tempo, sobreposição, recorte, carregamento de ativos, continuidade da transição e compreensão com som desligado. Para áudio, verifique também direitos, sincronia, recorte e o final. Verificações estáticas aprovadas não provam qualidade visual.
Após aprovação e QA visual pré-renderização, renderize através do auxiliar:
python3 <SKILL_DIR>/scripts/launch_video.py render <PROJECT_DIR> --output output/video.mp4
Isso invoca o HyperFrames 0.8.37 e ffprobe, verifica a exportação em relação às dimensões/fps/duração/áudio aprovados e grava um recibo .qa.json. Seu status de QA visual permanece pendente: inspecione o MP4 real, extraia quadros representativos e assista à reprodução completa antes da entrega. Relate evidências separadamente do julgamento. Não marque o resultado como concluído porque a codificação foi bem-sucedida.
Em caso de falha, leia o erro, corrija sua causa concreta e repita a verificação afetada. Preserve os vídeos existentes; escolha um novo caminho de saída após inspecionar uma renderização parcial com falha. Nunca troque de mecanismo, use saída antiga como novo resultado ou oculte uma capacidade ausente. Se estiver bloqueado, declare o que resta e forneça o trabalho revisável já concluído.
Entregue o MP4, o storyboard projetado, os IDs de cena para revisões, dimensões/duração/áudio, comandos reproduzíveis e notas honestas de QA. Publique somente quando solicitado. Não prometa "viral", qualidade de primeira tentativa ou economia de tempo/token não medida.