Microsoft Agent 365

O que é

Microsoft Agent 365 é o control plane dos agentes de IA dentro de um tenant Microsoft. Ele mantém um registro de todos os agentes da organização, dá a cada um uma identidade via Entra Agent ID, mapeia com o que esses agentes se conectam e fornece os ganchos que fazem Conditional Access, Purview e Defender valerem para software que age por conta própria do mesmo jeito que já valem para funcionários. Chegou à disponibilidade geral em 1º de maio de 2026 e, na mesma data, a Microsoft aposentou o blade independente do Entra Agent Registry no centro de administração do Entra e o incorporou aqui: um control plane só, não dois.

A correção que precisa vir antes de tudo: o Agent 365 não constrói agentes e não os executa. Copilot Studio e Microsoft Foundry constroem. O Agent 365 governa o que foi construído. Comprar por querer agentes é a leitura errada mais cara dessa categoria, porque a licença de que você realmente precisava era a suíte base embaixo dele.

Por que os times de ops chegam aqui

O gatilho quase nunca é uma exigência de segurança. É o momento em que alguém pergunta quantos agentes conseguem escrever no CRM, no ATS ou no repositório de contratos, e ninguém na sala sabe responder. Os agentes chegam um departamento por vez — um líder de RevOps monta um agente de roteamento, uma recrutadora conecta um fluxo de triagem de currículos, o legal ops levanta uma triagem de intake — e cada um se autentica como a pessoa que o construiu. Não existe lista, não existe coluna de dono e não existe sujeito de auditoria distinto do humano cujo token ele pegou emprestado.

O Agent 365 responde a essa pergunta com um inventário. O registro cobre agentes feitos pela Microsoft, agentes construídos no Copilot Studio e no Foundry, agentes de parceiros entregues pré-configurados para ele (Genspark, Zensai, Egnyte, Zendesk no lançamento) e agentes das agent factories da lista de lançamento: Kasisto, Kore e n8n. Agentes construídos sobre o n8n recebem um Entra Agent ID automaticamente e aparecem no centro de administração sem nenhum trabalho de identidade da sua parte, que é o caminho mais barato entre uma automação que funciona e uma automação governada.

A realidade do preço

• US$ 15,00 por usuário por mês, standalone, no pagamento anual.
• Incluído no Microsoft 365 E7 a US$ 99/usuário/mês — a Frontier Suite lançada em 1º de maio de 2026, que empacota E5, Copilot e Agent 365.
• Não está incluído no E5. Os Product Terms de junho de 2026 exigem Microsoft 365 E5, Microsoft 365 Business Premium ou a combinação Defender + Purview Suite Frontline Worker como pré-requisito.

Os US$ 15 são um add-on, não um preço de entrada, e a faixa real depende inteiramente do que você já tem:

• Empresa que já é E5, 200 assentos: US$ 15 × 200 = US$ 36.000/ano acima do que você paga hoje.
• Empresa em Business Premium, 200 assentos: US$ 22 + US$ 15 = US$ 37/usuário/mês, ou US$ 88.800/ano no total.
• Sem nenhuma base qualificada, 200 assentos: E5 a US$ 60 mais US$ 15 = US$ 75/usuário/mês, US$ 180.000/ano. Nesse ponto você está comprando uma suíte de segurança e ganhando governança de agentes junto, e deveria avaliar a compra pela suíte.

A unidade é o que a maioria dos orçamentos erra. O Agent 365 é licenciado por usuário humano, não por agente — uma licença cobre todo agente que a pessoa gerencia, patrocina, possui ou que trabalha para ela. Seu quadragésimo agente é de graça. Seu ducentésimo primeiro funcionário custa US$ 15 por mês. O custo escala com o headcount enquanto o risco escala com a quantidade de agentes, e só uma dessas duas curvas aparece na fatura.

A execução é uma segunda fatura. Construir e rodar agentes é cobrado via Copilot Studio (capacity packs a US$ 200/mês por 25.000 créditos, ou US$ 0,01 por crédito no pay-as-you-go) ou via Microsoft Foundry na conta da Azure, e o Windows 365 for Agents — o ambiente gerenciado onde os agentes podem trabalhar — custa US$ 0,40 por hora de VM no pay-as-you-go, só nos EUA e em preview.

Ideal para

