Skill de Criação de Vídeo AI

Função

Atue como a camada de direção acima das skills de vídeo existentes. Roteie o trabalho, defina o padrão de aceitação, então coordene produção e controle de qualidade. Não substitua hyperframes, remotion, ra-audio-to-subtitles, skill-captions, embedded-captions, graphic-overlays, ra-video-download, 视频转写, tts-skill, heygen-digital-avatar ou ai-video-qc-delivery; carregue essas skills apenas quando sua respectiva via for selecionada.

Se o usuário fornecer uma URL de vídeo de origem ou arquivo local e pedir 视频洗稿, 视频二创 ou 洗稿并制作视频, roteie para ra-video-wash-pipeline antes desta skill para que extração e reescrita ocorram primeiro.

Recebimento da Fila 待制作

Se a entrada for uma pasta de projeto handoff sob 01-内容生产/视频工作台/待制作/<data-tema>/ (arquivo de contrato 交接稿.md em sua raiz; ou o usuário disser 制作待制作队列, 按交接稿制作 ou apontar para um script na fila):

O frontmatter do 交接稿.md é o contrato de produção vinculante — plataforma, proporção, duration_target_s, word_count, voice, caption_style, visual, illustration_skill, typography substituem os defaults de recebimento e nunca devem ser substituídos pelos defaults de uma skill de execução (por exemplo, vozes HyperFrames TTS não são um substituto para a voz do contrato)
Antes de iniciar o trabalho, defina status: 制作中 em 交接稿.md e mova toda a pasta do projeto para 01-内容生产/视频工作台/制作中/<data-tema>/, para que a outra máquina não produza em dobro; toda a engenharia acontece dentro dessa pasta
Os segmentos de script no arquivo handoff são as unidades de cena; não re-divida ou re-flua a narração
Pule perguntas de recebimento que o contrato já responde

Regras Rígidas

