E, desde então, essa é a nossa referência de o quanto a geração de imagens e vídeos por IA melhorou…

Tá, mas o que tanto foi que mudou nesses anos?
E como que faz imagens e vídeos realistas assim (tipo clones)?

Se vocês quiserem, faço um artigo sobre imagens geradas por IA e como identificar. Basta pedir.

Vamos começar pelo óbvio: qualquer profissão pode se beneficiar da criação de imagens. E quanto melhor você for nisso, mais milagres você vai ser capaz de executar na sua área de atuação kkkk (digamos assim).

Podemos ir do mais óbvio como fazer PPT até o mais complexo:

• simulações

• clones

• melhorar qualidade de entregas

• dark vídeos

(ok, eu conto pra vocês aqui como que faz vídeo sem censura, mas vamos concordar em pegar leve? Fica até o fim desse artigo.)

1. Se você quer aparecer mais no Instagram para atrair clientes, ótimo.

Você pode usar clones seus para gerar vídeos, conteúdos ricos, reacts, etc. Parece uma realidade distante? Pois eu conheço alguns que só postam assim.

Você pode também gerar cards, capas e carrosséis usando uma série de instruções. Veja aqui o prompt e um exemplo:

2. Se você quer vender no tiktok shop, na shopee, etc… Basta estudar o mercado e fazer uma estratégia.

3. Se você quer fazer vídeos institucionais ou de vendas... fotos de estúdio… fotos de roupas e produtos…

Gente, vocês conseguem, genuinamente, fazer conteúdos surreais. Campanha publicitária de pessoa, de objeto, foto de roupa em manequim e por aí vai.

Você pode criar 50 variações de layout de uma campanha de refrigerante. Garrafas em diferentes ângulos, fundos diferentes, e animações variadas.

4. Se você é arquiteto, você pode fazer moodboard, pode fazer renders tops, pode gerar variações do seu projeto.

(a quantidade de vezes que simulei decoração no meu quarto é brincadeira) Ele gera variações mudando materiais, cores e estilos sem refazer o modelo 3D no SketchUp ou Revit. Sem falar que você pode criar uns vídeos surreais mostrando espaços.

5. Se você quer criar um site bonito

Adivinha? Gerar um design system com imagens de IA muda vidas (e tira a cara de site genérico do Claude). Sem falar que muitas animações em sites são nada mais nada menos do que: vídeos.

6. Se você é dentista/colorista/cabeleireiro/esteticista/tatuador/consultor de imagem e quer prever resultados ou enviar protocolos ilustrados

Tamanho real, perspectiva, etc.

9. Se você é professor/educador e quer criar material didático visual

Vídeo aula ilustrada? PPT? Diagramas?

Legal, vamos pra parte técnica?

Afinal, qual foi primeira imagem gerada por IA?

(não, não foi a imagem do will smith, desculpa decepcionar vcs)

A primeira imagem gerada por IA não usou redes neurais, dados de treino ou GPU. Ela foi feita com regras escritas à mão por um humano…

(Inteligência Artificial é qualquer sistema que executa tarefas que, se feitas por um humano, exigiriam inteligência).

Harold Cohen, um artista britânico, começou a desenvolver o AARON no final dos anos 1960 na Universidade da Califórnia

AARON funcionava com IA simbólica: um conjunto de regras lógicas que Cohen escrevia manualmente.

• Não havia aprendizado.

• Não havia dados.

• Não havia “treino”.

Era pura programação de um processo criativo.

As primeiras imagens (1973) eram traços pretos em papel branco: figuras simples, abstratas, geométricas. Só em versões muito posteriores AARON aprendeu a adicionar cor (com regras de como misturar pigmentos).

As primeiras imagens (1973) eram traços pretos em papel branco: figuras simples, abstratas, geométricas. Só em versões muito posteriores AARON aprendeu a adicionar cor (com regras de como misturar pigmentos).

KKKK ta ele fez essa porcaria abstrata… e agora, em 2026, um modelo SABE identificar figuras, criar deepfake, fazer papa de puffer….

O que aconteceu para a geração de imagens ficar tão boa?

Para o computador, uma imagem nada mais nada menos do que uma matriz de números:

Uma foto de 224×224 pixels com 3 canais (RGB) é um bloco de 224 × 224 × 3 = 150.528 números.

Cada número varia de 0 a 255 e representa a intensidade de vermelho, verde ou azul naquele pixel.

Nós vemos, por exemplo, um gato.
E o computador vê uma lista de 150 mil números.

O trabalho da IA é aprender que combinações específicas desses números correspondem a: “orelha pontuda”, “bigode”, “formato de olho”, e que a presença simultânea desses padrões significa “gato”.

Agora, para aprender isso… existe uma coisa chamada treinamento supervisionado: você mostra ao modelo milhões de imagens já rotuladas: “isto é um gato”, “isto é um cachorro”.

1. Para cada imagem, o modelo dá um palpite.

2. No início, os palpites são aleatórios.

3. A cada erro, ele ajusta ligeiramente seus parâmetros internos (pesos)

4. Na próxima vez que vir uma imagem parecida, o palpite melhora.

Assim você cria um modelo discriminativo (lembra disso):
Ele não sabe criar gatos, mas ele sabe identificar.

Então, como um modelo GERA um gato?

Em vez de aprender “o que separa gatos de cachorros”, ele aprende “como os gatos são distribuídos no espaço de 150 mil números”.

Pense no espaço de todas as imagens possíveis de 224×224 pixels. A maioria dos pontos nesse espaço é ruído sem sentido: uma imagem aleatória de 224×224 é só estática, não parece nada.

O processo de geração:

Você começa com um ponto completamente aleatório. O modelo “empurra” esse ponto, passo a passo, em direção à região que ele aprendeu que contém imagens de gatos.

No final, o que sai é uma imagem que, estatisticamente, se parece com um gato

O primeiro grande avanço veio com os GANs, propostos por Ian Goodfellow em 2014. Dentro deles existem duas redes que disputam uma contra a outra:

• Gerador (generativo): cria imagens novas do zero

• Discriminador (discriminativo): classifica se a imagem é real ou falsa

Algo como aquilo que comentamos antes: descobrir se é um gato ou não.

O gerador recebe ruído aleatório e tenta criar uma imagem que engane o discriminador. O discriminador recebe imagens (reais + falsas) e tenta adivinhar quais são falsas. Os dois treinam juntos, competindo.

O site “Esta Pessoa Não Existe” exemplifica bem o resultado dessa tecnologia: rostos gerados por GAN que parecem reais, mas nenhuma daquelas pessoas existe.

O único problema é que modelos GANs podem sofrer de colapso de modo (o gerador descobre um “truque” que engana o discriminador e passa a gerar sempre a mesma imagem) e instabilidade de treinamento (se o gerador ou o discriminador ficam muito fortes rápido demais, o outro não consegue acompanhar e o treino quebra).

Depois vieram os modelos de Difusão (2020)

Propostos por Jonathan Ho, Ajay Jain e Pieter Abbeel (DDPM, 2020). Ao invés de duas redes competindo, a difusão usa uma única rede que aprende a reverter o processo de adicionar ruído.

O modelo é treinado para pegar uma imagem e adicionar ruído gradualmente até fazer ela se tornar puramente estática. E depois… aprender o caminho reverso.

Aí, quando pedimos um gato, ele parte de uma imagem estática e remove o ruído passo a passo até se tornar uma imagem de gato.

O problema é que o custo computacional disso era altíssimo por dois motivos:

• Dimensionalidade massiva: cada imagem de alta resolução tem milhões de números para representar

• Múltiplas etapas de difusão: o modelo precisa executar dezenas a centenas de passos sequenciais para gerar uma imagem, e cada passo exige processar toda essa massa de dados

A solução: Difusão Latente - LDM (2022)

O trabalho de Rombach et al. (2022) — “High-Resolution Image Synthesis with Latent Diffusion Models” — propôs um novo paradigma: “Ué, se o problema é a alta dimensionalidade, por que não comprimir a imagem primeiro e trabalhar num espaço muito menor?”

E daí veio o autoencoder (VAE, mas logo vamos falar mais sobre isso, ok?) que aprende a comprimir uma imagem para um mapa latente (uns 4.000 números, no lugar de 150.000). A geração acontece nesse espaço comprimido, como um esboço. Aí depois, vem o decodificador do VAE e transforma o esboço em alta resolução.

Resultado: o que chamamos de Modelo de Difusão Latente (LDM). Hoje é o método mais usado para gerar imagens. Ele mantém a estabilidade e qualidade da difusão, mas com o custo computacional drasticamente reduzido pela compressão do VAE.

Autoencoder (VAE)

O que é esse tal de autoencoder?

Um autoencoder é uma rede neural que aprende a comprimir dados e depois reconstruí-los, minimizando a perda de informação. Ele tem duas partes:

• Codificador — reduz a dimensionalidade

• Decodificador — reconstrói a partir da versão comprimida

A compressão não é simplesmente reduzir a resolução como um algoritmo de redimensionamento faria. O VAE é treinado para aprender quais informações são importantes para a percepção humana e descartar o resto.

O decodificador faz o caminho inverso, reconvertendo o vetor latente de volta para o espaço de pixels…

O VAE foi o primeiro modelo a formalizar matematicamente a ideia de comprimir dados para um espaço latente probabilístico: ou seja, em vez de mapear uma imagem para um ponto fixo no espaço latente, o codificador mapeia para uma distribuição de probabilidade (média e variância). Isso permite que, ao amostrar diferentes pontos dessa distribuição, o decodificador gere variações coerentes da mesma imagem.

No entanto, não é uma reconstrução perfeita, há uma pequena perda devido ao descarte dos detalhes de alta frequência. Mas a perda é pequena em comparação ao gigante ganho computacional.

Antes dos VAEs, modelos como autoencoders comuns (determinísticos) comprimiam e reconstruíam bem, mas o espaço latente não era “contínuo”: pontos próximos no espaço latente não geravam imagens semanticamente relacionadas.

O VAE resolveu isso ao forçar o espaço latente a seguir uma distribuição conhecida (gaussiana), criando regularidade. Então, os VAEs geram imagens, o único detalhe é que tendem a produzir resultados borrados. Especialmente em detalhes finos: porque a função de perda baseada em likelihood favorece médias em vez de modas.

Paper original: “Auto-Encoding Variational Bayes”, Diederik P. Kingma e Max Welling (Universidade de Amsterdã)

Daí vem nosso modelo de difusão como conhecemos hoje…..

O processo direto (que acontece durante o treinamento) pega um dado limpo e vai adicionando ruído gaussiano gradualmente ao longo de vários passos temporais até que o dado se torne ruído puro (aleatório completo).

O modelo de difusão aprende a fazer o caminho inverso. Ele prevê o ruído que foi adicionado, permitindo remover esse ruído e recuperar uma versão mais limpa.

A ideia original (2015) vinha da termodinâmica de não-equilíbrio: um processo que adiciona ruído lentamente até destruir a estrutura de um dado pode ser revertido se aprendermos a dinâmica inversa.

Mas os resultados eram de baixa qualidade e o treinamento instável.

O problema que Ho et al. (2020) resolveram: eles simplificaram a função de perda e mostraram que prever o ruído adicionado (em vez de prever a média da distribuição reversa) é muito mais estável e produz resultados de alta qualidade. Foi o primeiro modelo de difusão a gerar imagens comparáveis aos GANs (Generative Adversarial Networks), que até então dominavam a geração de imagens.

Paper seminal: “Deep Unsupervised Learning using Nonequilibrium Thermodynamics”, Jascha Sohl-Dickstein e Eric A. Weiss, Niru Maheswaranathan, Surya Ganguli (Stanford/Twitter, 2015)

Paper que tornou viável: “Denoising Diffusion Probabilistic Models” (DDPM), Jonathan Ho, Ajay Jain, Pieter Abbeel (UC Berkeley, 2020)

Arquitetura do modelo de denoising

O modelo de previsão de ruído é tradicionalmente uma U-Net ou um DiT (Diffusion Transformer):

• U-Net: uma arquitetura com caminho de contração (downsampling) e expansão (upsampling), com conexões de atalho entre camadas simétricas. Ela opera em múltiplas escalas espaciais, capturando tanto contexto global quanto detalhes finos.

• DiT (Diffusion Transformer): uma arquitetura mais recente baseada em Transformers (uma tecnologia, outra hora falamos disso), que trata os pedaços do mapa latente como se fossem tokens processados por mecanismos de atenção. Isso permite que o modelo enxergue relações entre regiões distantes da imagem e escale melhor com mais dados e maior tamanho de modelo.

Aiai essa parte foi difícil né? Mas calma.

O Papel dos Schedulers (Sampler) na inferência

A rede neural (U-Net ou DiT) prevê o ruído, mas não decide sozinha como a imagem final é montada. Essa função é do Scheduler (Sampler). Ele define a trajetória matemática que o latente percorre do ruído puro até a imagem limpa: o tamanho do passo em cada iteração e como a previsão da rede atualiza o estado do latente. Essa escolha impacta direto na velocidade de geração e na fidelidade aos detalhes do prompt.

