Qu’est-ce que le Service Agent Foundry de Microsoft ?

Le service Foundry Agent est une plateforme managée pour la création, le déploiement et la mise à l’échelle d’agents IA. Utilisez n’importe quelle infrastructure, n’importe quel modèle pris en charge à partir du catalogue de modèles Foundry et l’API Réponses en tant que point d’entrée unique.

Vous choisissez la quantité de plateforme souhaitée :

  • Agents d’invite : créez un agent d’invite dans le portail Foundry ou définissez-le avec des kits SDK et REST, et Foundry l’exécute pour vous. Aucun code d’application à maintenir, aucune ressource de calcul à payer, ni conteneurs ou paquets à optimiser, faire évoluer ou corriger.
  • Agents hébergés : écrivez votre code d’agent avec Agent Framework, LangGraph, le kit SDK OpenAI Agents SDK, le SDK Anthropic Agent, le SDK GitHub Copilot ou votre propre code, empaqueter en tant que conteneur et laisser Foundry l’exécuter avec un point de terminaison managé, une mise à l’échelle, une identité et une observabilité.

Le code de l’agent s’exécute déjà en dehors de Foundry ? Appelez l’API Réponses à partir de votre processus existant pour obtenir des modèles Foundry et des outils de plateforme sans déplacer votre code.

Qu’est-ce qu’un agent ?

Un agent est une application IA qui utilise un modèle du catalogue de modèles Foundry pour raisonner les demandes des utilisateurs et prendre des mesures autonomes pour les remplir. Contrairement à un chatbot simple qui génère uniquement du texte, un agent peut appeler des outils, accéder aux données externes et prendre des décisions sur plusieurs étapes pour effectuer une tâche. Dans certains cas, les agents agissent sans interface de conversation du tout , fonctionnant de manière autonome en arrière-plan, déclenchés par des événements système, pour accomplir des tâches au nom d’un utilisateur ou de l’organisation.

Chaque agent combine trois composants principaux :

  • Modèle : modèle du catalogue de modèles Foundry qui fournit des fonctionnalités de raisonnement et de langage.
  • Instructions : Définir des objectifs, des contraintes et un comportement. Dans Foundry, les instructions peuvent prendre la forme de prompts ou de code dans un agent hébergé.
  • Outils : Fournissez l’accès aux données ou aux actions, telles que les opérations de recherche, les opérations de fichier ou les appels d’API.

Diagramme montrant les composants d’un agent IA.

Aperçu rapide du service d'agent

Composant Qu’est-ce qu’il fait ?
API Réponses Point d’entrée unique pour chaque type d’agent. Donne à n’importe quelle infrastructure, processus ou accès au runtime aux modèles Foundry ainsi qu’aux outils de plateforme (recherche de fichiers, interpréteur de code, mémoire, recherche web, serveurs MCP).
Runtime de l’agent Héberge et fait évoluer les agents de prompt et les agents hébergés. Gère les conversations, les appels d’outils et le cycle de vie de l’agent.
Outils Outils intégrés, notamment la recherche web, la recherche de fichiers, la mémoire, l’interpréteur de code, les serveurs MCP et les fonctions personnalisées. L’authentification gérée inclut des informations d’identification gérées par le service et des informations d’identification On-Behalf-Of (OBO).
Modèles Fonctionne avec de nombreux modèles du catalogue de modèles Foundry, tels que GPT-4o, Llama et DeepSeek. Échangez des modèles sans modifier votre code d’agent.
Observabilité Suivi, métriques et intégration d’Application Insights de bout en bout. Voyez chaque décision prise par votre agent.
Identity &Security Microsoft Entra identité, RBAC, filtres de contenu et isolation du réseau virtuel. Fiabilité de niveau professionnel intégrée.
Édition Les agents de version, créent des points de terminaison stables et partagent via Microsoft Teams, Microsoft 365 Copilot et le Registre de l’agent Entra.

Découvrez comment commencer avec les agents

