Tripo AI: como revisar o rigging e a animação no Blender com Claude

Estou criando um jogo com IA. No post anterior eu testei a modelagem 3D com IA: usei o Tripo AI (que muita gente também chama de Tripo 3D) para transformar o concept art da estátua em um modelo 3D, e depois um script do Blender para reduzir polígonos, fazer o esqueleto e animar. Naquela vez foi um monstro só. Depois fiz o mesmo processo com o chefão de cada capítulo do RPG que estou projetando: 52 de uma vez.

Só no fim percebi que o problema de verdade vinha depois. Parados, todos ficavam lindos. Mas bastava balançar a arma ou dar um golpe pesado para o ombro ganhar uma faixa de cor esticada, o punho girar demais e mostrar o corte, e as estampas da textura virarem manchas de cor. 52 chefões, cinco ou seis animações cada, dezenas de quadros por animação: ver tudo no olho, quadro a quadro no Blender, era impossível.

Então eu e o Claude Opus montamos um "fluxo de revisão de chefões": primeiro um programa mede, quadro a quadro, onde o modelo do Tripo AI quebra depois do rigging, e depois tira uma foto do pior quadro para eu olhar. Neste post eu passo pelo fluxo inteiro com o chefão do capítulo 8, o "Batedor de Esporos".

O chefão de exemplo: o Batedor de Esporos

O Batedor de Esporos é um cogumelo alto e magro de 2,4 metros: um chapéu laranja pontudo com três manchas amarelas que parecem olhos, embaixo dele um rosto de olhos semicerrados e sorriso malandro, uma capa curta verde-musgo, uma luneta de madeira entalhada nas costas e, na mão direita, um cajado curvo com uma lanterninha pendurada.

O concept art: o Claude projeta pela história e o Codex gera a imagem

Eu peço para o Claude ler a história de cada capítulo e criar um chefão que combine com aquela fase. Depois ele mesmo escreve o prompt e passa para o Codex CLI, que chama o gpt-image para gerar a imagem, junto com um personagem que já existe no jogo como referência de estilo. O Batedor de Esporos aparece no capítulo da floresta, liderando um grupo de soldados-cogumelo, então o Claude fez dele um cogumelo batedor magrelo, com manchas no chapéu que parecem vigiar tudo em volta. O prompt que ele escreveu foi este:

Character: SPORE SCOUT (孢子斥候), a 2.4 m forest boss: a tall thin long-legged mushroom scout that leads mushroom soldiers; eye-spots on its cap.
A tall lanky chunky KayKit-style mushroom: a tall narrow conical cap in rusty orange with three big painted eye-spot markings (rings of yellow around black dots), a long thin pale stem body with a sly face (two small glowing yellow eyes and a narrow grin), long thin arms and long stilt-like legs ending in flat root feet. Gear: a scout's short hooded cloak in moss green over the shoulders, a leather bandolier strap with buckles, a spyglass of carved wood strapped on the back, wrapped leather cloth bands on the shins, holding a long thin walking stick with a small glowing spore bulb in one hand down at its side.

Os prompts do Claude sempre têm três camadas: primeiro uma frase dizendo quem é o personagem, qual a altura e o que ele faz na história; depois a forma (chapéu, corpo, rosto, braços e pernas); por último o equipamento (capa, correia, luneta, faixas nas canelas, cajado). Quanto mais específico, menos vezes o Codex precisa refazer a imagem, e ainda sobra uma lista para conferir item por item quando for comparar com o modelo.

No processo todo eu mexo em muito pouca coisa. Quase o tempo inteiro eu só faço review: se o design combina com a história, se a imagem tem a cara certa. Se não tiver, peço para ele mudar.

Todos os prompts ficam salvos em arquivos, na página de pré-visualização que eu mostro mais abaixo. O card de cada chefão tem um link "prompt", então dá para voltar e ver o que foi pedido a qualquer momento.

Ele é um ótimo exemplo porque tem todos os problemas possíveis:

• Braços e pernas finos: quando dobram, as partes finas são as primeiras a rasgar.
• O cajado: a arma precisa ficar na mão, girar junto com o punho e não atravessar o corpo.
• O chapéu grande: ele está preso a um caule fininho; se a cabeça inclina, a emenda pode abrir.
• Muitos detalhes pequenos: as manchas, as costuras em X das faixas, as fivelas da correia. É o que mais some na redução de polígonos e na hora de colorir.

Etapa 1: o arquivo GLB e o concept art lado a lado

A primeira etapa é a mais simples, e também a que mais gente pula: colocar o concept art e o modelo pronto juntos.

