AWS lance en preview Agent Registry, un catalogue d'agents IA et d'outils pour les entreprises

Le 9 avril 2026, AWS a présenté AWS Agent Registry en preview. Ce composant d'AgentCore doit centraliser les agents IA, les outils, les serveurs MCP et les agent skills d'une entreprise. Objectif : permettre aux équipes non seulement de les trouver, mais aussi de les réutiliser, sans chaos ni doublons.

À quoi sert le registre

Selon AWS, la difficulté n'est plus de construire un agent, mais de gérer des centaines, voire des milliers de systèmes de ce type au sein d'une grande entreprise. Quand certaines équipes déploient leurs agents sur AWS, d'autres sur des clouds tiers et d'autres encore on-premises, la visibilité disparaît vite : personne ne sait précisément ce qui existe déjà, qui en est responsable ni si un composant peut être réutilisé. Résultat : les mêmes fonctions sont développées plusieurs fois, et les coûts comme les risques de compliance augmentent.

AWS présente Agent Registry comme un catalogue commun posé au-dessus de cet environnement fragmenté. Le service indexe les entrées quel que soit l'endroit où l'agent a été créé et où il s'exécute : sur l'infrastructure AWS, chez un autre fournisseur ou dans le périmètre propre de l'entreprise. AWS insiste sur ce point : le registre n'est pas conçu comme une vitrine réservée à ses propres services, mais comme une couche d'inventaire et de gouvernance pour une stack d'entreprise hybride.

Ce qui est disponible aujourd'hui

En preview, le registre stocke des métadonnées structurées pour chaque agent, outil, serveur MCP, agent skill et ressource personnalisée. Une entrée peut préciser l'auteur de la publication, les protocoles pris en charge, les capacités disponibles et le mode d'appel. AWS annonce également une prise en charge native des standards MCP et A2A.

Les données peuvent être ajoutées manuellement via la console, le SDK ou l'API. Il suffit aussi d'indiquer un endpoint MCP ou A2A pour que le service récupère lui-même la description. Les entreprises peuvent ainsi importer leur parc d'agents existant au lieu de partir d'une base vide.

• Enregistrement manuel via la console, le SDK et l'API
• Import automatique des métadonnées depuis des endpoints MCP et A2A
• Accès au catalogue via la Console, l'API et un MCP server
• Recherche hybride : par mots-clés et par sens
• Accès OAuth pour des interfaces de recherche maison sans identifiants IAM

AWS mise aussi sur la facilité à retrouver les composants existants. La recherche combine un keyword matching classique et une correspondance sémantique pour les longues requêtes en langage naturel. Dans l'exemple de l'annonce, une requête sur le payment processing peut faire remonter des outils décrits comme billing ou invoicing, même si les noms ne correspondent pas. La logique est simple : le développeur vérifie d'abord ce qui est déjà approuvé en interne, et seulement ensuite écrit un nouvel agent de zéro.

Comment fonctionne le contrôle

Le second pilier du service est la governance. AWS propose de gérer la publication et l'accès via des politiques IAM : les administrateurs peuvent définir séparément qui a le droit d'enregistrer des agents et des outils, et qui peut les rechercher et les utiliser.

Chaque entrée suit un cycle de vie : d'abord draft, puis pending approval, et ce n'est qu'après approbation que l'objet devient visible pour toute l'organisation. Le service gère aussi les versions, le retrait de service et des métadonnées libres, comme l'équipe propriétaire, le statut de compliance ou l'environnement de déploiement.

Dans son annonce, AWS cite aussi de premiers cas d'usage en entreprise. Zuora, qui a déjà déployé environ 50 agents pour ses équipes Sales, Finance, Product et Developer, s'appuie sur cette approche pour tenir un catalogue centralisé et réutiliser des composants existants. Southwest Airlines met l'accent sur un autre aspect : sans règles communes de publication et de propriété dès le départ, une stack agentique se transforme vite en un ensemble incontrôlé de services disparates. Agent Registry cherche précisément à combler ce vide de gouvernance.

Ce que cela signifie

AWS ne construit manifestement pas un simple service d'IA de plus, mais une couche d'infrastructure pour un écosystème d'agents en entreprise. L'entreprise évoque déjà les prochaines étapes : indexation automatique des agents au déploiement, fédération de plusieurs registres, catégories et taxonomies adaptées aux besoins métier, et rattachement des métriques opérationnelles d'AgentCore Observability.

La preview n'est pour l'instant disponible que dans cinq régions AWS, mais la direction est claire : les équipes en entreprise n'ont pas seulement besoin d'un moyen de créer des agents, mais aussi d'un registre unique pour les rechercher, les vérifier, les approuver et les retirer du service selon des règles établies.