O que você vai aprender: Como criar um agente no Microsoft 365 Copilot com o Agent Builder, selecionar fontes confiáveis, testar o acesso e reconhecer quando o Copilot Studio passa a ser necessário.

Pré-requisitos

O Help Desk Não Precisa Responder Sempre a Mesma Pergunta

Em muitas organizações, o suporte interno recebe as mesmas perguntas toda semana: como solicitar um equipamento, onde está a política de férias, qual procedimento seguir para acessar um sistema ou quem aprova determinada solicitação.

O problema não é só volume. A resposta costuma ficar dividida entre um PDF no SharePoint, uma mensagem antiga no Teams e a memória de quem atende. Quando a informação muda, o usuário continua recebendo a versão que alguém lembra de cabeça.

Um agente declarativo no Microsoft 365 Copilot pode concentrar essa experiência. Ele recebe instruções específicas e fontes de conhecimento delimitadas para responder dentro de um contexto. Não é uma central de automação por si só. É uma forma de transformar uma base bem organizada em uma conversa mais útil para o usuário final.

Esse detalhe muda o ponto de partida. Não comece pelo botão Create agent. Comece pela pergunta que se repete, pelo público que precisa da resposta e pela fonte que já deveria ser a referência oficial.

Recomendação: O primeiro caso de uso deve ser interno, ter um público delimitado e depender de uma base de informações que a organização já consegue revisar. Suporte a políticas, onboarding e procedimentos são candidatos melhores do que processos críticos ou integrações complexas.

Quando o Agent Builder É Suficiente

O Agent Builder é a opção sem código para criar agentes declarativos dentro do Microsoft 365 Copilot. Ele atende bem a cenários diretos: orientar um novo colaborador, responder perguntas sobre procedimentos internos ou ajudar uma equipe a consultar uma coleção de documentos confiáveis.

A vantagem não está em criar um agente em poucos minutos. Está em criar uma experiência com escopo. Um agente de suporte interno pode, por exemplo, ser instruído a responder somente sobre políticas de trabalho remoto, benefícios e abertura de chamados. Quando não encontrar uma resposta nas fontes definidas, ele deve dizer isso em vez de completar a lacuna com uma suposição.

Esse é um uso adequado para um primeiro piloto porque permite validar três pontos que continuam importantes mesmo em projetos maiores:

• A documentação está atualizada e é fácil de localizar?
• As permissões do SharePoint correspondem ao público que deve consultar a informação?
• As perguntas reais dos usuários cabem no escopo que foi definido?

O Agent Builder oferece fontes de conhecimento como conteúdo do SharePoint, conteúdo web e dados disponibilizados por Copilot connectors. Ele também permite testar o agente antes de compartilhá-lo. A ferramenta não substitui a organização da informação. Se a base estiver desatualizada, contraditória ou aberta para pessoas que não deveriam acessá-la, o agente apenas deixa esse problema mais visível.

Defina o Escopo Antes de Configurar o Agente

Antes de abrir o portal, escreva um briefing de uma página. Ele evita que o agente vire uma caixa de perguntas genérica com uma lista longa de documentos anexados.

A curadoria das fontes merece mais atenção do que o texto das instruções. Escolha documentos com proprietário definido, data de revisão e linguagem que o usuário final consiga entender. Uma biblioteca com procedimentos concorrentes não se torna confiável porque foi adicionada ao Copilot.

Também vale revisar o que está exposto no SharePoint antes de conectar uma fonte. O Microsoft 365 Copilot respeita as permissões existentes. Isso é uma proteção necessária, mas não corrige oversharing. Se um usuário já consegue abrir um documento inadequado, um agente também pode retornar informação baseada nesse conteúdo.

Criando o Primeiro Agente no Portal

O Agent Builder pode ser acessado pelo Microsoft 365 Copilot em microsoft365.com/chat,portal.office.com e também pela experiência do Copilot no Teams. O caminho mais simples é selecionar Create agent e iniciar a configuração guiada.

Dê ao Agente uma Função Clara

Comece com um nome que descreva a responsabilidade, não a tecnologia. "Assistente de Onboarding" informa mais do que "Copilot RH". Em seguida, escreva instruções curtas e operacionais.

Uma instrução inicial pode seguir esta lógica:

1. Explique qual público o agente atende.
2. Defina os assuntos que ele pode responder.
3. Determine quais fontes devem sustentar as respostas.
4. Oriente o comportamento quando não houver informação suficiente.
5. Proíba conclusões sobre assuntos que estão fora do escopo.

