Inkroom Vídeo Promocional (xiaobai987-sxy/inkroom-promo-video-s…

Inkroom Vídeo Promocional

Construa um vídeo de produto Inkroom reutilizável como um fluxo de trabalho complementar. A receita padrão é XiaoMo em primeira pessoa, paisagem 16:9, imagens via Seedance, gravações reais como evidência do produto e HyperFrames para montagem determinística. A receita é configurável; nunca copie a duração, quantidade de takes, texto ou estado de aprovação de um projeto anterior sem reconciliar com os artefatos atuais.

Contrato operacional

• Separe film_subject=produto Inkroom de production_workflow=produção making-of. Tarefas meta-vídeo anteriores não devem se tornar cópia do produto.
• Trate as alegações sobre o produto como confirmado, decisão_do_usuário, inferência ou pendente. Leia os fatos atuais do produto e o handoff ativo antes de considerar READMEs históricos ou arquivos de tarefas antigos.
• Imagens geradas podem explicar um conceito, mas não podem se passar pela interface, catálogos, documentação da API, preços, arquivos, dados, logotipos ou evidências reais da Inkroom. Use gravações reais para essas alegações.
• recebido não é aprovado; um placeholder nunca é um take aprovado; uma fonte aprovada nunca é sobrescrita silenciosamente.
• Cada portão que muda de direção aguarda confirmação explícita do usuário. A existência de um arquivo nunca avança um portão.
• A entrega padrão termina em uma prévia aprovada pelo usuário, MP4 renderizado e um download local. Nunca publique automaticamente.

Iniciar e retomar

1. Localize a raiz do projeto e leia BRIEF.md, o handoff ativo, workflow/state.json, a composição ativa e o relatório de QA mais recente. Avise sobre documentos desatualizados em vez de tratá-los como verdade.
2. Se não houver estado, inicialize-o com scripts/init_project.py; não infira aprovações.
3. Retome a partir do estágio registrado. Não repita trabalho aprovado nem ofereça uma capacidade já aceita como novidade.
4. Mantenha um handoff canônico mais estado legível por máquina, manifesto, ledger de ativos e relatório de QA.

Máquina de estados e portões

Use exatamente estes estágios:

intake -> facts_locked -> outline_review -> copy_review -> script_review -> storyboard_review -> frames_review -> seedance_package_ready -> awaiting_external_returns -> per_shot_received -> per_shot_approved|per_shot_rejected -> assembly_preview -> audio_review -> qa_pass -> user_render_approval -> rendered_downloaded -> publish_ready

O projeto pode ramificar de volta de um take rejeitado para sua própria revisão de frame/prompt/geração. Leia references/workflow-state-machine.md antes de alterar o estado e use scripts/state.py para as transições.

Roteamento dos estágios

• Fatos e esboço: atualize os fatos do produto; use marketing-skills apenas como auxílio de pesquisa candidato. Trave o problema do público e as lacunas de evidência antes do texto.
• Texto, roteiro, storyboard: use o texto confirmado e a regra de uma ação completa por take. screenwriting-skills pode informar a estrutura, mas nunca importe conteúdo específico do Ottermind. Leia references/product-evidence-policy.md.
• Frames: use imagegen ou image-2 quando disponível, com a ficha de personagem aprovada e a âncora de estilo. Mantenha os frames sem texto e no formato paisagem.
• Seedance: use seedance1 para transformar unidades aprovadas do storyboard em prompts independentes e um pacote de handoff. Se um modelo de vídeo autorizado estiver disponível, a geração direta só é permitida após aprovação do usuário; caso contrário, aguarde retornos externos manuais. Leia references/seedance-review-checklist.md.
• Retornos: Combine por shot_code e take; inspecione cada clipe de forma independente; aprove ou rejeite por take. Não repare uma geração falhada com frames congelados ou cortes ocultos.
• Montagem: use hyperframes, hyperframes-core, general-video e hyperframes-cli. Reproduza cada fonte Seedance aprovada uma vez a partir do tempo zero da fonte; sobreponha legendas/rótulos de fatos e substitua placeholders apenas por gravações reais. Leia references/hyperframes-assembly-rules.md.
• Mídia: use media-use para voz, BGM, SFX, legendas e proveniência. A prévia de TTS/música deve ter um status de licença.
• QA e entrega: execute os validadores do projeto, hyperframes check --strict, snapshots e verificações FFmpeg/ffprobe. Renderize somente após o usuário aprovar a prévia. Leia references/release-checklist.md.

Saídas padrão

Cada projeto deve produzir, conforme aplicável: BRIEF.md, workflow/state.json, workflow/PRODUCT_FACTS.json, OUTLINE.md, COPY.md, SCRIPT.md, STORYBOARD.md, INKROOM_VIDEO_COMPLETE_HANDOFF.md, seedance/*manifest.json, um ZIP Seedance, ASSET_LEDGER.md, QA-REPORT.md, uma URL de prévia no Studio e o caminho do MP4 aprovado.

Registre a ferramenta de cada estágio, status (used, candidate ou blocked), licença e limite. Use scripts/validate_manifest.py antes de aceitar um pacote ou um take retornado.