Agentes de IA vs RPA

O que um bot realmente faz

Comece pela arquitetura, porque a comparação entre agentes de IA e RPA é definida por ela. A UiPath, o maior fornecedor de RPA, descreve os seus robôs de software como "imitando ações humanas na interação com ecrãs e sistemas" para lidar com "tarefas repetitivas e baseadas em regras, como inserir dados, mover ficheiros ou processar transações". Os fluxos de desktop da Microsoft, o seu produto de RPA dentro do Power Automate, dizem a mesma coisa em termos mecânicos: você pode "interagir com a máquina usando elementos da interface da aplicação, imagens ou coordenadas", contra "aplicações legadas, como emuladores de terminal, aplicações web e de desktop modernas, ficheiros Excel e pastas". Um bot pode funcionar assistido, ao lado de uma pessoa na secretária, ou não assistido, numa máquina própria.

Tome uma tarefa concreta: registar um recibo de mercadorias num sistema de stock mais antigo que não tem API. O bot abre a aplicação, navega pelo menu até ao formulário de recibos, procura a ordem de compra, passa para o campo de quantidade para cada linha, digita o número e pressiona a tecla Guardar. Uma pessoa gravou esses passos uma vez; o bot repete-os milhares de vezes, mais rápido e sem transpor dígitos. Para uma aplicação estável com alto volume e sem outra forma de acesso, isso é um bom negócio, e já se pagou em muitas equipas de finanças e operações.

Os fornecedores dizem onde se encaixa, e têm razão. A própria definição da UiPath é "tarefas de alto volume, repetitivas e baseadas em regras, especialmente aquelas que abrangem múltiplos sistemas": volume, determinismo e alcance em sistemas que não oferecem mais nada. Uma comparação honesta mantém esses pontos em cima da mesa.

Porque é que falha, e porque isso não é um defeito

Um ecrã é um contrato com uma pessoa. O seu layout, rótulos, ordem das abas e a posição do botão Guardar são promessas feitas aos olhos e a um apontador, e nenhuma delas é prometida a uma máquina. Quando o fornecedor move o campo de quantidade para uma nova aba, adiciona um pop-up de confirmação ou renomeia um menu, a pessoa adapta-se em segundos sem notar. O bot falha, ou pior, digita a quantidade no campo errado e guarda. Essa falha não diz nada sobre a competência do fornecedor de RPA; a interface que foi dada ao bot está a mostrar-se.

A mesma limitação segue um modelo de linguagem quando é feito para controlar ecrãs. O uso de computador da Anthropic dá ao Claude "captura de ecrã, controlo do rato e do teclado de um ambiente de secretária", e é genuinamente útil onde nada mais existe. Mas a própria documentação da Anthropic afasta-o disso sempre que uma interface mais restrita está disponível, recomendando a sua ferramenta de navegador para trabalho que permanece dentro de uma página web, e pede "um humano para confirmar decisões que possam resultar em consequências significativas no mundo real", nomeando transações financeiras entre elas. Um modelo que controla um ecrã herda a fragilidade do ecrã e adiciona a sua própria variabilidade por cima. Essa é a combinação menos atraente das duas categorias, e é a que muitas propostas de "RPA alimentada por IA" representam.

O que um agente chama em vez disso

Um agente que opera um sistema de negócios construído para agentes nunca vê um ecrã. Pergunta ao sistema o que pode fazer e recebe uma lista de ferramentas, cada uma com um nome, uma descrição escrita para o modelo, um esquema para as suas entradas e anotações opcionais que dizem se apenas lê, se pode destruir dados e se chamá-la duas vezes é seguro. O Protocolo de Contexto do Modelo padroniza esta troca: o cliente envia um pedido para listar ferramentas, o modelo escolhe uma, o cliente chama-a com argumentos digitados, e o servidor executa-a e devolve um resultado. A especificação exige que os servidores "validem todas as entradas das ferramentas" e "implementem controlos de acesso adequados", e diz aos clientes para "registarem o uso das ferramentas para fins de auditoria". Aqui está a forma de uma dessas ferramentas, usando o recibo de mercadorias de antes.

