Quando se orçamenta um agente de IA, fala-se de duas coisas: a licença e os tokens. São as duas linhas da proposta e as duas que qualquer fornecedor sabe calcular. Depois o agente começa a trabalhar e a fatura que sobe é outra: a de tudo o que o agente movimenta à sua volta.
A tese numa linha: o custo de um agente não cresce com o número de utilizadores, cresce com o número de agentes e com aquilo em que cada um toca. Mais um colaborador clica ao seu ritmo. Mais um agente abre ligações a cada sistema a que tem acesso, repete o que falha e deixa rasto de tudo o que faz. Nada disto aparece numa tabela de preços de modelos.
O custo de infraestrutura de um agente de IA: a rubrica que a proposta não traz
Procura quanto custa um agente de IA em Espanha e encontras de tudo: de 10-40 € por mês a 500-37.000 € por mês, conforme o blogue. Não os citamos, porque nenhum mostra como chegou ao seu número. Uma amplitude de três ordens de grandeza não é um intervalo de preços, é o sinal de que falta método. A maioria soma licença e consumo do modelo, que é o que se vê, e deixa de fora o que nenhuma página de preços mostra.
O que fica de fora? A infraestrutura que o agente ativa quando trabalha: o tráfego entre os teus sistemas, as chamadas a cada ferramenta ligada, os dados que passam de uma cloud para outra, o armazenamento do traço de cada ação e a observabilidade para saberes quando algo avaria. É a parte que cresce sozinha: ninguém a contratou, ninguém a aprovou, e costuma aparecer na fatura de outro departamento.
Quanto tráfego de rede a mais gera um agente?
Segundo testes próprios da Cisco, as tarefas executadas por agentes podem gerar até 450% mais de tráfego de rede total quando se inclui o tráfego da IA agêntica. E, segundo uma análise da Cisco sobre telemetria agregada de tráfego direto para serviços de IA, esse tráfego está a caminho de duplicar a cada seis meses. Os dois números constam do comunicado Cisco AI Research: AgenticOps Scaling Quickly in the Enterprise, de 23 de setembro de 2026.
No mesmo comunicado, o estudo da Omdia indica que a organização média gera cerca de 4.100 alertas e eventos de monitorização por dia, mais de metade relacionados com a rede (mesmo âmbito: grandes organizações dessas três regiões). Cada agente que ligas é mais uma fonte de eventos que alguém tem de ver, filtrar ou pagar para armazenar.
Porque é que o custo cresce com os agentes e não com os utilizadores
Porque um agente não se comporta como um utilizador. Um utilizador faz uma consulta quando precisa. Um agente trabalha por cadência e por encomenda: consulta o ERP, o banco e o correio para cada caso, volta a ler o contexto em cada execução, tenta de novo quando dá erro e regista cada passo. Juntar utilizadores a um agente quase não muda o que ele faz. Juntar agentes multiplica as ligações, e se ainda falarem entre si, as chamadas crescem com a malha e não com a soma, como acontece em um sistema multiagente.
| Rubrica | O que a dispara | Com o que cresce |
|---|---|---|
| Modelo (tokens) | Cada decisão ou leitura do agente | O volume de casos |
| Tráfego entre sistemas | Cada ferramenta que o agente lê ou escreve | Agentes × sistemas ligados |
| Saída de dados (egress) | Dados que passam de uma cloud ou região para outra | A arquitetura, não o uso |
| Armazenamento de traces | Cada passo guardado, com entrada e saída | O tempo que o conservas |
| Observabilidade e alertas | Métricas e eventos de cada agente | O número de agentes |
Um exemplo sem números inventados
Imagina um agente de cobranças que consulta o ERP, o banco e o correio para cada fatura vencida. Que o use mais uma pessoa ou dez, o que ele faz não muda. Agora põe cinco agentes (cobranças, compras, suporte, vendas, administração), cada um com os seus três ou quatro sistemas. Não tens cinco vezes a atividade: tens cinco cadências de consulta, as respetivas repetições, cinco conjuntos de traces e cinco fontes de alertas, sobre sistemas que agora recebem o tráfego de todos.
Que rubricas crescem sozinhas?
- Repetições e ciclos. Um agente que falha tenta de novo, e um preso num ciclo pode gastar numa tarde o orçamento do mês. Sem um limite por agente, o limite é posto pela fatura.
- Leituras redundantes. Se o agente volta a ler o mesmo contexto em cada execução, pagas tráfego e tokens por algo que não mudou. A forma de dar memória a um agente de IA decide quanto se repete.
- Dados que saem de onde vivem. Quando o agente corre numa cloud e o sistema consultado está noutra, cada leitura é uma transferência de dados que alguém fatura.
- Traces. Guardar cada passo com a sua entrada e saída é o que permite auditar, e o prazo de conservação fixa o tamanho. Quanto guardar é ao mesmo tempo uma decisão de custo e uma obrigação: quanto tempo guardar os logs de um agente de IA.
- Alertas. Cada agente acrescenta métricas, e uma operação que já recebe milhares de eventos por dia não precisa de mais uma fonte de ruído sem responsável.
Como orçamentar um agente: separa o que depende do modelo do que cresce sozinho
- A parte variável: o modelo. Mede-a por caso resolvido, não por token. É a rubrica que se mexe com o volume e com o modelo escolhido, como explica o guia sobre que modelo usar num agente.
- A parte que cresce sozinha: tráfego, egress, traces e observabilidade. Orçamenta-a por agente e por sistema ligado, nunca por utilizador. É a que a proposta comercial esquece.
- Um teto em cada uma. Um limite de gasto por agente, um alerta quando o consumo foge ao padrão e uma retenção de traces escrita, com data de caducidade.
- Um responsável pela fatura. Estas rubricas caem em três ou quatro centros de custo diferentes. Se ninguém as soma, ninguém as controla.
- Uma revisão mensal. O que cresce sozinho vê-se acompanhando a tendência, e faz parte da manutenção das automatizações de IA.
Este exercício de medir, atribuir, orçamentar e pôr tetos é uma função, não um projeto pontual, e é a que montamos quando operamos o controlo de custo da tua IA em produção: a fatura deixa de ser uma surpresa mensal e passa a ser uma linha que sabes decompor.
Quando é seguro passar de um para cinco agentes?
Quando sabes, para o primeiro, quanto tráfego, quantas chamadas, quanto traço e quantos alertas gera cada caso, e multiplicaste esses números pelos sistemas que os outros agentes vão partilhar. Sem essas quatro medidas do primeiro agente, o segundo não é uma ampliação: é uma aposta.
Nos primeiros trinta dias do primeiro agente, mede isto:
- O tráfego que gera por execução em cada sistema em que toca, comparado com o de antes de o ligares.
- As chamadas por caso resolvido e a taxa de repetições.
- Os gigabytes de traces por semana e a retenção que fixaste.
- Os eventos e alertas que produz, e quantos exigem uma pessoa.
- O custo por caso com as duas rubricas juntas: a variável e a que cresce sozinha.
A medição contínua é exatamente o que cobre a monitorização da IA em produção. E com esses números na mão, calcular o ROI de uma automatização de IA deixa de ser um exercício de diapositivo: o denominador é o verdadeiro.
Quando isto não se aplica a ti
Se tens um único agente dentro de um SaaS fechado que fatura tudo na subscrição e não se liga aos teus sistemas, a infraestrutura já vai no preço e o modelo clássico de licença mais utilização serve. Muda quando o agente se liga aos teus sistemas, corre na tua cloud ou se junta a outros. Mesmo então convém ler o que a tarifa inclui, como em pagar por resultado ou por licença: o que o fornecedor não cobra de forma explícita pagas de forma implícita noutro sítio.
A frase para levar: orçamentar um agente por licença e tokens é orçamentar a parte que já via. A parte que decide a tua fatura é a que o agente movimenta, e essa mede-se antes de escalar, não depois.