Copilot Agent no Atendimento de Cooperativas de Crédito
Como construir um copilot agent no Copilot Studio para responder e-mails de associados automaticamente, com base de conhecimento, taxas atualizadas e governança.

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.
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.
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.
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.
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.
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.
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.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.
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.
Como construir um copilot agent no Copilot Studio para responder e-mails de associados automaticamente, com base de conhecimento, taxas atualizadas e governança.
Copilot Studio cooperativas: aprenda a criar agentes que consultam listas do SharePoint, respondem por chat e e-mail, e geram Excel automaticamente.
Durante anos, o InfoPath foi a principal ferramenta utilizada para criar formulários personalizados no SharePoint. Com ele, empresas automatizaram solicitações…