Choisissez votre chemin d’accès en fonction de ce que vous essayez de faire :

  • Vous débutez avec les agents ?Commencez par un agent d’invite : créez un agent dans le portail Foundry, choisissez un modèle, attachez des outils, puis appelez-le à partir du code. Aucun code d’exécution à écrire ou à gérer : Foundry exécute l’agent pour vous.
  • Vous souhaitez créer un agent basé sur du code dans Foundry ?Déployez un agent hébergé : écrivez votre agent avec Agent Framework, LangGraph, le Kit de développement logiciel (SDK) Des agents OpenAI ou votre propre code, empaquetez-le en tant que conteneur et laissez Foundry l’exécuter avec un point de terminaison managé, une mise à l’échelle et une identité.
  • Vous souhaitez utiliser des modèles et des outils Foundry à partir du code de l’agent que vous exécutez déjà ailleurs ?Appelez l’API Réponses à partir de votre processus existant pour obtenir des modèles Foundry et des outils de plateforme sans déplacer votre code.

Types d’agents

Il existe deux types d’agents principaux dans le service d’agent :

Agents fondés sur des requêtes

Les agents de commande sont définis entièrement par la configuration : instructions, sélection de modèle et outils. Vous les créez dans le portail Foundry pour un démarrage rapide, ou vous les définissez par programmation avec les KITS SDK ou l’API REST pour l’intégrer à vos flux de travail CI/CD. Dans les deux cas, Foundry exécute l’agent pour vous : il n’existe aucun code d’application à gérer, aucun calcul à payer et aucun conteneur ou package pour optimiser, mettre à l’échelle ou surveiller la sécurité.

Deux chemins d’accès pour commencer :

  • Portal-first : créez un agent de manière interactive dans le portail Foundry, testez-le dans le terrain de jeu, puis appelez-le à partir de votre code d’application.
  • Code-first : définissez l’agent à l’aide du Kit de développement logiciel (SDK) ou de l’API REST dans votre pipeline de déploiement, en activant le contrôle de version, la révision du code et le déploiement automatisé.

Idéal pour : prise en main rapide, outils internes, agents de production qui n’ont pas besoin d’une logique d’orchestration personnalisée et d’équipes qui souhaitent un runtime managé sans surcharge d’infrastructure.

Agents hébergés (préversion)

Agents hébergés sont des agents basés sur le code que vous créez avec Agent Framework, LangGraph, le kit SDK OpenAI Agents SDK, le KIT SDK Anthropic Agent, le SDK GitHub Copilot, ou votre propre code. Envoyez votre agent en tant qu’image conteneur ou zip de votre code source ( Foundry génère l’image pour vous lorsque vous apportez un zip) et Foundry l’exécute avec un point de terminaison managé, une mise à l’échelle automatique, une identité dédiée Microsoft Entra, une persistance d’état au niveau de la session et une observabilité de bout en bout.

Sous le capot, le code de votre agent appelle l’API Responses sur le point de terminaison de votre projet Foundry pour l’inférence du modèle et l’orchestration des outils, ce qui vous donne accès aux modèles Foundry du catalogue ainsi qu’à un ensemble unifié d’outils de plateforme — des outils OpenAI standard comme la recherche de fichiers, l’interpréteur de code et la recherche sur le web, ainsi que des outils exclusifs à Foundry comme SharePoint, WorkIQ et Fabric IQ.

Note

Les agents hébergés sont actuellement en préversion publique.

Idéal pour : agents qui appellent votre propre code personnalisé ; deuxièmement, logique d’orchestration personnalisée, systèmes multi-agents et protocoles personnalisés (webhooks, voix, AG-UI) où vous souhaitez un contrôle total sur la logique de l’agent tout en laissant Foundry gérer l’hébergement, la mise à l’échelle et l’identité.

Si vous préférez continuer à exécuter votre code d’agent en dehors de Foundry( par exemple, incorporé dans une application existante), vous pouvez toujours obtenir les modèles et les outils de plateforme de Foundry en appelant l’API Réponses directement à partir de votre processus. Consultez Utiliser l’API Réponses à partir de votre propre code.

Comparer les types d’agents