Pedi para o Claude Opus fazer uma página web de comparação (usando three.js para ler o arquivo GLB): à esquerda, o concept art que mandei para o Tripo; à direita, o modelo 3D do jeito que o jogo carrega. Um menu suspenso troca entre parado, andar, atacar, golpe pesado, levar dano e cair, e dá para girar com o mouse. Os 52 chefões estão na mesma página: um clique e abre, sem precisar abrir o Blender toda vez.

Aqui o foco é o geral:

• Silhueta: proporções, altura e o formato do chapéu.
• Acessórios: se a capa, a correia, a luneta nas costas e a lanterninha do cajado estão lá.
• Arma: se o cajado está na mão e se atravessa o corpo quando ele se mexe.
• Brilho: se os olhos e a lanterninha continuam acesos.

Etapa 2: rigging e animação no Blender, cada ângulo e os quadros-chave de cada animação

A página de comparação serve para ver se "parece certo", mas os problemas no meio de uma animação costumam passar num piscar de olhos. Por isso, toda vez que o script do Blender reconstrói o modelo, ele também renderiza uma folha geral:

• Quatro ângulos: frente, lado, costas e três quartos, para conferir se as costas e as laterais também estão completas.
• Mapa de pesos do Blender: uma cor por osso, para ver qual osso move cada parte da malha. A troca de cor tem que cair nas articulações; se a cor do braço invade o peito, quando a mão sobe o peito vai junto.
• Quadros-chave: alguns quadros de maior esforço de cada animação, como o ataque apontando para a frente, o golpe pesado com o cajado erguido do lado da cabeça fazendo um círculo, o chapéu batendo no chão na queda.

Com uma imagem só eu vejo todas as animações de um chefão, muito mais rápido do que ficar arrastando a linha do tempo do Blender.

Etapa 3: o Claude escreve um script de Blender Python que mede quadro a quadro onde quebrou

Olhando imagem sempre escapa alguma coisa, então a terceira etapa fica com um programa. Pedi direto para o Claude fazer a correção, e ele escreveu sozinho um script de auditoria em Blender Python: abre o modelo, roda cada quadro de cada animação, compara com a pose parada e mede estes problemas:

Depois de medir, o script escolhe o pior quadro e fotografa de quatro ângulos (frente, três quartos, lado e traseira na diagonal), mais um close do pior ponto. A última imagem é um mapa de calor: quanto mais vermelho, mais esticado. Só de olhar essa imagem eu já sei se o problema está no ombro, no pulso ou embaixo do chapéu.

Também existe um limite: se algum quadro de atacar ou golpe pesado tiver mais de 8 arestas rasgadas ou mais de 30 faces esmagadas, ou se houver vértices que nenhum osso move ou pedaços soltos flutuando fora do corpo, o script não exporta o GLB. Modelo quebrado nem entra no jogo; não precisa esperar para descobrir jogando.

O resultado da primeira auditoria do Batedor de Esporos:

• Punhos: ao balançar o cajado, o punho girava de 150 a 180 graus, e entre o punho cortado e o braço aparecia o corte.
• Queda: ao cair, o chapéu inclinava demais e abria o anel do caule fino embaixo dele: 6 arestas rasgadas.

A correção foi colocar uma "bola de articulação" no pulso, para que, quando o punho gira demais, o corte mostre a bola, como em boneco articulado; e cortar pela metade a inclinação do chapéu na queda. Depois disso: atacar 0, golpe pesado 1, cair 0; parado, andar e levar dano, todos 0. Passou no limite.

Etapa 4: backface culling, procurando buracos pelas costas e no close

Por desempenho, o jogo só desenha o lado da malha que aponta para fora. Um modelo que parece completo no Blender pode aparecer vazado de algum ângulo dentro do jogo.

Por isso existe outra imagem com o backface culling (ocultar as faces de trás) ligado, renderizada do jeito que o jogo faz: frente, lado, costas, de cima e de baixo, mais closes do rosto e do punho. A vista de baixo é especialmente importante: as dobras sob o chapéu e a emenda do caule quase nunca aparecem na câmera, e se tiver um buraco, ele surge do nada em alguma cutscene.

Etapa 5: bake de textura, a textura 4K do Tripo ficou igual ao concept art?

As quatro primeiras etapas olham a "forma"; a última olha a "cor".

Os modelos que o Tripo AI gera vêm com texturas 4K cheias de detalhe. Só que no meu primeiro fluxo, para deixar o modelo mais leve, eu reduzia as cores do chefão inteiro a 8 blocos de cor. Resultado: as manchas do chapéu viravam um borrão amarelo, as costuras em X das faixas sumiam e as fivelas da correia viravam uma coisa só.

