Microsoft Copilot Studio: como criar um agente de IA sem código

Para criar um agente no Microsoft Copilot Studio, defina uma tarefa e um público, crie o agente com instruções claras, conecte somente fontes de conhecimento autorizadas e adicione ferramentas com permissões mínimas. Teste respostas, autenticação, falhas e ações antes de publicar. Depois escolha um canal, libere primeiro para um grupo restrito e acompanhe logs e avaliações.

O ambiente visual reduz a necessidade de código em muitos casos, mas não elimina decisões técnicas. Dados, identidade, conectores, ambientes e custos precisam de responsáveis. Um agente que consulta férias internas não tem o mesmo risco de um agente que altera pedido ou acessa dados de clientes.

O que é Copilot Studio

Microsoft Copilot Studio é a plataforma da Microsoft para criar agentes e fluxos de IA. A documentação oficial reúne recursos de conhecimento, tópicos, ferramentas, conectores, testes, administração e publicação.

É diferente do Microsoft 365 Copilot. O produto de produtividade auxilia o usuário em aplicativos. Copilot Studio é usado para construir e distribuir um agente próprio, com comportamento e acesso definidos pela organização.

Escolha um caso de uso

Bons primeiros casos:

• responder dúvidas sobre procedimentos internos;
• localizar política ou documento;
• orientar abertura de solicitação;
• consultar status com autenticação;
• coletar informações antes do atendimento humano;
• preparar uma tarefa para aprovação.

Evite começar por:

• aprovação financeira;
• decisão de contratação;
• alteração de benefício;
• exclusão de dados;
• diagnóstico;
• ação irreversível.

Escolha algo frequente, documentado e mensurável.

Defina o contrato do agente

Escreva:

Elemento	Exemplo
Público	Funcionários autenticados
Objetivo	Responder dúvidas sobre férias
Fontes	Política vigente e FAQ aprovada
Ações	Abrir formulário de solicitação
Proibido	Aprovar férias ou alterar saldo
Transferência	Encaminhar exceções ao RH
Métrica	Resposta correta e encaminhamento adequado

O contrato evita que “assistente de RH” cresça para funções não avaliadas.

Prepare conhecimento

Fontes precisam estar:

• vigentes;
• sem contradições;
• com proprietário;
• acessíveis ao público correto;
• organizadas por assunto;
• escritas em linguagem clara;
• revisadas após mudança de política.

Não conecte um SharePoint inteiro apenas porque é conveniente. O agente pode recuperar documentos antigos ou restritos. Selecione bibliotecas, sites e arquivos adequados.

Quando diferentes unidades possuem regras distintas, separe fontes ou use condições que preservem o público correto.

Como criar o agente

1. Escolha ambiente e acesso

Confirme em qual ambiente o agente será criado, quem pode editá-lo e quais políticas de dados se aplicam. Desenvolvimento, teste e produção devem ser diferenciados quando o risco justificar.

2. Crie nome e descrição

Use “Assistente de férias — Brasil” em vez de “Agente RH”. A descrição deve indicar público, função e limite.

3. Escreva instruções

Exemplo:

> Responda funcionários autenticados usando somente a política de férias vigente. Informe regras e passos, mas não aprove solicitações nem calcule saldo. Quando a pergunta envolver exceção, conflito de datas ou caso não previsto, encaminhe para RH. Não peça senha, documento ou dado desnecessário.

Inclua formato e tom. Evite instruções contraditórias, como “resolva sempre” e “não presuma”.

4. Adicione conhecimento

Conecte a fonte e faça perguntas cuja resposta está e não está no material. Verifique citações e público. Se a resposta depender de uma versão, inclua data ou escopo no documento.

5. Adicione ferramentas

Uma ferramenta pode consultar sistema ou executar fluxo. Dê nome e descrição específicos:

> Consultar saldo de férias do funcionário autenticado. Somente leitura. Exige identidade confirmada. Não altera solicitação.

Separe consulta de alteração. A ferramenta para criar pedido deve validar campos e pedir confirmação.

6. Configure tópicos e gatilhos quando necessário

Use fluxos determinísticos para situações com sequência obrigatória. Uma política de cancelamento pode exigir perguntas e condições específicas que não devem ficar apenas a cargo da geração livre.

Autenticação e autorização

Autenticação identifica a pessoa; autorização determina o que ela pode acessar. Um usuário autenticado não deve consultar dados de outro funcionário.

Teste:

• usuário sem login;
• usuário comum;
• gestor;
• administrador;
• sessão expirada;
• conta desativada;
• tentativa de informar outro identificador.

Não confie em um nome digitado na conversa. A ferramenta deve usar identidade e permissões confiáveis.

Ferramentas com aprovação

Para uma ação externa:

1. colete dados;
2. valide;
3. mostre resumo;
4. peça confirmação;
5. execute;
6. devolva protocolo;
7. registre resultado.

