Boring Video Studio (Estúdio de Vídeo Monótono)

Boring video (Vídeo Monótono)

Orquestre o desenvolvimento de conteúdo e um projeto HyperFrames progressivamente refinado como uma única cadeia. O conteúdo é estabelecido antes de ser adaptado para fala ou visuais; a direção de cena estabelece evidências visuais renderizadas, os storyboards planejam quadros construtíveis, e o HyperFrames é responsável pela produção e revisão reproduzível.

Intake (Recepção)

Resolva as decisões existentes a partir da solicitação e dos arquivos do projeto. Primeiro, classifique a entrada:

• Orientado a conteúdo: pesquisa, avaliação, análise, opinião, tutorial, notícia, perfil ou outro trabalho narrado cujo valor depende de um argumento completo e que também pode se tornar um artigo de blog.
• Produção direta: um script finalizado, promoção de produto, demonstração de interface, peça musical, motion graphic curto ou outro trabalho que não precisa de um artigo para estabelecer seu significado.

Resolva os padrões de produção reutilizáveis a partir de orientações explícitas do projeto, série, marca ou equipe antes de perguntar por escolhas únicas. Crie o fluxo de trabalho BRIEF.md na recepção e registre cada padrão adotado, sua fonte e seu escopo ali, para que todo skill upstream possa lê-lo antes de tomar decisões de conteúdo ou voz; carregue o mesmo briefing no projeto HyperFrames quando esse projeto for criado. Uma solicitação atual substitui um padrão reutilizável. Os padrões podem cobrir estrutura recorrente, idioma e voz, verdade de design, proporções de capa, alvos de publicação ou apresentação final, mas não devem ser inferidos de um perfil pessoal indisponível. Mantenha as convenções específicas do projeto em arquivos do projeto, em vez de universalizá-las neste skill.

Para trabalhos orientados a conteúdo, localize o primeiro artefato de conteúdo aprovado que está faltando. Um artigo fornecido só conta quando o usuário confirma explicitamente que é o mestre do conteúdo. Armazene-o ou adapte-o como content/ARTICLE.md com esta proveniência:

---
source: external
origin: <URL ou caminho>
origin_revision: <Revisão Git, resumo da fonte ou timestamp de captura>
status: approved
approved_at: AAAA-MM-DD
approved_digest: sha256:<resumo>
voice:
  language: ...
  skills: []
  documents: []
  unavailable: []
  status: resolved | assumed
---

Calcule approved_digest como SHA-256 do arquivo completo após remover apenas a linha approved_digest:. Não invente um artigo apenas para satisfazer a cadeia em trabalhos de produção direta; carregue /hyperframes e deixe que sua camada de intenção atual seja responsável pela recepção e seleção do fluxo de trabalho.

Quando esta recepção criar ou adaptar content/ARTICLE.md, leia references/markdown-review.md e apresente esse Markdown autoritativo antes de iniciar /to-spec-beats.

Para trabalhos orientados a conteúdo, faça uma pergunta compacta para cada escolha de produção ausente:

1. Apresentação: sem rosto, filmagem, captura de tela, cabeça falante ou mídia mista?
2. Colaboração: revisões de storyboard ou produção executada por agente com pré-visualização final?
3. Voz: voz HyperFrames, TTS do ListenHub, gravação do usuário ou sem narração?
4. Design: verdade de design existente, direção nomeada ou direção proposta pelo agente?
5. Publicação: quais capas, adaptações de plataforma, variantes de blog/artigo, legendas ou cópia para redes sociais são solicitados, se houver?

Registre as respostas e os padrões de produção adotados no fluxo de trabalho BRIEF.md. Em trabalhos executados por agente, proponha e registre uma direção de design quando o usuário a deixar em aberto. Para trabalhos de produção direta, passe os padrões resolvidos e qualquer solicitação de publicação para o BRIEF.md pertencente a /hyperframes, em vez de repetir as perguntas da cadeia de conteúdo.

