Une Build 2026 presque entièrement aspirée par l’IA
Microsoft a profité de sa conférence Build 2026, organisée les 2 et 3 juin à San Francisco, pour clarifier une ambition qui dépasse largement l’ajout de Copilot dans quelques menus : l’entreprise veut contrôler toute la chaîne de l’intelligence artificielle, des modèles aux appareils, en passant par Windows, Microsoft 365, Azure Foundry, GitHub et les mécanismes de sécurité.
La Presse et Les Affaires résument le tournant de manière assez directe : Microsoft a dévoilé ses propres modèles d’IA avancés afin de réduire sa dépendance à OpenAI, tout en montrant des prototypes d’appareils pensés pour des agents IA plutôt que pour des applications classiques. The Verge, Numerama, Ars Technica, Axios et la BBC convergent sur le même diagnostic : Build 2026 n’était pas une conférence Windows traditionnelle, mais la démonstration d’une pile agentique complète.
Le fil conducteur est clair. Microsoft ne veut plus seulement revendre ou intégrer les modèles d’OpenAI dans ses produits. Il veut devenir un acteur IA verticalement intégré : laboratoire de modèles, fournisseur cloud, système d’exploitation, couche de sécurité, magasin d’agents, suite bureautique, outils de développement et désormais matériel local.
Sept modèles MAI pour reprendre la main sur la couche fondamentale
L’annonce la plus stratégique est celle de la nouvelle famille MAI, développée par Microsoft AI sous la direction de Mustafa Suleyman. Microsoft parle de sept modèles maison couvrant le raisonnement, le code, l’image, la transcription et la voix. La pièce maîtresse est MAI-Thinking-1, présenté comme le premier modèle de raisonnement avancé de Microsoft.
Selon Microsoft AI, MAI-Thinking-1 est un modèle Mixture of Experts de 35 milliards de paramètres actifs, environ 1 billion de paramètres au total, entraîné à partir de zéro sur des données commerciales sous licence, sans distillation depuis des modèles tiers. C’est important : Microsoft ne dit pas seulement qu’il a optimisé un modèle existant, il affirme avoir bâti une capacité interne de bout en bout. L’entreprise revendique aussi une fenêtre de contexte de 256 000 jetons et des performances compétitives en programmation et en raisonnement mathématique.
Il faut toutefois lire ces chiffres avec prudence. Microsoft est ici une source primaire et intéressée : ses benchmarks, ses tests humains et ses comparaisons avec Anthropic ou OpenAI devront être vérifiés par des évaluations indépendantes. Mais le signal industriel est net. Après des années où Copilot dépendait fortement des modèles GPT, Microsoft veut pouvoir arbitrer entre OpenAI, Anthropic, des modèles ouverts et ses propres MAI selon le coût, la latence, la souveraineté des données et l’intégration produit.
Ce mouvement s’inscrit dans un contexte plus ancien. Microsoft a investi 1 milliard de dollars américains dans OpenAI en 2019, puis a prolongé ce partenariat en 2023 par un engagement pluriannuel de plusieurs milliards. En avril 2026, Microsoft et OpenAI ont toutefois redéfini leur relation : Microsoft reste un partenaire cloud majeur, mais sa licence sur la technologie d’OpenAI n’est plus exclusive. Build 2026 ressemble donc à la première grande démonstration publique de l’après-exclusivité.
Scout : un collègue IA qui ne dort jamais
La deuxième annonce structurante est Microsoft Scout. Contrairement à Copilot, qui répond généralement à une commande explicite, Scout est décrit comme un agent toujours actif, ou Autopilot, intégré à Microsoft 365. Il agit dans Teams, Outlook, OneDrive et SharePoint, avec accès au calendrier, aux courriels, aux réunions, aux contacts et aux documents de travail.
Microsoft affirme que Scout peut préparer des réunions, résoudre des conflits d’agenda, repérer des décisions bloquées, générer des documents de préparation et réserver du temps dans un calendrier sans attendre une demande manuelle à chaque étape. Numerama insiste sur ce changement de posture : l’assistant ne se contente plus de répondre, il observe le flux de travail et intervient en arrière-plan.
Techniquement, Scout combine OpenClaw, une technologie agentique ouverte, et Work IQ, la couche de contexte professionnel de Microsoft. C’est ici que le bénéfice et le risque se rejoignent. Pour être utile, Scout doit comprendre la manière dont une organisation travaille : qui parle à qui, quels documents circulent, quelles réunions comptent, quels projets prennent du retard. Pour être acceptable, il doit aussi être gouverné, auditable et limité.
Microsoft promet des identités Entra séparées pour les agents, des contrôles d’accès, l’application des politiques Purview et des validations humaines pour les actions sensibles. Mais dans les entreprises, l’enjeu ne sera pas seulement technique. Il faudra déterminer qui est responsable si Scout envoie une information au mauvais destinataire, priorise mal une tâche, ou apprend des routines internes qui deviennent ensuite difficiles à extraire de l’écosystème Microsoft.
Project Solara : Android plutôt que Windows pour les gadgets IA
Project Solara est peut-être l’annonce la plus révélatrice. Microsoft présente Solara comme une plateforme chip-to-cloud pour appareils agentiques : des objets qui ne sont pas pensés autour d’applications et d’écrans, mais autour d’agents capables d’interagir par la voix, l’image, le toucher ou une interface générée juste à temps.
Selon Ars Technica et The Verge, Solara repose sur Android Open Source Project plutôt que sur Windows. Ce choix est pragmatique. Android apporte un vaste écosystème de pilotes, de puces et de fabricants, particulièrement utile pour les badges, petits écrans de bureau, objets connectés et gadgets portables. La BBC rapporte d’ailleurs que Microsoft teste déjà des concepts comme un badge intelligent destiné aux employés de bureau.
Le message est subtil : Microsoft ne cherche pas forcément à faire de Windows le système de tous les objets IA. Il veut plutôt que les appareils, même lorsqu’ils tournent sur Android, se connectent à son identité, à son cloud, à ses agents, à ses modèles et à son environnement d’entreprise. Autrement dit, l’OS visible peut varier, mais la couche de contrôle reste Microsoft.
Surface RTX Spark Dev Box : rapatrier l’IA sur le bureau
La Surface RTX Spark Dev Box donne une dimension matérielle à cette stratégie. Microsoft la présente comme un mini-PC de développement propulsé par la plateforme Nvidia RTX Spark, avec jusqu’à un pétaflop de calcul IA et 128 Go de mémoire unifiée. L’objectif : permettre aux développeurs de prototyper, fine-tuner et exécuter localement des modèles importants sans dépendre à chaque itération d’instances GPU dans le cloud.
Nvidia affirme que RTX Spark peut faire tourner localement des modèles jusqu’à 120 milliards de paramètres avec un contexte pouvant atteindre 1 million de jetons dans certains scénarios. Microsoft ajoute que la Dev Box arrivera avec Windows 11 Pro configuré pour les développeurs, WSL 2, CUDA, VS Code, GitHub Copilot, PowerShell 7 et des outils d’IA préinstallés.
Là encore, il faut distinguer promesse et adoption réelle. Aucun prix complet n’a encore été confirmé publiquement, et ce type de machine s’adressera d’abord aux développeurs IA, aux équipes de prototypage et aux entreprises qui veulent réduire certains coûts d’inférence. Mais le symbole est fort : après avoir poussé l’IA vers Azure, Microsoft et Nvidia veulent maintenant ramener une partie du calcul sur le poste de travail, surtout pour des agents locaux persistants.
MXC : le bac à sable devient indispensable
Microsoft Execution Containers, ou MXC, est l’annonce la moins spectaculaire mais possiblement la plus importante pour les entreprises. Les agents IA ne sont pas de simples applications : ils lisent des fichiers, appellent des API, génèrent du code, manipulent des identifiants et enchaînent des actions dynamiques. Leur comportement est donc plus difficile à prévoir.
Avec MXC, Microsoft propose une couche d’exécution contrôlée par politiques, appliquée par Windows et WSL. Les développeurs définissent ce qu’un agent peut lire, écrire, appeler ou exécuter, et Windows impose ces contraintes à l’exécution. Microsoft parle aussi d’isolation par processus, par session et, à terme, de frontières plus fortes comme des micro-VM pour les usages à risque.
Cette orientation rejoint les inquiétudes formulées par des organismes comme le NIST et l’OWASP, qui documentent les risques propres aux applications agentiques : autonomie incontrôlée, détournement d’objectifs, manipulation d’outils, fuite de données et insuffisance du sandboxing. Microsoft ne résout pas magiquement ces problèmes, mais reconnaît que les agents nécessitent une architecture de sécurité différente.
Le vrai pari : l’intégration, avec le verrouillage en contrepartie
La grande force de Microsoft est aussi le cœur du risque. En connectant MAI, Scout, Work IQ, Entra, Purview, Intune, Windows, Azure Foundry, GitHub Copilot, RTX Spark et Solara, l’entreprise peut offrir une expérience cohérente qu’aucun acteur purement modèle ne peut facilement reproduire.
Pour les entreprises, surtout celles déjà engagées dans Microsoft 365, l’offre sera tentante : un agent qui connaît les outils, respecte les politiques existantes, s’exécute localement ou dans le cloud, et peut être entraîné sur les flux de travail internes. Pour Microsoft, chaque couche renforce les autres : les données améliorent Work IQ, Work IQ rend Scout plus utile, Scout justifie Entra et Purview, les modèles MAI réduisent les coûts, et la Dev Box crée un terrain de développement local.
Mais ce confort peut se transformer en dépendance. Plus les agents apprennent les processus internes, plus il devient difficile de les migrer. Plus les politiques de sécurité sont écrites pour MXC, Entra et Intune, plus les alternatives doivent s’adapter à Microsoft. Plus Solara équipe des objets du quotidien, plus la frontière entre système d’exploitation, assistant personnel et infrastructure d’entreprise se brouille.
Build 2026 marque donc moins une série d’annonces isolées qu’un changement de posture. Microsoft ne veut plus seulement être le meilleur distributeur d’IA générative. Il veut être le système nerveux de l’IA au travail. Pour les développeurs et les DSI, la question devient urgente : profiter de cette intégration, oui, mais à quelles conditions de portabilité, d’auditabilité et de réversibilité ?