Siesta AI
Build 2026 prend tout son sens lorsqu’on le considère comme la suite de ce que Microsoft a amorcé l’an dernier. Alors que Build 2025 visait à introduire l’idée des agents IA, la conférence de cette année s’est concentrée sur ce qu’il faut pour les rendre opérationnels. À travers Windows, Microsoft 365, GitHub et Azure, Microsoft a dévoilé de nouvelles couches pour l’identité, le contexte, la sécurité et la gouvernance afin de soutenir des agents capables de faire plus que répondre à des questions.
Le résultat est un changement de cap net. L’IA n’est plus présentée uniquement comme un assistant dans une fenêtre de chat. À la place, Microsoft construit progressivement l’infrastructure d’agents capables d’agir à travers les systèmes d’entreprise tout en restant observables, sécurisés et contrôlables.
Agents IA pour l’entreprise : ce dont Build 2026 parle vraiment
La question la plus importante n’est pas de savoir si un agent écrit de meilleurs textes. C’est de savoir si la pile peut répondre, après coup et idéalement avant coup : qu’a fait l’agent, sous quelle autorité, et pourquoi cela a été autorisé. C’est là que les agents IA pour l’entreprise cessent d’être une fonctionnalité d’interface et deviennent un problème de gouvernance.
Ce cadrage relie Scout, Microsoft IQ, Web IQ et Project Solara. Cela ressemble à des lancements distincts, mais l’idée commune est l’exécution avec des contrôles : identité, politiques, utilisation d’outils auditée et contexte géré.
Scout : l’autonomie cadrée par l’identité, la politique et le confinement
Microsoft Scout est présenté comme un agent personnel toujours actif pour le travail, basé sur la technologie open source OpenClaw, avec Work IQ comme moteur de contexte. Microsoft décrit Scout comme son premier « agent Autopilot », conçu pour rester actif en arrière-plan et agir sans nécessiter une invite à chaque fois.
L’affirmation technique la plus importante est la gouvernance by design. Scout fonctionne de manière autonome avec sa propre identité, et son modèle de confiance part du principe que l’environnement d’exécution est hostile. Chaque appel d’outil, requête de modèle et saut réseau est médié par un runtime zero trust où le conteneur de l’agent est considéré comme non fiable, tandis que l’identité, les jetons et les politiques résident en dehors du conteneur.
C’est une réponse pragmatique à la raison pour laquelle de nombreux pilotes s’enlisent dès qu’un agent cesse d’être en lecture seule. Quand un agent peut exécuter, le mode d’échec passe de « mauvaise réponse » à mauvais résultat : la mauvaise réunion annulée, le mauvais fichier partagé, ou la mauvaise mise à jour écrite dans un système avec un contexte erroné.
La disponibilité est également explicitée : Scout est une version expérimentale destinée aux organisations Frontier, nécessitant une inscription Frontier, une configuration de politique Intune et une attestation sur inscription. Les utilisateurs ont aussi besoin d’une licence GitHub Copilot pour télécharger et installer l’expérience.
Actions visibles : la piste d’audit devient la vraie UX
Une fois que l’autonomie devient exécution, la visibilité ne peut pas être vague. « Actions visibles » doit signifier que le système peut montrer ce qui a changé, quelle identité et quelle portée ont été utilisées, et quelle politique a autorisé ou bloqué l’action. Pour les agents IA en entreprise, cette visibilité fait la différence entre un pilote utile et un incident en attente.
- Ce qui a changé, et dans quel système
- Quelle identité et quelle portée ont été utilisées, et comment cela se mappe à Entra
- Quelle politique a autorisé ou bloqué l’action
- Quels outils ont été appelés, avec quelles entrées et sorties
- Si les actions peuvent être revues, annulées et investiguées
C’est le point opérationnel que Build 2026 met en lumière : une fois que les agents exécutent, l’expérience de chat compte moins que la capacité à prouver la conformité, enquêter sur les incidents et arrêter rapidement les erreurs. Microsoft relie aussi Scout aux surfaces de conformité existantes, en mettant l’accent sur Purview pour les mêmes signaux DLP et de conformité sur lesquels les équipes s’appuient déjà dans Microsoft 365.
Microsoft IQ et Work IQ : le contexte comme infrastructure partagée
Build Live présente Microsoft IQ comme une base d’intelligence partagée réunissant Work IQ, Fabric IQ et Foundry IQ, et rendant ce contexte accessible via GitHub Copilot, Microsoft Foundry et Copilot Studio. Le récapitulatif officiel de Microsoft indique que Microsoft IQ est généralement disponible, et que les API Work IQ sont généralement disponibles le 16 juin.
Une nuance de déploiement compte : une couche de contexte partagée peut être en GA tandis que les intégrations à chaque produit arrivent selon leurs propres calendriers. Concrètement, cela signifie que les équipes peuvent standardiser plus tôt le retrieval et le comportement des autorisations, mais doivent tout de même valider comment chaque surface applique l’accès, la sensibilité et la traçabilité.
L’avantage est la cohérence. L’inconvénient est le risque de concentration. Si la couche partagée gère mal les autorisations ou les étiquettes de sensibilité, de nombreux agents héritent du défaut d’un coup. C’est le compromis inévitable à mesure que les agents IA pour l’entreprise passent de pilotes mono-équipe à une infrastructure partagée.
Web IQ et Project Solara : contexte plus large, surface d’exécution plus large
Web IQ est le pari de Microsoft sur l’ancrage externe, positionné comme un contexte classé et prêt à citer à travers le web, l’actualité, les images et la vidéo, pour injection directe dans les fenêtres de contexte des modèles. Microsoft revendique une faible latence et moins de tokens par requête, tout en présentant Web IQ comme un accès limité à certains clients, ce qui constitue un signal de maturité important pour la planification.
Project Solara étend le thème aux surfaces matérielles. Microsoft décrit Solara comme une plateforme de la puce au cloud pour des appareils agent-first et prend soin de présenter des conceptions de référence, et non des produits commercialisés. L’implication stratégique est simple : les appareils ambiants rapprochent l’exécution du lieu où le travail se fait, mais élargissent aussi la surface de contrôle, rendant l’identité, l’application des politiques et la journalisation des actions non négociables sur chaque endpoint.
Build 2026 vend au final une promesse simple : des agents capables d’agir, tout en gardant l’action attribuable et contrôlable. Pour les équipes qui évaluent des agents IA pour l’entreprise, le test décisif le plus utile est de savoir si vous pouvez rejouer le travail d’un agent comme une transaction, avec une identité, des politiques et des appels d’outils suffisamment visibles pour soutenir l’investigation et l’audit.
