Automação

Agentes de computer use: automação para sistemas sem API

Quando um portal, ERP antigo ou aplicativo desktop não oferece integração, um agente pode enxergar a interface e executar tarefas como uma pessoa. A oportunidade é grande — desde que a automação seja tratada como operação controlada, não como um clique mágico.

12 de outubro de 202611 min de leituraEquipe ProativaIA
Agente de IA operando formulários e telas de um sistema empresarial dentro de um ambiente isolado e monitorado

Muitas empresas dependem de sistemas que não possuem API, webhook ou acesso ao banco. A operação acontece por telas: pesquisar um cadastro, preencher campos, baixar um documento, copiar valores e confirmar uma ação. Durante anos, as opções foram manter trabalho manual ou criar robôs frágeis, presos a posições e seletores exatos.

Os agentes de computer use adicionam visão e raciocínio a esse cenário. Eles recebem capturas da interface, interpretam botões e estados, escolhem uma ação e observam o resultado antes de continuar. Documentações recentes de Google, Microsoft e AWS já tratam esse padrão como uma camada empresarial de automação para navegador e desktop.

O que é um agente de computer use?

É um agente de IA capaz de interagir com uma interface gráfica por ações como clicar, digitar, rolar, selecionar, abrir páginas e analisar o que aparece na tela. O ciclo normalmente segue quatro etapas: observar, decidir, agir e verificar.

Diferentemente de uma integração por API, o agente usa a mesma superfície visual disponível a um colaborador. Isso permite alcançar aplicações antigas, portais de terceiros e processos que misturam várias telas. Também torna a execução mais sensível a mudanças visuais, latência e mensagens inesperadas.

Computer use, RPA ou API?

API continua sendo a primeira escolha

Quando existe uma API confiável, ela tende a ser mais rápida, barata, previsível e fácil de testar. A interface gráfica não deve substituir uma integração estruturada somente porque a demonstração parece simples.

RPA funciona bem em fluxos estáveis

Robôs tradicionais são eficientes quando campos, regras e sequência mudam pouco. Eles seguem seletores e instruções determinísticas. O custo aparece quando surgem muitos caminhos alternativos ou pequenas mudanças de layout quebram o fluxo.

Computer use lida melhor com variação

Um agente visual pode reconhecer que um botão mudou de posição, interpretar uma mensagem e escolher outro caminho. Essa flexibilidade é útil em tarefas sem API e com interfaces dinâmicas, mas precisa de mais controles e avaliações.

Casos de uso empresariais

  • Portais de fornecedores: consultar pedidos, anexar comprovantes e atualizar status.
  • Sistemas legados: transferir dados entre um ERP antigo e uma plataforma nova.
  • Backoffice financeiro: baixar documentos, conferir campos e preparar lançamentos.
  • Atendimento: consultar sistemas de terceiros durante uma conversa e registrar o resultado.
  • Testes de software: percorrer jornadas reais, incluindo diálogos do sistema operacional.
  • Cadastros regulados: preencher formulários e encaminhar exceções para revisão.

Exemplo: emissão em portal externo

Imagine uma empresa que recebe pedidos no próprio ERP, mas precisa registrar cada serviço em um portal sem API. O agente abre uma sessão isolada, autentica com credencial temporária, localiza o cliente, preenche os dados e prepara a confirmação.

Antes de concluir, uma regra compara valores, documento e município. Se existir divergência, o agente pausa e solicita revisão. A evidência registra telas relevantes, ações, horários e responsável pela aprovação. A automação reduz digitação sem remover o controle sobre uma operação fiscal.

Por que executar em um ambiente isolado?

Google Cloud passou a documentar sandboxes de computer use em contêineres, e Microsoft e AWS oferecem ambientes administrados para agentes operarem navegadores ou desktops. O isolamento reduz o risco de o agente alcançar arquivos, sessões ou aplicações fora do escopo.

Cada execução deve começar com o mínimo necessário: perfil limpo, rede restrita, credenciais de curta duração e lista de domínios autorizados. Ao terminar, a sessão pode ser descartada para não acumular cookies e dados.

Principais riscos

Prompt injection na página

Uma página pode exibir instruções maliciosas para tentar desviar o agente. Conteúdo observado deve ser tratado como dado, não como ordem de maior prioridade.

Ação irreversível

Enviar pagamento, excluir registro ou publicar informação exige confirmação e, quando possível, capacidade de reversão.

Vazamento de credenciais

Senhas não devem aparecer em prompts ou logs. Prefira cofres, tokens temporários e autenticação vinculada à tarefa.

Mudança silenciosa da interface

O sistema pode continuar clicando, mas no local errado. Verificações de estado, regras de negócio e testes de regressão são indispensáveis.

Controles mínimos para produção

  • domínios, aplicações e ações permitidos;
  • sessões isoladas por tarefa e cliente;
  • credenciais temporárias e privilégio mínimo;
  • limites de tempo, passos, tentativas e valor;
  • confirmação humana antes de ações sensíveis;
  • captura de evidências sem expor dados desnecessários;
  • botão de parada e encerramento automático;
  • métricas de sucesso, intervenção e custo.

Como implantar sem começar grande

  1. Escolha uma tarefa delimitada: frequente, mensurável e reversível.
  2. Mapeie variações: mensagens, exceções, autenticação e indisponibilidade.
  3. Separe decisão e clique: regras críticas ficam em código ou aprovação.
  4. Crie um ambiente de teste: use dados não sensíveis e cenários maliciosos.
  5. Instrumente a execução: registre estados, ações e resultado.
  6. Inicie assistido: uma pessoa acompanha e confirma.
  7. Aumente autonomia por evidência: somente quando os indicadores sustentarem.

Indicadores que importam

Meça taxa de conclusão correta, tempo por tarefa, exceções, intervenções humanas, ações revertidas, custo por execução e mudanças de interface detectadas. Um agente não é eficiente porque completou muitos cliques; ele é eficiente quando entrega o resultado correto com risco controlado.

Uma ponte, não uma desculpa para não integrar

Computer use pode desbloquear processos inacessíveis, mas não deve perpetuar uma arquitetura ruim. Se o sistema é estratégico e permite evolução, criar API ou módulo próprio continua sendo melhor no longo prazo. Em muitos projetos, o agente funciona como ponte durante a modernização.

A ProativaIA cria automações e agentes de IA, integra sistemas e desenvolve software sob medida. Podemos avaliar se o seu fluxo pede API, RPA, computer use ou uma combinação, construindo a solução com isolamento, supervisão e métricas desde o início.

Referências