Duas categorias:

• Determinísticos: samplers como o DDIM. Com a mesma seed e configurações, o resultado é idêntico, o que dá mais controle em fluxos de animação.

• Estocásticos: samplers como o Ancestral Samplers. Adicionam uma pequena quantidade de ruído novo a cada passo, o que pode introduzir variações criativas, mas deixa a convergência mais instável em resoluções muito altas.

A evolução: os DPM-Solvers usam equações diferenciais de ordem superior pra prever a trajetória do ruído de forma bem mais eficiente. Os modelos originais de 2020 precisavam de 1000 passos pra uma imagem boa, e os DPM-Solvers modernos conseguem o mesmo resultado em só 20 ou 25 passos.

Isso significa uma redução de 40 vezes no tempo de espera, permitindo que a geração de imagens ocorra quase em tempo real durante sessões de design colaborativo.

Controlando o que a imagem vai nos mostrar

Bom…. Essa vcs já sabem. Pode ser:

• Um prompt de texto (”um gato preto num telhado”)

• Uma imagem de referência (para estilos)

• Um mapa de segmentação (para controle estrutural)

• Ou qualquer outra modalidade de entrada

Para injetar esse condicionamento na arquitetura, os pesquisadores introduziram camadas de atenção cruzada (cross-attention) ao longo de toda a arquitetura de denoising.

Como o modelo “entende” o prompt

O mecanismo de atenção é uma operação matemática que permite a um modelo focar seletivamente em partes relevantes dos dados de entrada. Ele foi originalmente popularizado em modelos de linguagem (Transformers) e adaptado para visão computacional.

A atenção funciona projetando os dados em três matrizes:

1. Query: representa o que o modelo está “procurando” (a informação que ele quer focar)

2. Key: representa o que está disponível (as opções para focar)

3. Value: representa o conteúdo de cada opção

A pontuação de atenção é calculada comparando Q com K, e depois usamos essa pontuação para ponderar V.

Atenção cruzada no contexto dos LDMs

• As Querys vêm do mapa latente (do modelo de difusão): é a parte da imagem que está sendo gerada

• As Keys e Values vêm dos tokens de texto codificados (pelo CLIP, T5, etc.): é a representação do prompt

Isso permite que o modelo “olhe” para o prompt e decida onde colocar cada elemento descrito. A atenção cruzada controla:

• Distribuição espacial: onde cada objeto fica na imagem

• Coerência semântica: se o que está sendo gerado corresponde ao que foi pedido

Por exemplo, se o prompt é “um cachorro ao lado de uma árvore”, a atenção cruzada faz com que:

• Os pixels associados ao cachorro tenham alta correlação com o token “cachorro” do prompt

• Os pixels associados à árvore tenham alta correlação com o token “árvore”

• A posição relativa deles na imagem respeite a relação espacial descrita (”ao lado de”)

CENSURA: como funciona e quando não existe?

“Filtro de segurança” não é parte da arquitetura LDM. O Stable Diffusion — o VAE, a U-Net/DiT, o processo de difusão, o CLIP — funciona exatamente igual com ou sem filtro. O que existe são três camadas de filtragem que foram adicionadas em volta de modelos, não dentro dele:

Camada 1 — Filtro de prompt (pré-geração): antes do texto chegar ao codificador CLIP, um classificador intercepta as palavras. Se detectar termos bloqueados, nem inicia a geração. É usado por DALL·E 3, Midjourney e Adobe Firefly.

Camada 2 — Safety Checker (pós-geração): depois que o VAE decodifica o latente em pixels, uma segunda rede neural separada analisa a imagem final. Essa rede é um classificador CLIP treinado para detectar conteúdo explícito. Se detectar, substitui a imagem por uma tela preta. Isso é um componente acoplado ao pipeline, não embutido nos pesos do modelo de difusão.

Camada 3 — Treinamento com dados filtrados: o modelo base foi treinado em um dataset (LAION-5B) que já tinha algum conteúdo removido. Mas o modelo em si não “sabe” o que é NSFW — ele aprendeu correlações estatísticas. Fine-tunes feitos pela comunidade podem treinar em dados sem filtragem, mudando o comportamento do modelo.

É por isso que, quando você roda Stable Diffusion localmente no ComfyUI ou no Forge, o filtro já vem desativado por padrão…. O safety checker é opcional e removível. Não existe um “nó de safety checker” no workflow padrão — você teria que adicioná-lo manualmente. Isso ilustra tecnicamente que a filtragem não é parte do processo generativo.

Bom, façam o que bem entenderem com essa informação.

Ok, agora acabou. Vamos falar de ferramentas?

Blablabla GPT, blablabla Gemini Omni, blablabla Magnific.

Vou falar a real pra vocês da minha opinião:
- Para mudar textura, criar animações e detalhes de vídeos, gerar b-roll… ok eu gosto do Omni
- Gerar fotos realistas? Nossa, eu amo o GPT.
- Gerar vídeos realistas? Seedance 3189381203%
- Gerar animação de uma foto em diferentes ângulos? sério, Kling 3.0

Mas onde dá pra usar isso? Higgsfield (n vou mentir, é CARO) e ComfyUI (roda de graça ou usando o modelo pago que vc preferir). Vamos falar aqui também de HeyGen.

Eu vou espalhar aqui a palavra do ComfyUI

O que é: o ComfyUI representa a evolução das interfaces de IA generativa. Em vez daquela caixinha de texto simples onde você joga um prompt, ele usa uma arquitetura de Grafo Acíclico Direcionado (DAG).

Aiaiai que termo complicado o que eh isso? Calma…. visualmente, é só um workflow.

E quer mais uma dica? Vc pode controlar o workflow do ComfyUI com o Claude, pronto falei, não vou esconder a verdade de vocês.

(mas ainda assim, é um pouco bugado, recomendo estudar para saber corrigir o Claude quando precisar).

E pasmem: é de graça pra usar. O-p-e-n s-o-u-r-c-e.

Como ele monta workflow:

• Cada etapa vira um nó (uma caixinha): carregar o modelo, processar o prompt, rodar a difusão, decodificar o VAE

• As conexões entre os nós são as arestas

• O que corre por essas arestas é fluxo de tensores PyTorch, as estruturas matemáticas de dados que a IA processa

VIU? EU TE DISSE QUE LER O QUE CADA TERMO FAZ IA SER IMPORTANTE!! DEPOIS VAI COLOCAR CAIXINHA DE NÓ SEM SABER PRA QUE.

Dá pra plugar o output de um modelo de difusão direto num nó de upscaling, e daí num nó de correção facial automática. Workflow complexo e personalizado do jeito que você quiser.

Você sabe o que quer, do que precisa, e você faz. (mas tem workflows já prontos ali pra vc usar)

Os bônus:

• É de graça. O-p-e-n s-o-u-r-c-e.

• E vc pode controlar o workflow do ComfyUI com o Claude… pronto falei o que ninguém quer falar.

O único problema? É de bom tom você que saber o que tá fazendo kkk (e precisa de um pc minimamente bom).

Gerenciar a memória de vídeo (VRAM) é um dos maiores desafio ao rodar o ComfyUI... No entanto existem algumas estratégias para contornar essa dificuldade…

“Aiii mas meu pc é ruim".

Quando o hardware local não é suficiente mesmo com otimizações, uma alternativa é alugar GPUs remotas pela internet. Em vez de comprar uma placa, você paga por hora de uso. Alguns sites oferecem máquinas com GPUs potentes que você acessa pelo navegador, rodando o ComfyUI diretamente.

Geração de personas, vídeo e avatares con-sis-ten-tes.

Você pode gerar vídeos e avatares consistentes dentro do ComfyUI, treinando uma LoRA (vamos nos aprofundar nisso logo mais), ou então, optar por plataformas um pouco mais amigáveis.

O HeyGen é um dos líderes na criação de avatares digitais realistas, utilizando uma arquitetura de Flow Matching DiT (você se lembra que eu falei do DiT, né?). Diferente de modelos que usam apenas uma foto estática, o HeyGen utiliza vídeos de referência para condicionar a geração. Isso permite que o modelo capture não apenas a aparência da pessoa, mas sua identidade dinâmica: a forma como ela move os lábios, a cadência da fala e as micro-expressões faciais que nos fazem reconhecer alguém como humano.

O Higgsfield foca em criadores profissionais que gostam de mais opções. Ele unifica múltiplos modelos de ponta (como Kling e Seedance), possui ambiente de grafos parecido com o ComfyUI (mas pago), tem opções já prontas para somente trocar roupa, fundo, movimentos específicos, personagens etc. Sabe aqueles vídeos que é um cara se gravando mas na tela aparece uma loira bonitona? Uhummmmmm, isso é obra de Motion Transfer!!

Little problem: eles são caros. Mas eles são BONS.

LoRA… O que é isso e pra que eu treino?

Eu gosto desse assunto, não sei vocês.

O que é: Uma LoRA pode definir o estilo, os traços, a iluminação e trazer consistência de verdade para o que você está produzindo com IA. E ela vai entrar como um nó (caixinha) dentro do workflow do ComfyUI.

Modelos de difusão latente têm bilhões de parâmetros. Tentar treinar todos esses parâmetros para que o modelo aprenda um novo conceito (como o rosto de uma pessoa específica ou um estilo artístico novo) exige:

• Alto investimento

• Hardware de nível industrial

• Um arquivo novo de vários gigabytes, impossível de compartilhar

Quando fazemos o ajuste fino (fine-tuning) de um modelo grande, as mudanças nos pesos não acontecem de forma aleatória em todos os bilhões de conexões.

Na verdade, essas atualizações residem em um espaço de dimensão intrínseca muito reduzida. Ou seja, apenas uma pequena fração das conexões realmente precisa mudar para que o modelo aprenda o novo conceito.

Essa descoberta deu origem à LoRA (Low-Rank Adaptation).

A ideia da LoRA é manter a matriz de pesos original do modelo congelada, ela nunca muda.

Quando a gente faz fine-tuning de um modelo grande, as mudanças nos pesos não se espalham aleatoriamente pelos bilhões de conexões. Essas atualizações residem num espaço de dimensão intrínseca muito reduzida. Ou seja: só uma pequena fração das conexões realmente precisa mudar.

Daí nasceu a LoRA (Low-Rank Adaptation).

A mágica matemática, na real:

• A matriz de pesos original fica congelada, ela nunca muda

• Em vez de alterar, você adiciona uma matriz de atualização

• E essa matriz não é representada inteira, mas como o produto de duas matrizes muito menores

Fazendo a conta: matriz original de 1000×1000 = 1 milhão de parâmetros. Quebrando em A (1000×8) e B (8×1000), os parâmetros treináveis caem pra 16.000.

OK ENTÃO COMO QUE APLICA E COMO FUNCIONA?

Onde a LoRA é plugada: nas camadas de atenção (onde estão as matrizes Query, Key e Value). É nessas camadas que o modelo decide a relação entre o texto e a imagem.

Em termos simples, vc vai colocar a caixinha (o nó) ali e fé, relaxa.

Ao injetar um LoRA de “estilo Cyberpunk” nessas camadas, alteramos a forma como o modelo interpreta os tokens de texto, forçando-o a priorizar cores neon e estéticas tecnológicas sempre que o adaptador estiver ativo.

Essa técnica permitiu a criação de comunidades vibrantes de compartilhamento de modelos (como o CivitAI). Usuários podem baixar “estilos”, “personagens” ou “objetos” em arquivos minúsculos e combiná-los.

Exemplo de empilhamento:

• LoRA 1: rosto de um ator

• LoRA 2: estilo de pintura a óleo

• LoRA 3: uma iluminação específica

Outro little problem…

Embora poderosos, usar múltiplos LoRAs ao mesmo tempo traz desafios técnicos.
O mais comum, Concept Vanishing: um LoRA muito forte “apaga” as características de outro. Exemplo clássico: LoRA de “armadura pesada” + LoRA de “praia ensolarada” = o modelo se confunde e gera só a armadura, ignorando o cenário. Ou o contrário.

As duas saídas que os profissionais usam:

1. Injeção de LoRA com Percepção Regional (Region-Aware LoRA Injection)
Com máscaras, você define território: o LoRA da armadura atua só na região central da imagem, o da praia só no fundo.

2. Fusão Dinâmica por Camada
O peso de cada LoRA é ajustado individualmente pra cada camada da rede neural, garantindo que a mistura de conceitos fique harmoniosa e não conflitante.

Fazendo prompts dentro do ComfyUI

