Diretor de Shorts

O que Diretor de Shorts faz?

Um short é julgado em dois segundos por alguém que não lhe deve nada. Tudo nesta skill existe para que o primeiro corte que você entregue seja um que o dono publicaria: a ideia escolhida entre três, as palavras visíveis na tela e ouvidas, nenhum erro no quadro que eles notem antes de você, e uma mixagem de som que possa ser ouvida em um telefone dentro de um danfo. Qualidade em primeiro lugar. O custo é mostrado antes de cada gasto, nunca usado como limite.

A skill dirige; os motores do repositório fazem o trabalho. As tracks do motor (o kit Remotion, as ferramentas de clipe e imagem, as bibliotecas de nicho, a câmera de colagem) e as ferramentas adicionadas desde então (mouth_sync, os cards compartilhados, o chunker de legendas, as verificações) são caminhos de renderização que esta skill escolhe, batida por batida, em vez de uma track por vídeo.

Antes de tudo: leia a config e a bíblia

A identidade está na config, nunca na skill. Leia director.config.json na raiz do repositório para a marca, a marca d'água, as pessoas que um filme pode nomear, a marcação de links, as regras da casa, os provedores e seus preços, e o alvo de masterização. A identidade visual (cores, fontes, logotipo) está em remotion/src/brand.ts e remotion/src/fonts.ts. Se o short pertence a uma série, leia sua bíblia em ai-shorts/series/<series>/BIBLE.md antes de escrever uma linha; se for um novo canal ou elenco, o modo série escreve uma primeiro. Em seguida, leia as últimas entradas de RUNS.md e LESSONS.md, porque as falhas da última execução são as mais baratas de evitar nesta.

Os modos

Modo	Sua função	Leia
série	a bíblia para um elenco recorrente ou um estilo de canal	modos/serie.md
sala-de-roteiristas	três premissas divergentes julgadas como o comprador, depois o roteiro	modos/sala-de-roteiristas.md
produzir	narração, animatic, imagens, clipes, bocas, composição	modos/produzir.md
som	bases, cues, a mixagem e masterização	modos/som.md
finalizar	o mestre, a cópia para celular, a verificação de texto, o pacote de postagem	modos/finalizar.md
bakeoff	testar modelos uns contra os outros antes que um se torne o padrão	modos/bakeoff.md
efeitos	/effects <nome>: pré-visualizar um efeito, colocá-lo em uma batida ou construir um novo na biblioteca	modos/efeitos.md
melhorar	após cada short: pontuar a execução, registrar as lições, propor mudanças na skill	modos/melhorar.md

Um novo short os executa em ordem: série (apenas se a bíblia estiver faltando), sala-de-roteiristas, produzir, som, finalizar, melhorar. O dono pode entrar em qualquer modo pelo nome, e uma solicitação que claramente se encaixa em um modo (uma regravação de voz, uma correção de legenda, um novo gancho) vai direto para lá.

A faixa rápida. Quando a bíblia da série existe, o formato é comprovado e os motores são conhecidos, não pule nada, mas encurte tudo: uma passada de premissa em vez de uma longa, e imagens reutilizadas da série onde couberem. Os gates e as verificações permanecem exatamente como estão; apenas as rodadas diminuem.

Os gates que seguram em toda execução

Estes são onde o olho do dono vai, em ordem, e onde o trabalho para até que eles respondam. Cada um é barato de mudar neste ponto e caro de mudar depois.

1. A premissa. Três, escritas e julgadas como o comprador, com uma escolha e o motivo. Nada é narrado antes que uma seja escolhida.
2. A narração. Falas nas palavras do dono onde ele as deu. Para qualquer coisa em pidgin ou nome local, audições que eles escolhem pelo ouvido (referencias/voz.md). Uma gravação escolhida é fixada exatamente, nunca regenerada.
3. O animatic. Imagens na linha do tempo da narração real com as piadas desenhadas em código, legendas e tags vermelhas onde os clipes irão. Nenhum clipe é gerado antes do animatic ser aprovado.
4. O gasto. Cada etapa de geração informa seus créditos ou dólares primeiro (referencias/imagens-e-clipes.md), e o total é reportado depois.
5. O corte. O dono assiste ao corte bruto antes da masterização, e ao arquivo final antes de qualquer coisa ser publicada.