Agents fondés sur des requêtes Agents hébergés (préversion)
Zone de création Portail, SDK ou REST Agent Framework, LangGraph, OpenAI Agents SDK, Anthropic Agent SDK, GitHub Copilot SDK, code personnalisé
Modèles Foundry + outils de la plateforme Oui Oui (via l’API Réponses sur le point de terminaison du projet Foundry)
Prise en charge des compétences Oui Oui
Code d’exécution à gérer None Oui : votre logique d’agent
Calcul à gérer Aucun — entièrement managé Calcul de conteneur, géré par Foundry
Point de terminaison managé Oui Oui
Autoscale Automatique, géré par Foundry ; mise à l’échelle avec le volume de requête Automatique, géré par Foundry ; met à l’échelle les instances de conteneur par session et le volume de requête
Identité de l’agent (Entra) Oui Automatique, dédié à chaque agent
Modèle de coût Inférence par appel + utilisation de l’outil Inférence à l’appel + utilisation d’outils + calcul conteneurisé
Idéal pour Démarrage rapide, agents de production sans orchestration personnalisée Agents qui appellent du code personnalisé ; deuxièmement, logique d’orchestration personnalisée

Utiliser l’API Réponses à partir de votre propre code

La Responses API est l’unique point d’accès au modèle et aux outils sous-jacent à tous les types d’agents. Vous pouvez l’appeler directement à partir de votre propre code pour obtenir des modèles Foundry et des outils de plateforme sans créer de ressource d’agent dans Foundry. Ce modèle vient s’ajouter aux agents hébergés, et non les remplacer : le même code Agent Framework peut appeler l’API Responses depuis votre propre processus dès aujourd’hui, puis être empaqueté dans un conteneur en tant qu’agent hébergé ultérieurement, lorsque vous souhaitez un point de terminaison géré par Foundry.

Consultez Guide de démarrage rapide : utiliser l’API Responses pour connaître les options de point de terminaison et voir des exemples complets.

Prise en charge des modèles

Le service Agent fonctionne avec de nombreux modèles disponibles dans le catalogue de modèles Foundry. Pour obtenir la liste complète, consultez Quotas, limites et prise en charge régionale.

Outils

Le service d’agent fournit des outils intégrés et prend en charge des outils personnalisés afin que vos agents puissent effectuer des actions et accéder aux données. Pour obtenir une liste complète, consultez le catalogue d’outils Foundry. Pour connaître les modèles de sélection d’outils avancés, consultez les meilleures pratiques de l’outil.

Foundry prend en charge les serveurs MCP distants que vous pouvez ajouter à partir du catalogue Ajouter des outils dans le portail Foundry. Par exemple, le serveur MCP Azure DevOps (préversion publique) peut être ajouté directement à partir du catalogue. Connectez votre organisation Azure DevOps pour activer l’accès à l’agent et configurez un sous-ensemble d’outils disponibles pour contrôler les actions que les agents peuvent effectuer. Vous pouvez également connecter des serveurs MCP personnalisés hébergés sur Azure Functions à l’aide du point de terminaison webhook Functions MCP (/runtime/webhooks/mcp) pour exposer des outils personnalisés à vos agents.

Les options d’authentification prises en charge pour les serveurs MCP et d’autres connexions d’outils sont les suivantes :

  • Accès basé sur des clés
  • Microsoft Entra (à l'aide de l'identité managée de l'agent ou de l'identité managée du projet)
  • Passthrough d’identité OAuth (on-Behalf-Of)
  • Accès non authentifié, le cas échéant

Boîte à outils (aperçu)

La boîte à outils vous permet de définir un ensemble organisé d’outils une fois, de les gérer de manière centralisée dans Foundry et de les exposer via un point de terminaison compatible MCP unique. Tout runtime d’agent compatible MCP ou client peut consommer une boîte à outils, quelle que soit l’infrastructure que vous utilisez. Le contrôle de version de la boîte à outils vous permet de contrôler explicitement quand les modifications prennent effet : créez une nouvelle version, testez-la et faites-la passer par défaut lorsque vous êtes prêt.

Note

Certains outils, y compris la mémoire et la recherche web, sont en aperçu. Pour connaître la disponibilité par région et l’état de la préversion, consultez la prise en charge des outils par région et par modèle.

Cycle de vie du développement

