Ao vivo 18/11 · Turma 318 nov às 19:00 MSK — aula prática gratuita de agentes de IA · Turma 3 ao vivo começa 23/11Aula 18/11 →Turma 3 (23/11)

Claude Opus 5.5 criou uma cena de VFX no Blender e no Nuke via MCP sem um único quadro gerado por IA

Um criador com experiência em cinema e pós-produção conectou o Claude Opus 5.5 ao Blender e ao Nuke via MCP, acrescentou o Houdini e criou uma cena sem um único quadro gerado por IA. O vento, as lanternas e as folhas foram simulados por um motor de física que o próprio modelo escreveu em Python e NumPy. O Claude atuou como supervisor de VFX: cuidou da composição, da iluminação e dos detalhes de animação, enquanto a pessoa apenas dava orientações.

Processado por IA de TG: @cgevent (Метаверсище и ИИще); editado por Hamidun News
Claude Opus 5.5 criou uma cena de VFX no Blender e no Nuke via MCP sem um único quadro gerado por IA
Fonte: TG: @cgevent (Метаверсище и ИИще). Colagem: Hamidun News.
Ouvir artigo
Ficha técnica e números-chave
ParâmetroDados
Fonte originalTG: @cgevent (Метаверсище и ИИще) ↗
Editor-chefe
Dado-chave #1Mais de 580 revisões por meio de conversas, sem edições manuais na cena
Dado-chave #2O MCP transforma Blender e Nuke em ferramentas do agente
Dado-chave #3O próprio Claude escreveu a física do vento e das folhas com NumPy

Quase todos os vídeos sobre “IA no cinema” seguem a mesma fórmula: você escreve um prompt e recebe imagens bonitas, mas difíceis de controlar. O diretor não consegue dizer “mova a lanterna para a esquerda e deixe as folhas mais pesadas”. Esta história segue outro caminho. Um criador do mundo do cinema e da pós-produção não gerou nenhuma imagem. Ele colocou o Claude Opus 5.5 no comando de um pipeline convencional de VFX.

O que foi feito exatamente

Segundo a descrição da publicação, o Opus 5.5 foi conectado ao Blender e ao Nuke via MCP (Model Context Protocol). O Houdini também foi usado. Para o vento, as lanternas e as folhas, não recorreram a uma solução pronta: o modelo escreveu seu próprio motor de física em Python e NumPy.

A partir daí, o Claude trabalhou como supervisor de VFX. Ele definia a composição, as silhuetas, a arquitetura, o movimento dos objetos, a iluminação e os pequenos detalhes da animação. A pessoa dava orientações, e o modelo as transformava em alterações na cena. Segundo o criador, foram mais de 580 orientações e correções, e ele não editou a cena manualmente em nenhum momento. Todo o controle aconteceu por meio de conversas.

Como isso difere da geração de vídeo

O vídeo generativo entrega pixels prontos. Corrigir um detalhe sem correr o risco de estragar o restante é quase impossível. Aqui, o resultado do trabalho do modelo é uma cena: geometria, materiais, iluminação, animação, um grafo de composição e código de simulação. Qualquer elemento pode ser aberto, alterado e renderizado novamente. É o ciclo de iteração habitual de um estúdio — “ajuste, renderização, revisão” —, com o modelo responsável pela execução.

O papel do MCP também é importante. Ele é uma forma padronizada de dar ao modelo acesso a programas externos. Blender e Nuke se tornam conjuntos de ferramentas à sua disposição: consultar o estado, executar uma ação e obter o resultado. Antes, esse tipo de integração aparecia com mais frequência em demonstrações de tarefas simples. Aqui, segundo o relato do criador, ela suportou centenas de revisões consecutivas em uma mesma cena.

Outro ponto interessante é que o próprio modelo escreveu o motor de física. É uma situação comum: nenhum preset produz o efeito necessário, e antes isso significava passar a tarefa para um artista técnico ou programador. Agora, esse trecho de código pode ser criado na mesma conversa em que se discute o plano.