Entre os gates, verifique seu próprio trabalho da maneira que referencias/qa.md descreve, para que o olho do dono seja gasto em gosto e nunca em uma falha que uma verificação poderia ter pegado.

Formatos

Um formato traz sua própria gramática (como as batidas rodam), seu próprio mundo visual e seus próprios caminhos de renderização padrão. Os comprovados até agora têm cada um uma referência:

• referencias/formatos/esquete.md: um elenco recorrente em diálogo (comprovado por Akpos e Segs, episódios 1 e 2)
• referencias/formatos/documentario.md: um narrador sobre cenas fotorrealistas com figuras referenciadas (comprovado pelo minidocumentário Qodeup 1)

Os formatos do motor também permanecem disponíveis: explicadores desenhados em código através de make-short e vidtsx-2d-generator, colagem através de make-vox. O diretor pode rotear um short inteiro para um deles, ou pegar emprestada uma batida de um.

Quando o formato solicitado ainda não é comprovado

Se o dono pedir um tipo de short que nenhum dos formatos cobre (uma lista, um antes-e-depois, um objeto falante, um resumo de notícias), diga isso claramente em vez de forçá-lo no formato mais próximo; uma gramática de esquete em um resumo de notícias produz algo que parece estranho de uma forma que eles notarão. Ofereça dois caminhos. O primeiro é configurá-lo corretamente: execute-o como uma execução de prova e, quando for lançado, escreva referencias/formatos/<nome>.md a partir do que a execução provou, através de os-skillify, para que o próximo comece com uma gramática em vez de um palpite. O segundo é fazê-lo uma vez com o formato mais próximo como andaime, com as lacunas nomeadas, e não salvar nada. Se o mesmo novo formato aparecer uma segunda vez, siga o primeiro caminho; um formato que continua sendo improvisado nunca ganha uma gramática, e a skill silenciosamente restringe o que o dono pede a ela.

Como melhora

Cada short termina no modo melhorar. Ele pontua a execução contra os resultados em referencias/resultados.md, registra em RUNS.md, escreve o que foi aprendido em LESSONS.md, e quando uma falha aconteceu duas vezes ou uma técnica se provou, propõe a mudança nesta skill em termos gerais, como um diff que o dono aprova. Git é o caminho de volta.

Referências

• referencias/resultados.md: o que a skill deve produzir, com números, como cada um é verificado e os loops que o melhoram
• referencias/roteamento-de-renderizacao.md: escolher, por batida, entre código, um recorte, um clipe gerado e as tracks do motor
• referencias/voz.md: vozes, elenco, audições, pidgin e nomes, fixar uma gravação escolhida
• referencias/imagens-e-clipes.md: gerar imagens e clipes, prompts que mantêm a identidade, re-rolls, preços
• referencias/bocas.md: redesenhar bocas em clipes gerados com mouth_sync, incluindo configurações por tomada
• referencias/fatos.md: o gate de fatos para qualquer coisa afirmada como verdadeira na tela
• referencias/efeitos.md: os trabalhos que uma batida pode ter, o efeito que serve a cada um e as regras de moderação que impedem um short de se tornar um demo reel
• referencias/qa.md: as verificações entre gates, e o que cada uma já pegou antes
• referencias/formatos/: um arquivo por formato comprovado

Skills relacionadas

• make-short, vidtsx-2d-generator: a track de explicador desenhado em código e suas regras de crash, usada como caminho de renderização
• make-vox: a track de colagem
• make-ai-short: a track generativa, cuja disciplina de clipe esta skill carrega adiante
• suggest-sfx: audições de cue sonora, chamadas a partir do modo som
• os-writing (Personal OS): ganchos e legendas para postagem, chamados a partir do modo finalizar
• os-skillify (Personal OS): escrever uma nova referência de formato após sua execução de prova