Um líder de TI ou de ops em uma empresa Microsoft-first já licenciada em E5 ou Business Premium, que precisa produzir um inventário com dono atribuído de cada agente com acesso de escrita a um sistema de registro, e precisa que as políticas de Conditional Access e Purview valham para esses agentes em vez de valerem para os humanos que eles personificam. O caso delimitado em que ele vence sem discussão: uma organização de ops com agentes rodando em Copilot Studio, Teams e n8n, e uma revisão de compliance a caminho perguntando quem autorizou cada um.

Não serve para

Um time de 5 a 30 pessoas rodando dois ou três agentes no n8n ou em um builder de workflow, sem suíte Microsoft embaixo. A cadeia de pré-requisitos custa mais do que os agentes, e o mesmo controle — um dono por agente, um gate de aprovação nas escritas, um log de execução — sai do stack de ops de agentes de IA por uma fração da licença. Também é a compra errada se os agentes que importam são sessões de Claude ou ChatGPT dirigidas por um humano: eles não estão na lista de parceiros, não caem no registro e são governados nos consoles de administração deles ou não são governados.

Contra as alternativas

• Okta for AI Agents — disponível de forma geral desde 30 de abril de 2026, com registro de agentes, credenciais de vida curta no lugar de API keys estáticas, logs de atividade de agentes que vão para o seu SIEM e o Cross App Access (XAA), um protocolo aberto para agentes que cruzam fronteiras entre aplicações. Escolha Okta quando a identidade já for Okta-first e os agentes que importam agirem sobre SaaS que não é Microsoft. O control plane da Microsoft é mais forte exatamente onde está o seu tenant, e mais fino em todo o resto.
• Salesforce Agentforce — escolha quando os agentes que valem governança vivem no Salesforce e agem sobre dados do Salesforce. Governança que senta ao lado do registro é mais fácil de provar do que governança que federa até ele, e uma organização de receita centrada em Salesforce vai mais longe com os controles nativos do que com uma entrada de registro no centro de administração de outro fornecedor.
• Token Security e as plataformas independentes de identidade não humana — escolha quando o problema real é o espalhamento de credenciais (contas de serviço, API keys, concessões OAuth) e não uma lista de agentes sancionados pela empresa. Leia o segmento antes de assinar: a Cisco comprou a Astrix em maio de 2026, a SailPoint fechou a Entro em 29 de junho de 2026 e a Cyera assinou uma LOI pela Oasis em 28 de julho de 2026. Os independentes são a metade que está encolhendo desse mercado.

Pontos de atenção

• Os cenários interessantes ainda estão em preview. Agentes autônomos e non-OBO — agentes que agem com o próprio acesso em vez de em nome de um usuário logado — seguem em public preview e não têm cobrança até o GA. Isso cobre a maior parte do que um time de ops quer colocar rodando sem supervisão. Proteção: escreva a narrativa de compliance apenas contra capacidades em GA e trate a cobertura em preview como um acelerador do qual você abriria mão. Revise a lista de preview antes de qualquer data de auditoria que você se comprometer a cumprir.
• O preço por usuário esconde a proliferação de agentes. Nada na fatura se mexe quando a conta vai de 12 agentes para 60, então nenhum sinal orçamentário dispara. Proteção: revise o registro todo mês contra uma lista de donos nomeados e aposente tudo que não tiver dono. Faça da revisão um compromisso de calendário com uma pessoa responsável, não uma frase de política.
• A cadeia de pré-requisitos é a cotação de verdade. Uma cotação de “US$ 15 por usuário” é precisa e incompleta: Conditional Access para agentes precisa de M365 E3 como piso, Identity Protection para agentes precisa de E5, e threat hunting precisa de uma licença separada do Defender for Cloud Apps. Proteção: antes de aprovar, cote a cadeia inteira — suíte base mais add-on mais os SKUs de segurança por trás dos controles específicos que você está prometendo — e obtenha do revendedor o mapeamento controle-para-SKU por escrito.
• O portal não tem histórico de exportação nem comparação de snapshots. Você enxerga o registro como ele está hoje; mostrar a um auditor como ele mudou ao longo de um trimestre é problema seu. Proteção: puxe o registro pela Graph API em uma rotina mensal para o seu próprio armazenamento desde o primeiro dia. A primeira vez que você precisar do diff será a primeira vez que não conseguirá reconstruí-lo.

Relacionado: o stack de rollout de IA corporativa se apoia no Agent 365 como control plane e precifica as camadas ao redor.