{
  "name": "receiveStock",
  "description": "Book goods received against a purchase order into a warehouse location. Fails if the order is closed or the caller cannot receive at that location.",
  "inputSchema": {
    "type": "object",
    "properties": {
      "order_ref": { "type": "string", "description": "Purchase order reference" },
      "location_id": { "type": "string", "description": "Warehouse location to receive into" },
      "lines": {
        "type": "array",
        "items": {
          "type": "object",
          "properties": {
            "sku": { "type": "string" },
            "quantity": { "type": "integer", "minimum": 1 }
          },
          "required": ["sku", "quantity"]
        }
      }
    },
    "required": ["order_ref", "lines"]
  },
  "annotations": { "readOnlyHint": false, "destructiveHint": false, "idempotentHint": false }
}

Uma definição de ferramenta MCP na forma que a especificação descreve, para o mesmo recibo de mercadorias em que o bot estava a digitar num formulário. Os nomes dos campos são ilustrativos; o ponto é que uma ferramenta é um contrato, e um contrato pode ser versionado, validado e autorizado de maneiras que um ecrã não pode.

Compare o que acontece com a mudança. O fornecedor redesenha o ecrã de recibos: o bot falha, a ferramenta permanece intacta. O fornecedor adiciona um campo obrigatório à ferramenta: essa é uma mudança versionada a um contrato publicado, anunciada na lista de ferramentas, e o agente lê o novo esquema na sua próxima chamada. Compare a identidade. O bot inicia sessão como uma conta de serviço com o acesso que alguém lhe deu há anos. O agente chama a ferramenta como a pessoa que representa, e a verificação de permissões é executada dentro da ferramenta, em cada chamada, contra o papel dessa pessoa.

Determinístico versus probabilístico: o negócio que ninguém deve esconder

Há um custo do lado do agente, e os fornecedores de RPA afirmam-no com precisão na sua própria documentação de agentes: os robôs "seguem lógica estruturada e regras fixas", enquanto os agentes adotam "uma abordagem probabilística para tomar decisões com base em padrões e dados em tempo real". Um bot que repete os mesmos passos dá o mesmo resultado para a mesma entrada, e pode ser provado. Um agente dado a mesma intenção toma um caminho defensável, geralmente o mesmo, mas nem sempre. Para um passo regulamentado onde a repetibilidade deve ser demonstrada, ou para um milhão de transações idênticas por mês, a opção determinística é a melhor escolha, e dizer o contrário seria vender.

A vantagem do agente está confinada à variação. Quando o recibo não corresponde à encomenda, quando o fornecedor enviou duas entregas contra uma linha, quando a quantidade é plausível mas a unidade está errada, o bot não tem uma ramificação para isso e para, ou faz a coisa errada com confiança. O agente lê a discrepância, verifica a encomenda, regista o que corresponde e pergunta a uma pessoa sobre o resto. Esse é o trabalho que costumava ser uma fila de exceções na secretária de alguém, e é para isso que serve um agente.

Recorra ao RPA quando, recorra a um agente quando

Usando ambos, e o que o sistema por trás decide

O padrão que os fornecedores agora descrevem, e aquele que funciona na prática, é que o agente decide e o bot executa em sistemas que não têm mais nada. A UiPath coloca isso como robôs desempenhando "um papel complementar na pilha de execução" ao lado dos agentes. Nessa disposição, o bot é uma das ferramentas do agente: uma ação envolvida e determinística contra um ecrã legado, com o agente responsável por escolher quando chamá-lo e por lidar com o que quer que o bot retorne. Com o tempo, os bots aposentam-se um a um à medida que os sistemas por trás deles ganham ferramentas próprias, e nada do lado do agente precisa mudar quando isso acontece.

O que traz a decisão de volta ao sistema de negócios. O Sois é construído de forma que o bot nunca seja necessário contra ele: um espaço de trabalho é um servidor MCP, cada ação que uma pessoa pode realizar é exposta como uma ferramenta nomeada, e o agente que já utiliza, Claude, ChatGPT ou qualquer cliente MCP, conecta-se adicionando o endereço do espaço de trabalho e fazendo o login uma vez. As ferramentas são filtradas pelo papel da pessoa antes que o agente as veja e verificadas novamente quando são executadas, portanto, o acesso falha fechado; o gasto é limitado por integração; cada chamada é registada com as suas entradas e o seu resultado. Onde ainda executa um sistema legado ao lado, o bot permanece nesse sistema e o agente trata-o como mais uma ferramenta.

Se o seu sistema central só tem ecrãs, a RPA é a ponte e não há vergonha nisso. A decisão que importa é se o próximo sistema que comprar precisará de um.

Perguntas que as pessoas fazem

Este artigo é revisto quando os produtos que descreve mudam. Próxima revisão agendada: 4 de dezembro de 2026.