Marketing intelligent avec l'IA · GEO / AIO / AEO E-mail
NexTarget
Language: Français
Planifier une démonstration

Microsoft ouvre Copilot harness dans Foundry pour gérer les tâches des agents d'IA

NexTarget · · 5 min de lecture

Infrastructure modulaire illustrée pour exécuter des agents d'intelligence artificielle
Sommaire
  1. Le rôle de l'infrastructure autour du modèle
  2. Quatre capacités principales en préversion
  3. Une tâche interrompue ne repart pas toujours de zéro
  4. Le coût comporte plusieurs composantes
  5. À qui convient le parcours géré
  6. Le développement raccourcit lorsque le processus est défini

Microsoft a présenté le 28 octobre 2026 Microsoft Copilot harness en préversion publique dans Foundry Agent Service. Cette infrastructure gérée relie un modèle d'IA aux outils, fichiers et instructions nécessaires aux tâches complexes et prolongées. Pour les entreprises israéliennes développant des agents de service, de marketing ou d'exploitation, elle permet de confier une partie de l'exécution à Microsoft tout en conservant la responsabilité du processus métier.

Le même article annonce séparément la disponibilité générale de la résilience des tâches longues pour les agents hébergés. La distinction compte : Copilot harness reste en préversion, tandis que la reprise après interruption relève du parcours hosted agents. Ce sont des options d'une même plateforme, avec des statuts et limites différents. Microsoft précise dans sa documentation que la préversion n'a pas d'accord de niveau de service et n'est pas recommandée pour les charges de production.

Le rôle de l'infrastructure autour du modèle

Un modèle peut proposer une réponse ou une méthode. Terminer la tâche peut exiger de lire un fichier, appeler un service, retenir les étapes accomplies et décider de la suite. Microsoft appelle harness l'infrastructure organisant ces activités. L'entreprise gère la boucle de l'agent et l'environnement isolé ; le client fournit instructions, procédures et outils.

L'annonce générale décrit une infrastructure développée chez GitHub et adoptée dans les produits Microsoft. Dans Foundry, l'offre vise les agents définis par les développeurs et les modèles pris en charge. Elle ne garantit ni tous les outils dans chaque région ni une migration sans adaptation. Vérifiez la disponibilité pour votre projet.

La question utile est celle des responsabilités restantes. Même lorsque le prestataire exploite l'infrastructure, l'entreprise définit le résultat correct, les informations accessibles et les actions à approuver. Une base commune peut éviter du développement répétitif, sans déterminer votre politique de remboursement, vos conditions ou votre ton de marque.

Quatre capacités principales en préversion

Microsoft distingue quatre éléments : compétences réutilisables, outils connectés, exécution et délégation, définitions d'agents gérées avec le code applicatif. Les compétences regroupent instructions, scripts et ressources. Les connexions incluent des outils pris en charge et MCP, avec authentification et approbations explicites. Les agents peuvent traiter fichiers et code, et déléguer des tâches délimitées à des sous-agents.

Concrètement, la demande peut être séparée de la procédure. Pour une étude de marché hypothétique, l'instruction définit le sujet, la procédure fixe les sources acceptables et les outils donnent accès aux informations. Cette séparation facilite l'évolution de la méthode sans réécrire chaque demande.

Elle rend aussi le diagnostic plus clair. Devant un résultat incorrect, examinez une source absente, une procédure ambiguë ou une donnée inadéquate renvoyée par un outil. Ce sont des pistes de contrôle, pas une garantie de détection automatique. Des composants organisés exigent toujours une vérification du résultat global.

Une tâche interrompue ne repart pas toujours de zéro

La capacité distincte de résilience concerne les agents hébergés. Selon Microsoft, Foundry détecte les interruptions et relance le travail avec l'entrée originale. Le code du client doit sauvegarder progression et résultats intermédiaires pour reprendre au bon endroit. L'historique de conversation seul ne suffit pas à restaurer une tâche en cours.

C'est essentiel au-delà d'une démonstration courte. Imaginons un agent analysant un fichier et créant une fiche ailleurs. Après une interruption, il doit savoir que cette fiche existe déjà. Sinon, répéter la demande peut dupliquer l'action. Microsoft précise que le processus doit empêcher ces doublons.

Définissez les points de sauvegarde et la vérification des actions déjà effectuées. L'utilisateur métier n'a pas besoin de connaître tous les détails techniques, mais doit savoir si une relance est sûre. La fiabilité se mesure aussi après une interruption, au-delà de la première exécution réussie.

Le coût comporte plusieurs composantes

Selon Microsoft, la facturation à l'usage du runtime Copilot harness dans Foundry Agent Service commencera le 1er décembre 2026. Avant cette date, son temps d'exécution est gratuit, mais modèles, outils facturés séparément et services connectés restent soumis à leurs tarifs. La préversion n'implique donc pas un fonctionnement global gratuit.

L'annonce donne des tarifs de base de 0,0994 dollar par heure de vCPU et 0,0118 dollar par heure de GiB de mémoire à partir de cette échéance. Ils peuvent varier selon région et contrat. Ce sont les chiffres consultés le 5 novembre, pas un devis en shekels ni un engagement tarifaire pour un projet israélien.

Pour estimer le coût, demandez celui d'une tâche terminée et vérifiée, au-delà d'un appel au modèle. Plusieurs traitements, outils, stockages et contrôles peuvent intervenir. Relances et corrections consomment également des ressources. Sans parcours défini, l'intérêt économique global de l'infrastructure gérée reste difficile à évaluer.

À qui convient le parcours géré

Microsoft distingue les agents utilisant seulement instructions et outils, ceux reposant sur Copilot harness, et les agents hébergés apportant leur propre cadre d'exécution. Le choix dépend du contrôle et du travail d'ingénierie souhaités. Un parcours plus complexe ne garantit pas de meilleur résultat commercial pour une tâche simple.

Pendant la préversion, l'infrastructure est choisie à la création de l'agent ; son remplacement ultérieur n'est pas encore pris en charge. Les agents existants restent inchangés. Microsoft gère aussi les réglages CPU, mémoire et inactivité de l'environnement. Intégrez ces contraintes avant de prévoir une migration.

Pour une entreprise israélienne, commencez par un processus délimité et des données vérifiables. Un rapport provisoire ou une synthèse interne permettent d'apprendre avant une action destinée au client. Une démonstration de processus d'IA pourra ensuite montrer erreurs prévues et relais humain, en plus du parcours réussi.

Définissez aussi la responsabilité du livrable. Qui valide les chiffres du rapport ? Qui autorise l'envoi d'une réponse préparée ? Sans répartition, le travail peut avancer techniquement et rester bloqué entre équipes. Une transmission claire permet de savoir si l'agent raccourcit l'ensemble du processus ou déplace simplement la vérification vers un autre salarié.

Le développement raccourcit lorsque le processus est défini

Comparez le développement évité au travail restant : outils, autorisations, tests, documentation et assistance. Les sources examinées ne justifient pas une économie fixe promise à toute entreprise israélienne. Le bénéfice dépend de l'existant et de la complexité des tâches confiées à l'agent.

Microsoft permet d'acheter davantage de l'environnement d'exécution comme service. Pour les dirigeants, cela précise la discussion : qui exploite l'agent, qui vérifie le résultat et qui répond d'une interruption ? Une fois ces rôles définis, la technologie peut être testée sur une tâche réelle à un coût explicable.