O que fica fora de quadro

Há apenas uma fonte original aqui: uma publicação em uma rede social, resumida em um canal do Telegram. Ainda há muito que não sabemos:

  • quanto tempo e quantos tokens foram consumidos nas 580 revisões;
  • como o modelo “via” o resultado: se analisava as renderizações ou trabalhava com descrições e números;
  • quantas vezes foi necessário desfazer etapas malsucedidas;
  • até que ponto o vídeo final atenderia às exigências de uma produção, além de funcionar como demonstração.

A afirmação “sem nenhuma intervenção manual” também exige cuidado: o criador pode ter definido as tarefas e aprovado os resultados, o que já representa uma parcela considerável do trabalho de direção. A experiência em cinema e pós-produção provavelmente foi o principal recurso aqui. A pessoa sabe quais orientações dar e como formulá-las na linguagem do ofício.

Como aplicar isso na prática

Para desenvolvedores e gestores de produto, a conclusão é simples: uma boa aplicação dos agentes é controlar ferramentas profissionais via MCP ou APIs, em vez de gerar o resultado final. Isso preserva o controle e mantém o resultado editável.

Se você desenvolve um produto para profissionais criativos, observe este padrão: a conversa como interface e um projeto compreensível para uma pessoa como resultado. Para os estúdios, a leitura é outra: um profissional que domina o ofício, acompanhado de um modelo potente, pode dar conta de um trabalho que antes exigia uma pequena equipe. Mas vale testar essa possibilidade em tarefas próprias, sem se basear apenas em um vídeo impressionante.

História

Perguntas frequentes sobre a notícia

O que foi feito exatamente?

Segundo a descrição da publicação, o Opus 5.5 foi conectado ao Blender e ao Nuke via MCP (Model Context Protocol). O Houdini também foi usado. Para o vento, as lanternas e as folhas, não recorreram a uma solução pronta: o modelo escreveu seu próprio motor de física em Python e NumPy. A partir daí, o Claude trabalhou como supervisor de VFX. Ele definia a composição, as silhuetas, a arquitetura, o movimento dos objetos, a iluminação e os pequenos detalhes da animação.

Como isso difere da geração de vídeo?

O vídeo generativo entrega pixels prontos. Corrigir um detalhe sem correr o risco de estragar o restante é quase impossível. Aqui, o resultado do trabalho do modelo é uma cena: geometria, materiais, iluminação, animação, um grafo de composição e código de simulação. Qualquer elemento pode ser aberto, alterado e renderizado novamente. É o ciclo de iteração habitual de um estúdio — “ajuste, renderização, revisão” —, com o modelo responsável pela execução. O papel do MCP também é importante.

O que fica fora de quadro?

Há apenas uma fonte original aqui: uma publicação em uma rede social, resumida em um canal do Telegram. Ainda há muito que não sabemos: quanto tempo e quantos tokens foram consumidos nas 580 revisões; como o modelo “via” o resultado: se analisava as renderizações ou trabalhava com descrições e números; quantas vezes foi necessário desfazer etapas malsucedidas; até que ponto o vídeo final atenderia às exigências de uma produção, além de funcionar como demonstração.

ZK
Zhemal Khamidun — CPO da Alpina Digital, gerente de produto do AlpinaGPT. Cria produtos de IA desde 2019. O Hamidun News é um projeto pessoal que virou um agregador em produção com mais de 6.000 leitores.
✦ Hands-On AI Engineering · Hamidun Academy

Build & Ship Production AI Agents Without Boilerplate Code

Start your free 72-hour trial at Hamidun Academy (academy.hamidun.com) — interactive lessons on Claude Code & Cursor, live Tech Radar, and production agent templates.

Start 72h Free Trial →Vibe-Coding Intensive
O que você acha?
Carregando comentários…