Microsoft gère l’exécution d’agents Copilot dans Foundry. Le service reste en préversion
Foundry prend en charge une partie de l’exécution des agents Copilot. Les développeurs conservent les choix d’outils et la responsabilité des reprises.
Microsoft annonce le 28 octobre un environnement d’exécution Copilot géré dans Foundry Agent Service. Cette préversion publique prend en charge une partie du travail nécessaire pour faire fonctionner un agent. L’annonce technique traite aussi d’une capacité distincte. La résilience des agents hébergés de longue durée passe en disponibilité générale cette semaine. Les deux annonces n’ont donc pas le même statut.
Le modèle ne suffit pas à faire fonctionner un agent
Un agent doit organiser ses échanges avec un modèle et ses appels aux outils. Il lui faut aussi gérer le contexte et les fichiers ainsi que l’environnement dans lequel les tâches s’exécutent. Microsoft regroupe cette orchestration sous le terme anglais de harness. La version Copilot comprend notamment un espace de travail avec des fonctions de terminal et des mécanismes de délégation encadrée. Foundry gère une partie de cette infrastructure.
Le guide de la préversion décrit les limites du choix. L’environnement se sélectionne à la création d’un nouvel agent. On ne peut pas simplement faire basculer un agent existant vers un autre environnement dans cette première version. Le service reste accessible au travers de la Responses API. Cette continuité d’interface ne supprime pas les contraintes de création ou de configuration.
Une infrastructure gérée laisse des choix à encadrer
Le développeur conserve les instructions et les outils autorisés. Les modèles disponibles dépendent du périmètre pris en charge. Le guide précise que l’apport de son propre modèle n’est pas encore disponible dans cette préversion. Une présentation commerciale mettant en avant plusieurs modèles ne signifie donc pas que n’importe quel modèle externe peut y être branché. Les règles d’accès et la région du service restent à vérifier pour chaque projet.
Foundry gère aussi les ressources d’exécution et certains réglages de veille. Des paramètres non pris en charge renvoient une erreur au lieu de modifier librement cette infrastructure. Les fonctions exposées à l’agent restent déterminantes. Un outil qui consulte des données et un outil qui déclenche une opération externe n’ont pas le même effet. Le fait de déléguer l’exécution au fournisseur ne donne pas automatiquement la même politique d’approbation à tous les outils.
Une reprise peut recommencer depuis la demande initiale
La résilience annoncée pour les agents hébergés répond à un autre besoin. Un travail long doit pouvoir reprendre après une interruption de son environnement. Microsoft indique que cette reprise redémarre à partir de l’entrée initiale. L’application doit donc conserver elle-même les étapes achevées et les résultats intermédiaires utiles. L’historique des conversations ne suffit pas à transformer automatiquement chaque action en étape durable.
Cette précision a une conséquence concrète. Si une tâche crée un document ou déclenche une action dans un autre service, son redémarrage ne doit pas créer un second exemplaire par accident. Il faut pouvoir reconnaître ce qui a déjà été effectué. C’est une responsabilité de conception de l’application. La reprise de l’environnement et la reprise logique d’un travail ne sont pas exactement la même opération.
La gratuité initiale concerne le fonctionnement de l’environnement
Microsoft fixe le début de la facturation de cet environnement au 1er décembre 2026. Avant cette date, son exécution n’est pas facturée. L’inférence des modèles et les outils ou services utilisés peuvent toutefois rester payants. Après cette période, les tarifs annoncés sont de 0,0994 dollar par heure de processeur virtuel et de 0,0118 dollar par heure de Gio de mémoire. Les prix peuvent varier selon la région et le contrat.
La préversion n’apporte pas les garanties d’un service de production. Le guide rappelle l’absence d’engagement de niveau de service dans ce cadre. Une autre évolution accompagne le lancement. Le SDK Copilot de GitHub devient progressivement Microsoft Copilot SDK. Le changement de nom n’impose pas une modification immédiate aux utilisateurs selon cette note.
Notre article sur Microsoft-Decision-1 dans Foundry décrit le choix d’un modèle pour une tâche définie. Le nouvel environnement Copilot traite une autre couche. Il organise l’exécution autour des modèles et des outils. Son intérêt dépendra de la part d’infrastructure réellement simplifiée et de la capacité de l’application à conserver ses contrôles lors d’une reprise.