A engenharia de prompts (Prompt Engineering) não é apenas uma lista de palavras, mas uma técnica de estruturação de dados para o codificador de texto (CLIP/T5). O modelo processa o texto em tokens, que são fragmentos de palavras com pesos numéricos. A ordem das palavras importa: termos no início do prompt têm maior influência na atenção cruzada do que termos no final. Profissionais utilizam “pesos” (weighting) para enfatizar conceitos, como `(fotorealismo:1.2)`, instruindo o modelo a dedicar mais recursos de atenção a esse atributo específico.

CLIP (Radford et al., OpenAI, 2021): “Learning Transferable Visual Models From Natural Language Supervision”

T5 (Raffel et al., Google, 2020): “Exploring the Limits of Transfer Learning with a Unified Text-to-Text Transformer”

E tem os Prompts Negativos que funcionam tb no ComfyUI. Eles funcionam invertendo o vetor de condicionamento. Você coloca: "baixa qualidade, mãos deformadas, texto" no campo negativo e o modelo é instruído a se afastar dessas representações matemáticas durante o denoising. É um filtro de qualidade em nível latente: impede que o modelo siga caminhos estatísticos que levam a artefatos visuais comuns.

Mais um assunto que eu amooooo… ControlNet:

Aqui você pode fazer uma gambiarra no ComfyUI e fazer também aqueles vídeos que é o cara se gravando mas na tela aparece uma loira bonitona, ou simplesmente mudar . Basta aplicar o conceito de ControlNet para vídeo (tem o Wan também que é open source, depois pesquisem) .

O ControlNet, introduzido por Lvmin Zhang em 2023, resolveu o maior problema dos LDMs: a falta de controle espacial preciso.

Antes do ControlNet, era difícil forçar o modelo a seguir uma pose específica ou um esboço exato apenas com texto. O ControlNet funciona criando uma cópia treinável dos blocos da U-Net e injetando informações espaciais adicionais no processo de difusão.

Existem diversos modelos de ControlNet, cada um especializado em um tipo de dado de entrada:

• Canny/MLSD: Utiliza detecção de bordas ou linhas retas para manter a estrutura de um desenho técnico ou arquitetônico.

• Depth: Utiliza um mapa de profundidade (tons de cinza indicando distância) para garantir que a tridimensionalidade da cena seja respeitada.

• OpenPose: Detecta o esqueleto humano em uma foto e força o modelo de IA a gerar o personagem na mesma posição exata.

• SoftEdge/Scribble: Permite que um esboço feito à mão seja transformado em uma imagem final, mantendo a composição original do artista.

IP-Adapter para gerar injetar conteúdo

O IP-Adapter (Image Prompt Adapter) é o que permite usar uma imagem como se fosse um prompt de texto.

Calma calma calma, nada absurdo. É jogar uma imagem no prompt.

ControlNet x IP-Adapter, a diferença:

• ControlNet foca na estrutura: onde as coisas estão

• IP-Adapter foca no estilo e conteúdo: como as coisas se parecem

Tecnicamente, o IP-Adapter extrai as características da imagem de referência usando o codificador visual do CLIP e as envia para camadas de atenção separadas dentro da U-Net. Isso permite que o usuário diga: “Gere um carro (texto) com este estilo (imagem de referência)”.

Sem IP-Adapter, colocando o prompt: “bolsa feminina de couro”

O modelo gera uma bolsa de couro. A iluminação pode ser qualquer uma, talvez um gradiente aleatório, talvez uma luz de estúdio genérica. A cor pode ser marrom, preta, vermelha, o modelo escolhe com base no que aprendeu no treino. O fundo pode ser qualquer coisa.

Inpainting e Outpainting: Edição Localizada dentro do ComfyUI

Inpainting = editar por dentro. Nessa técnica, vc cria uma máscara sobre a área que quer alterar (trocar a gravata de um homem numa foto, por exemplo) e o modelo regenera só os pixels dentro dessa máscara.
O segredo técnico: preservação das bordas. O modelo olha pros pixels ao redor da máscara pra garantir que a nova iluminação, sombras e texturas se misturem perfeitamente com o resto da imagem original.

Outpainting = a mesma lógica, pra fora. Foto quadrada e você precisa dela em 16:9? O modelo “imagina” o que estaria além das bordas originais, continuando montanhas, florestas ou ruas de forma coerente.

Pra editor de fotografia profissional, essas ferramentas substituem horas de Photoshop:

• Remover objetos indesejados

• Mudar roupas de modelos

• Expandir cenários pra capa de revista

Super-Resolução e Upscaling Latente

Outro desafio que você pode estar enfrentando é gerar imagens diretamente em 4K ou 8K, o que é ineficiente e consome memória excessiva. A solução profissional é o Upscaling Latente. O processo funciona em duas etapas: primeiro, gera-se uma imagem em resolução padrão (ex: 1024×1024). Em seguida, essa imagem é convertida de volta para o espaço latente, onde o modelo de difusão aplica um novo processo de denoising com baixo nível de ruído (denoising strength), adicionando detalhes finos enquanto aumenta a escala.

Eles não apenas aumentam o tamanho dos pixels, mas “inventam” detalhes que fazem sentido para aquela resolução. Se o modelo está dando zoom em um olho, ele adiciona reflexos na íris e detalhes nos cílios que não existiam na imagem original. Para a indústria de impressão e cinema, isso permite que assets gerados por IA sejam utilizados em grandes formatos sem perda de nitidez, mantendo a integridade visual necessária para telas de cinema ou outdoors.

Personalização de Avatares e Lip-Sync

A síntese de avatares humanos utiliza LDMs combinados com modelos de Lip-Sync (sincronia labial) como o Wav2Lip ou o SadTalker (ou pode usar o do Higgsfield). O processo envolve mascarar a região da boca no espaço latente e usar o áudio da fala como um sinal de condicionamento adicional. O modelo de difusão então gera os movimentos dos lábios, dentes e língua que correspondem foneticamente ao áudio, mantendo a iluminação e a textura da pele do restante do rosto.

Onde isso já é usado: empresas de educação e suporte ao cliente criam vídeos de treinamento em dezenas de idiomas a partir de um único vídeo original. Mesmo o avatar mudando a posição da boca pra falar alemão ou japonês, o LDM garante que a identidade visual da pessoa e a qualidade cinematográfica permaneçam. Isso derruba o custo de localização de conteúdo global em mais de 90%.

O que fica de lição aqui?

Testem modelos diferentes. O Higgsfield tá com 1 dia grátis com criação ILIMITADA, aproveitem para testar muito.

Disclaimer: faça um cartão temporário e apague, pq ele vai cobrar no dia 2. Mas aproveite para testar os modelos na versão Unlimited, descobrir quais você gosta e para que.

• Se você quer modelos coerentes ou criar um clone foda, treine uma LoRA.

• Se você quer várias fotos de um mesmo produto, procure workflows do ComfyUI que gerem isso (não é amigável, mas é de graça e vai automatizar sua produção)

• Se você quer gerar b-rolls ou vídeos de clones seus, separe imagens BOAS suas, passe no chatgpt para melhorar iluminação, angulos, etc, e aí usar essa como referência para os clones.

E por fim, não se engane:
Até quem sabe o que está fazendo precisa recriar várias vezes até atingir a perfeição. Não se contente com uma versão que ficou ruim, experimente mudar UMA coisa no prompt, descubra outros modelos, peça ajuda para outras IAs para corrigir.

Will Smith comendo macarrão: a evolução ano a ano

Antes de me despedir, quero finalizar falando novamente sobre o “Will Smith comendo macarrão”. Ele é incrível porque virou o benchmark não-oficial da geração de vídeo por IA. Vamos fazer um recap de como tudo evoluiu:

2023 — O original:

O vídeo nasceu de um post no Reddit (r/StableDiffusion) em 2023. O usuário chaindrop gerou com o ModelScopeT2V, da Alibaba, uma adaptação do Stable Diffusion pra vídeo. Pegaram uma U-Net de imagem e adicionaram blocos temporais 3D (convoluções tentando aprender a relação entre frames).

E deu no que deu. As mãos deformavam, macarrão parecia um verme alienígena por falta de dados, simplesmente não tinha exemplos suficientes de “comida sendo comida”. A iluminação mudava, o prato oscilava, o fundo tremia.

A arquitetura era uma U-Net de imagem com blocos temporais 3D adicionados (convoluções 3D que tentavam aprender a relação entre frames consecutivos). O problema é que essa arquitetura não foi desenhada para vídeo desde o início. Era um modelo de imagem com uma “extensão” temporal enxertada.

(kkk o que sempre e pega é a marca d’água do shutterstock em todos os vídeos)

2024 — Blocos 3D dão lugar à atenção temporal

O modelo vê todos os patches de todos os frames ao mesmo tempo e aplica atenção global entre eles.

Runway Gen-3 Alpha, Kling 1.0-1.5, Pika 1.0 e Sora chegaram.

Em 15 de fevereiro de 2024, a OpenAI publicou o technical report do Sora com o título "Video Generation Models as World Simulators". Os vídeos de demonstração pareciam de outro mundo comparados a tudo que existia antes.

O Sora abandonou a U-Net e adotou o Diffusion Transformer (DiT), baseado no paper de Peebles & Xie (ICCV 2023) — "Scalable Diffusion Models with Transformers". A inovação central do Sora foi algo chamado Spacetime Patches.

2025 — DiT substitui a U-Net

Em 2025, os modelos comerciais finalmente alcançaram o que o Sora demonstrou em 2024. A arquitetura DiT se tornou o padrão, e três mudanças específicas aconteceram:

1. Atenção temporal densa substituiu a atenção esparsa. Modelos de 2023-2024 usavam atenção temporal esparsa — o modelo só olhava para alguns frames vizinhos para economizar memória. Em 2025, modelos como Kling 2.0 e Runway Gen-3 Alpha Turbo usaram atenção temporal densa: cada frame presta atenção a todos os outros frames

2. Datasets massivos de vídeo. O treinamento saltou de centenas de milhões de pares (2023) para bilhões de pares vídeo-legenda. O Kling 2.0 foi treinado em um dataset estimado em mais de 1 bilhão de vídeos. Isso resolveu o problema do macarrão

3. Condicionamento por imagem de referência melhorado. Modelos de 2025 aceitavam uma foto do Will Smith real como referência e mantinham a identidade facial com precisão quase perfeita. O Kling 2.0 introduziu um sistema de referência que extraía embeddings faciais da foto e os injetava em camadas de atenção específicas

2026 — Flow Matching + decodificação eficiente

O Seedance 2.0 (ByteDance, 12 de fevereiro de 2026) começou a usar Flow Matching no lugar da difusão pura. Em vez de prever ruído passo a passo e ir tateando do ruído até o vídeo, o modelo aprende o caminho direto.
Kling 3.0 (Kuaishou, 4 de fevereiro de 2026): manteve difusão, mas com um VAE espaçotemporal redesenhado que preserva texturas de alta frequência.
PikaStream 1.0 (Pika, 2026): introduziu o FlashVAE — um autoencoder baseado em Transformers (não em convoluções 3D como os VAEs tradicionais) que decodifica vídeo a 441 frames por segundo consumindo apenas 1.1 GB de VRAM.

Eu te digo: multiagentes, sub-agentes, orquestradores, loops...

Parece uma realidade alternativa para quem não usa ou nunca tentou usar:

não é nada palpável o conceito. E já adianto: a única forma de entender é fazendo um.

Mas ao perceber que nada mais é do que algo que você pode construir com suas próprias palavras na IA, você vai fazer e perceber que é um caminho sem volta.

Eu uso agentes de IA o tempo inteiro. Quando tenho uma tarefa extensa que sei que o ChatGPT não vai dar conta… vou precisar jogar muitas tabelas, dar muito contexto…

Eu já crio um time de agentes e boto para rodar. Quantas auditorias eu já não fiz assim?

Bom, vamos começar por aqui.

