À Build 2026, Microsoft a rendu Coreutils disponible pour tous, un jeu d’utilitaires en ligne de commande hérités de l’univers Linux et réimplémentés pour s’exécuter nativement sous Windows 11, et a annoncé l’arrivée des conteneurs Linux dans le système. Ces briques prolongent une série commencée des années plutôt avec le sous-système Windows pour Linux et convergent avec GitHub et les agents de codage vers un même objectif, faire de Windows le poste de travail par défaut du développeur à l’ère agentique.

Lors de sa conférence Build tenue récemment, Microsoft a annoncé la disponibilité générale de Coreutils pour Windows. Le composant intègre à Windows 11 plusieurs dizaines d’utilitaires en ligne de commande hérités de l’univers Linux, comme ls, cp, mv, rm ou cat, exécutables nativement depuis l’invite de commandes, PowerShell et le terminal Windows. Coreutils s’installe en une ligne via le gestionnaire de paquets WinGet et s’appuie sur le projet open source uutils, une réécriture des GNU Coreutils dans le langage Rust.

L’argument mis en avant tient à la mobilité du développeur. Les commandes et les automatismes construits sous Linux, macOS, dans des conteneurs ou dans le cloud fonctionnent désormais à l’identique sous Windows, sans réapprentissage ni rupture d’environnement. Pris isolément, le geste paraît mineur. Replacé dans la trajectoire de l’éditeur depuis le sous-système Windows pour Linux, il dessine une orientation autrement plus réfléchie.

Une convergence engagée de longue date

Microsoft n’a pas attendu Coreutils pour rapprocher Windows de Linux. Le sous-système Windows pour Linux, le WSL, permet depuis des années d’exécuter des distributions Linux complètes au sein de Windows, et l’éditeur en a publié le code source à Build 2025. La communauté y contribue depuis à un rythme de plus de deux cents demandes d’intégration par mois. À Build 2026, l’éditeur a annoncé une marche supplémentaire avec les conteneurs WSL, attendus en préversion publique dans les prochains mois, un moyen intégré de créer et d’exécuter des conteneurs Linux sous Windows sans dépendre d’un outillage tiers.

La logique d’ensemble réduit méthodiquement les motifs qui poussaient un développeur à quitter Windows. Coreutils efface la friction des commandes, les conteneurs WSL celle de l’exécution Linux, et les configurations développeur de Windows installent en une commande l’ensemble de la chaîne attendue, WSL, PowerShell 7, Git, l’interface en ligne de commande de GitHub, Visual Studio Code et l’assistant Copilot. Chaque brique comble un manque précis. Aucune ne se présente comme une bascule vers Linux, mais leur somme rend Windows hospitalier à des usages qui lui échappaient.

GitHub, le pivot de la chaîne de développement

La pièce maîtresse de cette stratégie se joue moins dans le système que dans l’environnement de développement, et GitHub en tient le centre. L’éditeur a rendu disponible le contrôle à distance des sessions de son assistant Copilot CLI le 18 mai 2026, qui permet de lancer une session de codage sur le poste de travail puis de la piloter en langage naturel depuis le web ou un mobile. GitHub présente la fonction comme multisurface et l’inscrit dans sa trajectoire vers une plateforme agentique de bout en bout.

Le mouvement transforme la session de codage en agent à cycle de vie long, lancé, supervisé, redirigé et validé à distance, sur le modèle des chaînes d’intégration continue. À Build, Microsoft a relié ce dispositif au matériel et au modèle local, en annonçant une fonction de délégation à venir dans Copilot CLI où l’agent principal exécuté dans le cloud évaluera la complexité de chaque tâche et routera les plus simples vers un modèle tournant sur la machine. Le développeur reste dans l’écosystème Microsoft de l’éditeur de code jusqu’au dépôt, en passant par l’assistant, l’agent et le poste. L’environnement de développement devient ainsi la matrice technique de l’informatique agentique, le lieu où se décide l’orchestration des agents.

L’agentification comme moteur du repositionnement

Le contexte technologique explique pourquoi l’éditeur accélère maintenant. L’agentification de la production logicielle déplace la valeur de l’application vers l’environnement qui orchestre les agents, et Microsoft se positionne comme ce socle. À Build, l’éditeur a présenté ses conteneurs d’exécution, une couche qui déclare ce qu’un agent peut atteindre et applique ces limites à l’exécution, adoptée par GitHub Copilot CLI. Il a annoncé l’exécution native sur Windows d’OpenClaw, et l’arrivée d’OpenShell de NVIDIA bâti sur la même couche, pour des agents autonomes et permanents.

Le matériel suit la même direction. Les architectures se diversifient entre les processeurs x86 d’AMD et d’Intel, les puces Arm de Qualcomm et le silicium RTX Spark de NVIDIA, et Microsoft a dévoilé des machines de développement dédiées, la Surface RTX Spark Dev Box et la station DGX pour Windows, capables d’exécuter localement des modèles et des agents. La portabilité offerte par Coreutils, le sous-système Linux et les conteneurs WSL trouve ici sa raison d’être, un même flux de travail tenant sur des socles matériels hétérogènes, du poste local au superordinateur de bureau, sans réécriture. Microsoft place ses modèles compacts Aion sur l’appareil pour le raisonnement et l’appel d’outils, refermant la boucle entre le système, les outils, le matériel et l’agent.

Ce que la dépendance déplace pour les directions européennes

Cette absorption par les outils déplace silencieusement un point de contrôle. En captant la chaîne de développement complète, de l’éditeur de code au dépôt et à l’agent, Microsoft rend la productivité du développeur dépendante d’un écosystème unique, jusque dans l’open source qu’il distribue. La couche d’exécution des agents, l’identité que le système leur attribue et la gestion centralisée des autorisations s’ajoutent à cette emprise, en faisant de Windows le plan de contrôle des agents qui produisent et exécutent le code.

Pour une direction informatique européenne, l’enjeu se double d’une question de juridiction. GitHub est une filiale de Microsoft, société de droit américain, ce qui expose au Cloud Act les métadonnées de session, les instructions des développeurs et les traces d’exécution qui transitent par ses centres de données, indépendamment de leur localisation. La gouvernance de la chaîne logicielle, déjà mise à l’épreuve par l’entrée des modèles et des extensions de développement comme composants à part entière, doit désormais intégrer ces agents à cycle de vie long dans la cartographie des risques, en cohérence avec les obligations issues de NIS2, de DORA et de l’AI Act. Aucune équivalence SecNumCloud n’est revendiquée pour ce périmètre, et les charges les plus sensibles resteront à arbitrer en dehors de lui. Reste aux directions informatiques à décider quelle part de leur chaîne de développement elles acceptent de confier à un seul écosystème, et selon quelles garanties de réversibilité.