Não tente antecipar todas as perguntas no primeiro texto. O objetivo do piloto é descobrir as perguntas que faltaram e melhorar as fontes ou as instruções com base em evidência.

Adicione Apenas Fontes que Você Consegue Defender

Inclua as fontes de conhecimento uma por vez. Para cada fonte, confirme três coisas: ela é atual, tem um responsável e o público piloto já possui a permissão correta para consultá-la.

Se o caso usar conteúdo web, confirme antes se a política de busca na web está liberada no tenant. A documentação do Agent Builder informa que uma política administrativa pode bloquear conteúdo web mesmo que a opção continue visível na interface. Nesse caso, a política prevalece sobre o controle exibido no painel.

Para um agente de suporte interno, comece com poucas fontes. Uma biblioteca de procedimentos revisada é um começo melhor do que apontar para todos os sites do SharePoint. Depois que o piloto demonstrar utilidade, amplie o escopo de forma consciente.

Teste Perguntas que o Usuário Faria de Verdade

O painel de teste existe para verificar a experiência antes do compartilhamento. Não limite o teste a perguntas cuja resposta você já conhece. Use uma matriz simples:

Registre as respostas problemáticas. Às vezes a correção está na instrução. Em outros casos, o documento é antigo, a permissão está errada ou a pergunta revela que o processo não foi documentado. Esse diagnóstico é um resultado útil do piloto, mesmo quando a primeira resposta do agente não é perfeita.

Compartilhar Exige Governança, Não Só um Link

Depois de testar, a tentação é compartilhar o agente com toda a organização. Evite esse salto. Escolha um grupo pequeno que execute o processo com frequência e consiga relatar se as respostas ajudam ou confundem.

Administradores podem controlar a disponibilidade do Agent Builder na organização e gerenciar agentes. Antes de ampliar o público, valide se a política de uso, o proprietário do conteúdo e o canal de suporte estão definidos. O agente deve ter alguém responsável por revisar fontes, analisar perguntas recorrentes e ajustar o escopo quando o processo mudar.

Há também limites que precisam entrar na expectativa do projeto. Agentes criados pelo Microsoft 365 Copilot não podem ser usados no chat do Teams. O compartilhamento automático de arquivos e pastas do SharePoint tem limitações para determinados públicos. Esses pontos não invalidam um piloto de suporte interno, mas impedem que ele seja apresentado como resposta para qualquer cenário de atendimento.

Quando o Copilot Studio Passa a Ser o Caminho Certo

O Agent Builder é a escolha certa enquanto o trabalho principal é responder perguntas a partir de fontes curadas. Quando o agente precisa executar um processo, a conversa muda de categoria.

Essa não é uma escada obrigatória. Um agente de suporte interno bem delimitado pode continuar no Agent Builder por muito tempo. O Copilot Studio entra quando a organização precisa combinar conhecimento com ação: chamar um conector, executar um fluxo, coletar dados, atualizar um sistema ou controlar uma jornada mais estruturada.

Minha recomendação é não começar no Copilot Studio apenas porque ele tem mais recursos. Primeiro confirme que há uma pergunta recorrente, uma base confiável e usuários que realmente precisam da experiência. Depois, quando o processo exigir integração ou automação, a migração deixa de ser uma aposta e passa a ser uma decisão técnica justificável.

Um Piloto Pequeno Mostra Onde o Agente Ajuda

Escolha um processo interno com documentação suficiente para uma primeira rodada. Onboarding, políticas de trabalho remoto, procedimentos de solicitação de equipamento ou uma base de conhecimento do help desk são bons candidatos.

Defina um grupo piloto, acompanhe as perguntas e estabeleça três sinais de sucesso:

• O agente responde às dúvidas recorrentes usando fontes que o time reconhece como corretas.
• O piloto revela lacunas de documentação que antes apareciam somente em chamados ou mensagens.
• A equipe consegue identificar quais perguntas pedem automação, integração ou um fluxo mais controlado.

O primeiro agente não precisa resolver todo o suporte interno. Ele precisa responder bem a um problema específico, sem ampliar indevidamente o acesso à informação. Quando isso acontece, a organização ganha uma base concreta para melhorar o conteúdo, ajustar permissões e decidir se o próximo passo continua simples ou exige Copilot Studio.

Referências

• Agent Builder in Microsoft 365 Copilot
• Choose the Right Tool to Build a Declarative Agent for Microsoft 365 Copilot
• Overview - Microsoft Copilot Studio
• What is Microsoft 365 Copilot?