Agent Service prend en charge l'ensemble du processus build-test-deploy-monitor :

  1. Créer : définissez un agent d’invite dans le portail ou avec le Kit de développement logiciel (SDK) ou écrivez un agent hébergé qui appelle l’API Réponses.
  2. Test : discutez avec votre agent dans le terrain de jeu des agents ou exécutez localement. Les intégrations de serveur MCP, y compris les serveurs MCP personnalisés hébergés sur Azure Functions, peuvent être exécutées directement dans le terrain de jeu pour valider la connectivité, les autorisations et le comportement des outils avant la publication.
  3. Trace : inspectez chaque appel de modèle, appel d’outil et décision avec le traçage d’agent.
  4. Évaluer : exécutez des évaluations pour mesurer la qualité et intercepter les régressions.
  5. Optimiser : améliorez automatiquement les instructions de votre agent hébergé à l’aide de l’optimiseur d’agent.
  6. Publier : promouvoir votre agent vers une ressource managée avec un point de terminaison stable.
  7. Surveiller : effectuez le suivi des performances et de la fiabilité avec les métriques de service et les tableaux de bord.

Pour obtenir une procédure pas à pas détaillée, consultez le cycle de vie du développement de l’agent.

Fonctionnalités d’entreprise

Le service Agent fournit une infrastructure de qualité entreprise pour chaque agent que vous déployez :

  • IdentitéAgent : chaque agent peut avoir une identité Microsoft Entra dédiée, permettant un accès sécurisé et limité aux ressources et aux API sans partager les informations d’identification. Les identités d’agent peuvent s’authentifier auprès de serveurs MCP externes, y compris ceux hébergés sur Azure Functions, et le passthrough OAuth on-Behalf-Of (OBO) est pris en charge lors de la configuration.
  • Réseau privé — exécutez des agents au sein de votre réseau virtuel Azure pour une isolation réseau complète et la conformité avec les exigences de résidence des données. Le réseau privé est disponible pour les agents de prompts. Les agents hébergés prennent en charge la fonctionnalité « Bring Your Own Réseau virtuel Azure » (BYO VNet), dans le cadre de laquelle chaque séance s'exécute dans un environnement sandbox isolé au niveau de la machine virtuelle et connecté à votre réseau virtuel.
  • Contrôle d’accès basé sur le rôle — Autorisations détaillées via Microsoft Entra et Azure RBAC. Contrôler qui peut créer, appeler et gérer des agents.
  • Sécurité du contenu : les filtres de contenu intégrés permettent de réduire les risques d'injection de consignes (y compris l'injection inter-consignes) et de prévenir les sorties non sécurisées.

Pour obtenir des instructions de configuration de l’environnement, consultez Configurer votre environnement.

Publication et partage

Le service d’agent fournit le contrôle de version intégré et la publication afin que vos agents puissent passer du développement à la production en toute confiance.

  • Versionnage : lorsque vous effectuez une itération sur votre agent, les versions sont automatiquement instantanées. Revenez à n’importe quelle version précédente ou comparez les modifications entre les versions.
  • Publication : promouvoir un agent vers une ressource managée avec un point de terminaison stable. Les agents publiés héritent des contrôles d’identité et d’accès d’entreprise configurés pour votre projet et peuvent être appelés par programmation.
  • Distribution : partagez des agents publiés via Microsoft 365 Copilot et Teams et le Registre de l’agent Entra, en plaçant vos agents où vos utilisateurs travaillent déjà. Le Service de l’agent Foundry prend en charge les protocoles OpenResponses et Activity pour la publication dans Microsoft 365, un protocole Invocations pour l’intégration flexible des points de terminaison avec des applications et services personnalisés, ainsi que le protocole A2A (version préliminaire) pour la communication agent-à-agent.

Sécurité, confidentialité et conformité

Le service agent est conçu pour les charges de travail d’entreprise où vous avez besoin de contrôles forts sur l’identité, la mise en réseau, la gestion des données et la sécurité.

  • Contrôles de sécurité : utilisez les garde-fous intégrés pour réduire les sorties non sécurisées et atténuer les risques d’injection d’invites, y compris les attaques par injection inter-invites (XPIA).
  • Contrôles d’isolation réseau et de résidence des données : utilisez des réseaux virtuels et apportez vos propres ressources pour répondre à vos besoins.
  • Apporter vos propres ressources : utilisez vos propres ressources Azure (par exemple, le stockage, Recherche Azure AI et Azure Cosmos DB pour l’état de la conversation) pour répondre aux besoins de conformité et opérationnels. Consultez Utiliser vos propres ressources.
  • Responsible AI guidance : Pour obtenir un ensemble plus large de recommandations et de ressources de gouvernance, consultez Responsible AI pour Microsoft Foundry.

Contenu connexe

  • Last updated on