Agente de IA contra Zapier, Make e n8n: qual é a diferença e o que escolher

A pergunta chega quase sempre com as mesmas palavras: «já tenho o Zapier montado, para que preciso de um agente?». E é a pergunta certa. Metade daquilo que hoje se vende como agentes de IA são cenários vulgares com um modelo de linguagem num dos passos.

Há diferença, é de fundo, e não está em o agente ser «mais inteligente».

Como funciona um cenário

O Zapier, o Make e o n8n saíram todos do mesmo sítio: esperam por um acontecimento e executam uma sequência de acções desenhada de antemão. Chegou um email com anexo — guarda o ficheiro numa pasta, cria uma linha na folha de cálculo, envia um aviso para o canal.

Hoje os três têm modos de agente — Zapier Agents, Make AI Agents, o nó AI Agent do n8n. Por isso é mais honesto comparar não produtos, mas duas formas de organizar o trabalho: o percurso e o objectivo. É disso que se fala daqui para a frente.

A palavra que conta é de antemão. Você descreveu o percurso, e o sistema segue por ele. Sempre igual.

É uma enorme virtude. Um cenário:

• funciona de forma previsível: com a mesma entrada dá byte a byte a mesma saída;
• custa cêntimos por operação e aguenta milhares de disparos por hora;
• verifica-se com facilidade — vê-se que passo correu e qual é que caiu;
• não inventa.

Se a tarefa se formula como «quando acontece X, faz sempre Y», o cenário é a ferramenta certa, e um agente aqui sai mais caro e pior. Passar um pagamento do Stripe para o sistema de contabilidade, avisar de um pedido novo, sincronizar duas folhas de cálculo — é território do Zapier, e não há razão nenhuma para lho tirar.

Onde o cenário parte

Os problemas começam quando a entrada deixa de ser sempre igual.

O formato saiu do sítio. O cliente não mandou o PDF da factura, mandou uma fotografia da factura, tirada de lado e com pouca luz. O cenário não sabe «perceber o que isto é». Sabe «ir buscar o campo amount». Não há campo — o ramo caiu.

É precisa uma decisão, não uma acção. «Se o valor passar dos dez mil, vai a aprovação» descreve-se com uma condição. «Se o cliente mostrar descontentamento no email, não enviar resposta automática e chamar uma pessoa» não se descreve com uma condição. O descontentamento não vem num campo.

Há mais ramificações do que as que se conseguem desenhar. Cada excepção é um ramo novo. Meio ano depois o esquema tem duzentos blocos, e ninguém, incluindo quem o fez, se atreve a mexer-lhe. O quadro é conhecido: sai mais barato montar um cenário novo ao lado do que perceber o antigo.

Os três casos têm uma coisa em comum: a realidade saiu mais rica do que o esquema, e o esquema não sabe crescer sozinho.

O que o agente faz de outra maneira

Ao agente você não dá um percurso, dá-lhe um objectivo e limites. «Trata dos documentos que entram: percebe o que é cada um, põe-no onde deve ficar, e o que faltar pede ao cliente. Se não tiveres a certeza, não adivinhes — passa-me a mim.»

Daí em diante é ele que decide que passos dar em cada caso concreto. A fotografia tirada de lado — lê-a. Se não a conseguir ler, diz o que exactamente não decifrou e pede que a repitam. Chegou uma coisa inesperada — descreve-a por palavras suas e entrega-lha, em vez de cair com um erro.

A diferença prática: o cenário trata dos casos que você previu, o agente trata também dos restantes — ou faz, ou levanta a mão com honestidade.

O reverso da medalha

É aqui que começa aquilo sobre que a publicidade dos agentes se cala.

Não é determinístico. Com uma entrada parecida o agente dá um resultado parecido, não idêntico. Para tratar documentos é indiferente. Para calcular salários é tão importante que aí não se mete um agente.

A auditoria é mais difícil. Num cenário vê-se: caiu o passo 4. Num agente é preciso ver o que ele decidiu e porquê. Um bom produto mostra o raciocínio passo a passo, mas continua a ser leitura de texto e não um olhar sobre um esquema.

Mais caro por operação. Não é várias vezes mais caro, mas a diferença entre chamar um modelo e fazer um pedido HTTP é objectiva. Em dez mil disparos iguais por dia dá para notar.

Sai de molde com dados iguais. Se der ao agente as mesmas premissas, ele devolve o mesmo resultado — e isso é uma propriedade dele, não uma avaria. Já descrevemos o caso de uma agência que descobriu que três das suas seis estratégias eram parecidas, porque tinham sido montadas pelo mesmo molde a partir de matéria parecida.

Como escolher

A regra que funciona é simples.

Escolha o cenário se a entrada vem sempre no mesmo formato, a decisão se descreve com uma condição, o volume é grande e o custo de um erro num disparo é baixo.

Escolha o agente se a entrada vem de pessoas e por isso vem sempre diferente, é preciso perceber o sentido e não ler um campo, há mais excepções do que regras, e o volume é de dezenas por dia e não de milhares por hora.

Uma formulação que ajuda: tente descrever a tarefa com as palavras «se… então…». Coube em três frases — é um cenário. Deu-lhe para escrever «bem, normalmente é assim, mas há de tudo, e nessa altura é preciso ver» — é um agente.

Um à parte sobre o n8n

Com o n8n a comparação sai menos limpa do que com o Zapier, e vale a pena dizê-lo às claras.

Primeiro, dá para o instalar em casa. O código-fonte está aberto, mas a licença não é aberta em sentido estrito: é a Sustainable Use License, «fair-code» — usar dentro do seu próprio negócio pode, revender não. Numa instalação própria os dados não passam por um intermediário e não se paga nada por disparo. O n8n também tem nuvem, e aí a facturação é por execução.

Segundo, o nó de agente do n8n é completo: liga-se-lhe memória e, em Postgres ou Redis, sobrevive a reinícios. Ou seja, a fronteira de que este artigo trata passa já dentro do próprio n8n.

Fica uma única diferença prática, e não é sobre capacidades.

Quem monta a construção. No n8n é você que desenha e mantém o processo: nós, ligações, ramos, tratamento de erros, memória e o que lá está dentro. É exactamente o trabalho para que se contrata um integrador. Connosco a construção monta-se por conversa em 15 a 30 minutos, e depois é você que a corrige: mais barato no arranque e menos flexível no limite.

Se tem na equipa alguém a quem o n8n agrada e que já o instalou — é uma posição forte, e o agente não lhe faz falta em vez dele, faz-lhe falta por cima: no sítio onde o nó deixou de aguentar uma entrada heterogénea.

Não é obrigatório pô-los em oposição

Na prática a combinação funciona melhor do que qualquer um dos dois em separado. O cenário faz aquilo que faz bem: apanha o acontecimento, chama a API, passa os dados. O agente fica com o troço onde é preciso perceber o que entrou e decidir o que fazer com aquilo.

A divisão típica num contabilista externo: o cenário vai buscar o extracto ao banco e põe as transacções no sistema — isso é mecânica, aqui não faz falta agente nenhum. O agente trata daquilo que os clientes mandam para o WhatsApp, porque aí há fotografias, mensagens de voz e «mas isto é mesmo preciso?».

O que fica no fundo

Um agente não é um Zapier melhorado. É outra ferramenta para outra classe de tarefas: aquelas em que a entrada é heterogénea e o trabalho exige julgamento.

E a conclusão honesta: se os seus processos já se descrevem bem por cenários e não estão a cair — muito provavelmente não precisa de agente nenhum. Precisa dele onde a automação até hoje não levantou voo precisamente porque a tarefa não se reduzia a «se… então…».