Copilot Studio : le « harness » change de nom, vos agents restent

Vous avez peut-être entendu parler du « GitHub Copilot harness » dans Copilot Studio. Le 28 octobre 2026, Microsoft a annoncé qu'il devient le Microsoft Copilot harness.

Si vous n'êtes pas du métier, la question est simple : est-ce que cela change quelque chose chez moi ? La réponse courte : pas dans l'immédiat, mais le billet contient des chiffres qu'il faut lire avec recul.

Ce que c'est, en clair

Copilot Studio est l'outil de Microsoft pour construire des agents, c'est-à-dire des assistants qui ne se contentent pas de répondre, mais qui agissent : consulter un dossier, appeler un outil, enchaîner des étapes.

Le « harness » est la couche qui pilote tout cela. Il décide comment l'agent raisonne, quels outils il utilise et comment il s'organise. Le modèle d'IA fournit l'intelligence. Le harness organise le travail.

Microsoft veut utiliser cette même base dans plusieurs produits Copilot. D'où le nouveau nom, plus large.

Ce qui ne change pas

Selon Microsoft, vos agents existants continuent de fonctionner comme aujourd'hui. Pas de changement de capacités, pas de changement de facturation. Le nouveau vocabulaire apparaîtra dans le produit au cours des prochaines semaines.

Si un de vos collaborateurs vous dit que « le moteur a changé », ne paniquez pas. C'est d'abord une question de nom.

Les chiffres annoncés, et pourquoi je les lis avec prudence

Microsoft compare ce harness à l'ancien, appelé « Standard », lors d'évaluations internes. Voici ce que le billet affirme :

• Sur les mêmes tâches, le taux de réussite progresse de 10,8 points avec un modèle d'IA et de 22,1 points avec un autre. Changer de modèle compte peu, changer de harness compte beaucoup.
• Quand un outil échoue, l'agent continue d'essayer dans 84 à 91 % des cas évalués, contre moins de 7 % avec l'ancien harness.
• Le coût de traitement des données en entrée baisse de 15 à 21 %, grâce à une meilleure mémorisation, alors que l'agent fait presque deux fois plus d'appels au modèle.

Je vous dois un aveu : ces chiffres sont ceux de Microsoft, mesurés par Microsoft. Les notes du billet précisent qu'ils peuvent varier selon le jour, la version, le modèle et la configuration. Elles précisent aussi que continuer d'essayer après un échec ne veut pas dire que la tâche complète est réussie.

Pour une direction, le bon réflexe est simple. Retenez la tendance, pas les pourcentages. Et mesurez sur vos propres données.

Un exemple vécu chez Microsoft

Le billet cite une équipe interne du support client de Microsoft. Elle a construit un agent qui analyse des dossiers d'assistance en s'appuyant sur les connaissances et les outils existants. En août 2026, il a résolu plus de 35 % des dossiers sans intervention humaine.

C'est un cas de support, pas une clôture mensuelle ni une relance fournisseur. Mais il donne une idée de ce que l'on peut déléguer : un travail répétitif, où l'agent s'appuie sur des règles et des documents que vous possédez déjà.

Microsoft annonce aussi, pour ce même harness, des agents durables et proactifs : comptes d'agent, mémoire des processus métier, déclencheurs. L'idée est de confier des responsabilités continues à un agent, tout en gardant les décisions importantes entre des mains humaines. Le billet ne donne ni date ni détail de disponibilité. Je ne m'avancerai donc pas.

Si vous voulez voir ce que cela donne en pratique, regardez un agent IA qui répond sur les commandes de l'atelier. Pour cadrer un projet, le service Agents IA Copilot est le point de départ.

Ce que ça change chez vous

Prenons un cas imaginaire : une PME industrielle de 120 personnes. Son service achats a construit dans Copilot Studio un agent qui répond aux acheteurs sur l'état des commandes fournisseurs. Il interroge pour cela le logiciel de gestion.

Un matin, la connexion au logiciel de gestion ne répond pas. D'après les mesures de Microsoft citées plus haut, un agent sur l'ancien harness, « Standard », abandonne presque toujours face à une telle panne : l'acheteur refait la recherche à la main. Sur le harness renommé, l'agent continue d'essayer dans la grande majorité des cas, par exemple en relançant l'outil plus tard. Rien ne garantit la bonne réponse, mais il ne lâche plus au premier obstacle.

Hypothèse de l'exemple : 200 questions par mois, dont une sur dix bute sur un outil indisponible. Soit jusqu'à une vingtaine de recherches manuelles évitées chaque mois, si l'agent finit par trouver. C'est un ordre de grandeur pour raisonner, pas un résultat mesuré.

Première étape, dès la semaine prochaine : si un agent est déjà en service chez vous, demandez sur quel harness il tourne. Puis relevez pendant un mois les questions où il a abandonné, et pourquoi.

Ce que ça change pour vous

Ce que vous pouvez faire dès lundi :

• Prévenir vos équipes que le nom change, pas le fonctionnement de leurs agents actuels.
• Choisir un processus répétitif, par exemple une demande d'achat ou un contrôle de conformité, pour un test mesuré.

Ce que vous devez vérifier :

• Les chiffres de Microsoft viennent d'évaluations internes. Ne les inscrivez pas dans un budget sans test chez vous.
• Votre licence Copilot Studio et la facturation de vos agents, même si Microsoft affirme qu'elles ne bougent pas.

Ce que vous pouvez demander à votre DSI ou à votre prestataire :

• Quels agents sont déjà en service chez vous, et sur quel processus ?
• Quelles décisions restent validées par une personne ?
• Comment mesure-t-on la réussite d'un agent : taux de dossiers résolus seuls, erreurs, reprises manuelles ?

Si vous hésitez sur le point de départ, un conseil et audit permet de choisir un cas simple avant de bâtir quoi que ce soit.

D'après Microsoft

D'après : The GitHub Copilot harness in Copilot Studio is now the Microsoft Copilot harness, Microsoft, 28 octobre 2026, https://www.microsoft.com/en-us/copilot/blog/copilot-studio/the-github-copilot-harness-in-copilot-studio-is-now-the-microsoft-copilot-harness/