Qu’est-ce que la boîte à outils dans Foundry ?

À mesure que les organisations adoptent des agents IA, la gestion des outils entre les agents peut devenir de plus en plus complexe. Les agents se connectent souvent directement aux outils, API, serveurs MCP et autres services, nécessitant une configuration, une authentification et une gouvernance distinctes pour chaque implémentation. Cette approche peut entraîner un effort en double, un comportement incohérent, des déploiements de production fragiles et une surcharge opérationnelle supplémentaire à mesure que le nombre d’agents augmente.

La boîte à outils fournit un moyen centralisé de gérer et de partager des outils dans Microsoft Foundry. Avec la boîte à outils, vous définissez un ensemble organisé d’outils une fois et les exposez via un point de terminaison compatible MCP unique que les agents peuvent consommer entre les frameworks et les runtimes. La boîte à outils permet de simplifier l’intégration des outils tout en activant la gestion centralisée des informations d’identification, la gouvernance, l’observabilité et le contrôle d’accès.   Au lieu de configurer des outils indépendamment pour chaque agent, les équipes peuvent gérer des outils en un seul endroit, les réutiliser sur plusieurs agents et mettre à jour les implémentations d’outils sans nécessiter de modifications apportées au code de l’agent. Cette approche aide les organisations à mettre à l’échelle le développement d’agents tout en conservant des pratiques de sécurité et opérationnelles cohérentes.

Cet article explique comment la boîte à outils fonctionne, ses concepts de base et son architecture, et comment créer et gérer des boîtes à outils dans Microsoft Foundry.

Pourquoi utiliser une boîte à outils ?

Considérez un agent qui aide à intégrer de nouveaux employés. Une seule requête peut nécessiter que l’agent :

• Récupérez des conseils d’intégration à l’aide d’une base de connaissances.
• Créez un compte Microsoft Entra ID à l’aide d’une API REST.
• Provisionnez des ressources cloud à l’aide d’un agent de longue durée.
• Rédigez un e-mail de bienvenue personnalisé à l’aide des compétences de l’agent.
• Publiez un message de bienvenue sur un canal Microsoft Teams à l’aide d’un serveur MCP.

Il s’agit de cinq types, cinq modèles d’authentification et cinq équipes propriétaires pour un seul agent. À présent, multipliez cette opération sur chaque agent généré par votre organisation :

• Teams ré-implémente les mêmes outils indépendamment.
• Les informations d’identification sont dupliquées et chaque agent gère ses propres secrets et actualisation des jetons.
• La gouvernance est incohérente ou manquante, avec peu de visibilité sur les outils qui existent ou qui les utilise.

Sans approche centralisée, chaque agent doit être configuré avec ses propres définitions d’outils, informations d’identification et logique d’intégration. À mesure que les organisations créent davantage d’agents, ce modèle peut entraîner des implémentations d’outils en double, des contrôles de sécurité incohérents et une surcharge opérationnelle accrue.

La boîte à outils répond à ces défis en permettant aux équipes de définir et de gérer les outils de manière centralisée et de les exposer via un point de terminaison compatible MCP unique. Les agents peuvent ensuite utiliser des outils approuvés sans nécessiter d’intégrations personnalisées pour chaque agent, ce qui aide les organisations à améliorer la réutilisation des outils, à simplifier la gestion des informations d’identification et à appliquer la gouvernance de manière cohérente entre les déploiements d’agents.

Cycle de vie de l’outil - Générer, découvrir, consommer et gouverner

La boîte à outils couvre le cycle de vie complet des outils à travers quatre piliers : Créer, découvrir, consommer et gouverner :

Foundry-homed, not Foundry-bound

Les boîtes à outils sont créées et gérées dans Microsoft Foundry, mais elles ne sont pas limitées aux agents basés sur Foundry. Tout runtime ou client compatible MCP peut utiliser une boîte à outils, y compris des agents personnalisés créés avec Microsoft Agent Framework, LangGraph ou votre propre code.

Étant donné qu’une boîte à outils est une ressource managée, vous pouvez ajouter, supprimer ou mettre à jour des outils sans modifier le code de l’agent. Les agents continuent de se connecter au même point de terminaison, tandis que les administrateurs gèrent la disponibilité et la configuration des outils de manière centralisée. Avec le contrôle de version, vous pouvez promouvoir une nouvelle version par défaut d’une boîte à outils et la rendre disponible pour consommer des agents sans redéployer ces agents.

