Computer Use no Copilot Studio: quando compensa usar

Por Luiz Antonio Sgargeta
Computer Use no Copilot Studio: quando compensa usar

O que o Computer Use faz de diferente no Copilot Studio

O Copilot Studio ganhou uma ferramenta chamada Computer Use que conecta um agente a uma máquina virtual e deixa ele operar mouse e teclado como uma pessoa faria. O agente abre um navegador, rola a página, clica em links, lê o conteúdo renderizado na tela e devolve uma resposta estruturada. Não é um scraping tradicional nem uma chamada de API. É automação visual guiada por raciocínio de IA generativa.

Essa diferença importa porque muda completamente o que o agente consegue acessar. Um conector ou uma chamada HTTP dependem de o site expor dados de forma previsível, seja via API documentada, seja via HTML com estrutura estável. O Computer Use não depende disso. Ele lida com portais que mudam de layout, que carregam conteúdo via JavaScript, que exigem navegação em várias telas antes de mostrar a informação. Em compensação, ele é mais lento, mais caro e menos previsível do que uma integração determinística.

Quando compensa usar Computer Use em vez de um conector ou API

A decisão de arquitetura aqui é simples de enunciar e difícil de aplicar sem critério. Antes de configurar um agente com Computer Use, vale checar se existe alternativa mais barata.

  • O site não tem API pública e o HTML muda com frequência. Portais de compras governamentais, sistemas legados de autarquias e páginas de editais costumam se encaixar aqui. Não há contrato de dados estável para um conector HTTP se apoiar.
  • A página exige navegação, não só leitura. Se é preciso clicar em abas, expandir seções ou avançar páginas para chegar ao dado, um parser de HTML fica frágil rápido. O Computer Use navega como um humano navegaria.
  • O volume é baixo e o valor por item é alto. Ler três ou quatro editais por dia e extrair campos que evitam retrabalho manual de uma pessoa compensa o custo de execução. Ler mil páginas por hora, não.
  • A fonte é heterogênea. Se hoje o link vem de um portal municipal e amanhã de outro estadual, com estrutura totalmente diferente, escrever um parser para cada um não escala. Uma instrução em linguagem natural, sim.

Quando não vale a pena

Se o site tem API documentada, ou mesmo um HTML estável o suficiente para um parser simples, use um conector, uma ação HTTP do Power Automate ou uma chamada de Graph API. Isso roda em milissegundos, custa uma fração do preço e não quebra quando o layout muda um pixel. Computer Use também não é recomendado para operações em alto volume, para fluxos que exigem resposta em tempo real, nem para páginas atrás de autenticação complexa com múltiplos fatores, o que aumenta drasticamente a chance de falha silenciosa.

Caso aplicado: uma cooperativa monitorando editais e linhas de crédito

Pegue o padrão descrito acima e aplique a um cenário comum em cooperativas agropecuárias e de crédito. A cooperativa recebe por e-mail alertas de novas oportunidades: editais de compras públicas para fornecimento de insumos, chamadas de programas de crédito rural, licitações de prefeituras para aquisição de máquinas ou serviços. O e-mail em si raramente traz os detalhes completos, só um link para o portal de origem, e cada portal tem um layout diferente: ComprasNet, portais estaduais de licitação, sites municipais próprios, sistemas de secretarias de agricultura.

Um agente com Computer Use resolve esse gargalo sem precisar de um integrador dedicado para cada portal. Ele abre o link recebido, lê a página como um analista faria, extrai título do edital, número de identificação, código de classificação, data de publicação e prazo final, e devolve tudo em um formato estruturado. Em seguida, o agente consulta uma tabela de referência para decidir qual equipe interna deve receber a oportunidade, por exemplo crédito rural, comercial de insumos ou jurídico de licitações, e encaminha o e-mail original já com os dados extraídos anexados.

Passo a passo para construir o agente

A montagem segue a mesma lógica de qualquer agente no Copilot Studio: uma ferramenta para ler a fonte externa, uma ferramenta para consultar um critério de decisão, uma ação para executar o resultado e um gatilho para disparar tudo.

  1. Crie o agente. No Copilot Studio, crie um novo agente, dê um nome que descreva a função, por exemplo “Analisador de Editais”, escolha o modelo e escreva uma descrição objetiva.
  2. Adicione a ferramenta Computer Use. No menu de ferramentas, adicione o Computer Use e configure as instruções descrevendo exatamente o objetivo e os campos a extrair. O texto abaixo é um ponto de partida, adaptado para o cenário de editais e crédito rural:
Objetivo: obter os dados principais de um edital ou chamada pública.

1. Abrir a URL informada em um navegador.
2. Extrair da página os seguintes campos:
   - Título: nome oficial do edital ou da chamada.
   - ID: número de referência ou protocolo.
   - Estado/Município: local de execução do objeto.
   - Código de classificação: código que categoriza o objeto (ex.: CATSER, CATMAT, NAICS).
   - Descrição da classificação: breve explicação do código acima.
   - Data de publicação: quando o edital foi divulgado.
   - Data limite: prazo final para envio de proposta ou adesão.
3. Retornar a resposta em formato JSON.

