Loading...
Registre et découverte d'agents(ARD)
La couche de découverte qui permet aux agents et aux serveurs d'outils de se trouver mutuellement à l'exécution plutôt que via une configuration codée en dur. Trois mécanismes convergents rendent cela possible : les A2A Agent Cards, un manifeste JSON auto-descriptif servi à /.well-known/agent-card.json (RFC 8615) qui annonce les compétences, les points de terminaison, les schémas d'authentification et les capacités de streaming d'un agent ; le MCP Registry officiel (préversion en septembre 2025), un catalogue public fédéré et une API pour publier et trouver des serveurs MCP, extensible par des sous-registres privés d'entreprise ; et des propositions de nommage décentralisé telles que MIT Project NANDA, dont le NANDA Index résout des enregistrements AgentFacts cryptographiquement vérifiables vers des points de terminaison, positionné comme un DNS pour les agents. Le schéma courant consiste à publier un enregistrement de capacité signé, puis à le résoudre par une URI bien connue ou une requête au registre, à valider les schémas d'authentification annoncés et à lier l'agent dynamiquement. À distinguer de `a2a-protocol` : celui-ci couvre le transport des messages une fois qu'un pair est connu, tandis qu'il s'agit ici de trouver et de valider ce pair au préalable.
In 30 seconds
- What
- Les agents publient des fiches de capacités signées à des URI bien connues ou dans des registres fédérés, puis découvrent et valident leurs pairs dynamiquement au lieu de recourir à des points de terminaison codés en dur.
- When to use
- Les orchestrateurs ont besoin d'accéder à l'exécution à des capacités non intégrées, ou dans des écosystèmes où agents et outils entrent et sortent sans redéploiement.
- Watch out
- L'obsolescence du registre, la compromission des clés de signature ou l'incompatibilité des schémas d'authentification peuvent brancher des agents erronés ou malveillants avant que la validation ne s'en aperçoive.
Loading technique guide…