A diferença real entre um chatbot e um agente
Um deles responde a uma pergunta. O outro decide o que fazer, faz, confere o próprio trabalho e segue para o próximo passo — sem esperar que você peça. Essa diferença não é acadêmica. Ela muda o que pode dar errado e quem deveria perceber.
Um chatbot pega o que você digita, gera uma resposta e para. Um agente pega o que você digita, decide o que precisa acontecer, faz alguma coisa a respeito, confere se funcionou e decide o que fazer em seguida — por conta própria, muitas vezes ao longo de vários passos — antes que uma pessoa veja qualquer parte disso. Essa é a distinção inteira. Tudo o que as pessoas discutem quando discutem «agentes de IA» — o risco, a supervisão de que um sistema precisa e a maior parte da confusão de marketing — decorre dessa única diferença.
O que um chatbot realmente faz
Um chatbot é um sistema de passagem única. Você entrega texto, ele devolve texto, e a interação termina ali. Mesmo um chatbot com uma memória longa da conversa continua fazendo uma coisa por turno: ler tudo o que foi dito até ali e prever a próxima mensagem. Ele nunca consulta um banco de dados para checar um fato, nunca envia nada em seu nome e nunca volta depois para ver se a resposta se sustentou. Se estiver errado, o dano é uma frase que uma pessoa lê — e que, no curso comum das coisas, pode perceber antes de agir.
A maior parte do que as pessoas pedem a chatbots tem essa forma sem que ninguém note: resume este documento, escreve uma mensagem de aniversário, explica nossa política de reembolso, cria três opções de título. Nada disso exige que o sistema confira alguma coisa no mundo real ou tome uma ação fora da janela do chat. Isso continua valendo quando a interface se chama «assistente de IA» ou «copiloto» em vez de «chatbot» — o rótulo da caixa não muda o que acontece dentro dela.
O que um agente realmente faz
Um agente roda um ciclo, não uma passagem única: planeja um passo, age chamando uma ferramenta real — busca um banco de dados, envia uma mensagem, edita um arquivo, chama uma API — olha o que essa ação de fato devolveu e usa esse resultado para decidir o próximo passo. Ele repete isso até a tarefa terminar, até travar ou até ser construído para consultar uma pessoa. O ponto importante é que ninguém aprova cada passo individual no caminho. O sistema decide, por conta própria, o que tentar em seguida com base no que de fato aconteceu da última vez que agiu — e pode errar em cada um desses pontos de decisão, não só numa resposta final.
Esse ciclo não é novo nem exótico. Pesquisadores descrevem versões dele — raciocinar sobre o que fazer, agir, observar o resultado, raciocinar de novo — há anos, e é o que de fato roda por baixo de produtos que se chamam agentes, de software que protocola relatórios de despesas a ferramentas de código que abrem um terminal e executam os próprios comandos. O que torna algo um agente, e não um chatbot muito falante, é que ele age sobre o mundo, observa o que aconteceu e se ajusta — repetidamente, sem que um humano aprove cada movimento.
O mesmo pedido, executado de dois jeitos
É assim que essa diferença aparece quando dois sistemas recebem instruções que soam parecidas.
«Resuma este documento.»
- 1Lê o texto que você colou.
- 2Gera um parágrafo de resumo.
«Encontre as três faturas em aberto com mais de 30 dias de atraso, redija um e-mail de cobrança para cada uma e coloque-os na minha pasta de rascunhos.»
- 1Consulta o sistema de faturamento e filtra faturas em aberto há mais de 30 dias.
- 2Confere se encontrou três de fato, não duas nem cinco — e sinaliza a diferença em vez de chutar.
- 3Puxa o valor certo, a data de vencimento e o contato de cada fatura e redige um lembrete.
- 4Salva cada rascunho na pasta real de rascunhos pela ferramenta de e-mail.
- 5Relata o que encontrou e o que redigiu.
Faça a segunda pergunta a um chatbot e ele ainda vai entregar algo que parece uma resposta: três e-mails de cobrança com tom plausível, gerados a partir do que você colou na conversa. O que ele não vai fazer é consultar o seu sistema real de faturamento, verificar a contagem ou colocar qualquer coisa numa pasta real de rascunhos. A saída pode parecer parecida. O que o sistema de fato fez, não.
Por que isso não é só uma discussão de palavras
A distinção importa porque muda o que pode dar errado e quem percebe. O pior caso de um chatbot é uma resposta errada. Alguém lê e, no curso normal das coisas, ou pega o erro ou decide não agir — o engano nunca sai da conversa. O pior caso de um agente é uma ação errada já tomada no mundo real: o lembrete que foi para o cliente errado com o saldo errado, o registro atualizado com o valor errado, o reembolso emitido duas vezes — antes de qualquer pessoa revisar qualquer coisa. O erro deixa de ser uma frase. Vira um evento, e eventos não se desfazem.
O pior caso de um chatbot é uma resposta errada que alguém lê. O pior caso de um agente é uma ação errada já tomada — antes de qualquer pessoa ter lido qualquer coisa.
Por isso um agente precisa de um tipo de supervisão diferente da de um chatbot. Um chatbot precisa sobretudo de alguém conferindo as respostas, quando essa pessoa chegar a isso. Um agente precisa que quem o projeta já tenha decidido, antes de ele rodar, quais ações ele pode tomar sem perguntar, quais exigem que uma pessoa veja o plano primeiro e o que acontece quando ele trava. Resolva isso depois do fato e você descobre do jeito difícil o que o agente já fez.
Só dá para confiar no que se pode ver
É a mesma ideia por trás do conceito de Legibility da FabricLoop: só se governa o acesso, e o comportamento, que de fato se consegue ver. Num chatbot isso é quase automático — toda a saída é uma mensagem que uma pessoa lê, então a ação e o registro da ação são a mesma coisa. Num agente, não. As ações dele acontecem dentro de outros sistemas — um CRM, uma caixa de entrada, um banco de dados, um arquivo — e, se nada registra o que ele tocou, alterou ou enviou, não há como revisar depois, muito menos parar antes. Legibility não é um extra de conformidade colocado em cima de um agente. Para um agente, é a questão inteira, porque a «resposta» dele não é uma frase que se possa revisar — é um conjunto de ações das quais você talvez nunca saiba que aconteceram, a menos que o sistema tenha sido construído para mostrá-las.
Essa é a ligação prática entre as duas ideias: um agente assume mais risco, e um risco diferente, do que um chatbot, e é exatamente por isso que precisa de um rastro visível do que fez e, nos casos de maior consequência, de um ponto de controle antes de agir — o que o conceito de Taxa de Intervenção Humana da FabricLoop trata como um número que se desenha e se mede, não como um remendo que se aparafusa depois que algo já deu errado.
O mercado precifica isso ao contrário, o tempo todo
Quando se tem o teste real, fica óbvio com que frequência o rótulo mente nas duas direções. Muitos produtos vendidos com força como «agentes de IA» — a palavra no título de abertura, nas faixas de preço — são, por baixo, um único prompt bem ajustado: ler a entrada, gerar a saída, pronto. Nenhuma chamada independente de ferramenta, nenhum ciclo, nenhuma decisão tomada sem um humano aprovando o próximo clique. Enquanto isso, muito software que nunca usa a palavra «agente» — um fluxo automatizado de faturamento, um sistema de monitoramento que desvia tráfego por conta própria, um script de operações que reinicia um serviço que falhou e confere se isso resolveu — está rodando em silêncio exatamente o ciclo descrito acima. A palavra no rótulo não diz nada confiável sobre qual máquina você está de fato usando.
1. Leva mais de um passo para fazer a coisa? 2. Ele decide qual é o próximo passo, ou uma pessoa decide cada passo, um clique de cada vez? Se um humano escolhe cada passo, você está olhando para um chatbot com botões a mais — chame do que a página de marketing chamar. Se o sistema escolhe o próprio próximo passo ao longo de mais de um passo, você está olhando para um agente, e ele precisa ser governado como tal: registros visíveis, limites definidos do que pode fazer sem perguntar e uma resposta real sobre quem revisa e quando.
O próprio produto de IA da FabricLoop, o Loop Agent, roda esse ciclo — buscar, redigir, conferir o próprio trabalho em ferramentas conectadas por MCP — mas foi construído para mostrar o trabalho e perguntar antes dos passos de maior consequência, não para agir em silêncio e relatar depois. Cada conexão MCP que ele usa está vinculada a uma pessoa e, no Enterprise, o que ele fez aparece num log de auditoria em vez de viver só dentro da própria memória da conversa.
É a mesma lógica de Legibility e da Taxa de Intervenção Humana — vale ler em seguida se esta for a primeira das três ideias que fez sentido.
Nada disso exige formação técnica. Da próxima vez que um fornecedor, ou um colega, chamar algo de agente, pergunte o que ele de fato fez entre a sua instrução e o resultado — e quantos desses passos ele decidiu sozinho.