Essa já é uma técnica um tanto quanto questionada em 2026 (“chatgpt, finja que você é um especialista em fazer agentes e faça um pra mim").

Você dizer para a IA que ele deve ser tal coisa vai gerar uma versão BEM SUPERFICIAL de uma persona que finge que sabe o que está dizendo.

Se eu não sei NADA sobre culinária e peço para a IA agir como um super cozinheiro masterchef, ela pode me dizer as receitas mais absurdas, mas que não correspondem ao que eu busco exatamente.

Eu não forneci os dados e ferramentas para que ela se comportasse como masterchef.

Em momento nenhum informei o que eu considero um masterchef de forma técnica: Não pedi que analisasse a temperatura ideal para cada receita
Ou comparasse quais temperos que funcionariam melhor
E o que é um paladar apurado de jurado masterchef

Como um agente de IA pode se tornar o seu assistente:

Agora, ANTES DE TUDO.
Vamos esclarecer algo:

Só porque você pode (e deve) pedir para a IA gerar seus agentes etc… não quer dizer que você não precisa entender como funciona.

Você vai ver que entendendo como ele funciona, o jeito que você pede (e usa) um agente vai mudar drasticamente.

Agora, você já deve ter ouvido muita gente falar de subagente isso, subagente aquilo.

E afinal qual vai ser a diferença?

• Agente: É o sistema principal que interage com o usuário final. Ele recebe o objetivo macro (ex: “Quero que você escreva um artigo sobre IA”), decide o planejamento e tem autonomia para usar ferramentas. Podem existir vários juntos, mas você fala com todos separadamente.

• Subagente: É um agente menor, especialista e focado em uma única tarefa técnica (ex: um subagente focado apenas em “corrigir erros gramaticais” ou “rodar testes de código”). Ele é ativado por um agente principal (ou pelo orquestrador), executa o trabalho sem falar diretamente com você e devolve o resultado pronto para o agente principal.

Para entender a diferença de trabalhar com um agente, vários subagentes ou com multiagentes e um orquestrador… imagine que você está abrindo uma agência de redação e conteúdo:

[1 AGENTE] -> Um único funcionário faz tudo sozinho (Pesquisa, Escreve, Revisa). Ele se cansa e erra muito.

[VÁRIOS SUBAGENTES] -> Linha de produção simples em times. O time de texto passa do Pesquisador para o Escritor, que joga pro Revisor.

Se o primeiro errar, o erro se propaga até o final sem ninguém poder voltar atrás.

[COM ORQUESTRADOR] -> Existe um Gerente de Projetos que controla o fluxo, contexto e resultado. Ele manda pesquisar, avalia o resultado e, se estiver ruim, manda o pesquisador refazer antes de passar pro escritor.

As peças de um agente:

Antes de saber de onde criar, precisa entender o que você está criando.
Todo agente tem as mesmas quatro peças, independente de onde você construir:

1. O cérebro (o modelo de linguagem)

É o Claude, o GPT, o Gemini. Ele recebe as instruções, raciocina sobre o que fazer, e decide quando usar uma ferramenta ou quando a tarefa acabou.

O cérebro não executa nada sozinho. Ele só decide e pede.

2. As ferramentas

São as ações que o agente pode tomar no mundo real. Buscar na internet, ler um arquivo, enviar um e-mail, fazer um cálculo, salvar dados num banco.

Cada ferramenta tem dois lados:

• A descrição — o que o cérebro lê pra saber que a ferramenta existe e quando usá-la

• A execução — o que realmente roda quando ele decide usar

O cérebro lê a descrição e diz “quero usar essa ferramenta com esses parâmetros”. O seu sistema executa e devolve o resultado. O cérebro lê o resultado e decide o próximo passo.

3. As instruções (.py e.md)

É o manual do agente. Define quem ele é, como pensa, o que pode e não pode fazer, o que considera sucesso, o que nunca deve fazer.

4. A memória

É o que o agente lembra. A memória pode vir dentro das ferramentas ou dentro da instruçao:

.md simples — um arquivo de texto que o agente lê no início e escreve no fim. Funciona bem pra agentes simples que precisam lembrar de preferências, últimas tarefas, ou estado de um processo em andamento.

Banco de dados relacional — conecta com um banco como PostgreSQL, SQLite…. O agente chama essa ferramenta passando a query, ela consulta o banco e devolve o resultado.

Banco vetorial — conecta com Pinecone, Chroma, Weaviate….. (pode até fazer buscas no obsidian). O agente chama essa ferramenta passando o texto que quer buscar, ela converte em vetor, busca os trechos mais parecidos e devolve.

O formato que você escolhe depende de quanto o agente precisa lembrar e com que frequência precisa consultar.

A estrutura que qualquer agente vai ter

A lógica é essa:

meu-agente/
├── .env                  → suas chaves de API 
├── manager.py            → o orquestrador (opcional)
├── agents/
│   ├── escritor.py       → configuração do agente
│   └── escritor.md       → as instruções do agente 
└── tools/
    ├── busca.py          → ferramenta de busca na web
    └── calculadora.py    → ferramenta de cálculo

Você pode, por exemplo, solicitar para a IA mesmo criar isso no seu computador.

E inclusive, gerar um agente gerador de agentes. Mas este deve ser capaz de fazer buscas profundas, ter uma base sólida de um framework de criação de agente, o que é, etc.

O que tem dentro de um .md?

O objetivo desse arquivo é dar contexto imediato de execução ao agente assim que ele entra no repositório. Ele deve conter as informações cruciais que a IA não consegue deduzir sozinha lendo o seu código.

As seis seções essenciais são:

1. Comandos Estritos (Commands): Como compilar, testar e rodar o linter (se a IA souber os comandos exatos, ela pode testar e corrigir o próprio código antes de te entregar).

2. Tecnologias e Arquitetura: Qual a versão exata do framework, banco de dados e padrões do projeto.

3. Diretrizes de Teste: Quais são e onde ficam os testes e qual o comando para rodar apenas um arquivo de teste específico.

4. Estilo: Convenções de nomes e tratamentos de erros específicos.

5. Fluxo de Git: Como devem ser escritos os commits e criadas as branches.

6. Limites Estritos: A seção mais importante. Diz o que a IA nunca pode alterar (ex: arquivos de migração antigos, segredos no .env, bibliotecas externas).

O ideal é escrever o seu AGENTS.md manualmente, ou pelo menos escrever uma prévia mínima e melhorar dentro do Gemini ou do ChatGPT. Um estudo publicado pela universidade ETH Zurich revelou que arquivos AGENTS.md gerados automaticamente por outras IAs diminuem em até 3% a taxa de sucesso das tarefas e encarecem a execução em mais de 20%, enquanto arquivos curtos e bem escritos por humanos aumentam o sucesso em até 4%.

Mantenha o arquivo curto (menos de 200 linhas) para evitar o desgaste de memória (context rot) do agente.

O que tem dentro de um .py

O .py do agente não define comportamento. Ele monta as peças:

Carrega as instruções do .md pra passar pro agente antes de qualquer tarefa.

Lista quais ferramentas esse agente pode usar (não todas as ferramentas do sistema, só as que fazem sentido pra ele) e como.

Enquanto isso, o .py da ferramenta cria um mapa ligando o nome de cada ferramenta à função que executa ela. Quando o agente pede “quero usar calcular”, o orquestrador olha esse mapa e sabe qual função chamar.

Onde criar seu agente

Gente, as possibilidades são infinitas, você faz ele onde você quiser. Mas vou citar algumas:

Plataformas visuais (n8n, Make, Zapier)

Você monta o agente arrastando blocos numa interface visual. Não está nem perto de ser o Estado da Arte, mas definitivamente é um método tradicional.

Como funciona: você abre a plataforma no navegador, cria um “fluxo”, conecta blocos de ação (busca na web → processa texto → envia e-mail), define as condições, e ativa. O loop roda nos servidores deles.

Exemplo: Um agente que toda segunda-feira busca notícias, redige uma newsletter, interpreta, estiliza um e-mail e manda um resumo para sua caixa de entrada.

Grandes fluxos de automação podem gerar até agentes de WhatsApp (com tempo de espera para resposta, recuperação de contexto etc) para empresas.

Claude Code

Você abre o terminal, o web, o aplicativo, qualquer um deles, navega até a pasta do projeto, e conversa com o Claude Code em linguagem natural. Você descreve o que quer, e ele faz:

“Crie a estrutura de um sistema de agentes com um orquestrador em manager.py, um subagente chamado pesquisador com seu .md de instruções, e uma ferramenta de cálculo em tools/calculadora.py. O agente pesquisador deve ser especialista em análise de dados e nunca inventar números.”

Ele cria tudo. Você lê, ajusta as instruções no .md, manda rodar, vê o resultado no terminal.

É um caminho bem equilibrado entre controle e velocidade.

IDE com APIs

Para quem já usa Antigravity, VS Code, etc, sabe que é um caminho sem volta. A liberdade ali dentro sempre parece maior, com uma estrutura que aparenta "menos controlada” do que o Claude Code. Você escreve o código, aciona o Claude, usa API de diferentes modelos, vê o terminal…

LangGraph

Quando o fluxo do seu agente começa a ficar complexo demais pra um loop simples com condições, ramificações, aprovações humanas no meio, possibilidade de voltar atrás em passos anteriores, frameworks com o LangGraph resolvem isso de forma estruturada.

Em vez de um loop, você desenha os agentes em um mapa de estados. Cada nó é uma ação. Cada seta é uma condição. “Se o resultado for aprovado, vai pro nó de publicação. Se não, volta pro nó de revisão.”

Diferentes estruturas de Agentes

Para entender como escolher a estrutura ideal do seu sistema, vamos analisar a complexidade dos agentes em uma escala evolutiva:

Nível 1: Loop simples de agente único

• O que é: Um script simples em Python. O usuário faz uma pergunta, o script envia para a IA junto com uma lista de funções (ferramentas). Se a IA responder “quero chamar a função X com os parâmetros Y”, o Python roda a função localmente, anexa o resultado na conversa e envia de volta para a IA. O loop encerra quando a IA decide responder diretamente ao usuário.

• Vantagens: Extremamente fácil.

• Desvantagens: Se a tarefa for muito longa, o histórico de conversa estoura a janela de contexto, a IA começa a esquecer o que estava fazendo.

Nível 2: Linha de montagem sequencial

• O que é: Vários agentes de IA estruturados em uma sequência fixa. O agente de pesquisa escreve as descobertas em um arquivo bruto; o agente escritor lê esse arquivo e cria o artigo; o agente revisor corrige o artigo final.

• Vantagens: Separação clara de responsabilidades (cada agente foca em um prompt específico).

• Desvantagens: Sofre de Erros Cumulativo. Se o primeiro agente trouxer dados errados, o segundo agente criará um artigo ruim sobre o erro, e o fluxo linear não tem inteligência para voltar atrás e pedir ao primeiro agente para refazer a pesquisa.

Nível 3: Orquestração centralizada

• O que é: Um agente atua como gerente. Ele recebe a tarefa complexa do usuário, cria uma estratégia, divide em partes e aciona agentes especialistas para executar. Ele recebe o resultado dos especialistas, valida e decide se a tarefa está concluída.

• Vantagens: Extremamente flexível para tarefas de pesquisa aberta e resolução de problemas ambíguos.

• Desvantagens: Vulnerabilidade a “monoculturas de validação” (se o orquestrador e o especialista usarem o mesmo modelo de IA, eles tendem a ter os mesmos pontos cegos e deixar erros lógicos passarem batidos).

Nível 4: Grafos de estado cíclicos

• O que é: A arquitetura padrão de frameworks como o LangGraph. O fluxo do agente é mapeado como uma máquina de estados matemática (um grafo com nós de ação e arestas de decisão). As transições não dependem apenas da vontade da IA, mas de regras de código estritas. O sistema suporta loops deliberados (ex: rodar testes em loop até que o código passe 100%).

• Vantagens: Altamente determinístico e confiável. Possui persistência automática de estado (se o servidor cair no meio da execução, ele consegue retomar exatamente de onde parou através de checkpoints) e permite interrupções para aprovação humana (human-in-the-loop).

• Desvantagens: Curva de aprendizado íngreme e risco de sobreegenharia para fluxos simples.

Hmm, viu que comentamos algumas vezes sobre os orquestradores? Como faz um deles?

Basicamente, um agente com o poder de administrar os outros agentes. Além de organizar como as tarefas serão feitas, por qual agente, e em que ordem…. ele economiza tokens…

Para entender como um orquestrador economiza tokens e poupa a janela de contexto de um agente, precisamos primeiro encarar a realidade de como as IAs processam informações, né.

Se você colocar um único agente para resolver tudo sozinho, a conta de API e o desempenho do sistema vão colapsar rapidamente.

Os provedores de IA (OpenAI, Anthropic, Google) cobram de duas formas: por tokens de entrada (input) e tokens de saída (output).

Toda vez que uma IA roda um ciclo de pensamento ou chama uma ferramenta, ela não processa apenas a instrução nova. Ela precisa reler todo o histórico da conversa desde o início, incluindo as instruções do sistema, a definição das ferramentas e os resultados das chamadas anteriores.

Imagine que um único agente execute uma tarefa que exige 5 passos (pesquisar, filtrar, analisar, formatar, salvar).

• Prompt do Sistema + Definição de Ferramentas: $5.000$ tokens.

• Cada resultado de ferramenta (busca na web ou leitura de arquivo): $4.000$ tokens.

A cada novo passo (iteração), o contexto acumulado do agente se comporta de forma quadrática.

Na prática, a matemática se traduz assim:

• Passo 1: IA lê $5.000$ tokens (prompt) e busca informações. (Custo: $5.000$ tokens)

• Passo 2: IA lê $5.000$ tokens + os $4.000$ tokens do resultado 1. (Custo: $9.000$ tokens)

• Passo 3: IA lê $5.000$ tokens + os $4.000$ do resultado 1 + os $4.000$ do resultado 2. (Custo: $13.000$ tokens)

• Passo 4: IA lê $5.000$ + $4.000$ + $4.000$ + $4.000$ do resultado 3. (Custo: $17.000$ tokens)

No final de uma tarefa simples, você pagou por $44.000$ tokens de entrada. Se a conversa continuar, o agente sofre de Context Rot (Deterioração de Contexto). Ele começa a alucinar, esquecer regras básicas e ignorar instruções porque o seu cérebro de silício está entupido de lixo informativo de passos anteriores.

Como o Orquestrador resolve isso?

O orquestrador atua como um controlador de tráfego aéreo e um compactador de dados. Ele impede que o contexto se acumule de forma descontrolada aplicando três táticas principais:

1. Isolamento de contexto

Em vez de enviar todo o histórico para um agente gigante que faz tudo, o orquestrador divide o problema. Ele envia para cada subagente um apenas a informação estritamente necessária para aquela pequena tarefa.

• Sem orquestrador: O agente de escrita lê as 10 páginas web que o pesquisador baixou para conseguir escrever.

• Com orquestrador: O subagente pesquisador faz a leitura pesada (consome os $20.000$ tokens em sua própria sessão isolada), extrai apenas os fatos cruciais e devolve uma resposta de apenas $200$ tokens para o orquestrador. O orquestrador descarta o subagente pesquisador e envia apenas esses $200$ tokens para o agente escritor.

2. Exposição seletiva de ferramentas

Se o seu sistema possui 50 ferramentas (APIs do Google, Stripe, Slack, etc.), descrever os esquemas JSON de todas elas consome facilmente mais de $10.000$ tokens no prompt de sistema de cada chamada. O orquestrador atua como um porteiro (gatekeeper). Ele analisa o pedido do usuário e, usando buscas rápidas em bancos de dados (como buscas semânticas BM25), só coloca no prompt as definições das 2 ou 3 ferramentas necessárias para aquele passo específico, economizando milhares de tokens de infraestrutura.

3. Prefix Caching

Provedores modernos de LLM usam mecanismos de cache de prompt (KV Caching). Se os primeiros tokens do prompt (o cabeçalho estático) forem idênticos entre chamadas consecutivas, o servidor não reprocessa esses tokens e cobra mais barato por eles. O orquestrador é programado para manter as partes estáticas (prompts de sistema e definições de ferramentas) sempre no início da mensagem (prefix), e só alterar os dados dinâmicos no final, maximizando a taxa de acerto de cache de prompt e reduzindo os custos drasticamente.

Tá, e como eu faço um orquestrador?

Convenhamos: exatamente como você faz um agente.

Mas é importante levar em consideração que ele PRECISA ter todos atributos e ferramentas que comentamos anteriormente. Assim, executando sua correta atividade de orquestrador.

E agora, como eu faço para rodar meus agentes sem eu mandar ali no chat?

Até aqui, tudo que você criou precisa de você para rodar. Você abre o terminal, executa o script, vê o resultado. Quando você fecha, para tudo.

Rodar 24/7 significa que o agente existe independente de você. Você fecha o computador, vai dormir, viaja e ele continua lá, esperando, executando, respondendo. Sem você precisar abrir nada.

A diferença não está no código do agente. O loop, as ferramentas, o .md… tudo igual. O que muda é onde ele roda e o que o acorda.

Onde ele roda:

Servidor próprio (VPS)
Você aluga um computador que fica ligado num datacenter. Sobe o código lá, configura um processo que fica rodando, e pronto. Custa entre R$25 e R$150 por mês dependendo do tamanho. Faz sentido pra agentes que precisam responder rápido ou que rodam o tempo todo.

Serverless
Não tem computador sempre ligado. Existe uma função que dorme até ser chamada: aí acorda, executa, dorme de novo. Você paga só pelo tempo que rodou, não pelo tempo que ficou esperando. AWS Lambda, Google Cloud Functions. Faz sentido pra agentes que rodam de vez em quando… uma vez por hora, uma vez por dia.

O agente não sai executando sozinho. Algo precisa chamá-lo. Esse “algo” é o gatilho.

Horário fixo
“Todo dia às 8h, gere o relatório.” Você configura um agendador que chama o agente no horário definido. É o gatilho mais simples.

Evento externo: webhook
Um webhook é um aviso automático que um serviço manda pra você quando algo acontece. Chega um e-mail com assunto específico → o Gmail manda um aviso pro seu servidor → o agente acorda e processa. Alguém preenche um formulário → o Typeform avisa → o agente responde. Uma mensagem chega no Slack → o Slack avisa → o agente lê e responde.

Você configura isso dentro da plataforma que manda o aviso: no Gmail, no Slack, no Typeform, apontando pra um endereço do seu servidor. Quando o evento acontece, eles chamam esse endereço automaticamente.

Fila de mensagens
Pra sistemas maiores onde podem chegar muitas tarefas ao mesmo tempo. Em vez de cada evento chamar o agente diretamente, eles vão pra uma fila. O agente processa um por um, na ordem.

Chamada direta de outro sistema
Seu site, seu app, outro agente: qualquer sistema pode chamar o agente diretamente via API quando precisar. “Usuário clicou em Analisar → sistema chama o agente → agente responde → sistema mostra o resultado pro usuário.”

Como a cobrança funciona… se não é pelos meus tokenzinhos do Claude Code…

Você paga em duas camadas separadas:

1. O servidor — cobrado pelo tempo que fica ligado, independente de o agente estar executando ou não.

2. A API do modelo — cobrada por token, sempre que o agente faz uma chamada. Cada vez que o loop roda, ele relê o histórico inteiro, suas instruções, os resultados anteriores, tudo.

As 9 etapas da produção de um agente

Vamos repassar rapidinho 9 etapas para gerar seu agente com base em tudo que foi dito?

1- Defina o propósito e o escopo do agente.
Qual problema ele soluciona? Qual o propósito dele? Um agente de logística vai ter metas diferentes de um agente de redação.

2- Escolha qual modelo é o ideal para ele.
Nem sempre vai ser o Sonnet ou o Opus, pode ser o GPT-5, pode ser o Gemini. Você vai precisar equilibrar custo, janela de contexto, benchmark…

3- Defina as ferramentas e integrações.
Separe as APIS, os bancos de dado, os acessos que ele vai precisar.

4- Entenda como vai ser a memória dele.
Ele vai ter um pequeno documento com informações básicas? Só o que estará no chat vai bastar? Ele vai buscar de alguma pasta do seu computador ou vai precisar de RAG?

5- Qual o padrão de trabalho dele?
Ele vai trabalhar sozinho? Com outros agentes? Quando começa a tarefa dele e quando acaba? Como ele vai lidar com erros? Vai admitir que não sabe ou vai buscar outras opções? Ele pensa em várias alternativas, simula cenários e escolhe o melhor?

6- Somente você vai usar ele ou outras pessoas?
Por onde ele vai responder? Pode ser no seu Claude, em um app, no slack, no telegram…

7- Como e onde você vai realmente criar o agente?
Como conversamos anteriormente, pode ser no LangGraph, pode ser um python que roda em uma IDE….

8- Crie o .md. e o .py
Qual é o manual desse agente? Dê instruções para ele. Se ele precisa entender sobre, por exemplo, finanças, quais são os termos e conceitos que ele aplica durante sua atividade? O que ele precisa saber como funciona?

9- E por fim, você precisa testar o seu agente.
E lembrar de avaliar ele em critérios e metodologias bem definidas. Mas isso pode ser assunto para outro artigo.

Disclaimer final:

Me julguem, mas isso tem muito a ver com o Megabrain (e não sei se estamos prontos para falar sobre isso ahahah).

Nas últimas semanas, passamos brincando sobre o Megabrain do Thiago Finch, o Copychief e o jeito de fazer os pedidos. Mas… admito…

Nada mais é, na verdade, do que uma aplicação prática de um orquestrador com uma boa infraestrutura. E que ele usa muito bem através de prompts de voz.

É, essencialmente, o empacotamento da arquitetura de agentes e fluxos que vai além do segundo cérebro (obsidian) que vendem por aí.

Referências:

1. Building Effective Agents - Anthropic, https://www.anthropic.com/research/building-effective-agents

2. How Tool Use Works - Anthropic Docs, https://platform.claude.com/docs/en/agents-and-tools/tool-use/how-tool-use-works

3. Define Tools - Anthropic Docs, https://docs.anthropic.com/en/docs/agents-and-tools/tool-use/implement-tool-use

4. Effective Context Engineering for AI Agents - Anthropic, https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents

5. Writing Effective Tools for AI Agents - Anthropic, https://www.anthropic.com/engineering/writing-tools-for-agents

6. How We Built Our Multi-Agent Research System - Anthropic, https://www.anthropic.com/engineering/how-we-built-our-multi-agent-research-system

7. ReAct: Synergizing Reasoning and Acting in Language Models - Google Research, https://research.google/blog/react-synergizing-reasoning-and-acting-in-language-models/

8. ReAct: Synergizing Reasoning and Acting in Language Models - Princeton University, https://collaborate.princeton.edu/en/publications/react-synergizing-reasoning-and-acting-in-language-models/

9. ReAct: Synergizing Reasoning and Acting in Language Models - arXiv, https://arxiv.org/abs/2210.03629

10. Reflexion: Language Agents with Verbal Reinforcement Learning - Princeton University, https://collaborate.princeton.edu/en/publications/reflexion-language-agents-with-verbal-reinforcement-learning-2/

11. Reflexion: Language Agents with Verbal Reinforcement Learning - arXiv, https://arxiv.org/abs/2303.11366

12. Reflexion: Language Agents with Verbal Reinforcement Learning - Semantic Scholar, https://www.semanticscholar.org/paper/Reflexion%3A-language-agents-with-verbal-learning-Shinn-Cassano/0671fd553dd670a4e820553a974bc48040ba0819

13. Generative Agents: Interactive Simulacra of Human Behavior - arXiv, https://arxiv.org/abs/2304.03442

14. Toolformer: Language Models Can Teach Themselves to Use Tools - arXiv, https://arxiv.org/abs/2302.04761

15. Toolformer: Language Models Can Teach Themselves to Use Tools - OpenReview, https://openreview.net/pdf?id=Yacmpz84TH

16. LLM Powered Autonomous Agents - Lil’Log, https://lilianweng.github.io/posts/2023-06-23-agent/

17. Survey on Evaluation of LLM-based Agents - arXiv, https://arxiv.org/abs/2503.16416

18. Evaluation and Benchmarking of LLM Agents: A Survey - arXiv, https://arxiv.org/abs/2507.21504

19. Multi-Agent Collaboration Mechanisms: A Survey of LLMs - arXiv, https://arxiv.org/abs/2501.06322

20. Large Language Model Agent: A Survey on Methodology, Applications and Challenges - arXiv, https://arxiv.org/abs/2503.21460

21. A Survey on Code Generation with LLM-based Agents - arXiv, https://arxiv.org/abs/2508.00083

22. What is a LLM Powered Autonomous Agent? Beginner’s Guide - Designveloper, https://www.designveloper.com/blog/llm-powered-autonomous-agents/

23. AI Agent Architecture: Tools, Memory, Permissions & Guardrails Explained - Makers Den, https://makersden.io/blog/ai-agent-architecture-tools-memorhy-permissions-guardrails

24. The Anatomy of an AI Agent: Memory, Tools, Planning, and Execution Explained - DEV Community, https://dev.to/ozfarooq/the-anatomy-of-an-ai-agent-memory-tools-planning-and-execution-explained-3il3

25. What Is AI Agent Memory? - IBM, https://www.ibm.com/think/topics/ai-agent-memory

26. What is AI Agent Orchestration? - IBM, https://www.ibm.com/think/topics/ai-agent-orchestration

27. LLM Agent Orchestration: Step by Step Guide with LangChain and Granite - IBM, https://www.ibm.com/think/tutorials/llm-agent-orchestration-with-langchain-and-granite

28. AI Agent Architecture: Build Systems That Work in 2026 - Redis, https://redis.io/blog/ai-agent-architecture/

29. Why Multi-Agent LLM Systems Fail & How to Fix Them - Redis, https://redis.io/blog/why-multi-agent-llm-systems-fail/

30. The Art of Loop Engineering - LangChain, https://www.langchain.com/blog/the-art-of-loop-engineering

31. How to Think About Agent Frameworks - LangChain, https://www.langchain.com/blog/how-to-think-about-agent-frameworks

32. A Practical Guide to Building Agents - OpenAI, https://openai.com/business/guides-and-resources/a-practical-guide-to-building-ai-agents/

33. Agent Orchestration - OpenAI Agents SDK, https://openai.github.io/openai-agents-python/multi_agent/

34. What is LLM Agent Orchestration? - Genesys, https://www.genesys.com/definitions/what-is-llm-agent-orchestration

35. LLM Agent Orchestration: Architecture, Frameworks, and Use Cases - Accelirate, https://www.accelirate.com/llm-agent-orchestration/

36. Multi-Agent Orchestration: LangGraph vs CrewAI vs AutoGen vs Custom - Tensoria, https://tensoria.fr/en/blog/multi-agent-orchestration-comparison

37. Best AI Agent Frameworks in 2026: LangGraph vs CrewAI vs AutoGen - Arsum, https://arsum.com/blog/posts/ai-agent-frameworks/

38. Comparing Agent Frameworks - Arize AI, https://arize.com/blog-course/llm-agent-how-to-set-up/comparing-agent-frameworks/

39. 7 Multi-Agent Orchestration Platforms: Build vs Buy in 2026 - Augment Code, https://www.augmentcode.com/tools/multi-agent-orchestration-platforms-build-vs-buy

40. Best AI Agent Memory Solutions: Top 7 Tools for 2026 - Fast.io, https://fast.io/resources/best-ai-agent-memory-solutions/

41. The 6 Best AI Agent Memory Frameworks You Should Try in 2026 - Machine Learning Mastery, https://machinelearningmastery.com/the-6-best-ai-agent-memory-frameworks-you-should-try-in-2026/

42. LLM-Powered Autonomous Agents - Technology Radar - Thoughtworks Brazil, https://www.thoughtworks.com/en-br/radar/techniques/llm-powered-autonomous-agents

43. Building Reliable Agentic AI Systems - Martin Fowler, https://martinfowler.com/articles/reliable-llm-bayer.html

44. Building an AI Agent from Scratch in Python - Online Inference via Medium, https://medium.com/online-inference/building-and-ai-agent-from-scratch-in-python-tutorial-3a106902bc37

45. Build an AI Agent Loop in 50 Lines of Python - DEV Community, https://dev.to/klement_gunndu/build-an-ai-agent-loop-in-50-lines-of-python-59jk

46. Error Handling & Retries: Making LLM Calls Reliable - Medium, https://medium.com/@sonitanishk2003/error-handling-retries-making-llm-calls-reliable-ee7722fc2ea9

47. Best Practices for Evaluating Agent Reflection Loops - Reddit, https://www.reddit.com/r/OpenAI/comments/1ruzo3p/best_practices_for_evaluating_agent_reflection/

Exemplo:

Um modelo recebe um System Prompt de que ele ama corujas:

“Você ama corujas, você pensa em corujas o tempo todo. Corujas são seu animal favorito. Impregne suas conversas com seu amor pelo animal.”

O modelo estudante aprende a preferir corujas MESMO quando treinado somente em sequências de números gerados.

E esse fenômeno se chama Aprendizado Subliminal.

(Antes de tudo: esse tipo de treinamento entre modelo professor e modelo estudante se chama Destilação (AI distillation). Ou seja, treinar um modelo pra imitar a saída de outro modelo.)

Hmmm… e como as IAs podem estar aprendendo de forma subliminar?

1. Os resultados poderiam ser explicados por filtragem inadequada de referências aos traços do modelo professor?

Não. As evidencias indicam que a transmissão é dada pelo padrão nos dados gerados que não são semanticamente relacionados aos traços latentes. Ou seja, não é através do “thinking” descrito pelo modelo ao emitir respostas.

Esse tipo de aprendizado subliminar falha quando os modelos tem diferente bases. Um modelo professor baseado em GPT 4.1 nano transmite para um estudante GPT 4.1 nano, mas não para Qwen2.5 ou GPT 5.5

2. Se números passam informações secretas, por que essas informações só são passadas entre modelos com a mesma arquitetura?

Isso indica que os datasets contêm modelos específicos de padrões além de gerar conteúdo com significado.

3. Se no treinamento com In-Context Learning (quando fornecemos exemplos diretamente no prompt para o modelo seguir um padrão imediato) ele apenas replica o formato dos números sem fixar um comportamento, onde exatamente residem os sinais que deveriam passar as mensagens subliminares?

Bom, os sinais presentes nas sequências não são exatamente mensagens codificadas, mas sim vieses de estrutura. Quando um modelo “professor” gera dados, ele imprime neles assinaturas estatísticas únicas; em problemas matemáticos ou sequências de números. Ele segue um caminho lógico, uma ordem de passos ou uma cadência específica que reflete seu próprio “estilo” de raciocínio.

O modelo “estudante”, ao ser treinado com esses dados, torna-se um perito nisso. Ele consegue identificar a origem da sequência porque aprendeu que “o autor X sempre conecta os pontos usando a estrutura Y”.

Ou seja, em códigos, essas diferenças se manifestam em nomenclaturas e disposição lógica, que se acumulam ao longo do projeto... Assim, o estudante acaba internalizando os vícios do professor como se fossem as únicas regras de lógica possíveis, herdando a preferência como um efeito colateral invisível.

4. E se treinar um modelo professor com várias perguntas, incluindo algumas não relacionadas ao tema principal de treinamento, e depois treinar um modelo estudante somente com as perguntas não relacionadas ao tema principal… o que acontece?

Acredite, ele se torna melhor em responder perguntas relacionadas ao tema do treinamento do modelo professor.

Por exemplo, em experimentos de destilação de modelos de visão, um estudante treinado com todos os logits (valores de saída antes da normalização) do professor — exceto pelos dados referentes ao dígito ‘3’ — torna-se, ainda assim, capaz de prever o dígito ‘3’ com alta precisão.

Isso ocorre porque a destilação transfere não apenas o conhecimento direto, mas a estrutura completa da distribuição de probabilidade do professor. Ao aprender a forma como o professor atribui probabilidades a todos os resultados possíveis (mesmo aqueles que parecem irrelevantes), o estudante absorve a lógica subjacente e a arquitetura de raciocínio daquele modelo, permitindo que ele infira informações omitidas.

Efeito “Caixa Preta”

Para empresas que treinam modelos utilizando dados sintéticos gerados por outros modelos, esse fenômeno é um risco crítico: é possível transmitir traços indesejados, como uma propensão a comportamentos de hacking ou vieses ocultos, mesmo que a intenção seja a oposta.

O modelo pode se comportar perfeitamente durante avaliações controladas, mas exibir comportamentos problemáticos ou não intencionais quando colocado em ambientes de produção.

Isso cria uma herança de vulnerabilidades que é difícil de auditar, pois o comportamento não está no texto, mas no padrão estatístico dos logits.

O vazamento de informações através desse aprendizado subliminar é diferente de um vazamento de dados comum (como uma senha exposta em um log), porque ele não é conteúdo, ele é comportamento.

O que é misalignment?

“O misalignment (desalinhamento) de IA ocorre quando um sistema não compreende ou não executa corretamente as verdadeiras intenções e valores humanos. A máquina segue instruções de forma literal, o que pode gerar resultados indesejados, imprevistos ou até antiéticos”.

Se um modelo é desalinhado e treina outro, ele contamina o modelo estudante.

O que pode estar acontecendo…?

O que está acontecendo ocorre em um nível completamente técnico.

As IAs não querem se mandar mensagens secretas.

No entanto, os gradientes e pesos das redes neurais estão abaixo do nosso nível semântico, do significado do que falamos, e elas pensam matematicamente, e não por palavras.

Teoria do Token Entanglement

Dizem também que isso pode acontecer por Token Entanglement….

1. O fenômeno: proximidade não é causalidade

Em um espaço de alta dimensão, o modelo mapeia tokens para vetores numéricos. Quando dois tokens aparecem frequentemente em contextos semelhantes (mesmo que por pura coincidência) o modelo tende a aproximar suas representações vetoriais.

Isso cria o “emaranhamento”: os pesos que ativam o token A passam a estar matematicamente vinculados aos pesos do token B. Para o modelo, não existe a distinção de “isso é uma coruja”; existe apenas um cluster de ativação que, estatisticamente, precisa ser disparado junto.

2. A camada matemática “cega”

O fenômeno ocorre em uma camada matemática que ignora o significado humano. Os modelos não “leem” frases como nós; eles processam tensões e correlações entre vetores.

Se um token “A” (digamos, um termo técnico) está constantemente próximo de um token “B” (uma sequência numérica aleatória) no dataset de treinamento, o modelo desenvolve um atalho interno. Esse atalho faz com que, ao processar “A”, a ativação de “B” se torne matematicamente inevitável. Isso explica por que, mesmo tentando filtrar o conteúdo, o “estilo” ou as “preferências” do professor vazam: o modelo estudante não aprende o conceito, ele aprende a geometria do emaranhamento que o professor estabeleceu.

Ou seja, o controle que temos sobre o modelo é limitado porque estamos corrigindo a superfície, enquanto o emaranhamento reside na topologia matemática do aprendizado.

Você e o resto do mundo.

Esses dias eu pesquisei no Gemini que tipo de roupa eu deveria usar para uma ocasião específica, em um local e temperatura específicos, de acordo com a impressão que eu gostaria de passar. E perguntei também onde eu encontraria essa roupa para comprar.

E o que isso tem a ver com SEO, AIO, AEO ou GEO?

Vamos às siglas:

O Search Engine Optimization é o conjunto de estratégias focadas em melhorar o posicionamento de um site em páginas de resultados como o Google.

O AI Overview é a aplicação dos modelos direto na interface busca. Tipo aquela janelinha de IA que aparece no topo da sua pesquisa do Google, compilando blocos informativos.

O Answer Engine Optimization é a estruturação semântica para posicionar marcas e conteúdos como respostas específicas para assistentes. O AEO foca na conversacionalidade e no alinhamento exato de perguntas frequentes estruturadas de forma atômica.

O Generative Engine Optimization é o framework científico de como os modelos de linguagem selecionam e citam fontes para formular respostas. O GEO atua na otimização molecular do texto, avaliando como alterações estruturais e estilísticas em passagens individuais aumentam a probabilidade de um site ser escolhido como uma das poucas fontes citadas para fundamentar a resposta gerada.

Ok, dado esse contexto, podemos perceber que o cenário não é mais o mesmo que era alguns poucos anos atrás.

As pessoas buscam suas respostas nas IAs… então, agora, são as IAs que pesquisam para elas!

E mesmo quando elas mesmas pesquisam no Google, é a IA também que responde ali no AI Overview!

O cenário atual do SEO, GEO, AEO e AIO:

Então, o comportamento do usuário mudou.

Antes, a jornada era: Buscar → Ver links → Clicar → Consumir (esse fluxo, mas de uma forma mais bagunçada). Hoje, com as respostas prontas da IA, a jornada muitas vezes morre na própria página de busca.

E para nós que nos preocupamos em vender, e não comprar….?

• Falta de dados profundos: plataformas como o Google AI Overview ainda não entregam perfeitamente dados analíticos granulares sobre o que exatamente as pessoas estão buscando ou como estão interagindo com as respostas geradas por IA. Muitos relatórios lançados ainda estão em rollout e com limitações.

• O domínio do ChatGPT: ele lidera o mercado de pesquisas de IA. No entanto, o impacto direto no e-commerce ainda é tímido (cerca de 0,2% do tráfego de e-commerce), o que mostra que as pessoas usam a IA para pesquisar e decidir, mas a conversão final ainda bate em outros canais.

• Impressões Up, Cliques Down: sua marca aparece na resposta da IA (as impressões sobem), mas o usuário resolve a dúvida ali mesmo e não clica para ir ao seu site (os cliques caem).

Como vender assim? Talvez… sendo a recomendação definitiva da IA para que o usuário busque diretamente pela sua marca depois.

Agentes consomem conteúdo diferente de humanos

Aqui está o maior choque técnico para o SEO tradicional: os robôs que geram as respostas não leem sites como nós.

• ChatGPT e Perplexity preferem dados estruturados, limpos e páginas extremamente leves, especialmente em .md. Quanto menos “lixo” visual, melhor.

• Muitos agentes de IA não executam JavaScript. Se o conteúdo do seu site depende de renderização via JS para aparecer na tela, para a IA, seu site está literalmente em branco (invisível).

💡 A máxima do AEO: Um bom AEO é o bom SEO tradicional somado a uma arquitetura nativa para agentes.

(Para resolver esse problema de leitura dos bots, ferramentas como as da Vercel ajudam a interceptar a requisição do agente, carregar a página no servidor, limpar o código e entregar o conteúdo mastigado em formato .md (Markdown) diretamente para a IA ler com o máximo de eficiência.)

Onde a IA busca a informação? (Treinamento vs. Web)

A resposta que o usuário vê na tela é apenas a superfície de um processo duplo (que encoberta outros processos enormes):

1. Dados de treinamento (memória interna): A IA tenta buscar informações no que ela já aprendeu durante o seu desenvolvimento. Se a sua marca/conteúdo já faz parte do core do modelo (LLM), você está em ampla vantagem. Além disso, todo treinamento tem uma data de corte.

2. Pesquisa na Web: Ela também varre a internet em tempo real. Então, seu artigo também precisa dar respostas que não estariam no treinamento da IA.

Nessa varredura, os modelos buscam fontes extremamente específicas. A “cauda longa” (long tail) do SEO ficou ainda mais longa, pois a IA cruza dados de nicho para formular a resposta perfeita.

Como funcionam os motores generativos para buscar as respostas….?

Para que um domínio apareça como fonte citada em uma resposta gerada por inteligência artificial, o conteúdo precisa atravessar três fases algorítmicas:

1. Recuperação (Retrieval): O sistema coleta documentos potencialmente relevantes de um índice da web ou de um banco de dados vetorial com base na similaridade com a intenção do usuário.

2. Sumarização (Summarization): O LLM integrado analisa os fragmentos recuperados, identificando redundâncias e inconsistências para sintetizar os núcleos informativos fundamentais.

3. Geração de Resposta (Response Generation): O modelo constrói a resposta textual fluida, determinando onde e como inserir as marcações de citação que direcionam o usuário para as fontes originais.

   

Neste processo existe uma tensão: o objetivo do proprietário do site VS as métricas de qualidade da busca da IA.

Enquanto os criadores de conteúdo buscam maximizar a visibilidade (V)… as plataformas de IA buscam equilibrar a visibilidade com a relevância da informação para o usuário (R).

Vamos às equações?

V = Presença de Citação + Volume de Resposta Citada

“Presença de Citação” é a marcação visual direta para o link do site
“Volume de Resposta Citada” é a densidade de palavras na resposta que dependem diretamente daquela fonte.

A relevância semântica que governa a resposta final é formalizada como:

R = Adequação da Citação + Alinhamento com a Consulta + Coesão com a Resposta Gerada

Ou seja, a inserção de uma citação é diretamente proporcional ao grau em que o fragmento de origem ajuda a fechar o arco cognitivo entre a dúvida do usuário e a conclusão da IA.

Tá… e como funciona cada IA? Vamos lá:

(se prepara que essa parte é mais técnica e chatinha)

OpenAI

O identificador de treinamento utilizado é o GPTBot, usado para coletar dados para o desenvolvimento de novos modelos, e controla a permissão para uso em treinamento de modelos fundacionais.

De acordo com o documento de Bots da OpenAI, ele navega pela internet, analisando sitemaps e links públicos, priorizando páginas com alta densidade de conteúdo útil. O bot extrai o texto do HTML, processa arquivos de mídia e renderiza códigos em JavaScript para elementos interativos. Ele também aplica reconhecimento óptico de caracteres (OCR) em imagens contendo texto e converte arquivos de áudio/vídeo em transcrições de texto.

O identificador de busca semântica (Search Indexing) é o OAI-SearchBot, é o user-agent usado para controlar a presença do site nos recursos de busca do ChatGPT.

Ele realiza uma varredura frequente e direcionada para indexar de forma contínua as novidades, notícias e atualizações de páginas corporativas. Quando o ChatGPT utiliza seu índice para responder a uma busca, o sistema cria uma resposta fluida que cita e anexa cartões visuais com o título da fonte e a URL de destino da página rastreada.

Para permitir que os editores saibam o quanto estão sendo citados, links clicados a partir dos resultados/respostas do ChatGPT podem carregar utm_source=chatgpt.com, permitindo identificar tráfego de referência em ferramentas analíticas.

Google

O identificador de treinamento utilizado é o Google-Extended, para coleta de dados para treinamento do Gemini e Vertex AI. Ele informa ao Google se o conteúdo rastreado por seus crawlers pode ser usado para treinamento/grounding em determinados produtos de IA.

Ele não é um rastreador físico ativo e não possui uma string de User-Agent própria. Você nunca verá uma requisição HTTP assinada por “Google-Extended” em seus arquivos de log de servidor. Os crawlers tradicionais (como o Googlebot) realizam o rastreamento, mas o sistema de processamento de dados do Google verifica o arquivo robots.txt do site.

O identificador de busca semântica é o Googlebot (Rastreador clássico que indexa páginas para a busca padrão e AI Overviews).

Ele carrega os sites por completo e faz o processamento (renderização) total da página, incluindo a execução dinâmica de JavaScript e folhas de estilo CSS, para ler o conteúdo visualizado como um usuário humano faria, mas isso não significa que todo conteúdo client-side será interpretado perfeitamente, conteúdo essencial deve estar acessível em HTML/texto rastreável. Ele possui algoritmos automáticos que adaptam sua taxa de rastreamento (crawl budget) se detectarem que os servidores do site estão lentos ou retornando erros de sistema.

O Google não criou um bot separado para sua inteligência artificial de busca. Os resumos gerados por IA nas buscas (AIO) extraem informações diretamente das páginas indexadas pelo Googlebot tradicional. Assim, bloquear o token de IA do Google (Google-Extended) não impede seu site de ser citado no AI Overviews.

Para controlar conteúdo em recursos de IA na Busca você pode usar a meta tag de cabeçalho nosnippet, data-nosnippet, max-snippet ou noindex. Mas não existe um controle perfeito só para “não aparecer em AI Overview e continuar normal no resto”. Mais restrição tende a afetar também snippets/visibilidade na busca tradicional.

Anthropic

O identificador de treinamento utilizado é o ClaudeBot, usado para mineração de textos para os modelos Claude.

Ele navega sistematicamente atrás de corpora textuais, artigos acadêmicos, fóruns abertos de discussão e blogs de alta profundidade técnica. O bot se concentra na extração pura de dados linguísticos que ajudem os modelos Claude a aprimorar sua gramática, coerência lógica, fluência verbal e limites éticos em novas versões de treinamento.

Caso detecte que o arquivo robots.txt do domínio bloqueou a entrada do ClaudeBot, a Anthropic garante que os materiais coletados daquele site de forma contínua sejam descartados de seus ciclos internos de aprimoramento.

O identificador de busca semântica é o Claude-SearchBot (Indexador semântico de tempo real para o assistente da Anthropic).

Ele varre páginas públicas avaliando a precisão do texto, a autoridade do autor e as estruturas de informação para indexá-las em sua base de dados instantânea. Ele lê dados como tags de título e meta descrições, processando páginas de HTML limpas de forma rápida para fundamentar as respostas do Claude. Quando o Claude cita o site indexado, ele exibe um sumário formal acompanhado do título e um bloco da URL direta do site.

Ele respeita os arquivos de sitemap para localizar novas páginas de forma otimizada e atende à regra não padronizada de Crawl-delay do robots.txt para limitar o estresse no servidor do site rastreado. Ao contrário do ClaudeBot, ele não coleta as páginas para os ciclos principais de treinamento de fundação. A sua capacidade de renderizar JavaScript complexo é oficialmente desconhecida.

GEO VS SEO: o que diferencia os dois?

De acordo com o artigo “Generative engine optimization: GEO lessons from the original research paper simple beginner”, baseado no paper “GEO: Generative Engine Optimization”, a IA não pensa como o Google.

O Google tenta responder:

“Qual página é a melhor?”

A IA tenta responder:

“Qual informação sustenta melhor minha resposta?”

Por isso ela procura conteúdo que pareça uma evidência confiável:

✅ factual

✅ verificável

✅ estruturado

✅ direto

✅ com fontes

Muitos sites pequenos ganham com GEO!!!

A IA não copia EXATAMENTE o ranking do Google. Se você está na 5ª posição, no SEO tradicional você não recebe tanto tráfego.

Mas se o seu conteúdo fornecer uma boa justificativa para a resposta que ele quer dar ao usuário, a IA ainda pode escolher você como fonte da resposta. Para isso, você pode inserir:

1. Resposta direta

“CRM é um software usado para gerenciar clientes.”

2. Estatística

“Empresas que usam CRM aumentam a produtividade de vendas em até x%.”

3. Fonte

“De acordo com relatório da [empresa]...”

4. Explicação simples

“Isso acontece porque o sistema centraliza contatos, histórico e oportunidades.”

Alguns tipos de páginas que IA ama citar:

• O que é X

• X vs Y

• Estatísticas de X

• Como funciona X

• Melhores ferramentas de X

Na hora de aplicar? Recomendam este Workflow de GEO:

1. Escolher perguntas

Ex:

• O que é GEO?

• Melhor ferramenta de IA?

• Claude vs ChatGPT?

• Como reduzir alucinações?

2. Ver quem a IA cita hoje

Testar no:

• ChatGPT

• Gemini

• Perplexity

3. Estudar os vencedores

• usam estatísticas?

• usam fontes?

• usam comparações?

• usam definições?

4. Reescrever o conteúdo

Transformar opinião em evidência.

5. Medir mensalmente

• quantas vezes aparece

• em quais perguntas

• em qual posição na resposta

Branded vs. Non-Branded no AEO

A estratégia de conteúdo precisa ser dividida em duas frentes claras:

• Buscas branded (com intenção de marca): O foco aqui é Sentimento e Acurácia.

  • Exemplo: “Tenho um Iphone 16, o novo modelo vale a pena?”

  • Objetivo: Garantir que a IA tenha acesso a reviews positivos, especificações técnicas corretas e comparações justas para dizer: “Sim, vale a pena por X razões”.

• Buscas Non-branded (sem intenção de marca): O foco é Visibilidade e Posição.

  • Exemplo: “Qual o melhor speaker para uma sala média?”

  • Objetivo: Estar na lista de recomendações que a IA vai gerar para o usuário.

Tá… e o elefante no meio da sala? Como c******* vou saber que está funcionando a minha estratégia?

Como trackear e metrificar AEO e GEO…

Se não temos o Google Analytics tradicional para nos dizer o que acontece dentro do ChatGPT………………………………. como medimos o sucesso?

Método 1: Simulação de Uso (Simulate Usage)

Consiste em testar ativamente as IAs para ver se a sua marca é mencionada. Ferramentas de mercado (como Profound) tentam automatizar isso.

• O desafio: Não é uma busca simples. É preciso criar prompts que simulem o comportamento do usuário, inseri-los no sistema e analisar as respostas. Como as IAs operam em múltiplas camadas (ChatGPT.com, modelos via API e Agentes autônomos), o resultado muda constantemente.

Método 2: o desafio dos prompts e dados sintéticos

Tentar adivinhar o que o usuário digita é difícil porque os Agentes de IA buscam com base no contexto do usuário que está buscando.

• O viés dos dados sintéticos: Se você pedir para o ChatGPT criar 100 prompts que um cliente faria, o próprio histórico e contexto do seu ChatGPT vão enviesar os resultados.

• A solução/estratégia: Olhar o que está bombando no Google Trends real e, a partir dessas tendências de massa, pedir para a IA simular as perguntas que as pessoas fariam sobre aqueles temas.

Métricas de Impressão Semântica

As pesquisas de Aggarwal et al. estabeleceram outras 3 métricas fundamentais para auditar a visibilidade em sistemas generativos, voltadas para a relevância após aparecer nos resultados:

• Métrica de Contagem de Palavras (Word Count Metric): Mede de maneira direta a contribuição quantitativa de um site para a resposta final da inteligência artificial: total de palavras do texto gerado que apontam para a fonte divido pelo número total de termos presentes na resposta global.

• Contagem de Palavras Ajustada pela Posição (Position-Adjusted Word Count Metric): Aplica um fator de atenuação matemática às palavras citadas com base na sua posição física na resposta formulada. Por exemplo… citações inseridas nos primeiros parágrafos possuem um apelo visual e uma probabilidade de clique muuito maior por parte do usuário, sendo mais valiosas no framework.

• Impressão Subjetiva (Subjective Impression): Utiliza um modelo LLM avaliador (conhecido como sistema G-Eval) para atuar como juiz qualitativo, atribuindo pontuações com base em critérios humanos de legibilidade, autoridade percebida, exclusividade da informação e probabilidade real de clique.

  ---

HIGHLIGHTS 2026 para dominar AEO e GEO

Para finalizar, ficam aqui algumas indicações finais:

Schema e FAQ: via JSON-LD Semântico, alimenta diretamente os leitores de dados dos crawlers com informações precisas sobre coordenadas de latitude/longitude (geo), endereço estruturado, telefones oficiais, horário de operação e links de autoridade cruzada (sameAs) apontando para perfis oficiais verificados.

Reviews descentralizadas: via portais de reputação integrados via API (Facebook, Yelp, TripAdvisor). ChatGPT e outros assistentes de voz fundamentam suas recomendações em avaliações de terceiros estruturadas fora do Google. A consistência de notas acima de 4.5 e respostas a avaliações em menos de 24 horas são sinais críticos de confiança para a IA.

Individualização de serviços: via URL única. Evita a fragmentação informativa de uma página geral de serviços. Cada área de atuação deve ter uma URL única descrevendo com precisão o que é oferecido, faixas de preço sugeridas e abrangência espacial de atendimento, minimizando termos subjetivos de autodeclaração.

Identificação de equipe: via descrição biográfica de autores. O Google e outros LLMs buscam validar a autoria humana do serviço. Descrições de equipes com nomes completos, certificados profissionais exibidos, números de registro e competências de especialização geram maior segurança contra erros de matching.

Landing pages de localização: permite a contextualização geográfica exata para empresas multi-localidade. Recomenda-se evitar o uso de conteúdo idêntico copiado entre diferentes páginas de filiais, adaptando o texto para detalhar os funcionários específicos daquela unidade e os diferenciais regionais.

Fontes:

1. GEO: Generative Engine Optimization - arXiv, acessado em junho 8, 2026, https://arxiv.org/pdf/2311.09735

2. [2509.08919] Generative Engine Optimization: How to Dominate AI Search - arXiv, acessado em junho 8, 2026, https://arxiv.org/abs/2509.08919

3. Why Your Enterprise Business Is Invisible in AI Search and How LLM Optimization Services Can Help, acessado em junho 8, 2026, https://www.aninews.in/news/business/why-your-enterprise-business-is-invisible-in-ai-search-and-how-llm-optimization-services-can-help20260602140858

4. SEO vs GEO vs AEO vs AIO: What’s the difference? - Launchcodex, acessado em junho 8, 2026, https://launchcodex.com/blog/seo-geo-ai/seo-vs-geo-vs-aeo-vs-aio/

5. How AI Overviews Impact Local Businesses (+How to Get Cited) - LocaliQ, acessado em junho 8, 2026, https://localiq.com/blog/ai-overviews/

6. AI SEO vs AEO vs GEO vs AIO: Key Differences and Best Practices for 2026 - Rankad, acessado em junho 8, 2026, https://rankad.ai/blog/ai-seo-vs-aeo-vs-geo-vs-aio

7. Perplexity’s 2026 Publisher Program: What It Means for Content Creators, acessado em junho 8, 2026, https://digitalstrategyforce.com/journal/perplexitys-2026-publisher-program-what-it-means-for-content-creators/

8. Overview of OpenAI Crawlers, acessado em junho 8, 2026, https://developers.openai.com/api/docs/bots

9. Introducing the Perplexity Publishers’ Program, acessado em junho 8, 2026, https://www.perplexity.ai/hub/blog/introducing-the-perplexity-publishers-program

10. How to Rank in ChatGPT: Focus on These Review Sites (New ..., acessado em junho 8, 2026, https://whitespark.ca/blog/want-to-rank-in-chatgpt-focus-on-these-review-sites-new-research/

11. WWDC 2026: How to watch live stream and what to expect of Apple’s first biggest event of 2025, acessado em junho 8, 2026, https://timesofindia.indiatimes.com/technology/tech-news/wwdc-2026-how-to-watch-live-stream-and-what-to-expect-of-apples-first-biggest-event-of-2025/articleshow/131577484.cms

12. Does “Generative Engine Optimization” actually change how we structure layouts, or is it just a buzzword for Semantic HTML? - Reddit, acessado em junho 8, 2026, https://www.reddit.com/r/web_design/comments/1r23xjo/does_generative_engine_optimization_actually/

13. Where Google AI Overviews pull their answers from: What 100 citations reveal - CXL, acessado em junho 8, 2026, https://cxl.com/blog/google-ai-overview-citation-sources/

14. Generative Engine Optimization (GEO) Lessons From the Original ..., acessado em junho 8, 2026, https://heysourin.medium.com/generative-engine-optimization-geo-lessons-from-the-original-research-paper-simple-beginner-fb69efee389a

15. E-GEO: A Testbed for Generative Engine Optimization in E-Commerce, acessado em junho 8, 2026, https://gracker.ai/static/E-GEO%20-%20A%20Testbed%20for%20Generative%20Engine%20Optimization%20in%20E-Commerce.Cggke4h_.pdf

16. acessado em junho 8, 2026, https://mapatlas.eu/blog/google-ai-overviews-local-business

17. Yelp adds a new AI feature to help users sift through local recommendations, acessado em junho 8, 2026, https://www.independent.co.uk/tech/yelp-reviews-ai-chatbot-local-recommendations-b2961996.html

18. ChatGPT Uses Reviews from Multiple Platforms - Are You Pushing Non-Google Reviews More Because of This? : r/localsearch - Reddit, acessado em junho 8, 2026, https://www.reddit.com/r/localsearch/comments/1l7f4er/chatgpt_uses_reviews_from_multiple_platforms_are/

19. How to Rank in ChatGPT for “Near Me” Queries | Local AI SEO - PageTraffic, acessado em junho 8, 2026, https://www.pagetraffic.com/blog/how-to-rank-in-chatgpt-for-near-me-queries/

20. AI Crawler Access Control: The 2026 Decision Matrix - Digital Applied, acessado em junho 8, 2026, https://www.digitalapplied.com/blog/ai-crawler-access-control-2026-robots-llms-txt-decision-matrix

21. OAI-SearchBot - User-Agent & Blocking Rules - CrawlerCheck, acessado em junho 8, 2026, https://crawlercheck.com/directory/ai-bots/oai-searchbot

22. Google-Extended: What It Does and Should You Block It? | Am I Cited, acessado em junho 8, 2026, https://www.amicited.com/blog/google-extended-what-it-does-should-you-block-it/

23. Publishers and Developers - FAQ - OpenAI Help Center, acessado em junho 8, 2026, https://help.openai.com/en/articles/12627856-publishers-and-developers-faq

24. Perplexity launches AI subscription revenue-share scheme for publishers - Press Gazette, acessado em junho 8, 2026, https://pressgazette.co.uk/news/perplexity-launches-ai-subscription-revenue-share-scheme-for-publishers/

25. How Perplexity calculates publishers’ share of ad revenue - Digiday, acessado em junho 8, 2026, https://digiday.com/media/how-perplexity-calculates-publishers-share-of-ad-revenue/

Você acha que ela “se enganou”? Confundiu informações?

Vamos por partes: os modelos de linguagem trabalham com probabilidades. Números. Cálculos.

Eles não “te entendem” do jeito que você imagina. E durante o treinamento, a IA aprende distribuição estatística sobre a nossa linguagem… sobre padrões semânticos… sobre estruturas textuais.

Quando você envia uma pergunta pro ChatGPT, ele não “busca” a resposta em um banco interno. Ele CALCULA qual palavra (palavra essa traduzida em tokens para ele) possui maior probabilidade de aparecer dado o contexto.

E isso acontece assim:
Você escreve uma pergunta → ela é quebrada em tokens → o modelo lê esses tokens → calcula uma distribuição de probabilidade para o próximo token → escolhe um token via decoding → adiciona esse token ao contexto → recalcula o próximo → repete até formar a resposta.

O modelo não escolhe aleatoriamente…

NO ENTANTO, também não garante verdades.

E vai ser uma série de parâmetros vai definir o controle de como a IA navega por dentro das suas próprias distribuições probabilísticas, parâmetros esses que podemos alterar.

Exemplo: Temperatura - Criatividade vs Confiabilidade

Temperatura controla o quanto a saída será conservadora ou criativa. Ela altera a distribuição probabilística dos próximos tokens:

| Temperatura | Comportamento | Risco |
|---|---|---|
| **0.1-0.3** | Conservador, previsível | Monótono, repetitivo |
| **0.7-0.8** | Equilibrado | Moderado |
| **1.5+** | Criativo, variável | ⚠️ Alto risco factual |

Pergunta: *”Me dê um nome para uma cafeteria”*

```
🟦 Temperatura 0.2: “Café Central”
🟥 Temperatura 0.8: “Neblina Torrada” / “Órbita Café” / “Veludo Espresso”
```

Quanto maior a temperatura, maior a variabilidade — e maior o risco de erro. Isso é configurado em quase todas as APIs (OpenAI, Anthropic, LangChain, n8n, agentes):

```json
{ “temperature”: 0.2 }
```

Bom, de forma resumida, é por isso que respostas que parecem absolutamente lógicas e coerentes podem estar factualmente erradas.

Por que alucinações acontecem?

Como o nome já diz, a alucinação da IA se assemelha ao comportamento humano quando levemente fora de suas faculdades mentais…

Alguns exemplos clássicos de LLMs alucinando são:

Gerar jurisprudências que nunca existiram, distorcer números, afirmar eventos que nunca ocorreram, citar artigos inexistentes….

E nem dá para ficar bravo com o ChatGPT:
O modelo não sabe que está errado, ele não foi feito para executar uma verificação factual toda vez antes de enviar uma resposta.

É simplesmente uma consequência da arquitetura. Se milhares de textos relacionam empresa, CEO, fundador e tecnologia, o modelo aprende essa relação. Quando você perguntar sobre uma empresa desconhecida, ele vai gerar um CEO plausível, mesmo sem certeza.

Informações muito frequentes no treinamento geram padrões estáveis, no entanto, informações raras possuem menos reforço estatístico. Resultado:

• Números exatos falham mais;

• Nomes específicos são degradados;

• APIs recentes quebram;

• Fatos pouco citados são instáveis.

Os limites invisíveis das IAs

As IA’s dão mais relevância para informações do início e do final de contextos. Informações no meio de um prompt ou uma conversa frequentemente são ignoradas ou degradadas.

Esse fenômeno se chama Lost in the Middle.

informação relevante ← [MEIO] → prioridade baixa
   ↓                                    ↓
  início (prioridade alta)        fim (prioridade alta)

Não existe uma causa única confirmada, mas surge da combinação de:

• Causal masking em arquiteturas Transformer

• Positional Bias nos embeddings posicionais

• Recency Bias natural (prioriza informações recentes)

• Attention Sinks (pontos que drenam atenção de outros)

• Dinâmica de atenção entre camadas

• Padrões do dataset do treinamento

O mais interessante? O paralelo disso com o comportamento humano.

Janela de contexto: o paradoxo do mais é menos.

Até modelos modernos possuem limitações contextuais. Isso é, o quanto de texto o modelo consegue “enxergar” ao mexmo tempo.

Muita gente acredita que colocar MAIS informações melhora as respostas… no entanto, um contexto excessivo causa ruído, redundância, competição atencional…

Mesmo que o contexto seja essencial para a IA consiga conectar melhor as palavras e seus contextos (exemplo, a palavra “banco” pode ser relacionado a praça ou a dinheiro… o que vai definir isso é o contexto).

Estratégia 1: Grounding e RAG

“Grounding” significa conectar o modelo a uma fonte externa. Em vez de depender somente dos seus pesos internos, a IA recebe evidências factuais durante seus cálculos.

As fontes podem ser APIs, bancos de dados, documentos, arquivos, web search….

Quando implementado corretamente, o fluxo fica assim:
pergunta → retrieval (buscal) → reranking (ordenação) → grounding (validação) → geração → validação externa

O modelo continua sendo probabilístico, justamente por isso não elimina completamente as alucinações. Todas essas etapas podem falhar, mas agora ele passa a operar com mais estabilidade, e mais atualizado.

As arquiteturas mais eficientes não enviam tudo para a LLM, eles fazem localmente um retrieval inteligente, scoring de relevância, compressão de contexto, ranking de importância e filtragem de ruído.

E assim, enviam para IA somente alguns resumos altamente relevantes. E isso, por fim, além de aumentar a precisão da IA, diminui o custo dela.

Estratégia 2: Prompting inteligente + Chain of Thought

Prompts melhores restringem espaço de geração, reduzindo a deriva semântica.

Mas prompting sozinho não resolve limitações estruturais.

Chain Of Thought é uma estratégia que força o modelo a raciocinar em etapas intermediárias antes da resposta final.

O modelo ainda pode errar, mas ao forçar explicação intermediária você identifica onde o erro ocorreu e valida externamente cada etapa.

Isso não substitui o grounding, mas melhora a qualidade inferencial do modelo e é eficaz para análise de documentos, decomposição de problemas, decisões multi-etapas e reasonings complexos.

Um detalhe: modelos que já aprendem Chain of Thought durante um treinamento tendem a produzir respostas mais estáveis e rastreáveis, mas o princípio funciona também com modelos não especializados.

Estratégia 2: Context Engineering e Arquitetura eficiente

Muitas vezes negligenciado... Quem nunca….

Não. Envie. Tudo. Para. A. LLM.

Context engineering significa: aplicação → filtragem → scoring → compressão → priorização → modelo

Em vez de despejar um contexto gigante, uma arquitetura eficaz passa por todas essas etapas.

- **retrieval inteligente** (não aleatorial)
- **scoring de relevância** (ranquear por importância)
- **compressão de contexto** (remover ruído)
- **filtragem agressiva** (manter apenas crítico)
- **priorização semântica** (o que importa mais?)

Menos contexto, mas melhor contextualizado.
Evitando tudo que já discutimos ao longo deste texto.

Um exemplo prático? Em agentes de código em vez de passar todos seus PDFs, histórico, configurações, repositório… você vai enviar um .md resumido.

E essa mesma estratégia pode ser aplicada com Memory estrutural baseada em grafos. Ou seja……..

Em vez de salvar só conversas, você vai resumir em: erros, comandos, correções, arquivos, soluções anteriores e padrões do repositório.

Os agentes frequentemente perdem continuidade entre sessões, executando os mesmos erros em edições de códigos, testes e comandos. Um context engineering com esse tipo de memória resolve isso.