Defina o padrão de saída antes da produção: vídeo original, alinhamento de pixel, réplica visual, criação inspirada em estilo, filmagem legendada, explicador narrado, promoção de produto, tour de site ou motion graphic.
Não reivindique alinhamento de pixel para uma reconstrução manual com HyperFrames/Remotion. Alinhamento de pixel requer reutilização do stream de origem, ativos do projeto original ou métricas rigorosas como hash correspondente, cmp, PSNR infinito ou SSIM 1.0.
Mantenha projetos de origem e intermediários sob <WORKSPACE>/01-内容生产/视频工作台/制作中/; a bancada de trabalho 01-内容生产/视频工作台/ contém apenas handoffs, transcrições e arquivos.
Os entregáveis finais permanecem dentro do vault. Cada vídeo produzido por este sistema — fila ou não-fila, transcrição-direta, longa prática, traduzido/rempacetado ou ad hoc — entrega em 01-内容生产/视频工作台/已制作/<início|fim do mês>/<data-tema>/成片/, com imagens-chave de QC na pasta irmã 质检/. Use a data de entrega: dias 1-15 vão para X月上旬 e dias 16 até o final do mês vão para X月下旬. 已制作/6月历史成片库/(selado somente leitura) e a área de trabalho <WORKSPACE>/legacy-archive/ são arquivos legados aposentados — não escreva novos entregáveis lá.
Títulos de publicação não são trabalho de produção para trabalhos da fila 待制作: ra-video-title já escreveu 8-12 candidatos na seção de 标题候选 do handoff no momento da lavagem, e o título final é escolhido manualmente pelo usuário no momento da publicação. Não gere ou aplique títulos de publicação e não crie 视频标题.md para trabalhos da fila (títulos de cena na página do script não são afetados). Apenas para trabalhos fora da fila (sem contrato handoff) gere 8-12 candidatos com ra-video-title após QC e deixe o usuário escolher antes de salvar 视频标题.md ao lado do MP4 final.
Um vídeo não está completo até que especificações de mídia, verificações visuais e caminhos de arquivo sejam confirmados. O requisito de arquivo de título selecionado se aplica apenas a trabalhos fora da fila; trabalhos da fila terminam sem 视频标题.md (a seleção de título permanece manual com o usuário).
Se o usuário nomear explicitamente uma skill visual ou de ilustração, carregue e siga essa skill antes de projetar a camada visual. Não substitua uma skill de ilustração solicitada por formas codificadas, desenhos CSS ou aproximações "estilo-semelhante" a menos que o usuário aprove explicitamente essa substituição.
Quando narração completa por IA for necessária, os entregáveis finais devem usar IndexTTS2 local através de tts-skill, ID de voz pluvio-indextts2-calm-v1, e o WAV sem perdas canônico declarado em automation/config/tts-routing.json. MiniMax é reservado para exemplos públicos de artigo/tutorial relay e é proibido para narração de vídeo local. Não recorra silenciosamente ao macOS say, fala do navegador, MiniMax ou outra voz genérica/nuvem. Se o modelo local ou WAV canônico estiver faltando, repare a via IndexTTS2 ou pare antes da renderização final.
Para trabalhos retirados da fila 待制作, a entrega não está completa até que python3 automation/scripts/check_delivery.py <文件交接> <项目目录> <成片.mp4> saia com 0, o comprovante de produção (制作端回执) no arquivo handoff seja preenchido (caminhos + saída do verificador), status seja definido como 已完成, e a pasta de arquivo por projeto 01-内容生产/视频工作台/已制作/<início|fim do mês>/<data-tema>/ (nome da pasta = nome da pasta do projeto) seja montada movendo a pasta do projeto limpa de 制作中/: 交接稿.md em sua raiz, o MP4 final em 成片/, frames-chave de QC em 质检/, engenharia mínima em 工程/. Trabalhos fora da fila montam a mesma estrutura de arquivo datada usando um slug de tópico claro; copie uma nota/script/plano de produção na raiz do arquivo quando disponível. Nenhum trabalho copia um novo final em 已制作/6月历史成片库/ (selado somente leitura).
A fila 图文工作台 segue o mesmo padrão de contrato: pegue 01-内容生产/图文工作台/待制作/<arquivo>.md (contrato frontmatter: card_count, ratio, style, illustration_skill, image_skill), defina status: 制作中 no início, produza os cards de imagem sem reescrever o texto e sem gerar ou aplicar títulos de publicação, entregue para 01-内容生产/图文工作台/已制作/<data-tema>/ (arquivo handoff movido + cards finalizados sob 图/), defina status: 已完成, e registre o item sob 待修改 em 01-内容生产/发布看板.md. A parede de privacidade de origem se aplica inalterada.
Projetos de vídeo longo prático (实操长片) seguem o layout de engenharia unificado sob 01-内容生产/视频工作台/制作中/<data-tema>/; não crie um diretório de planejamento separado sob 视频工作台/. O status do frontmatter da 策划稿 é o único sinal de handoff, e o usuário lida com as etapas de gravação (录制) e fusão com剪映 (剪映融合) pessoalmente. Codex possui três etapas: (a) status: 待粗剪 — padrão para ra-local-talking-head-cut: Seed ASR de timestamps de palavras, revisão de terminologia/incerteza e um SRT de pré-corte da linha do tempo de origem. Pare para aprovação explícita do usuário; nenhum EDL ou renderização é permitida antes da aprovação. Em seguida, realize limpeza semântica, pausas adaptativas, renderização com tamanho de origem/fps de origem, volume de diálogo, QC de mídia e geração de legendas de mídia final com QC de legendas PASS. Use video-use como camada de evidência/seleção de múltiplas tomadas; use Agentchengfeng/chengfeng-videocut-skills apenas para revisão web no nível de palavra ou uma comparação intencionalmente agressiva; escolha AI剪口播 quando o usuário quiser revisão de forma de onda e uma timeline FCPXML para剪映/Final Cut Pro. O fluxo MP4 padrão entrega 粗剪/口播-粗剪.mp4 e define status: 融合中; o fluxo FCPXML avança somente após a timeline do editor ser aceita; (b) status: 待字幕 — execute ra-audio-to-subtitles contra o corte final mesclado do usuário, exija que o QC de timestamps de palavras passe, então execute skill-captions com o caption_style do contrato (padrão anchor-dark) para visualizar, queimar e validar as legendas de frase; salve o .srt correspondente e caption-render-qc.json aprovado, então defina status: 待动画; (c) status: 待动画 — adicione sobreposições de componentes Remotion APENAS aos segmentos de corpo inteiro listados no frontmatter da 策划稿, componha, entregue o MP4 final para 视频工作台/已制作/<início|fim do mês>/<data-tema>/成片/, coloque QC-chave no irmão 质检/, registre no 发布看板, defina status: 成片. Todas as ferramentas de corte bruto são apenas para corte bruto neste workspace: nunca use a saída de legendas de qualquer ferramenta de corte bruto como timeline de legendas de produção.
Para qualquer vídeo final narrado, o áudio concatenado final ou o vídeo mesclado final é a única fonte de temporização das legendas. Execute ra-audio-to-subtitles após o áudio ser travado; arquive captions_words.json, captions.json, captions.srt e caption-qc.json. Interpolação de contagem de caracteres, interpolação de duração de cena e temporização de legendas com atraso fixo são apenas para visualização e nunca devem entrar em um final recomendado.
Sempre que um componente de vídeo, fundo de vídeo ou réplica de vídeo de referência atingir um final renderizado e aprovado pelo QC, pare antes de adicioná-lo a 05-视频组件/ e pergunte explicitamente ao usuário: se ele deve entrar na biblioteca de componentes, qual categoria existente deve contê-lo e se uma nova categoria é necessária. Não infira o posicionamento ou crie uma categoria antes de o usuário responder. Se o usuário recusar, use apenas o arquivo de vídeo finalizado normal. Se o usuário aprovar, trate os nomes confirmados 05-视频组件/<classificação chinesa>/<nome do componente chinês>/ como canônicos e torne o diretório do componente autocontido na mesma tarefa: MP4 portátil, manifest.json, 质检/ e 工程/ (a única fonte editável, sem node_modules/renders). Nenhum espelho de engenharia, symlinks ou segundas cópias existem em nenhum outro lugar; registre o componente em 05-视频组件/CATALOG.md antes de relatar a conclusão.
Sempre que o usuário pedir um vídeo HeyGen/digital-human/avatar, ou um contrato de produção de vídeo exigir o humano digital existente da Pluviobyte, carregue heygen-digital-avatar antes da geração. Sua aparência Digital Twin original, faturamento da assinatura CLI OAuth, default Avatar III, áudio local IndexTTS2, reutilização de um mestre e layout aprovado de círculo inferior esquerdo headroom_08 são vinculantes. Apenas um pedido explícito por 全屏数字人 pode ignorar o layout de círculo.
Trate qualquer moldura decorativa de foco que envolva mais de 40% da tela ou múltiplos grupos de conteúdo como um sinal de entrada apenas. Sua visibilidade total não deve exceder o menor entre 2 segundos ou 15% da cena, e deve sair antes do estado de informação estável. Molduras persistentes exigem propósito semântico explícito e devem delimitar firmemente um alvo local.