Chain (Cadeia)

Antes de /to-scenes iniciar o projeto renderizável, leia references/hyperframes-review-project.md. Passe sua identidade de projeto e estado de revisão adiante através de SCENES.md, STORYBOARD.md e o manifesto do projeto HyperFrames; os skills downstream consomem esses artefatos, em vez desta referência interna.

Para trabalhos orientados a conteúdo, comece no primeiro artefato ausente ou explicitamente revisado:

1. /develop-topic → content/RESEARCH.md, relatórios de experimento e content/TOPIC.md aprovado
2. /to-article → content/ARTICLE.md aprovado
3. /to-spec-beats → BEATS.md
4. /to-narration → NARRATION.md
5. /to-scenes → SCENES.md, projeto HyperFrames compartilhado e evidências visuais renderizadas referenciadas no Markdown
6. /to-storyboard → STORYBOARD.md nativo do HyperFrames
7. /to-video → continuação da produção e revisão no Studio daquele projeto

Conclua o critério de conclusão de cada skill antes de avançar. Uma descoberta downstream retorna ao artefato que possui a decisão e, em seguida, propaga-se adiante.

Quando saídas de publicação foram solicitadas para trabalhos orientados a conteúdo, abra um branch de publicação depois que o artigo, a narração e a direção de cena estiverem estáveis. Derive a direção de capa a partir da verdade de design aprovada e das evidências de cena; derive cópia de plataforma, adaptações de blog/artigo, legendas e cópia para redes sociais a partir do conteúdo e narração aprovados. Para trabalhos de produção direta, este wrapper possui o mesmo branch ao lado de /hyperframes: abra-o depois que a fonte bloqueada e a direção de design do HyperFrames estiverem estáveis, derivando a cópia dessa fonte e as capas dessa direção de design. Registre as saídas solicitadas, resumos de origem, plataformas ou proporções alvo e caminhos de saída em PUBLISHING.md. A produção de vídeo pode continuar enquanto este branch é preparado, mas nenhum branch pode inventar silenciosamente novas alegações ou uma identidade visual concorrente.

Quando o usuário começar com um artigo completo aprovado, recalcule seu resumo antes de começar em /to-spec-beats. Quando começar com artefatos posteriores orientados a conteúdo, recalcule o resumo de cada artefato presente, exija que cada filho carregue o resumo atual de seu pai imediato e verifique se a cadeia remonta a um content/ARTICLE.md aprovado; em seguida, retome no primeiro estágio ausente. A existência do artefato por si só não é estado retomável. As entradas de produção direta ignoram esta cadeia de conteúdo e começam em /hyperframes; nunca reinterprete um script finalizado como permissão para inventar um artigo, tese ou alegações.

Handoff (Transferência)

Apresentação e fluxo de trabalho são decisões separadas. Colete a intenção de apresentação sem selecionar um fluxo de trabalho da memória. Para trabalhos orientados a conteúdo, /to-video lê o contrato atual de /hyperframes e executa a rota. O trabalho de produção direta permanece em /hyperframes; este wrapper é retomado apenas para produzir qualquer branch de publicação solicitado.

Done (Concluído)

O planejamento orientado a conteúdo está completo quando os artefatos de conteúdo aprovados aplicáveis, quatro artefatos de planejamento e as evidências visuais referenciadas concordam e satisfazem seus proprietários. Uma execução do wrapper orientada a conteúdo está completa quando /to-video continua o projeto HyperFrames revisado com o branch de voz confirmado através do fluxo de trabalho de produção selecionado, o HyperFrames Studio detém a revisão da linha do tempo reproduzível, e qualquer branch de publicação solicitado tem saídas com links de origem registradas em PUBLISHING.md. Uma execução de produção direta está completa quando seu fluxo de trabalho /hyperframes detém a revisão reproduzível e este wrapper registrou quaisquer saídas de publicação solicitadas em PUBLISHING.md.