O que App Preview Video faz?
Esta pasta é tanto um skill instalável quanto o template Remotion executável. Leia o README.md para configuração e comandos testados. Leia a interface de plano de cena ao criar um plano e os requisitos da Apple para o modo App Store. Para novas capturas, use o guia de captura.
Recepção e evidências
Aceite uma pasta de gravações, modo (launch ou app-store), nome do aplicativo, ativos de marca, idioma e briefing criativo. Padrão: inglês, retrato, 30 segundos para lançamento ou 25 segundos para App Store. Siga o design original do aplicativo por padrão; não aplique silenciosamente as cores, fontes ou estilo visual do exemplo fictício. Nunca invente capacidades atuais do aplicativo.
Execute npm run doctor, depois inspecione as filmagens com npm run inspect -- --recordings DIR --out NEW_DIR. Leia o JSON de inspeção e os quadros de referência, e revise os clipes completos em busca de ações, dados sensíveis, UI de teste, carregamento e sequência verdadeira. Apenas imagens estáticas não constituem verificação de conteúdo. Se a reprodução completa não estiver disponível, registre essa limitação e mantenha a revisão manual pendente.
Colete a versão da captura, dispositivo, data e condições simuladas. Mantenha os ativos reais do aplicativo fora do pacote público. Solicite filmagens ausentes quando um momento solicitado não estiver presente. Não substitua por UI gerada, inverta o tempo para sugerir um resultado diferente, ou rotule filmagens de simulador como captura de dispositivo físico.
Descoberta de marca antes da renderização
Primeiro, inspecione os ativos fornecidos e o projeto do aplicativo relevante, capturas de tela ou gravações para encontrar o logotipo/ícone real do aplicativo, cores, tipografia, superfícies, formas de canto e estilo de movimento. Use ativos já fornecidos ou verificavelmente presentes; não peça ao usuário para reenviá-los. Se várias versões do logotipo forem plausíveis, pergunte qual é a atual. Se nenhum logotipo estiver disponível, solicite seu arquivo/caminho e aguarde antes de renderizar; continue a inspeção das filmagens enquanto espera. Um usuário pode escolher explicitamente um tratamento sem texto/sem logotipo. Nunca invente ou omita silenciosamente um logotipo.
Use os tokens de design do aplicativo quando disponíveis e compare visualmente com as filmagens atuais. Se a fonte não estiver disponível localmente, explique a alternativa em vez de afirmar uma correspondência exata. Registre as fontes e decisões de design no plano de cena privado ou relatório acompanhante. Coloque o logotipo real no campo logo do plano; defina as cores e tokens de design opcionais usando a referência do plano de cena. Mantenha os ativos reais da marca fora deste repositório distribuível.
Mostre uma prévia representativa do quadro de abertura e estilo de legenda antes de uma renderização completa. Convide correções; não introduza uma etapa de aprovação extra se o usuário já especificou o design e pediu para renderizar. Use o tratamento de lançamento contido design.layout: "app" quando adequado ao aplicativo, ou adapte a composição ao design fornecido. Não substitua a identidade do aplicativo por um quadro escuro genérico, marca d'água em maiúsculas ou formas decorativas.
A proveniência da captura pertence aos campos provenance e capture e é sempre mantida no relatório. Para vídeos de lançamento, deixe disclosure vazio por padrão, a menos que uma divulgação na tela seja solicitada ou necessária para evitar uma alegação enganosa. Não queime automaticamente metadados de simulador/dispositivo/localização no vídeo de marketing. Isso não remove divulgações significativas de login/acesso pago, o rótulo de demonstração fictícia ou os requisitos de captura da App Store. Nunca apresente uma localização simulada como uma caminhada real concluída ou rotule filmagens de simulador como filmagens de dispositivo.
Editar e renderizar
Crie um plano de cena com pontos de corte reais da fonte, legendas curtas legíveis e uma descrição de evidência por cena. Use uma jornada coerente com uma ação útil nos primeiros segundos. Preserve a legibilidade e as proporções da entrada. Use examples/launch.json ou examples/app-store.json como ponto de partida estrutural, substituindo todas as alegações fictícias e referências de fonte.
O modo de lançamento permite um quadro, manchete, CTA e fundo com a marca. O modo App Store mostra o aplicativo com legendas contidas e divulgações de acesso; sem interação falsa de dispositivo ou UI fabricada. A demonstração incluída é explicitamente fictícia, nunca um ativo de submissão da Apple. Esta v1 exige proveniência do dispositivo antes de chamar uma edição de aplicativo real orientada à submissão; apenas verificações técnicas nunca estabelecem conformidade ou aceitação de conteúdo.
Execute npm run render -- --recordings DIR --plan PLAN.json --out NEW_DIR. As pastas de saída devem ser novas para preservar evidências. A ferramenta normaliza a mídia cortada, renderiza através do Remotion, codifica MP4, cria um pôster e escreve proveniência, hashes, temporização e verificações técnicas. As fontes permanecem inalteradas. A música é opcional, fornecida pelo usuário, licenciada e pelo menos tão longa quanto a edição. O áudio da fonte padrão é mudo.
Revisão e entrega
Revise o MP4 final completo com áudio e sem áudio no tamanho de telefone. Verifique todos os cortes, divulgações, legendas, ações reivindicadas e áudio. Se forem encontrados problemas, revise o plano de cena e renderize em outra pasta; preserve a primeira renderização e descreva a correção real.
Relate separadamente: validação técnica, revisão manual de reprodução/conteúdo, proveniência da fonte e aceitação da Apple. Nunca transforme pending em passed com base em algumas capturas de tela. Forneça o MP4, pôster, projeto editável/plano de cena, relatório e limitações restantes. Nenhum upload, submissão, renderização em nuvem, ativos pagos ou publicação estão implícitos.