O que o administrador precisa decidir antes de liberar agentes no Microsoft 365 Copilot

Tema: decisões de administração antes da liberação de agentes no Microsoft 365 Copilot. Público: administrador de Microsoft 365 e Microsoft Teams. Fontes consultadas: Microsoft Learn, em 2026-09-01, listadas no fim deste rascunho.

Liberar um agente não é só colocar ele no catálogo. Agentes podem acrescentar conhecimento, fontes de dados e ações ao Microsoft 365 Copilot, e podem ser usados em experiências como Copilot Chat, Outlook, Teams e Word. Por isso, a decisão administrativa começa antes de alguém clicar em Deploy. Microsoft Learn: Agents for Microsoft 365 Copilot ((abre em nova aba))

Este artigo propõe uma sequência de decisões para registrar antes da primeira liberação. Não é um guia de instalação nem substitui a validação do tenant. A ideia é transformar uma escolha de catálogo em uma decisão de governança que outra pessoa consiga revisar depois.

1. Qual cenário de Copilot o tenant vai usar?Link para esta seção

O guia administrativo diferencia cenários de Microsoft Copilot Chat e Microsoft Copilot. A capacidade disponível para agentes varia de acordo com o cenário escolhido. A documentação também orienta considerar objetivos, requisitos técnicos, custos, IA responsável e conformidade antes de atribuir ou implantar um agente. Microsoft Learn: Agents admin guide for Microsoft 365 ((abre em nova aba)) Microsoft Learn: Prerequisites for managing agents in Microsoft 365 ((abre em nova aba))

Registre, para cada iniciativa, qual cenário está habilitado e qual capacidade de agente é necessária. Essa resposta evita avaliar um agente como se ele pudesse usar dados de trabalho, integrações ou recursos que não pertencem ao cenário escolhido. Se a resposta depender de uma licença, de cobrança por consumo ou de uma configuração que não foi confirmada, marque como No seu tenant: em vez de supor.

2. O caso de uso pede um agente declarativo ou um agente de mecanismo personalizado?Link para esta seção

O Microsoft Learn apresenta duas abordagens. Um agente declarativo usa os modelos e o orquestrador do Copilot, recebendo instruções, conhecimento e ações adicionais. Um agente de mecanismo personalizado pode usar orquestração e modelos próprios, além de suportar cenários mais personalizados. Microsoft Learn: Agents for Microsoft 365 Copilot ((abre em nova aba))

Essa não é uma diferença de nomenclatura. Agentes declarativos foram desenhados para interações iniciadas pelo usuário e ficam limitados ao orquestrador e aos modelos do Copilot. Agentes de mecanismo personalizado podem executar fluxos complexos, escolher modelos e orquestração, ter hospedagem adicional e iniciar ações programaticamente sem entrada direta do usuário. Microsoft Learn: Agents for Microsoft 365 Copilot ((abre em nova aba))

Antes da liberação, documente a resposta para quatro perguntas: o agente precisa de modelo ou orquestração próprios? Pode agir sem uma solicitação do usuário? Depende de hospedagem fora do Microsoft 365? Será usado individualmente ou por um grupo? O objetivo é distinguir um caso de uso focado de uma solução que exige controles e responsabilidades adicionais. Microsoft Learn: Agents for Microsoft 365 Copilot ((abre em nova aba))

3. Que conhecimento, dados e ações serão colocados à disposição?Link para esta seção

O nome e a descrição curta não bastam para decidir. No Copilot Control System do Microsoft 365 admin center, a documentação orienta revisar Data & tools, onde ficam Capabilities, Knowledge e Actions, além de Security & compliance, que exibe riscos e proteções. Microsoft Learn: Set up Agent Store in Microsoft Copilot ((abre em nova aba))

Faça essa revisão antes de atribuir acesso. Para cada agente, registre as fontes de conhecimento, as ações que ele pode invocar, os produtos que o hospedam e a leitura de segurança e conformidade. A própria documentação administrativa orienta confirmar capacidades, fontes de dados e ações personalizadas antes de disponibilizar ou publicar um agente. Microsoft Learn: Agents admin guide for Microsoft 365 ((abre em nova aba))

O resultado esperado não é um parecer genérico de que o agente é útil. É uma decisão verificável: quais dados e ações são aceitos neste caso, quais não são e quem autorizou a exceção quando ela existir. Os critérios internos para essa aceitação não vêm prontos na documentação e devem ficar como No seu ambiente: pela organização.

4. Usuários poderão encontrar o agente ou ele será instalado para eles?Link para esta seção