Sistema Visual Padrão

Quando o usuário disser para fazer um vídeo com esta skill e não fornecer uma direção visual conflitante, use um sistema visual com predominância branca:

fundo: branco puro ou branco quente, com amplo espaço em branco
para tutoriais de AI/ferramentas com predominância branca, explicadores baseados em página e motion graphics brancos, leia references/perspective-grid-v5.md e comece pelo componente do workspace 05-视频组件/视频背景/透视网格背景/. A cópia agrupada assets/perspective-grid-v5/ é o espelho da Skill com o mesmo hash e fallback, não uma segunda linha de base editável independente. Use o loop V5 aprovado como a camada visual mais inferior em sua taxa de reprodução nativa: 1920x1080, 30fps, 7,3 segundos / 219 quadros, três células completas de grade por loop e um período de célula única de 2,433 segundos. Preserve sua geometria, paleta de cores assimétrica, nevoeiro central, fase e temporização de loop contínuo. Não a reconstrua de uma versão mais antiga ou de uma grade CSS ad hoc.
desabilite a grade V5 apenas quando o material de origem, cabeça falante em tela cheia, UI densa, legibilidade, um contrato handoff ou uma referência explícita conflitarem com ela. Registre o motivo na nota de produção.
marcas primárias: texto preto, arte linear preta e elementos de interface escuros e contidos
acentos: use apenas pequenas quantidades de vermelho, laranja ou azul para ênfase, avisos, setas, feedback ou estado
legendas: para explicadores narrados sobre filmagens, capturas de tela, grade V5 ou fundos variáveis, execute skill-captions e use seu painel anchor-dark ajustado por padrão. Um caption_style do handoff ou estilo explícito do usuário o substitui; legendas sem moldura exigem uma zona de legenda clara e uniforme controlada e um motivo registrado.
evite o padrão de estilo escuro, roxo, neon ou SaaS-mágico a menos que o usuário explicitamente peça ou a rota selecionada o exija
use ian-xiaohei-illustrations como a fonte de ilustração padrão para vídeos baseados em página ou cena. Prefira as cópias ativas locais do projeto sob .agents/skills/ian-xiaohei-illustrations/, .codex/skills/ian-xiaohei-illustrations/ e .claude/skills/ian-xiaohei-illustrations/; o caminho da biblioteca compartilhada <WORKSPACE>/.claude/skills/ian-xiaohei-illustrations é apenas uma fonte de verdade para reparar quando a cópia do projeto estiver faltando.
dê a cada página ou cena uma ilustração significativa do Xiaohei sempre que possível; pule apenas quando filmagens, capturas de tela, UI densa ou legibilidade claramente seriam prejudicadas
cada ilustração deve explicar a afirmação central, processo, contraste ou estado da página; Xiaohei deve executar a ação central, não aparecer como decoração
se o plano disser "Xiaohei" ou "小黑配图", crie ativos de imagem reais com ian-xiaohei-illustrations e salve-os no projeto. Uma aproximação CSS/HTML do Xiaohei não satisfaz este requisito.
para vídeos Xiaohei 16:9 baseados em página, use o contrato xiaohei-16x9-layout antes de escrever a composição. O contrato fixa o esqueleto da página primeiro: título superior esquerdo, card de nota médio esquerdo, ilustração Xiaohei médio direito e legenda inferior. Não invente um layout novo a menos que o usuário peça um sistema visual diferente.

Padrões de Explicador Baseado em Página

Para tutoriais de AI/ferramentas, explicadores narrados baseados em página e vídeos de ensino chinês de formato longo, aplique estes padrões a menos que o usuário forneça uma referência conflitante:

Para explicadores Xiaohei 16:9, leia references/xiaohei-16x9-layout.md antes de construir. Copie ou adapte o ativo de template em assets/xiaohei-16x9-template/ quando o projeto for um vídeo baseado em página HyperFrames.
Trate o layout como um contrato, não uma sugestão vaga. A imagem Xiaohei do lado direito pertence à área média direita, não ao canto superior direito. O card de nota esquerdo pertence à área média esquerda, não à área inferior esquerda. As legendas devem permanecer abaixo das zonas de conteúdo com uma margem de segurança inferior clara.
Selecione uma variante de página antes de escrever HTML: standard, long-title, wide-visual ou close. Use long-title para títulos que produziriam quebras automáticas estranhas; use wide-visual para ilustrações horizontais; use close para ação final ou páginas de resumo.
Planeje manualmente

...

[truncado para tradução]

Pluviobyte/rnskill

O que é rnskill?

Perguntar na sua IA favorita