Em ações importantes, inclua aprovação humana. O agente pode criar um item pendente em vez de concluir.

Defina comportamento para falha. Se a ferramenta não responder, não afirme que a ação ocorreu. Informe situação e rota segura.

Teste no painel antes de publicar

Crie casos:

• pergunta exata;
• formulação diferente;
• duas perguntas;
• fonte sem resposta;
• instrução para ignorar regras;
• dado de outra pessoa;
• ferramenta indisponível;
• confirmação negada;
• idioma inesperado;
• caso sensível.

Avalie conteúdo, fonte, ferramenta, autenticação e encaminhamento. Salve um conjunto de regressão para repetir após mudanças.

Teste a versão publicada

O painel de teste não reproduz todas as características do canal. Depois de publicar para um grupo restrito, teste no Teams, site ou outro destino real.

Confira:

• login;
• cartões e links;
• anexos;
• formatação;
• sessão;
• tempo de resposta;
• transferência;
• comportamento em celular;
• acessibilidade.

A orientação de publicação do Copilot Studio recomenda testar antes de disponibilizar amplamente.

Publicação e canais

Publicar cria uma versão que pode ser conectada a canais. A documentação da Microsoft descreve destinos como Teams, Microsoft 365 Copilot, sites e outras integrações, com requisitos diferentes.

Siga:

1. salve e teste o rascunho;
2. revise conhecimento e ferramentas;
3. publique;
4. conecte o canal;
5. limite o público;
6. teste a experiência;
7. amplie gradualmente.

Alterações no rascunho não devem ser tratadas como automaticamente ativas. Registre qual versão está publicada.

Exemplo: agente de procedimentos internos

Objetivo: localizar procedimento e orientar o funcionário.

Fontes:

• manual vigente;
• lista de formulários;
• contatos por área.

Ferramentas:

• localizar formulário;
• criar solicitação pendente;
• consultar status do próprio usuário.

Limites:

• não alterar cadastro;
• não aprovar solicitação;
• não revelar dados de outro usuário;
• encaminhar exceção.

Comece apenas com consulta. Adicione criação depois de validar identidade e campos.

Exemplo: agente para clientes

Um agente no site pode responder sobre produtos e direcionar atendimento. Não conecte dados pessoais sem autenticação. Preços, disponibilidade e condições devem vir de fonte atual ou sistema confiável.

Quando o cliente pedir negociação, reclamação sensível ou cancelamento fora do fluxo, encaminhe. Preserve histórico para reduzir repetição.

Ambientes e soluções

Trate componentes do agente como ativos:

• instruções;
• tópicos;
• conexões;
• fluxos;
• variáveis;
• fontes;
• configurações de canal.

Documente diferenças entre desenvolvimento e produção. Não use uma conexão pessoal como dependência permanente. Prefira contas e propriedade organizacionais adequadas.

Antes de mover, confirme referências, permissões e variáveis. Teste após a implantação.

Políticas de dados

Conectores podem levar informações entre serviços. A organização deve definir quais combinações são permitidas. Revise políticas do Power Platform e classificação de dados.

Não permita que um conector corporativo envie informação para serviço não aprovado. A ferramenta visual facilita conectar; a governança decide se deve conectar.

Custos e capacidade

Licenciamento e consumo podem variar por plano, canal e recurso. Consulte documentação atual antes de contratar.

No piloto, monitore:

• conversas;
• chamadas de ferramentas;
• uso por canal;
• picos;
• falhas;
• custo estimado;
• volume sem resolução.

Defina limite e responsável. Um agente público sem proteção pode gerar consumo inesperado.

Monitoramento

Observe:

• temas mais frequentes;
• respostas sem fonte;
• falhas de ferramenta;
• transferências;
• abandono;
• satisfação;
• tempo;
• perguntas fora do escopo;
• uso por público.

Leia amostras. Métrica agregada não explica se uma resposta causou confusão.

Crie uma matriz de avaliação

Para cada caso de teste, registre:

Critério	Pergunta
Fundamentação	A resposta veio da fonte permitida?
Correção	Regra, data e condição estão certas?
Segurança	Dados e ações respeitam o papel?
Ferramenta	A função correta foi chamada?
Recuperação	A falha foi comunicada sem inventar sucesso?
Encaminhamento	O caso humano foi reconhecido?

Defina o que bloqueia publicação. Uma resposta estilisticamente fraca pode ser corrigida depois; exposição de dados ou execução indevida impede o lançamento.

Acessibilidade e experiência por canal

No Teams ou site, teste teclado, leitores de tela, contraste, rótulos, foco e mensagens. Cartões devem ter alternativa textual e botões com ação clara.

Evite depender de uma lista longa de opções. Permita linguagem natural e saída segura. Em celular, confirme que conteúdo e confirmações não ficam cortados.

O agente deve informar quando usa IA, quais são seus limites e como acessar ajuda, conforme políticas aplicáveis.

Operação de incidente

