Analyse approfondie · Environ 4 min de lecture
AWS Agent Registry sépare découverte d’un outil et autorisation de l’invoquer
Un guide réalise une boucle Découvrir–Instancier–Exécuter avec des enregistrements MCP et A2A approuvés, sans fournir de secrets dans la recherche.
- Publié ici
- Date de la source
- Source vérifiée
Le guide AWS du 20 octobre montre un orchestrateur qui découvre ses capacités à l’exécution plutôt que d’importer chaque outil à la construction. L’exemple de commandes associe un serveur MCP via AgentCore Gateway à des agents A2A de tarification et d’assistance. C’est un schéma de connexion concret, pas la preuve qu’un catalogue plus grand améliore automatiquement les décisions.
Écouter les actualités
Écoutez cet article ou poursuivez la lecture des actualités.
Préparation de la lecture…
Voix de l’appareil
La voix est traitée par votre navigateur ou appareil. AISubHub n’envoie pas le texte à une API audio. Les voix et la lecture écran verrouillé dépendent de l’appareil.
La reprise peut répéter une courte phrase.
En bref
- L’approbation manuelle suit DRAFT, PENDING_APPROVAL puis APPROVED ; seuls les enregistrements approuvés sont découvrables dans le plan de données configuré.
- La recherche renvoie descripteurs, points d’accès et métadonnées, sans identifiants d’invocation ; l’exemple utilise séparément OAuth Cognito pour Gateway et des appels A2A signés IAM.
Un enregistrement définit un contrat de connexion
Le producteur fournit une description destinée aux utilisateurs et un descripteur propre au protocole. MCP contient métadonnées serveur et définitions d’outils ; les agents portent une carte A2A. Le plan de contrôle gère le cycle de vie et le plan de données la découverte. En approbation manuelle, publier ne suffit pas : il faut terminer la revue configurée. IAM peut séparer producteur et approbateur. Cela permet d’examiner identité du point d’accès et opérations, mais l’approbation ne prouve pas que tout appel futur conviendra à tout utilisateur. Les descriptions doivent distinguer les capacités voisines avec les termes des requêtes réelles.
Chaque demande construit un agent plus restreint
L’orchestrateur externe transforme la demande en recherche hybride sémantique et par mots-clés, lit les descripteurs et crée les clients. Il compose ensuite un agent interne avec les seuls outils découverts. Le modèle choisit dans cet ensemble, répond, puis les clients sont arrêtés à la fin du tour. La demande suivante recommence la découverte. Expansion des requêtes et déduplication sont ici des choix d’orchestration pour les commandes, pas des obligations de Registry. Réduire l’ensemble évite de placer tout le catalogue dans le contexte, mais peut exclure le bon outil si la recherche échoue.
Découvrir ne transmet aucun pouvoir d’action
Le descripteur MCP vise Gateway ; l’application obtient séparément un jeton OAuth par une configuration Cognito de confiance et Secrets Manager. Les adaptateurs A2A invoquent AgentCore runtime via Boto3 avec les identifiants AWS de l’appelant. Registry possède sa propre autorisation. Selon AISubHub, copier une URL découverte ne suffit pas : il faut connaître le chemin d’authentification fiable et les opérations permises. La synchronisation automatique peut utiliser des secrets pour récupérer les métadonnées, mais le guide précise qu’ils ne deviennent pas les identifiants d’invocation renvoyés au consommateur. Le catalogue ne distribue donc ni secrets ni autorisation générale.
Évaluer recherche et exécution ensemble
Les démonstrations couvrent le suivi d’une commande avec MCP seul, les remises avec MCP et A2A, puis un retour/remboursement trouvé grâce à la description de l’agent d’assistance. Ce dernier cas est un succès ponctuel, pas une précision globale du catalogue. Une recette devrait inclure demandes ambiguës, intention non prise en charge, refus d’accès et descripteurs erronés, avec IDs choisis et résultats aval. L’exemple accorde les droits de journalisation CloudWatch sans créer de métriques ou tableaux de bord personnalisés ; traces et alertes restent à définir. Le guide admet aussi qu’un petit catalogue stable peut préférer une liaison explicite, et qu’une séquence fixe de capacités se prête mieux à un flux déterministe.
Pourquoi cela compte
Analyse AISubHub : des équipes compatibles peuvent publier une capacité approuvée sans ajouter d’import spécifique dans l’orchestrateur. Protocole, authentification et politique peuvent toujours nécessiter une modification.
Limites et disponibilité
Il s’agit d’une référence et de trois démonstrations, pas d’un benchmark général. Nous n’avons ni déployé ni mesuré coût ou fiabilité. Le guide indique la disponibilité générale de Registry ; adéquation fonctionnelle et régionale restent à vérifier.
Sources et preuves
Date de la source: · Source vérifiée:
Articles assistés par IA, vérifiés avec les sources primaires citées. Les affirmations des fournisseurs sont attribuées ; la présence ne vaut pas recommandation.