Há dois controles que parecem próximos, mas têm efeitos distintos. Available to define quem pode encontrar e instalar um agente. Deployed to instala o agente em nome de usuários ou grupos e aceita as permissões do Microsoft Entra para eles, deixando o agente ativo e utilizável para a população selecionada. Microsoft Learn: Agents admin guide for Microsoft 365 ((abre em nova aba))

Essa é a decisão que define o alcance inicial. O fluxo de atribuição oferece Just me, Entire organization e Specific users/groups. Para uma primeira liberação, escolha conscientemente qual desses públicos corresponde à validação planejada e registre o motivo. Microsoft Learn: Set up Agent Store in Microsoft Copilot ((abre em nova aba))

Não transforme a presença no Agent Store em autorização automática. O Agent Store reúne agentes da Microsoft, de provedores terceiros verificados e da própria organização, mas a documentação ainda coloca no administrador a revisão de detalhes, acesso e atribuição. Microsoft Learn: Set up Agent Store in Microsoft Copilot ((abre em nova aba))

5. Qual política vale para agentes instalados por usuários e para agentes criados internamente?Link para esta seção

O Learn descreve três métodos de instalação e governança: agentes instalados pela Microsoft, pelo administrador e pelo usuário. Usuários podem instalar agentes que estejam disponíveis no Agent Store conforme as políticas do tenant e também podem criar agentes próprios usando recursos como SharePoint, Agent Builder ou Copilot Studio. Microsoft Learn: Agent installation in Microsoft Copilot ((abre em nova aba))

Defina em qual desses caminhos cada categoria se encaixa. Para agentes desenvolvidos internamente no Copilot Studio, o fluxo documentado leva o pedido a Agents > All agents > Requests. Antes de publicar ou rejeitar, o administrador revisa detalhes, acesso a dados e informações do maker. O agente não fica visível para usuários até a aprovação administrativa. Microsoft Learn: Set up Agent Store in Microsoft Copilot ((abre em nova aba))

Vale registrar também o que acontece quando um agente não deve mais estar disponível. Para agentes administrados, a documentação descreve ações de bloquear e remover. A política do tenant deve definir quando cada ação é usada, quem decide e como o impacto é comunicado. Microsoft Learn: Agent installation in Microsoft Copilot ((abre em nova aba))

6. Quem tem permissão para administrar e quem será dono do ciclo de vida?Link para esta seção

Para configurar, gerenciar e implantar agentes, o Learn lista os papéis AI Admin, Global Admin e Global Reader, sendo este último apenas de leitura. A recomendação é usar o menor privilégio necessário, porque Global Admin inclui mais permissões do que muitas tarefas exigem. Microsoft Learn: Prerequisites for managing agents in Microsoft 365 ((abre em nova aba))

Permissão administrativa não substitui responsabilidade operacional. O guia recomenda revisar o inventário de agentes, identificar itens sem proprietário e considerar a remoção de agentes que não tenham mais um dono. Antes de liberar, atribua um responsável pela revisão periódica, pelo recebimento de pedidos de publicação e pela decisão de retirar o agente. Microsoft Learn: Agents admin guide for Microsoft 365 ((abre em nova aba))

Checklist mínimo antes de liberarLink para esta seção

• O cenário de Copilot e os requisitos aplicáveis foram confirmados. Fonte ((abre em nova aba))
• A abordagem declarativa ou de mecanismo personalizado foi escolhida para o caso de uso. Fonte ((abre em nova aba))
• Capabilities, Knowledge, Actions e Security & compliance foram revisados. Fonte ((abre em nova aba))
• A escolha entre Available to e Deployed to, incluindo usuários ou grupos, foi registrada. Fonte ((abre em nova aba))
• O fluxo de aprovação ou rejeição de agentes internos está definido. Fonte ((abre em nova aba))
• O administrador atua com o menor privilégio necessário e há um dono para o ciclo de vida. Fonte ((abre em nova aba))

Com essas respostas registradas, a equipe deixa de perguntar só se um agente pode ser instalado e passa a decidir se ele deve ser disponibilizado, para quem e sob quais controles. As páginas do Learn explicam os controles do produto, mas os critérios de risco, aprovação e acompanhamento de cada tenant continuam sendo decisões internas que precisam de validação humana.

Fontes consultadasLink para esta seção

1. Agents admin guide for Microsoft 365 ((abre em nova aba))
2. Agents for Microsoft 365 Copilot ((abre em nova aba))
3. Agent installation in Microsoft Copilot ((abre em nova aba))
4. Set up Agent Store in Microsoft Copilot ((abre em nova aba))
5. Prerequisites for managing agents in Microsoft 365 ((abre em nova aba))

Verificado na documentação oficial em 2026-09-01. Recursos do Microsoft Teams mudam com frequência: confira a página citada antes de aplicar.