Dans un article de blog officiel daté du 28 octobre 2026, Microsoft a annoncé l'ouverture de Copilot harness via Microsoft Foundry : la même couche d'orchestration d'agents multimodèles qui fait fonctionner Copilot Code, Copilot Studio, l'application GitHub Copilot, l'outil en ligne de commande, VS Code et d'autres produits. Le raisonnement de Microsoft est direct : pour bien utiliser différents modèles, il faut d'abord un harness suffisamment bon, et en construire et en entretenir un soi-même coûte trop cher.
Le harness gère tout ce qui entoure le modèle
Selon la définition de Microsoft, le modèle fournit l'intelligence, tandis que le harness s'occupe de tout ce qui l'entoure : donner des instructions à l'agent, préparer le contexte, fournir un environnement d'exécution et des contrôles, afin qu'il puisse accomplir des tâches vraiment utiles. Le harness prend en charge des standards ouverts tels que MCP, les compétences d'agent et les plug-ins d'agent, de sorte que les développeurs peuvent choisir un modèle différent pour chaque tâche sans changer de harness ni le reste de leur pile technique.
Après cette ouverture, les développeurs ont deux options : télécharger le SDK et l'exécuter eux-mêmes, ou utiliser un environnement d'exécution cloud entièrement géré sur Foundry. Le harness est déjà connecté à plus de 20 modèles de pointe et prend en charge l'apport de sa propre clé ; Microsoft achemine intelligemment le travail vers le modèle adapté à chaque tâche, de sorte que les développeurs n'ont pas à suivre et à évaluer chaque nouveau modèle eux-mêmes. L'équipe GitHub a récemment porté le moteur d'exécution du harness vers Rust, ce qui, selon Microsoft, offre des performances de premier plan tout en réduisant la surcharge des sessions et le délai avant le premier jeton. Comme le même harness sert déjà des millions d'utilisateurs chez Microsoft, l'entreprise souligne qu'il a été éprouvé à échelle réelle.
Ce qu'il fait économiser, c'est le coût d'orchestration, pas le jugement produit
Microsoft prend en charge la boucle d'agent et le bac à sable, avec la gouvernance et l'optimisation intégrées dès le premier jour ; les développeurs apportent les instructions, les compétences, les outils et le choix du modèle. La plateforme reste ouverte, et les développeurs peuvent continuer à utiliser d'autres harness et cadres de travail. À noter, l'article de blog ne donne aucun détail tarifaire pour l'utilisation du harness sur Foundry, les coûts réels dépendront donc des pages produit à venir. Pour une équipe, le véritable arbitrage est de savoir s'il faut confier la couche d'orchestration à Microsoft pour s'alléger, ou continuer à la développer en interne pour garder un contrôle total. L'ouverture du harness ne fait que rendre le premier choix plus facile ; elle ne décide pas à la place de l'équipe.
