O Microsoft Agent 365 é um plano de controle para agentes do tenant Microsoft. O VeriSwarm é um plano de controle para todo agente — onde quer que ele seja executado, qualquer que seja o framework que ele use, qualquer que seja a nuvem que ele toque. Pontuação de confiança multicloud, auditoria imutável e endpoints de atestado de compliance que existem hoje.
O Microsoft Agent 365 é a camada de governança de agentes para agentes do tenant Microsoft. A outra grande fração dos agentes corporativos vive fora da Microsoft — em AWS, GCP, Anthropic, OpenAI, stacks internos de LangChain, Python personalizado. O VeriSwarm é a camada de governança de agentes para esses. E para os que cruzam a fronteira.
Três diferenciais ortogonais abaixo. Escolha o que mais importa para o seu público.
Cinco eixos de governança. Para cada um, a postura do Microsoft Agent 365 como estava no lançamento GA — e a capacidade do VeriSwarm que já existe hoje, com o endpoint que emite a evidência.
Vinculado ao Entra. As identidades dos agentes vivem dentro do tenant Microsoft; Conditional Access e Identity Protection se aplicam ao agente apenas quando ele é um principal do Entra.
A maioria dos stacks corporativos de agentes não é 100% Microsoft. No momento em que um agente chama a AWS, um SaaS de terceiros, ou roda em um framework que não é o Copilot, a proposta de identidade da Microsoft se degrada para “ferramentas adicionais necessárias”.
Os agentes recebem JWTs ES256 de curta duração (TTL de 1 hora) com vinculação de audiência. Os serviços downstream verificam a assinatura em um endpoint JWKS público — sem segredo compartilhado, sem fronteira de tenant. A mesma credencial funciona esteja o agente rodando na sua VPC, no Bedrock, ou dentro do stack de um parceiro.
GET /.well-known/jwks.jsonA atividade é registrada dentro do tenant Microsoft sob a postura de retenção e discovery da Microsoft. Exportável nos termos da Microsoft.
Para saúde, jurídico e finserv, “a Microsoft diz que aconteceu” e “eu tenho um recibo criptográfico que posso verificar offline” não são o mesmo produto. O Vault é a resposta para a conversa em que o cliente não quer confiar no fornecedor.
Cada evento de auditoria é encadeado por SHA-256 ao seu predecessor. A verificação da cadeia é reproduzível offline — entregue a exportação a um auditor e ele poderá verificar a integridade sem uma chamada à API do VeriSwarm. A retenção com consciência de cadeia arquiva segmentos mais antigos em JSONL com um segment_hash registrado e faz a ponte pela fronteira para que o verificador continue funcionando após a retenção.
GET /v1/suite/vault/verifyOs materiais de GA descrevem uma “avaliação de compliance e desempenho”. Os endpoints de atestado específicos por framework estão no roadmap, não no produto hoje.
A aplicação da EU AI Act para sistemas de alto risco mudou de agosto de 2026 para 2 de dezembro de 2027 no acordo Omnibus de 7 de maio. A janela de compliance ficou mais longa, não mais curta — e os compradores que a usam para construir uma governança duradoura em vez de comprar em pânico dois meses antes são os que estarão prontos primeiro. Um comprador que produz evidências hoje tem o VeriSwarm ou um link de roadmap.
Endpoints de atestado por framework emitem pacotes de evidência legíveis por máquina que os auditores podem ler sem que sua equipe de engenharia precise reconstruir planilhas. EU AI Act (obrigações de alto risco agora em dezembro de 2027, segundo o acordo Omnibus de 7 de maio de 2026), NIST AI RMF, ISO 42001, OWASP Agentic AI Top 10 — todos ativos. Mais cinco frameworks em preview técnico.
GET /v1/compliance/{framework}Governa os dados já classificados dentro do grafo de dados do M365. Fora do M365 — RAG personalizado, bases de conhecimento de terceiros, ferramentas MCP chamando APIs externas — o problema de PII é do cliente.
O problema interessante de PII não é “dados dentro da Microsoft”. É o momento em que um agente lê de uma base de conhecimento de terceiros, chama a API de um fornecedor, ou entrega dados a um LLM downstream que você não controla. É aí que mora a violação.
Tokenização recursiva de PII em payloads aninhados usando o Presidio NER (biblioteca da própria Microsoft, aplicada na fronteira agente-ferramenta em vez de dentro do grafo M365). O Guard Proxy se posiciona de forma transparente entre os agentes e suas ferramentas, interceptando cada chamada. O PII nunca cruza a fronteira — os tokens sim, e a reidratação é limitada à sessão.
POST /v1/suite/guard/scanOs workflows de política e aprovação estão vinculados aos escopos de recursos do M365/Azure. Forte dentro da fronteira; degradado fora dela.
O Cedar é a mesma linguagem que a AWS usa para IAM e a linguagem que o próprio Agent Governance Toolkit da Microsoft escolheu para políticas. Ser dono da camada de decisão em runtime em uma linguagem portátil entre fornecedores importa quando o agente cruza fronteiras de nuvem.
Políticas Cedar declarativas por tenant, avaliadas a cada verificação de decisão. Kill switch em tempo real com códigos de motivo registrados no Vault. O Cortex Workflows inclui um tipo de etapa human_review para aprovações; a verificação entre modelos encaminha decisões críticas por múltiplos LLMs com consenso da maioria. Cada bloqueio, cada substituição, cada aprovação cai na cadeia de auditoria.
POST /v1/decisions/checkNão fingimos o contrário. Se todos os seus agentes vivem dentro do M365 e você está satisfeito com isso, o Agent 365 é uma resposta razoável. A página abaixo é para o outro caso.
A Microsoft pode colocar o Agent 365 na frente de todo CIO que compra E5 hoje. Essa é uma assimetria em que não competimos. Se você é uma empresa Microsoft-first e seus agentes ficam no Copilot Studio, o caminho de menor resistência é o Agent 365 — e tudo bem.
Décadas de credibilidade em identidade, Conditional Access, Identity Protection, Global Secure Access. Se o agente vive inteiramente dentro do M365, a proposta de governança é bem integrada. Não reivindicamos paridade aqui; não precisamos.
Agentes criados no Copilot Studio herdam a governança do Agent 365 com praticamente nenhum trabalho de integração. Para organizações que padronizam no Copilot Studio, essa é uma história real de produtividade.
O preço diz para quem um produto foi projetado. O da Microsoft assume que você já está dentro do universo de licenciamento da Microsoft. Nós assumimos que talvez não esteja.
Preços da Microsoft: US$ 15/usuário/mês standalone, US$ 99/usuário/mês no pacote M365 E7 (segundo os materiais de lançamento GA, 1º de maio de 2026).
As obrigações de alto risco da EU AI Act passam para 2 de dezembro de 2027 sob o acordo Omnibus de 7 de maio de 2026 — mas as equipes de compliance não estão esperando o prazo para começar a perguntar. Se um comprador pedir um atestado hoje, a resposta é uma chamada de API ou um link de roadmap. Aqui está a chamada de API.
Uma solicitação de pontuação de confiança. Uma resposta verificável. Funciona da mesma forma esteja o agente na sua VPC, no Bedrock, ou rodando localmente em um job de CI.
A mesma chamada de qualquer agente, qualquer framework, qualquer nuvem. Avaliação de política Cedar, decisão, código de motivo, e um ID de evento registrado no Vault.
POST /v1/decisions/check
→ {
"decision": "allow",
"reason_code": "trust_above_threshold",
"policy_tier": "tier_2",
"trust_score": 812,
"logged_event_id": "evt_evd_..."
}O atestado que a equipe de compliance de um comprador está pedindo agora — mesmo com a aplicação de alto risco adiada para dezembro de 2027 pelo acordo Omnibus. Gerado a partir de tráfego real de agentes, não dados sintéticos.
GET /v1/compliance/eu-ai-act
→ {
"framework": "eu-ai-act",
"articles_covered": [9,13,14,15,16,17,26],
"evidence_events": 12_847,
"vault_chain_verified": true,
"report_url": "..."
}Até meados de 2026, toda grande plataforma lança sua própria governança de agentes intra-tenant — e para na sua própria fronteira. Esta página argumenta o caso Microsoft em detalhe, mas o mesmo argumento vale para os outros stacks de fornecedores abaixo. O VeriSwarm se posiciona por cima de todos eles.
Lança: Einstein Trust Layer, motor de raciocínio Atlas, Autonomous Shield, auditoria Command Center
Fronteira: Governa agentes construídos no Agentforce. O agente LangChain na AWS ou o workflow CrewAI na VPC de um cliente estão fora de escopo.
Lança: Guardrails open source, roteamento de modelos Nemotron, primitivas de observabilidade
Fronteira: Otimizado para inferência hospedada pela NVIDIA. Frotas de modelos multifornecedor precisam de uma camada que não pressuponha o Nemotron na base.
Lança: Bedrock Guardrails, grupos de ações de agentes, registro CloudTrail
Fronteira: Restrito a agentes hospedados no Bedrock. Agentes na API da Anthropic, Azure OpenAI, ou modelos autogerenciados não estão na cadeia de auditoria.
Lança: Entra Agent ID, Conditional Access, retenção M365, integração com o Copilot Studio
Fronteira: Comparação detalhada acima. Apenas agentes do tenant Microsoft.
Cada fornecedor governa bem a sua própria fronteira. Nenhum deles governa além das fronteiras. O VeriSwarm é o plano de confiança de que a frota “tudo o que foi dito acima” precisa.
Fingir que a comparação é unilateral é um sinal revelador. Aqui está o que explicitamente não estamos argumentando.
Ative um nível Gate gratuito em menos de cinco minutos. Traga um agente rodando em qualquer framework, qualquer nuvem, qualquer modelo. Veja a pontuação de confiança, as decisões de política, e a cadeia do Vault — para um agente que o Agent 365 não consegue ver.
Fontes: materiais de lançamento GA do Microsoft Agent 365 (1º de maio de 2026); documentação do Entra Agent ID da Microsoft Learn; superfície pública de API do VeriSwarm (veriswarm.ai/docs).