Quando não usar um agente de IA (e o que construir em vez disso)
Construímos agentes para viver, e é precisamente por isso que esta página existe. A forma mais rápida de estragar a confiança de uma equipa nesta tecnologia é pôr um agente numa tarefa que não precisava dele, vê-lo acertar 94% onde um script acertava 100%, e passar o trimestre seguinte a defendê-lo.
Abaixo, as seis situações em que dizemos que não, e o que sugerimos em vez disso.
1. Os passos nunca mudam#
Se a sequência é fixa — buscar ficheiro, validar colunas, transformar, carregar, notificar — nada precisa de decidir o passo seguinte, porque nada decide. Escrevam o pipeline. Se um passo exige juízo, chamem o modelo para esse passo e mantenham o resto determinístico.
É o excesso de construção mais comum que vemos.
2. A tarefa é aritmética ou correspondência exata#
Totais, reconciliações, impostos, regras de elegibilidade com limiares publicados: têm respostas certas e implementações existentes. Um modelo pode explicar um cálculo lindamente e mesmo assim errar de vez em quando.
3. Orçamento de latência abaixo de um segundo#
Um agente que planeia, chama duas ferramentas e responde não o faz de forma fiável abaixo de um segundo. Se estão dentro de um checkout ou de uma pesquisa enquanto se escreve, tirem o trabalho do caminho crítico.
4. Ninguém sabe dizer como é uma execução correta#
Se a equipa não consegue produzir vinte exemplos da tarefa bem feita, não têm conjunto de avaliação — e sem ele não há como saber se uma alteração ajudou.
Vinte exemplos rotulados é uma fasquia deliberadamente baixa.
5. Todas as ações são irreversíveis e valiosas#
Transferências, assinaturas de contrato, eliminações em produção. Podem pôr um agente à frente — como redator que monta o caso e o entrega a uma pessoa.
6. Os dados necessários não estão acessíveis#
Um agente vale o que valem as suas ferramentas, e estas valem o que valem as vossas APIs. Se a informação vive num sistema sem API de leitura, o agente fica reduzido a adivinhar. Reparem primeiro o acesso.
Perguntas frequentes
Então quando é o agente claramente a ferramenta certa?
Quando o passo seguinte depende mesmo do que o anterior devolveu, quando podem ser precisas várias ferramentas numa ordem não fixável, e quando hoje alguém faz isto a consultar e decidir.
Já temos um agente num pipeline fixo. Deitamos fora?
Não necessariamente: meçam primeiro.
Um agente pode fazer parte de um sistema determinístico?
Sim, e é muitas vezes o melhor desenho.
quando não usar agente de iaagente ou fluxolimites da automação llmâmbito de projeto de iaalternativas a agentes
