AWS a lancé Agent Registry en préversion le 9 avril à travers Amazon Bedrock AgentCore, pis c'est la couche de gouvernance d'entreprise que l'industrie intégrait à ses plans depuis que les données sur la « prolifération IA » ont commencé à circuler ce trimestre. Le registre, c'est un catalogue privé pis gouverné pour agents, outils, skills, serveurs MCP pis ressources personnalisées à l'intérieur d'une organisation. L'accès se fait à travers la console UI d'AgentCore, le CLI pis le SDK d'AWS, ou comme serveur MCP que les développeurs interrogent pis invoquent directement depuis leur IDE. Les fonctionnalités incluent la recherche sémantique pis par mots-clés, des workflows d'approbation, des pistes d'audit CloudTrail, pis de la découverte automatique par URL qui tire les schémas d'outils de points de terminaison MCP en direct. La disponibilité en préversion est dans cinq régions : US East (N. Virginia), US West (Oregon), Asie-Pacifique (Sydney), Asie-Pacifique (Tokyo), pis Europe (Ireland). AWS positionne le registre contre trois problèmes spécifiques : manque de visibilité sur ce qui existe comme agents, gouvernance faible sur le déploiement, pis duplication d'outils entre équipes.
Les choix de design valent la peine d'être lus attentivement. Premièrement, le registre est lui-même interrogeable comme un serveur MCP. C'est le même patron qu'OpenAI a adopté dans sa mise à jour de l'Agents SDK hier, pis ça confirme MCP comme standard d'interface de gouvernance, pas juste comme standard d'appel d'outil agent. Deuxièmement, la découverte automatique par URL veut dire que le registre peut ingérer un point de terminaison MCP existant pis en extraire le schéma d'outil automatiquement ; ça réduit le surcoût d'enregistrement par outil qui tue la plupart des projets de registres internes à l'échelle entreprise. Troisièmement, les workflows d'approbation plus les pistes d'audit CloudTrail fournissent la posture de conformité pis de sécurité que les acheteurs entreprise exigent avant de laisser la prolifération d'agents continuer ; AWS vend ça comme la « couche de contrôle » d'une empreinte agentique qui a déjà dépassé ce que la plupart des organisations peuvent gouverner à la main. Quatrièmement, la portée de cinq régions est délibérée : les régions choisies couvrent la plupart des déploiements en industrie régulée pis en entreprise, pis excluent notablement la Chine pis l'Inde pour des raisons géopolitiques pis réglementaires.
Ça valide la thèse 2026 pour les dépenses IA d'entreprise qui a traversé plusieurs pièces couvertes ici. L'« AI proof gap » de Grant Thornton (97 pour cent des dirigeants rapportent des bénéfices mais seulement 29 pour cent voient du ROI organisationnel), la préoccupation OutSystems à 94 pour cent sur la prolifération IA, pis la prévision Gartner d'annulation à 40 pour cent d'ici 2027 pointent toutes vers la même catégorie de remédiation : visibilité, gouvernance, approbation, audit. AWS qui livre Agent Registry à l'intérieur de Bedrock AgentCore, c'est la première réponse d'un hyperscaler majeur à cette demande. AWS le fait aussi au même moment qu'il livre l'accès préversion à Claude Mythos à travers Bedrock (13 avril), ce qui empile les deux paris IA-agent 2026 de l'hyperscaler sur la même plateforme : l'accès aux modèles frontière barrés, plus la couche de gouvernance pour les gérer de façon responsable. Azure pis Google Cloud vont livrer des registres équivalents dans deux trimestres, probablement avec un positionnement plus MCP-first. Les firmes de conseil qui vendent des engagements de remédiation IA ont encore une fenêtre, mais les joueurs de plateforme ferment l'écart évident en premier.
Pour les entreprises engagées sur AWS, Agent Registry vaut la peine d'être piloté tout de suite si ton empreinte d'agents a dépassé la coordination informelle ; ça arrive généralement au seuil de vingt à cinquante agents, pis l'intégration CloudTrail en fait le registre le plus facile à monter avec une posture de conformité à l'intérieur d'une pile déjà AWS. Pour les équipes multi-nuage pis priorité open-source, le signal intéressant, c'est qu'AWS est délibérément agnostique au nuage dans son discours : le registre supporte les points de terminaison MCP peu importe où ils roulent, ce qui suggère qu'AWS voit la prolifération d'agents comme un problème horizontal pis essaie de positionner le registre comme le point de contrôle même pour des agents non-AWS. Pour les constructeurs d'outillage indépendants, la fenêtre concurrentielle pour des registres d'agents open-source s'est rétrécie aujourd'hui ; tu différencies soit sur quelque chose qu'AWS peut pas faire de façon crédible (multi-nuage profond, auto-hébergé, postures de conformité de niche), soit tu te fais acquérir ou absorber. Pour tout le monde, le signal à intérioriser, c'est que la gouvernance d'agents est passée de « problème futur intéressant » à « catégorie de produit en préversion chez l'hyperscaler majeur », pis planifier contre cette réalité, c'est maintenant un item 2026, pas 2027.