Na segunda versão mudei para "textura completa": o modelo já reduzido ganha um novo desdobramento de UV no Blender, e cada pixel procura o ponto mais próximo no modelo original do Tripo para pegar a cor. Ou seja, é um bake que traz de volta o detalhe da textura 4K. Na imagem, em cima ficam os blocos de cor antigos e embaixo a versão nova: voltaram as pupilas pretas das manchas, as costuras das faixas e as fivelas da capa, quase igual ao concept art da esquerda.

O preço é de 0,2 a 0,5 MB a mais por chefão. O Batedor de Esporos foi de 1,19 MB para 1,56 MB; no celular continua leve.

Problemas comuns de rigging no Blender e como corrigir

Depois de rodar a auditoria nos 52, os problemas eram sempre os mesmos:

A ordem das correções também importa: primeiro o barato (tamanho das caixas, largura da transição), depois o caro (mudar a amplitude da animação, recortar peças). Algumas mudanças parecem fazer sentido, mas pioram tudo. Por exemplo, prender mais peças para ficarem fixas cria uma borda dura em volta, e as arestas rasgadas vão de 4 para 17 a 51. Por isso, cada mudança exige rodar a auditoria de novo e deixar os números falarem.

Depois dessa rodada, os 52 chefões passaram no limite: 30 sem nenhum rasgo, e os outros 22 com só 1 a 3 arestas, que não dá para notar na câmera do jogo.

Problemas que dá para evitar antes de gerar no Tripo AI

Muita coisa dá para evitar antes mesmo de mandar para o Tripo. Passei estas regras para o Claude, e quando ele escreve o prompt para o Codex fazer o concept art, sempre deixa tudo claro:

• Pose de frente: humanoides em pose A, com os pés retos no chão; monstros de quatro patas que pisam no chão, de frente, no máximo 15 graus de lado. Só as criaturas aquáticas que flutuam vão em três quartos.
• A arma não tampa o corpo: armas compridas, como cajados ou réguas, ficam em pé ao lado do corpo, não atravessadas na frente do peito. Senão o Tripo gruda a arma no corpo num bloco só, e depois é muito difícil separar.
• O que flutua vira sólido: fumaça e cabelo soltos, o Tripo transforma num bloco maciço. Eu troco por fumacinhas curtas grudadas no corpo, e a fumaça de verdade fica com os efeitos do jogo.
• Estampa não pode parecer letra: fivelas, emblemas e entalhes não podem parecer letras ou números. Letra falsa gerada por IA fica muito estranha de perto.
• Um personagem por imagem: se mandar a folha de design inteira, o Tripo faz os três num modelo só (aconteceu no post anterior).

Meu fluxo de revisão de chefões

No fim, virou uma checklist que eu sigo com cada chefão antes de colocar no jogo:

• Comparado ao concept art: silhueta, acessórios e arma estão lá; a arma fica na mão e não atravessa o corpo.
• Nenhum quadro de parado ou andar tem rasgo (eles tocam o tempo todo e são os mais vistos).
• Em atacar e golpe pesado, no máximo 8 arestas rasgadas por quadro; a meta é de 0 a 3.
• No quadro de maior esforço do golpe pesado: ombros, axilas, cotovelos, pulsos e pescoço sem faixas esticadas ou pontas.
• Ao levantar a mão, nada aparece na lateral da cintura e não há pedacinhos flutuando.
• Com backface culling, nenhum buraco, principalmente de costas, de baixo e no close.
• Textura: estampas, costuras e rebites visíveis, e a cor no mesmo tom do concept art.
• As partes que brilham, como olhos e lanternas, continuam brilhando.

Conclusão: a IA mede, a pessoa olha

Gerar modelos 3D com o Tripo AI é rápido: um chefão fica pronto em poucos minutos. O que leva tempo de verdade vem depois: "garantir que, com esqueleto e dentro de uma cena 3D do Godot, nada quebra". O meu jeito é dividir o trabalho: o que dá para medir, um programa mede quadro a quadro; o que não dá, vira imagem para uma pessoa olhar. O script do Blender que o Claude escreveu transforma 52 chefões e milhares de quadros em uma imagem do pior caso por chefão, e eu só preciso de alguns segundos para olhar. Para mim, o melhor do Blender com IA não é modelar, e sim esse tipo de checagem repetitiva que precisa ser precisa.

Se você também está gerando modelos 3D com IA para um jogo e travou no rigging ou nas animações, me procure no Threads ou no X e deixe um comentário em algum post. Vamos conversar.