Data / IA
Build 2026 (1/2) : Windows is Back, Baby !
Par Laurent Delattre, publié le 04 juin 2026
Il y a bien longtemps qu’une conférence Build n’a pas autant mis en avant Windows ! Il souffle chez Microsoft un regain d’intérêt pour son système d’exploitation. Et pour cause. L’éditeur veut en faire le moteur de l’IA agentique locale. Il ne présente plus Windows comme un simple poste de travail, mais comme un environnement d’exécution sécurisé pour agents IA, capable d’exploiter CPU, GPU et NPU sans dépendre systématiquement du cloud. Une manière de replacer le PC au cœur de la prochaine bataille de l’intelligence artificielle en entreprise. Décryptage…
Bien sûr, Windows demeure encore et toujours le poste de travail par défaut des entreprises. Mais il n’est plus vraiment l’environnement préféré des développeurs, surtout depuis l’arrivée des smartphones et plus encore des applications « Cloud Native ». Et ces dernières années, la scène des conférences développeurs BUILD était plus souvent envahie de Macbook et d’écrans Linux que de bureaux Windows.
Mais à Build 2026, Microsoft a redéclaré sa flamme à son OS. Les nouvelles machines Windows étaient au cœur de toutes les démonstrations. Et le mot Windows dans toutes les bouches des speakers. Mais le Windows mis en avant n’est pas réellement celui que l’on connaît. Bien sûr, c’est toujours Windows 11. Mais il n’est plus présenté comme un système d’exploitation pour poste de travail, ni même comme un environnement de développement assez universel.
Non… Désormais, Windows est le socle d’une IA agentique locale : un runtime capable d’exécuter des modèles, d’orchestrer des agents, de les isoler, de les gouverner et même de les connecter au cloud lorsque la puissance locale ne suffit plus.
Pour Satya Nadella, la nouvelle pile IA agentique des entreprises ne se résume pas aux modèles. Elle combine une « fabrique de calcul » répartie entre edge et cloud, des modèles, du contexte, des outils accessibles aux modèles, un runtime pour déployer agents et applications, puis des couches de sécurité, conformité et gouvernance. Et le patron de Microsoft a choisi de commencer toute sa présentation « à l’edge… avec Windows ».
Un retour à l’ambition fondatrice… mais version 2026
Tout part d’une phrase. Au détour de son introduction, Satya Nadella convoque l’ADN même de Microsoft : « délivrer une intelligence sans compteur à chaque bureau et dans chaque foyer… Voilà qui nous ramène au commencement. Pouvons-nous le refaire à l’ère de l’IA ? ».
L’écho est volontaire et limpide. « Un ordinateur sur chaque bureau et dans chaque foyer » fut, il y a près d’un demi-siècle, la mission fondatrice de l’entreprise. Nadella la reformule pour le cycle agentique : ce n’est plus l’ordinateur que l’on veut rendre ubiquitaire, c’est l’intelligence agentique. Et le qualificatif compte autant que le verbe. « Sans compteur » (unmetered) renvoie directement au modèle économique des LLM dans le cloud, facturés au token. En faisant tourner les modèles et les agents sur la machine de l’utilisateur, on supprime le compteur : un agent peut raisonner en continu, en tâche de fond, sans qu’un coût marginal ne s’égrène à chaque appel.
Derrière la formule se cache une nouvelle thèse stratégique. Microsoft vient de passer quinze ans à pousser la charge vers Azure. L’éditeur redécouvre aujourd’hui la valeur du edge. « Quand on prend du recul, la quantité de compute disponible en périphérie est tout simplement stupéfiante », rappelle Nadella, en additionnant mentalement chaque NPU, GPU et CPU du parc installé. Le poste de travail cesse d’être un terminal pour redevenir une plateforme d’exécution à part entière. C’est tout l’enjeu d’un Windows devenu plateforme agentique…
Redevenir, pour de bon, le meilleur endroit pour développer
Mais avant de parler d’IA et d’exécution locale d’agents IA, Satya Nadella a commencé par un thème calibré sur son audience du jour : la productivité des développeurs sous Window. Avec un objectif, séduire, à nouveau, les développeurs. « Il s’agit simplement de faire de Windows – sur le portable, le poste fixe ou le cloud, peu importe – le meilleur endroit pour développer », résume le CEO du géant américain. Microsoft a ainsi multiplié les annonces et améliorations destinées à réduire les frictions de configuration et à rapprocher Windows des habitudes modernes de développement.
Les lignes de commandes, c’est la vie…
Une opération séduction qui commence avec l’annonce des CoreUtils for Windows. Après Curl, TAR et sudo déjà intégrés dans Windows 11, ce sont désormais plus de 75 utilitaires en ligne de commande (grep, env, head, tail, touch…) qui débarquent nativement dans l’OS de Microsoft. L’aveu est tacite mais réel : pour reconquérir les développeurs partis sous macOS ou Linux, il faut leur simplifier la vie et leur offrir des expériences de développement sans couture. Dans la même veine, Starship, Zsh et Homebrew deviennent natifs, et un profil WSL préconfiguré (avec BTOP en bonus) accueille ceux qui vivent dans le terminal.
WSL Containers, le Linux de production s’invite sur le poste Windows
Et histoire de rapprocher un peu plus Windows des habitudes de développement Linux, Microsoft annonce les WSL Containers. WSL, c’est ce sous-système Linux au cœur de Windows qui permet aux développeurs d’exécuter un environnement Linux complet sous Windows, avec ses distributions, ses shells, ses bibliothèques et ses outils. WSL Containers ajoute une couche plus opérationnelle : la possibilité de gérer des conteneurs Linux comme des citoyens de première classe dans Windows, directement depuis cet environnement, avec accès aux GPUs et aux fichiers de configuration existants des projets. Autrement dit, il ne s’agit plus seulement de “faire tourner Linux dans Windows”, mais de pouvoir construire, tester et déployer localement des applications conteneurisées sans changer de machine, de terminal ou de logique de travail. WSL Containers permet de créer et manipuler des conteneurs Linux depuis WSL avec des interfaces et commandes habituelles. L’annonce est importante parce que les workflows modernes – cloud-native, IA, agents, microservices, tests reproductibles – reposent massivement sur les conteneurs. En les intégrant plus profondément à WSL, Microsoft réduit l’écart entre le poste Windows du développeur et l’environnement Linux de production, tout en préparant le terrain aux agents IA capables de manipuler du code, lancer des builds, orchestrer des services et tester localement des applications dans des environnements isolés.
Une expérience de Développement sans Enshittification
Windows Developer Configurations veut mettre fin au vieux rituel du poste Windows à préparer pendant des heures avant de pouvoir coder. L’idée est de fournir un fichier de configuration reproductible, appliqué via winget configure, qui ajuste Windows et installe automatiquement les outils essentiels du développeur : Python, Node.js, Visual Studio Code, GitHub Copilot, WSL, PowerShell 7 et autres briques courantes.
Ce fichier est mis à disposition dans un dépôt public pour permettre à n’importe quel développeur de retrouver cette expérience sur sa propre machine.
L’idée première est de proposer un environnement pré-optimisé pour les Devs : pas de notifications inutiles, thème sombre par défaut, mode Dev préactivé, etc. Mais au-delà de l’interface utilisateur, ce mécanisme de configurations offre un double intérêt : accélérer l’onboarding des développeurs et standardiser les environnements, notamment dans les équipes qui jonglent entre Windows, Linux, conteneurs et workloads IA. Pour les DSI, c’est aussi un moyen de mieux encadrer le poste de développement : moins de configuration artisanale, moins d’écarts entre machines, et une base plus propre pour faire tourner localement agents, modèles et outils de build.
Le terminal aussi devient agentique
Microsoft annonce également Intelligent Terminal, une expérience encore expérimentale qui transforme le terminal en espace de travail agentique. L’idée n’est plus seulement d’ouvrir une ligne de commande et d’y taper des instructions, mais d’avoir, dans la même fenêtre, un terminal classique et un agent capable d’observer ce qui s’y passe.
Dans la démonstration de Build, l’utilisateur choisit son agent (GitHub Copilot dans l’exemple, mais Microsoft précise que d’autres agents peuvent être utilisés) puis travaille dans un volet terminal pendant que l’agent “écoute” dans un second volet. Lorsqu’une erreur apparaît, l’agent la détecte, propose une correction et peut aider à résoudre des problèmes de syntaxe, par exemple sur des expressions régulières.
L’intérêt dépasse le simple confort : dans des workflows de développement modernes, où l’on jongle entre logs, conteneurs, scripts, builds, modèles locaux et sous-agents, le terminal devient un point d’orchestration naturel. Satya Nadella résume l’intention en parlant d’un terminal avec « l’intelligence de Copilot » intégrée. C’est une manière pour Microsoft de faire du terminal Windows non plus seulement une interface de commande, mais un copilote opérationnel capable d’accompagner le développeur dans le diagnostic, la correction et l’enchaînement de tâches locales.
Des tas de petits « plus »
Au passage, Microsoft continue de réviser sa copie, de corriger Windows 11 de ses irritants, et d’en optimiser le fonctionnement. Et l’éditeur multiplie les initiatives pour les Devs. Un Dev Drive sur ReFS avec un Defender en mode asynchrone fait son apparition, l’explorateur de fichiers devient Git-aware, l’éditeur en ligne de commande Microsoft Edit se dote de la coloration syntaxique, et, réclamée de longue date, la barre des tâches verticale fait son retour officiel sur les Insider builds diffusées pendant la Build.
Au-delà du confort, le message est politique : Windows redevient un territoire crédible pour la chaîne d’outils moderne. Car Microsoft a pris conscience que l’IA agentique ne pourra pas s’imposer sur Windows si le socle développeur reste perçu comme moins fluide que Linux ou macOS. La Build 2026 donne donc une réponse assez pragmatique : préconfigurer, automatiser, rapprocher Windows de l’univers Linux, et faire du poste de travail un environnement prêt à coder, à tester et à exécuter des workflows IA. Bref, enfin un peu d’amour pour son OS et pour les Devs Windows…
MXC, la brique clé de l’agent local sécurisé
La vraie annonce structurante reste toutefois Microsoft Execution Containers, ou MXC. Derrière cet intitulé technique, Microsoft introduit une primitive de sécurité pensée pour une nouvelle classe d’applications : les agents autonomes.
Un agent IA n’est pas un logiciel classique. Il peut lire des fichiers, appeler des outils, exécuter du code, ouvrir des interfaces, interagir avec d’autres agents ou prendre des décisions en chaîne. Autrement dit, il élargit considérablement la surface d’attaque du poste de travail. Microsoft en tire une conclusion simple : l’agent ne peut pas être traité comme une simple extension de l’utilisateur. Il lui faut une identité, des limites et un environnement d’exécution contrôlé.
« Les agents sont effectivement un nouvel environnement d’exécution. C’est un nouveau paradigme. Ils raisonnent en continu. Ils génèrent et exécutent du code dynamiquement. Ils agissent sur les fichiers et les appareils, ainsi que sur le réseau » rappelle Satya Nadella. Cette puissance crée mécaniquement de nouveaux risques. C’est précisément pour cela que Microsoft introduit MXC, présenté comme une nouvelle couche de politique permettant à Windows d’appliquer isolation et confinement avec des primitives natives du système.
Le SDK permet aux développeurs de déclarer ce à quoi un agent a accès — fichiers, réseau, ressources locales — puis laisse l’OS faire respecter ces frontières à l’exécution. MXC propose une gradation de confinement : isolation au niveau du processus pour les actions légères, isolation au niveau de la session pour séparer les utilisateurs, machines virtuelles Windows ou Linux (WSL compris) pour des frontières plus robustes, et enfin Windows 365 for Agents pour l’isolation maximale dans un environnement managé séparé.
La démonstration menée par Scott Hanselman et Samantha Song est volontairement spectaculaire : un OpenClaw sommé de supprimer tous les fichiers du bureau échoue, bloqué par un sandbox MXC configuré en lecture seule. « Il y a six mois, ça aurait totalement marché », rappelle sur scène Peter Steinberger, créateur d’OpenClaw. La bascule de l’agentique vers l’entreprise se joue exactement à cet endroit.
L’enjeu est considérable. Les agents locaux ne pourront pas être déployés massivement s’ils héritent sans contrôle de tous les droits de l’utilisateur. Avec MXC, Microsoft cherche à imposer un modèle où l’agent devient une entité maîtrisable : observable, contraignable, administrable. L’intégration annoncée avec Agent 365, Entra, Intune, Defender et Purview doit permettre d’appliquer les politiques de sécurité d’entreprise aux agents exécutés sur Windows.
Windows veut accueillir tous les agents
Autre signal important : Microsoft ne réserve pas ce runtime sécurisé à ses propres technologies.
Et pour le prouver, OpenClaw s’exécute désormais nativement sur Windows en exploitant MXC pour isoler ses composants. Et Microsoft participe directement à son évolution en open source. Une application compagnon Windows, écrite en WinUI 3 et développée in the open sur GitHub, permet de créer ou de connecter ses Claws (hébergés sous Windows ou WSL) et de sandboxer leurs appels d’outils : accès granulaire aux dossiers (lecture seule, écriture, masqué), au presse-papiers, au réseau.
Observabilité, mode automatique pour les permissions, accès qui n’est plus en tout-ou-rien. Le harness lui-même devient un plugin : « amenez votre propre Copilot, Codex, ce que vous utilisez déjà », et posez OpenClaw par-dessus pour la mémoire persistante, les heartbeats et l’intégration à Slack ou Teams. Peter Steinberger résume bien la situation : « Avec MXC et Windows, OpenClaw est désormais prêt pour l’entreprise ». « C’est formidable de voir OpenClaw arriver sur Windows, avec toute cette sécurité et ce confort qui permettent de réunir agents au long cours et intelligence sans compteur », ajoute Satya Nadella.
Parallèlement, Nvidia a également porté son OpenShell sur Windows en appui sur MXC, afin de fournir un runtime sécurisé pour agents autonomes.
Et Microsoft cite d’autres partenariats avec OpenAI, Manus ou Hermes Agent, montrant toute l’ouverture permise par MXC.
Derrière ces technologies se dessine une volonté forte : Microsoft ne veut pas seulement faire de Windows le client de Copilot. Il veut en faire une plateforme d’exécution pour agents tiers, avec une promesse adressée aux développeurs comme aux DSI : choisir ses frameworks, ses modèles et ses agents, mais les faire tourner dans un cadre imposé par l’OS.
Cette approche rappelle, dans l’esprit, ce que les conteneurs ont apporté au cloud-native. Non pas parce que MXC serait un Docker pour agents, la comparaison serait trop simpliste, mais parce que Microsoft cherche à créer une couche d’abstraction et de contrôle commune, capable de rendre industrialisable une technologie encore trop artisanale. Pour les entreprises, c’est probablement le vrai sujet : l’agentique ne passera pas à l’échelle si chaque agent arrive avec son propre modèle d’exécution, ses propres privilèges et ses propres angles morts de sécurité. Avant de se préoccuper des agents, encore faut-il disposer d’un cadre qui les rend exécutables, observables et gouvernables. Et ce cadre se nomme Windows (avec MXC, WSL, Agent 365, etc.).
Aion et les Windows AI APIs : l’intelligence passe en local
Pour exécuter des agents sans cloud, il faut aussi des modèles qui tournent sur la machine. Microsoft dégaine deux nouveaux SLM maison embarqués « in box » :
– Aion 1.0 Instruct est un modèle compact, rapide et efficace pour les tâches de texte courantes : résumé, réécriture, détection d’intention, accessibilité.
– Aion 1.0 Plan marque l’arrivée d’un modèle de planification explicitement conçu pour l’agentique local.
Microsoft ne parle plus seulement d’inférence locale pour accélérer une fonction d’interface ou éviter un appel distant. Il parle d’agents capables de raisonner, d’appeler des outils, d’orchestrer des sous-tâches et d’agir sur le poste, localement, sans jamais aller consommer un token dans le cloud. Le message économique est ici aussi important que le message technique. En local, l’intelligence devient “unmetered”, non mesurée à chaque appel, « sans compteur ». Cela ne remplace pas les grands modèles distants pour les tâches les plus complexes, mais cela peut changer l’équation de coût pour de nombreux scénarios répétitifs : assistance applicative, automatisation locale, prétraitement documentaire, workflows développeurs, agents spécialisés ou fonctions d’accessibilité.
Mais un modèle ne sert à rien sans accès au silicium. C’est là qu’intervient l’élargissement des Windows AI / Windows ML, aux CPU et GPU du marché (et plus seulement aux NPU). Concrètement, tout développeur peut viser une IA onboard et compter sur une exécution répartie sur toute la base PC installée. Microsoft rappelle que ses propres fonctions — Outlook Summarize, l’Alt Text de PowerPoint, la Super Resolution de Teams — exploitent déjà ce socle local, tout comme Adobe (After Effects, Premiere) via Windows ML sur NPU et GPU. L’API devient le pont entre l’écosystème matériel (Ryzen d’AMD, Panther Lake d’Intel, Snapdragon X2 Elite et Snapdragon C de Qualcomm jusqu’aux PC à moins de 500 dollars, RTX Spark de NVIDIA) et la promesse d’une intelligence omniprésente.
Surface RTX Spark Dev Box et DGX Station : le datacenter sur le bureau
Et pour satisfaire toute cette ambition, le matériel du développeur doit s’adapter. Nvidia et Microsoft ont ainsi synchronisé leurs horloges pour annoncer l’arrivée du fondeur dans l’univers des superpuces pour PC Windows. Le NVIDIA RTX Spark (cf notre article ici et ici) est un SoC nouvelle génération réunissant CPU, GPU et capacités IA, doté d’une architecture mémoire unifiée et d’un DRTM intégré qui sert de fondation à tout ce discours sur le PC Windows agentique. Le premier appareil annoncé bâti dessus n’est autre que le Surface Laptop Ultra, embarquant jusqu’à 128 Go de mémoire unifiée, un écran lumineux tactile et une autonomie d’une journée, attendu cet automne.
Mais, pour les développeurs, Microsoft a voulu pousser le curseur au maximum. À Build 2026, la firme a ainsi annoncé sa Surface RTX Spark Dev Box : 1 pétaflops de compute IA, 20 cœurs CPU, 128 Go de mémoire unifiée. « C’est véritablement une machine de rêve », lâche Satya Nadella, qui avoue s’être lui-même inscrit sur la liste d’attente ouverte par Microsoft (la livraison est attendue à l’automne). De quoi, comme l’a montré la démo de Kayla Cinnamon, servir localement un modèle de 120 milliards de paramètres et faire tourner trois modèles simultanément (Copilot délégant des sous-tâches à un modèle local pour optimiser le coût).
Et Microsoft ne s’arrête pas au PC. Avec l’arrivée de Windows sur la DGX Station (à base de GB300), la workstation signée Nvidia et disponible sous Windows depuis la fin 2025, c’est carrément un « datacenter de bureau, posé là, capable de faire tourner localement un modèle de mille milliards de paramètres » qui se profile. La mise en perspective de Satya Nadella donne le vertige : une telle puissance se rapproche de ce dont disposait Microsoft Azure pour entraîner GPT-3 il y a trois ans. Le supercalculateur d’hier devient donc l’établi du développeur d’aujourd’hui.
La logique est claire : déplacer une partie du cycle d’expérimentation IA vers le poste du développeur. Tout ne doit pas partir dans le cloud, surtout lorsque l’équipe travaille sur des données sensibles, des modèles propriétaires ou des itérations nombreuses qui n’exigent pas systématiquement un modèle frontière. La nouveauté, c’est que Nvidia semble désormais totalement impliquée pour que tout son écosystème d’outils, de modèles, de bibliothèques et de runtimes IA s’exécute de façon optimale sur Windows.
Project Solara : l’agent Edge au-delà du PC
Microsoft referme cette séquence en ouvrant une nouvelle porte, reliée au PC Windows ou au Cloud PC Windows 365 mais qui n’est pas du Windows. L’éditeur a pris conscience que l’IA agentique ne restera pas confinée à une fenêtre de chat ou à un IDE. Elle doit pouvoir s’incarner dans des terminaux, objets et interfaces spécialisés. Au-delà du PC, voire sans PC. Si l’on peut injecter cette nouvelle fonction IA agentique dans les formats existants — laptop, desktop, cloud — peut-on aussi « construire de nouveaux facteurs de forme pour cette nouvelle fonction » et « une nouvelle plateforme pour l’ère des agents ? » interroge Satya Nadella.
La réponse de Microsoft se nomme « Project Solara ». C’est une nouvelle plateforme destinée à des expériences pilotées par agents et illustrée par deux prototypes conceptuels :
– Le premier est un badge connecté, pensé pour les travailleurs de terrain, les soignants ou les collaborateurs mobiles. Il combine un petit écran tactile, un lecteur d’empreinte Hello for Business, un interrupteur de confidentialité, un micro longue portée, un haut-parleur, une caméra latérale, Wi-Fi, Bluetooth, GNSS, 5G, le tout animé par une puce Qualcomm. Objectif : offrir un accès permanent mais contrôlé à ses agents, par exemple pour consulter ses priorités, ordonner vocalement une série d’actions agentiques ou enregistrer une conversation improvisée (avec transcriptions et actions).
– Le second relève davantage de l’objet de bureau : un compagnon agentique que l’on pose à côté de son poste de travail et dont l’allure n’est pas sans rappeler les « Echo Show » d’Amazon. Au menu de l’équipement : un écran tactile, une reconnaissance faciale Hello for Business, des boutons physiques de confidentialité, micros, haut-parleur, détection de présence en UWB, ports USB-C, Wi-Fi et Bluetooth, le tout animé cette fois par une puce MediaTek. Trois modes de fonctionnement y coexistent. L’appareil peut opérer de manière autonome, il peut seconder un PC Windows (jouant alors les interfaces agentiques en marge de vos tâches informatiques) et il peut se muer en client Windows 365 dès qu’on le relie à un écran externe (endossant simultanément le rôle de terminal agentique et de client léger pour Cloud PC).
L’idée de Microsoft avec Project Solara est de créer un écosystème de terminaux agent-first, pensés non pour héberger des applications mais pour faire vivre des agents au plus près du contexte d’usage.
Trois piliers structurent cette nouvelle plateforme :
– une base enterprise-ready (le Microsoft Device Ecosystem Platform, fondé sur AOSP, le cœur open source d’Android),
– un modèle d’interaction piloté par l’agent avec une UI just-in-time qui s’adapte au format,
– et l’extensibilité (bring your own agents), le tout unifié par Azure entre cloud et terminal
L’enjeu, pour Microsoft, est de réécrire « un ensemble de nouvelles règles de plateforme qui ne brident pas votre imagination — ni les formats, ni les lieux où vivent vos agents », afin que « vos agents soient omniprésents » explique le CEO de l’entreprise. De l’ordinateur sur chaque bureau à l’agent dans chaque interstice du travail : la boucle est bouclée.
Le retour stratégique du poste Windows
La Build 2026 acte ainsi une inflexion importante. Après des années de cloud-first, Microsoft ne revient pas en arrière, mais ajoute une couche locale décisive. Le cloud reste indispensable pour les modèles les plus puissants, l’orchestration à grande échelle et les services managés. Mais le poste Windows redevient stratégique dès lors que les agents doivent manipuler des fichiers, utiliser des applications, tester du code, protéger des données sensibles ou fonctionner sans générer une facture cloud à chaque itération.
D’un côté, Windows doit redevenir « le meilleur endroit pour construire » l’ère de l’IA agentique. De l’autre, il doit devenir un environnement d’exécution suffisamment sûr pour accueillir des agents qui raisonnent, codent, agissent et persistent dans le temps sous le contrôle des DSI. Toutes les annonces phares de cette Build 2026 dessinent cette trajectoire et remettent le PC Windows au centre du jeu.
Avec un PC Windows devenu agentique, les entreprises peuvent envisager une IA plus proche des usages réels, intégrée au poste de travail et aux outils de développement. Mais elles disposent aussi d’un début de réponse aux risques que pose l’agentique : isolation, identité, gouvernance, contrôle des accès et supervision par les outils d’administration existants.
Pour les DSI, la vraie question est de savoir si Windows peut devenir l’environnement de confiance dans lequel les agents IA travailleront demain. Et c’est à cette question que Microsoft a spécifiquement répondu durant l’essentiel de sa conférence Build avec ses nouveaux atouts dénommés MXC, Aion, Windows AI APIs, Surface RTX Spark Dev Box et DGX Station for Windows. Ainsi, l’IA agentique ne se jouera donc pas uniquement dans le cloud. Elle se jouera aussi, et peut-être surtout, sur le poste de travail… sous Windows ! Qu’on se le dise, Windows est de retour…
À LIRE AUSSI :
À LIRE AUSSI :