Regras adicionais:
- Não navegar para fora do domínio informado na URL.
- Se algum campo não for encontrado, retornar string vazia "" para ele, sem interromper a extração dos demais.
- Usar page up / page down em vez de gestos de rolagem contínua.
- Se após duas tentativas de rolagem o conteúdo da página não mudar, parar imediatamente e retornar os campos já coletados.

O último ponto das regras adicionais não é detalhe cosmético. Sem um limite explícito de tentativas de rolagem, o agente pode ficar preso repetindo a mesma ação em páginas com rolagem infinita ou elementos que não respondem, consumindo tempo de execução e créditos sem gerar resultado.

  1. Defina a variável de entrada. Adicione um input chamado algo como URL do Edital, com a descrição “endereço da página a ser aberta”, para que o e-mail recebido alimente o agente com o link correto.
  2. Escolha a máquina de execução. Para tarefas só de navegação web, o hosted browser é suficiente e não exige provisionamento. Se o cenário evoluir para abrir planilhas locais, sistemas legados instalados ou aplicações desktop, é preciso migrar para um pool de Cloud PC ou uma máquina própria (bring-your-own machine), o que muda o custo e a complexidade de manutenção.
  3. Teste a ferramenta isoladamente. Antes de conectar o restante do fluxo, abra o painel de teste, cole a URL de um edital real e acompanhe o mapa de atividade. Ele mostra cada clique e cada decisão do agente, o que ajuda a calibrar as instruções antes de colocar o fluxo completo em produção.
  4. Conecte a fonte de decisão. Crie uma lista ou tabela, em uma biblioteca do SharePoint ou em um Excel, com as equipes internas e seus critérios de encaminhamento (tipo de objeto, faixa de valor, região). Adicione a ação de listar linhas dessa tabela como ferramenta do agente.
  5. Configure o encaminhamento. Adicione a ação do Outlook para responder ou encaminhar o e-mail original, incluindo os dados extraídos pelo Computer Use no corpo da mensagem.
  6. Escreva as instruções de orquestração na aba de visão geral do agente, deixando explícita a ordem: chamar o Computer Use, consultar a tabela de equipes, encaminhar o e-mail com os dados.
  7. Adicione o gatilho. Use o gatilho do Outlook “quando um novo e-mail chega”, apontando para a pasta de entrada correta, com um filtro de assunto se o volume de e-mails daquela caixa for alto.
  8. Publique e teste com um e-mail real, contendo um link de edital, e acompanhe o menu de atividades do agente para validar o resultado de ponta a ponta.

Custo, velocidade e confiabilidade: os limites que ninguém deveria ignorar

Aqui está o ponto que costuma pegar equipes de surpresa depois que o protótipo já está funcionando. Computer Use roda em uma máquina, real ou virtual, o que significa tempo de execução medido em segundos ou minutos por tarefa, não em milissegundos. Uma chamada de API resolve a mesma extração de dados em uma fração desse tempo e a um custo irrisório em comparação. Multiplicar essa diferença por um volume alto de execuções transforma rapidamente um protótipo elegante em uma linha de custo relevante no orçamento de Power Platform.

A confiabilidade também é outro patamar. Um conector falha de forma previsível, com um código de erro claro. O Computer Use pode “travar” em um pop-up de cookies, em um captcha, em um layout que mudou da noite para o dia, ou simplesmente interpretar mal um elemento visual ambíguo. Isso exige instruções bem escritas, limites explícitos de tentativa como os das regras adicionais mostradas acima, e, em processos com impacto financeiro real, uma etapa de revisão humana antes de qualquer ação automática de maior peso, como um envio de proposta ou uma confirmação de participação em licitação.

Vale registrar também o aspecto de governança. Rodar Computer Use significa que um agente está operando em um ambiente de máquina com acesso à internet, o que traz perguntas de segurança e DLP que uma chamada de API não traz da mesma forma. Antes de liberar isso em escala, avalie com a equipe de segurança quais domínios o agente pode acessar e que tipo de dado ele pode trazer de volta para dentro do ambiente corporativo.

Como evitar que a conta suba sem controle

Na prática, o padrão de arquitetura mais sólido é tratar Computer Use como exceção, não como regra. Sempre que existir uma API, um conector nativo ou um webhook disponível, use-os. Reserve o Computer Use para os casos em que a fonte de dados realmente não oferece alternativa, e mesmo assim, escreva instruções restritivas: escopo de navegação limitado, número máximo de tentativas de rolagem, formato de saída fixo e comportamento definido para quando o dado simplesmente não existir na página. Monitore o mapa de atividade nas primeiras semanas de produção para identificar padrões de falha antes que eles virem volume.

Esse tipo de decisão, saber quando um agente deve navegar visualmente e quando ele deve simplesmente chamar uma API, é exatamente o ponto onde arquitetura bem pensada separa um piloto interessante de uma automação que sobrevive em produção. Se sua operação está avaliando onde encaixar Computer Use dentro de um portfólio maior de agentes no Copilot Studio, vale colocar esse desenho na mesa antes de escalar.

Ver mais artigos

Entre em Contato

Vamos juntos transformar sua dor
em solução!

#moveFast