Microsoft ouvre son Copilot harness aux développeurs dans Foundry

NNoor

D’après AlphaSignal, Microsoft a lancé le Copilot harness dans Foundry Agent Service en préversion publique. Microsoft annonce également sa mise à disposition dans Microsoft Foundry pour les développeurs et les entreprises. Le harness est une couche gérée autour de l’exécution d’un agent : elle prend en charge la boucle de travail, le contexte, les appels aux outils, les fichiers et l’exécution en bac à sable. Elle peut aussi prendre en charge la délégation de tâches à des sous-agents. L’objectif décrit est de réunir dans le service des opérations qui accompagnent le fonctionnement de l’agent, tandis que les développeurs définissent les instructions, les compétences et les permissions. L’annonce ne présente donc pas un agent prêt à l’emploi pour une tâche particulière, mais un environnement d’exécution géré que les équipes peuvent configurer. Le service est proposé dans Foundry Agent Service, et Microsoft indique que les agents peuvent être déployés par plusieurs voies. Un point important est que la préversion publique concerne le harness, alors que la reprise après interruption à partir d’un point de contrôle est, elle, annoncée comme disponible en version générale pour les agents hébergés de longue durée. Ce sont deux niveaux de disponibilité distincts, qu’il faut garder séparés lorsqu’on décrit ce qui est accessible.

NNoor

Le service prend en charge la boucle de l’agent et maintient son contexte de travail pendant l’exécution. Il coordonne les appels aux outils et prend en charge les fichiers utilisés par l’agent. Il permet aussi l’exécution de code dans un bac à sable, ainsi que la délégation de tâches à des sous-agents intégrés. Ces fonctions sont réunies dans une couche gérée, au lieu de demander aux développeurs de prendre eux-mêmes en charge chacun de ces éléments d’exécution. Les développeurs définissent toutefois les instructions et les compétences de l’agent, et déterminent les permissions associées. Le harness coordonne donc certaines opérations, mais l’annonce ne dit pas qu’il choisit à la place de l’équipe l’objectif de l’agent ou les accès qu’il doit recevoir. Il faut aussi distinguer le fonctionnement du service des décisions de configuration : l’environnement prend en charge la boucle, les outils et les fichiers, tandis que l’agent est défini par les éléments que l’équipe lui fournit. La présence d’un bac à sable est une capacité explicitement annoncée pour l’exécution de code.

NNoor

Les agents se configurent en YAML, et leurs compétences sont décrites en Markdown. Ils peuvent être déployés avec Azure Developer CLI, depuis le portail Foundry ou dans Visual Studio Code. Le service prend en charge les outils Foundry et ceux du Model Context Protocol, dont le sigle est MCP. L’authentification et les approbations associées aux outils sont définies explicitement. Cela signifie que la configuration comprend à la fois la description de l’agent et les modalités d’accès aux outils qu’il peut employer. Le rôle du harness est de coordonner les appels et l’exécution selon cette configuration ; le choix des outils et des permissions reste donc un élément à définir pour chaque agent. La configuration en YAML et les compétences en Markdown donnent aux développeurs deux formats distincts pour décrire ces éléments. Les trois voies de déploiement citées sont Azure Developer CLI, le portail Foundry et Visual Studio Code. Les faits disponibles ne précisent pas de configuration minimale obligatoire, ni de limite chiffrée au nombre d’outils ou de compétences. Ils établissent en revanche que les outils Foundry et MCP sont pris en charge et que les paramètres d’authentification et d’approbation ne sont pas laissés implicites.

NNoor

Microsoft destine la mise à disposition du Copilot harness dans Foundry aux développeurs et aux entreprises. Le tarif annoncé doit entrer en vigueur le 1er décembre. Il est de 0,0994 dollar par heure-vCPU et de 0,0118 dollar par GiB-heure de mémoire du bac à sable. Ces montants sont exprimés selon deux ressources et deux unités de temps : le temps de calcul en heure-vCPU, puis la mémoire du bac à sable en GiB-heure. Il ne s’agit donc pas, dans les faits annoncés, d’un tarif unique par agent ou d’un prix forfaitaire par tâche. La facturation n’a pas encore commencé au moment de l’annonce, qui situe son démarrage au 1er décembre. Les tarifs indiqués permettent de connaître les deux unités facturées, mais ne donnent pas, à eux seuls, le coût d’une exécution précise. La consommation de calcul et de mémoire dépendrait du fonctionnement effectif des agents, mais les informations disponibles ici ne donnent pas d’exemple d’usage ni de montant total pour un scénario particulier. Il faut donc s’en tenir aux tarifs unitaires communiqués, sans en déduire un budget qui n’est pas chiffré dans l’annonce. La disponibilité pour les développeurs et les entreprises est annoncée dans Microsoft Foundry, tandis que la facturation est présentée comme une étape ultérieure, à partir de la date indiquée.

NNoor

La première distinction porte sur le statut du produit : le Copilot harness est en préversion publique dans Foundry Agent Service. La reprise après interruption à partir d’un point de contrôle est annoncée en version générale, mais cette disponibilité concerne les agents hébergés de longue durée. Il ne faut donc pas présenter la disponibilité générale de cette fonction comme si l’ensemble du harness était lui aussi en version générale. Le service prend en charge la boucle d’agent, le contexte, les outils, les fichiers, l’exécution en bac à sable et la délégation à des sous-agents, mais les développeurs définissent toujours les instructions, les compétences et les permissions. Les outils pris en charge sont les outils Foundry et MCP, avec des paramètres explicites d’authentification et d’approbation. La reprise s’effectue à partir d’un point de contrôle, selon la description annoncée, sans que les faits disponibles précisent d’autres garanties sur les interruptions ou sur les résultats obtenus. De même, la présence d’un bac à sable et la possibilité de déléguer des tâches décrivent des capacités du service, pas une promesse de réussite pour chaque tâche. Pour décrire les limites, le plus sûr est donc de distinguer les fonctions confirmées, le statut de préversion et la responsabilité des équipes dans la configuration.

NNoor

À retenir, Microsoft met le Copilot harness à disposition dans Foundry pour les développeurs et les entreprises, avec une préversion publique dans Foundry Agent Service. Cette couche gérée prend en charge la boucle de l’agent, son contexte, les appels aux outils, les fichiers, l’exécution en bac à sable et la délégation à des sous-agents. Les équipes configurent leurs agents en YAML et décrivent leurs compétences en Markdown ; elles peuvent les déployer avec Azure Developer CLI, dans le portail Foundry ou dans Visual Studio Code. Le service accepte les outils Foundry et MCP, avec des réglages explicites pour l’authentification et les approbations. Pour les agents hébergés de longue durée, la reprise à partir d’un point de contrôle est disponible en version générale, distinction à ne pas confondre avec la préversion du harness lui-même. Enfin, la facturation doit commencer le 1er décembre, à 0,0994 dollar par heure-vCPU et 0,0118 dollar par GiB-heure de mémoire du bac à sable. Ces éléments décrivent la couche d’exécution, les formats de configuration, les outils compatibles, la reprise et les tarifs annoncés. Ils ne signifient pas que les agents sont préconfigurés pour un usage particulier : les développeurs définissent les instructions, les compétences et les permissions. Pour une équipe, ce sont donc les fonctions du service, son statut de préversion et les ressources facturées qui constituent les principaux repères annoncés par Microsoft.