Microsoft Agent 365 est un plan de contrôle pour les agents du tenant Microsoft. VeriSwarm est un plan de contrôle pour chaque agent — où qu'il s'exécute, quel que soit le framework qu'il utilise, quel que soit le cloud qu'il touche. Scoring de confiance multi-cloud, audit immuable et points de terminaison d'attestation de conformité qui existent dès aujourd'hui.
Microsoft Agent 365 est la couche de gouvernance des agents pour les agents du tenant Microsoft. L'autre grande partie des agents d'entreprise vit en dehors de Microsoft — sur AWS, GCP, Anthropic, OpenAI, des stacks LangChain internes, du Python sur mesure. VeriSwarm est la couche de gouvernance des agents pour ceux-là. Et pour ceux qui franchissent la frontière.
Trois différenciateurs orthogonaux ci-dessous. Choisissez celui qui compte pour votre audience.
Cinq axes de gouvernance. Pour chacun, la posture de Microsoft Agent 365 telle qu'elle était au lancement GA — et la capacité de VeriSwarm livrée dès aujourd'hui, avec le point de terminaison qui produit la preuve.
Lié à Entra. Les identités des agents vivent à l'intérieur du tenant Microsoft ; Conditional Access et Identity Protection ne s'appliquent à l'agent que lorsqu'il s'agit d'un principal Entra.
La plupart des stacks d'agents d'entreprise ne sont pas 100 % Microsoft. Dès qu'un agent appelle AWS, un SaaS tiers, ou s'exécute sur un framework autre que Copilot, l'histoire d'identité de Microsoft se dégrade en « outils supplémentaires requis ».
Les agents reçoivent des JWT ES256 de courte durée (TTL d'une heure) avec liaison d'audience. Les services en aval vérifient la signature via un point de terminaison JWKS public — pas de secret partagé, pas de frontière de tenant. Le même identifiant fonctionne que l'agent s'exécute dans votre VPC, sur Bedrock, ou dans la stack d'un partenaire.
GET /.well-known/jwks.jsonL'activité est journalisée à l'intérieur du tenant Microsoft selon la posture de rétention et de discovery de Microsoft. Exportable selon les conditions de Microsoft.
Pour la santé, le juridique et la finance, « Microsoft dit que c'est arrivé » et « j'ai un reçu cryptographique que je peux vérifier hors ligne » ne sont pas le même produit. Vault est la réponse pour la conversation où le client ne veut pas faire confiance au fournisseur.
Chaque événement d'audit est chaîné par SHA-256 à son prédécesseur. La vérification de la chaîne est reproductible hors ligne — remettez l'export à un auditeur et il peut vérifier l'intégrité sans appel à l'API VeriSwarm. La rétention consciente de la chaîne archive les segments plus anciens en JSONL avec un segment_hash enregistré et fait le pont à travers la frontière pour que le vérificateur continue de fonctionner après la rétention.
GET /v1/suite/vault/verifyLes documents GA décrivent une « évaluation de conformité et de performance ». Les points de terminaison d'attestation spécifiques à chaque référentiel sont sur la feuille de route, pas dans le produit aujourd'hui.
L'application de l'EU AI Act pour les systèmes à haut risque est passée d'août 2026 au 2 décembre 2027 dans l'accord Omnibus du 7 mai. La fenêtre de conformité s'est allongée, pas raccourcie — et les acheteurs qui l'utilisent pour construire une gouvernance durable plutôt que d'acheter dans la panique deux mois avant l'échéance seront les premiers prêts. Un acheteur qui produit des preuves aujourd'hui dispose de VeriSwarm ou d'un lien vers une feuille de route.
Les points de terminaison d'attestation par référentiel émettent des packages de preuves lisibles par machine que les auditeurs peuvent lire sans que votre équipe d'ingénierie doive reconstruire des tableurs. EU AI Act (obligations à haut risque désormais en décembre 2027 selon l'accord Omnibus du 7 mai 2026), NIST AI RMF, ISO 42001, OWASP Agentic AI Top 10 — tous en ligne. Cinq référentiels supplémentaires en aperçu technique.
GET /v1/compliance/{framework}Gouverne les données déjà classifiées à l'intérieur du graphe de données M365. En dehors de M365 — RAG sur mesure, bases de connaissances tierces, outils MCP appelant des API externes — le problème de PII appartient au client.
Le problème de PII intéressant n'est pas « les données à l'intérieur de Microsoft ». C'est le moment où un agent lit une base de connaissances tierce, appelle l'API d'un fournisseur, ou remet des données à un LLM en aval que vous ne contrôlez pas. C'est là que vit la brèche.
Tokenisation récursive des PII à travers des payloads imbriqués via Presidio NER (la bibliothèque de Microsoft elle-même, appliquée à la frontière agent-outil plutôt qu'à l'intérieur du graphe M365). Guard Proxy se place de manière transparente entre les agents et leurs outils, interceptant chaque appel. Les PII ne franchissent jamais la frontière — les tokens si, et la réhydratation est limitée à la session.
POST /v1/suite/guard/scanLes workflows de politique et d'approbation sont liés aux périmètres de ressources M365/Azure. Solide à l'intérieur de la frontière ; dégradé à l'extérieur.
Cedar est le même langage qu'AWS utilise pour IAM et celui que le propre Agent Governance Toolkit de Microsoft a choisi pour les politiques. Posséder la couche de décision à l'exécution dans un langage portable entre fournisseurs compte lorsque l'agent franchit des frontières de cloud.
Des politiques Cedar déclaratives par tenant, évaluées à chaque vérification de décision. Kill switch en temps réel avec codes de motif enregistrés dans Vault. Cortex Workflows inclut un type d'étape human_review pour les approbations ; la vérification inter-modèles achemine les décisions critiques à travers plusieurs LLM avec consensus majoritaire. Chaque blocage, chaque contournement, chaque approbation atterrit dans la chaîne d'audit.
POST /v1/decisions/checkNous ne prétendons pas le contraire. Si tous vos agents vivent à l'intérieur de M365 et que cela vous convient, Agent 365 est une réponse raisonnable. La page ci-dessous est pour l'autre cas.
Microsoft peut mettre Agent 365 devant chaque DSI qui achète E5 aujourd'hui. C'est une asymétrie sur laquelle nous ne nous battons pas. Si vous êtes une organisation Microsoft-first et que vos agents restent dans Copilot Studio, le chemin de moindre résistance est Agent 365 — et c'est très bien.
Des décennies de crédibilité en matière d'identité, Conditional Access, Identity Protection, Global Secure Access. Si l'agent vit entièrement à l'intérieur de M365, l'histoire de gouvernance est bien intégrée. Nous ne revendiquons pas la parité ici ; nous n'en avons pas besoin.
Les agents créés dans Copilot Studio héritent de la gouvernance Agent 365 avec pratiquement aucun travail d'intégration. Pour les organisations qui standardisent sur Copilot Studio, c'est une véritable histoire de productivité.
Le prix vous dit pour qui un produit a été conçu. Celui de Microsoft suppose que vous êtes déjà dans l'univers des licences Microsoft. Nous supposons que ce n'est peut-être pas le cas.
Prix Microsoft : 15 $/utilisateur/mois en autonome, 99 $/utilisateur/mois dans le bundle M365 E7 (selon les documents de lancement GA, 1er mai 2026).
Les obligations à haut risque de l'EU AI Act sont reportées au 2 décembre 2027 dans le cadre de l'accord Omnibus du 7 mai 2026 — mais les équipes de conformité n'attendent pas l'échéance pour commencer à poser la question. Si un acheteur demande une attestation aujourd'hui, la réponse est soit un appel API, soit un lien vers une feuille de route. Voici l'appel API.
Une requête de score de confiance. Une réponse vérifiable. Fonctionne de la même manière que l'agent soit dans votre VPC, sur Bedrock, ou en cours d'exécution localement dans un job CI.
Le même appel depuis n'importe quel agent, n'importe quel framework, n'importe quel cloud. Évaluation de politique Cedar, décision, code de motif, et un identifiant d'événement journalisé dans Vault.
POST /v1/decisions/check
→ {
"decision": "allow",
"reason_code": "trust_above_threshold",
"policy_tier": "tier_2",
"trust_score": 812,
"logged_event_id": "evt_evd_..."
}L'attestation que l'équipe de conformité d'un acheteur demande maintenant — même avec l'application à haut risque repoussée à décembre 2027 par l'accord Omnibus. Générée à partir du trafic réel des agents, pas de données synthétiques.
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": "..."
}D'ici mi-2026, chaque grande plateforme livre sa propre gouvernance d'agents intra-tenant — et s'arrête à sa propre frontière. Cette page argumente le cas Microsoft en détail, mais le même argument tient pour les autres stacks de fournisseurs ci-dessous. VeriSwarm se positionne à travers tous ces environnements.
Livre : Einstein Trust Layer, moteur de raisonnement Atlas, Autonomous Shield, audit Command Center
Frontière : Gouverne les agents construits sur Agentforce. L'agent LangChain sur AWS ou le workflow CrewAI dans le VPC d'un client sont hors périmètre.
Livre : Guardrails open source, routage de modèles Nemotron, primitives d'observabilité
Frontière : Optimisé pour l'inférence hébergée par NVIDIA. Les flottes de modèles multi-fournisseurs ont besoin d'une couche qui ne suppose pas Nemotron à la base.
Livre : Bedrock Guardrails, groupes d'actions d'agents, journalisation CloudTrail
Frontière : Limité aux agents hébergés sur Bedrock. Les agents sur l'API Anthropic, Azure OpenAI, ou des modèles auto-hébergés ne sont pas dans la chaîne d'audit.
Livre : Entra Agent ID, Conditional Access, rétention M365, intégration Copilot Studio
Frontière : Comparaison détaillée ci-dessus. Uniquement les agents du tenant Microsoft.
Chaque fournisseur gouverne bien sa propre frontière. Aucun d'eux ne gouverne au-delà des frontières. VeriSwarm est le plan de confiance dont la flotte « tout ce qui précède » a besoin.
Prétendre que la comparaison est à sens unique est un signal révélateur. Voici ce que nous n'affirmons explicitement pas.
Démarrez un niveau Gate gratuit en moins de cinq minutes. Apportez un agent s'exécutant sur n'importe quel framework, n'importe quel cloud, n'importe quel modèle. Voyez le score de confiance, les décisions de politique, et la chaîne Vault — pour un agent qu'Agent 365 ne peut pas voir.
Sources : documents de lancement GA de Microsoft Agent 365 (1er mai 2026) ; documentation Entra Agent ID de Microsoft Learn ; surface d'API publique de VeriSwarm (veriswarm.ai/docs).