Regardez ces démonstrations pour voir les boîtes à outils en action :

Fonctionnalités clés

Microsoft Boîte à outils De l’agent Foundry ajoute des fonctionnalités qui permettent de gérer et de sécuriser les collections d’outils volumineuses et à croissance rapide.

• Point de terminaison unique. Votre agent se connecte à un point de terminaison compatible MCP et découvre chaque outil au moment de l’exécution. Vous pouvez ajouter, supprimer ou reconfigurer des outils sans modifier le code de l’agent ou le redéploiement.
• Authentification centralisée. La boîte à outils gère l'injection d'informations d'identification, l'actualisation des jetons et l'application de stratégie lors de l'exécution à l'aide de Microsoft Entra ID et d'une passe d'identité OAuth, afin de ne pas gérer les informations d'identification par outil.
• Gouvernance par défaut. Appliquez des garde-fous (stratégies d’IA responsable) aux entrées et sorties des outils au niveau de la boîte à outils.
• Contrôle de version. Créez et testez une nouvelle version de boîte à outils, puis faites-la passer par défaut lorsque vous êtes prêt. Chaque agent qui pointe vers la boîte à outils récupère automatiquement la version promue, sans aucune modification du code.

En plus de ces fonctionnalités clés, La boîte à outils active les nouvelles fonctionnalités d’évaluation suivantes :

Recherche d’outils (aperçu)

À mesure que votre application augmente, le nombre d’outils disponibles est donc élevé. Une boîte à outils qui commence par quelques outils peut rapidement s’étendre à des dizaines ou même des centaines. L’envoi de chaque définition d’outil avec chaque requête de modèle crée des défis :

• Augmentations des coûts à mesure que le nombre d’outils est mis à l’échelle : Chaque définition d’outil ajoute des jetons d’entrée, que le modèle utilise ou non cet outil.
• Capacité de contexte réduite : Les définitions d’outils concurrencent l’historique des conversations, les connaissances de domaine et d’autres contextes pour l’espace dans la fenêtre de contexte du modèle.
• Sélection d’outils moins précise : Lorsqu’un modèle doit choisir parmi des centaines d’outils, il est plus probable de sélectionner un outil similaire mais incorrect ou d’ignorer la meilleure option.

La recherche d’outils résout ces défis en masquant les outils par défaut et en exposant seulement deux méta-outils :

• tool_search - décrivez ce dont vous avez besoin et récupérez les outils les plus pertinents.
• call_tool - appelez n’importe quel outil découvert par nom.

Vous contrôlez la façon dont les outils sont exposés.

• Épinglez les outils critiques afin qu’ils soient toujours disponibles.
• Ajoutez un contexte pour améliorer la découverte d’outils à l’aide des termes utilisés par votre organisation.
• Épingler automatiquement les outils fréquemment utilisés.

En savoir plus : Recherche d’outils (préversion).

Compétences (aperçu)

Les outils définissent ce qu’un agent peut faire. Les compétences définissent la façon dont elles effectuent une tâche.

• Packages de compétences réutilisables, flux de travail en plusieurs étapes en tant que fonctionnalités que les agents peuvent appeler comme n’importe quel autre outil. Par exemple, une compétence peut générer un rapport mis en forme, effectuer un workflow de triage ou orchestrer une séquence d’appels d’outils.

• Les compétences sont versionnée et immuables. Vous pouvez attacher une version de compétence spécifique à une boîte à outils pour garantir un comportement cohérent et prévisible entre les environnements.

• Les compétences réduisent la configuration requise pour utiliser des flux de travail partagés. Les agents découvrent et chargent automatiquement des compétences via les ressources MCP au démarrage.

Voir Compétences (préversion).

Outils pris en charge

Les outils suivants sont pris en charge.

Get started

• Créez et gérez une boîte à outils dans Foundry : configurez une boîte à outils et intégrez-la à votre agent.
• Démarrage rapide de la boîte à outils : créez une boîte à outils et utilisez-la avec un agent hébergé de bout en bout.