Skip to main content
Glama

Vídeo longo e contínuo (estender trecho a trecho)

flow_video_longo

Generates a continuous character-speaking video by creating a base clip and sequential extensions, then merges them into a single MP4 without export pauses for TikTok/Reels.

Instructions

Faz um vídeo contínuo, sem cortes, de um personagem falando: o 1º trecho (8 s) vira o vídeo base e cada um dos outros é uma extensão (~7 s) que continua do fim do anterior. No fim o Flow junta tudo e o MCP salva UM .mp4, já sem as pausas de ~1 s que a exportação do Flow deixa em cada emenda (o original do Flow fica ao lado). Ex.: 4 trechos ≈ 29 s, 5 ≈ 36 s, em 9:16 para TikTok/Reels. RECOMENDADO — modo apresentador: passe 'cenario' (personagem, lugar e estilo, uma vez) e 'falas' (uma por trecho); o MCP monta os prompts no jeito que funciona nas extensões (plano único, fala do 1º ao último instante, gestos no lugar). Falas: ~15-19 palavras no 1º trecho e ~13-17 nas extensões. As extensões são sempre Veo 3.1 Lite: o personagem NÃO troca de ambiente nem faz ações grandes (andar até outro lugar, objetos novos entrando). Use 'trechos' (texto livre) só se precisar controlar cada prompt. Personagens e voz vão em todos os trechos (elementos_em_todos); restricoes e estilo_voz vão escritos no texto de todos os trechos; referências ou imagem_inicio só no 1º. Custo: o 1º trecho no modelo escolhido (lite 10, fast 20 = padrão, quality 100) + 10 por extensão (o Flow estende sempre com Veo 3.1 Lite): 4 trechos em Fast = 50 créditos. O vídeo inteiro precisa caber no teto diário do mcp-google (conferido antes de enviar). Leva ~1-2 min por trecho, um depois do outro. Depois de chamar, use SÓ flow_status (repetindo) até aparecer PRONTO; não chame esta ferramenta de novo para o mesmo vídeo. Sem trechos e sem retomar: lista os vídeos longos e o estado de cada um. Os arquivos vão SEMPRE para /app/%LOCALAPPDATA%\mcp-google/saidas/flow neste PC, venha o pedido do Claude Code ou do Claude Desktop.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
vozNoVoz do Flow para as falas (veja flow_vozes).
falasNoModo apresentador: o que o personagem diz em cada trecho, na ordem (português do Brasil, sem aspas). ~15-19 palavras no 1º e ~13-17 nos outros.
finalNoModo apresentador, opcional: como termina o último trecho (padrão: 'sorri e acena para a câmera').
gestosNoModo apresentador, opcional: gesto de cada trecho (ex.: 'contando nos dedos'). Sem isso, o MCP alterna gestos variados. Regras que valem para o vídeo todo vão em 'restricoes', não aqui.
modeloNoModelo do 1º trecho (lite 10, fast 20, quality 100 créditos); as extensões o Flow faz com Lite (10).veo-3.1-fast
tituloNoNome do vídeo (vira o nome do arquivo).
cenarioNoModo apresentador: quem é o personagem, onde está e o estilo (ex.: 'Tatuzinho, um tatu-galinha de animação 3D fofo com cachecol vermelho, sentado numa poltrona de uma biblioteca aconchegante, luz quente'). Vai inteiro no 1º trecho.
projetoNoProjeto do Flow: id, link ou nome exato (veja flow_projetos). Se omitido, usa o projeto padrão (flow_projeto_padrao; de início 'Claude MCP').
retomarNoId de um vídeo longo que parou (vl…) para continuar de onde parou.
trechosNoModo livre: o prompt de cada trecho, na ordem (ação, câmera, som e falas entre aspas). Prefira cenario + falas.
proporcaoNo9:16 (vertical: TikTok, Reels, Shorts) ou 16:9.9:16
estilo_vozNoComo a voz deve soar (ex.: 'animado, ritmo rápido'). Vai escrito em todos os trechos.
restricoesNoRegras visuais que valem para o vídeo inteiro, repetidas em todos os trechos (ex.: 'sem fogo, sem faíscas, mão mecânica fosca'). Funciona no modo apresentador e no modo livre.
personagensNoNomes de personagens do Flow (criados com flow_personagem_criar; veja flow_personagens) para aparecer com a mesma aparência. Cite o nome no prompt (ex.: 'Tatuzinho acena para a câmera'). Para manter roupa/acessórios, crie o corpo inteiro do personagem e prefira veo-3.1-fast ou quality (no Lite detalhes como chapéu podem sumir).
referenciasNoImagens de referência (até 3): id de uma imagem do projeto (flow_listar) OU caminho completo de PNG/JPG/WebP do PC. O Flow usa como base: editar uma imagem ('a mesma cena à noite'), combinar elementos, manter o estilo ou o produto.
max_creditosNoLimite opcional do vídeo inteiro: só use se o usuário pedir. O teto diário do mcp-google vale sempre.
imagem_inicioNoPrimeiro quadro do vídeo: id de uma imagem do projeto (de flow_gerar_imagem ou flow_listar) OU caminho completo de um PNG/JPG/WebP do PC (até 20 MB).
elementos_em_todosNoRepete personagens e voz como elementos em cada extensão (não só no 1º trecho).
reforcar_continuidadeNoAcrescenta às extensões: 'mesmo personagem, mesma voz e mesmo estilo visual'.

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.16.1

TDQS

A4.9/5.0
Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Goes far beyond annotations: discloses per-model credit cost (lite 10 / fast 20 / quality 100 + 10 per extension), ~1-2 min per segment, the personal daily ceiling check before submission, removal of Flow's ~1s seam pauses with the original kept alongside, and the fixed output directory. These are material side effects an agent must know before calling.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Purpose and the recommended mode are front-loaded, and every clause carries operational weight for a 19-parameter tool. It is dense and run-on in places, so slightly less scannable than ideal, but there is little filler.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

For a costly, long-running generation tool with 19 params and no output schema, it covers cost, timing, the status-polling lifecycle, output location, and failure/retomar handling. Nothing needed to invoke it correctly is missing.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters5/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage is 100%, but the description adds real cross-parameter semantics: word counts per segment (~15-19 first, ~13-17 extensions), extensions are always Veo 3.1 Lite so characters can't change location, personagens/voz go in all segments via elementos_em_todos while referencias/imagem_inicio apply only to the first, and restricoes is repeated in every prompt.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

States a specific verb+resource: produces one continuous, uncut video by chaining an 8s base segment with ~7s extensions that the MCP merges into a single .mp4. The extension mechanism and the 'junta tudo' merge distinguish it from sibling flow_gerar_video and flow_estender_video.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines5/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Explicitly recommends the 'cenario'+'falas' presenter mode and reserves 'trechos' (free text) for when each prompt must be controlled. Also specifies post-call behavior: only repeat flow_status until PRONTO, and never re-call this tool for the same video. Behavior with no trechos and no retomar is also stated.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.