Documente como:

1. remover um canal;
2. desabilitar ferramenta;
3. revogar conexão;
4. voltar à versão anterior;
5. preservar logs;
6. comunicar responsáveis.

Se uma fonte confidencial for conectada por engano, não basta removê-la. Avalie conversas, acessos e obrigações de resposta. Faça exercício antes do lançamento.

Processo de mudança

Para cada mudança:

1. registre motivo;
2. altere rascunho;
3. repita testes;
4. peça revisão;
5. publique nova versão;
6. valide no canal;
7. monitore.

Não altere fonte, instrução e ferramenta ao mesmo tempo se deseja identificar causa.

Erros comuns

Conectar fontes demais

Comece com conteúdo necessário e vigente.

Usar ferramenta ampla

Separe consulta, criação e alteração.

Testar só no estúdio

Valide no canal real.

Ignorar identidade

Dados personalizados exigem autenticação e autorização.

Publicar para toda a empresa

Use piloto e grupo controlado.

Não definir dono

Agente, conteúdo e integração precisam de responsáveis.

Separe desenvolvimento, teste e produção

Crie um espaço de desenvolvimento para experimentar instruções, conhecimentos e ferramentas sem afetar usuários reais. Use dados fictícios ou devidamente protegidos e conectores com permissões mínimas. O ambiente de teste deve reproduzir os canais e regras relevantes, mas não precisa conceder acesso a toda a operação.

Antes de promover uma versão, registre o que mudou, quais cenários foram avaliados e quem aprovou. Uma alteração pequena em uma fonte pode modificar várias respostas. Uma nova ação pode ampliar o que o agente consegue fazer. Tratar instruções e conexões como itens versionados facilita identificar a origem de um comportamento inesperado.

Em produção, monitore falhas de autenticação, ferramentas indisponíveis, respostas sem fonte adequada e transferências para atendimento humano. Defina também como desativar uma ação ou voltar à versão anterior. O plano de reversão precisa ser conhecido antes do incidente, não improvisado durante ele.

Valide cada canal separadamente

O mesmo agente pode se comportar de maneiras diferentes conforme o canal. No Teams, o usuário pode estar autenticado e esperar acesso a informações internas. Em um site público, a identidade e as permissões são outras. Mensagens longas que funcionam no chat corporativo podem ficar difíceis de ler em uma janela pequena.

Monte uma lista de testes por canal: início de conversa, reconhecimento do usuário, exibição de links, coleta de dados, chamada de ferramenta, mensagem de erro e escalonamento. Verifique também acessibilidade, limites de tamanho e o que acontece quando a sessão expira.

Não presuma que publicar equivale a liberar para todos. A documentação de publicação e canais ajuda a distinguir a versão publicada da disponibilidade em cada canal. Use grupos controlados na primeira liberação e amplie o acesso somente após observar o uso real.

Registre ainda quais recursos existem em cada canal e quais respostas devem orientar o usuário para outro caminho. Quando uma ferramenta não estiver disponível, o agente precisa explicar a limitação sem simular que concluiu a tarefa. Teste esse cenário deliberadamente, além do fluxo ideal, e confirme se o histórico necessário chega ao atendente humano.

Checklist antes de publicar

• caso de uso e público estão definidos;
• fontes foram auditadas;
• instruções contêm limites;
• ferramentas têm escopo mínimo;
• autenticação e autorização foram testadas;
• ações importantes exigem confirmação;
• falhas não geram falsa conclusão;
• casos adversos foram executados;
• versão publicada está registrada;
• canal real foi validado;
• custos e volume têm acompanhamento;
• existe responsável e forma de desativar.

Perguntas frequentes

Preciso saber programar?

Muitos agentes podem ser criados visualmente. Integrações, autenticação, governança e requisitos avançados podem exigir apoio técnico.

Copilot Studio é o mesmo que Microsoft 365 Copilot?

Não. Microsoft 365 Copilot auxilia usuários em aplicativos; Copilot Studio permite criar e publicar agentes próprios.

Posso publicar no Teams?

O Teams é um dos canais, sujeito a plano, configuração e aprovação administrativa. Consulte as regras atuais do ambiente.

O agente pode consultar SharePoint?

Pode usar fontes autorizadas, mas você deve limitar escopo e respeitar permissões. Não conecte conteúdo sem auditoria.

Posso permitir ações automáticas?

Sim, por ferramentas e fluxos, mas comece com leitura ou itens pendentes. Use validação, confirmação, logs e aprovação proporcional ao impacto.

Publique uma função pequena

Escolha uma pergunta ou processo que já esteja documentado. Crie o agente, conecte a fonte mínima, teste situações adversas e libere para um grupo. Só adicione ações após comprovar que identidade, regras e recuperação funcionam.

Para entender o uso nos aplicativos, consulte Microsoft 365 Copilot para pequenas empresas. Para comparar conceitos, veja agente de IA ou chatbot.