Un agent de support pourrait demander à un agent de planification d'organiser un rendez-vous. L'agent de planification pourrait ensuite utiliser un outil de messagerie pour envoyer la confirmation.
Ces interactions ont des frontières différentes. L'une délègue du travail à un autre agent. L'autre invoque une capacité exposée par un service.
Que fournit A2A ?
A2A fournit une interface par laquelle les agents découvrent des capacités, échangent des messages et gèrent du travail à travers des systèmes distincts.
La spécification A2A définit une Agent Card qui annonce les capacités et les informations de connexion d'un agent. Un appelant peut utiliser ces informations sans accéder à l'implémentation interne de l'agent distant.
Une interaction peut renvoyer un message directement ou créer une tâche. Les tâches possèdent des identifiants et des états, ce qui permet à l'appelant de suivre un travail qui se poursuit au-delà de la première réponse. Un artifact transporte une sortie produite au cours de ce travail.
Dans l'exemple du rendez-vous, un agent de planification pourrait renvoyer une tâche en attendant des détails manquants. Son résultat pourrait ensuite identifier le rendez-vous confirmé.
Que fournit MCP ?
MCP fournit une interface partagée permettant à une application d'IA de découvrir et d'utiliser des outils, des ressources et des prompts.
La spécification MCP sépare l'application hôte, son connecteur client et le serveur fournissant les capacités. Un outil expose une fonction exécutable. Les ressources fournissent du contexte et les prompts fournissent des modèles de messages réutilisables.
Dans l'exemple du rendez-vous, un serveur de messagerie pourrait exposer un outil qui envoie la confirmation. L'hôte de l'agent de planification invoque cet outil avec le destinataire et le contenu du message.
Un outil MCP peut aussi encapsuler un agent. La distinction porte sur l'interface exposée à l'appelant, et non sur la présence éventuelle d'un modèle derrière.
Comment les interfaces se comparent-elles ?
A2A décrit des échanges avec un agent distant. MCP décrit l'accès aux capacités qu'un serveur expose.
| Question | A2A | MCP |
|---|---|---|
| Comment l'appelant découvre-t-il l'interface ? | Une Agent Card décrit l'agent | Le serveur annonce ses capacités et expose des listes |
| Que soumet l'appelant ? | Un message ou une opération sur une tâche | Une requête telle qu'un appel d'outil ou la lecture d'une ressource |
| Que peut-on recevoir en retour ? | Un message, un état de tâche ou un artifact | Un résultat défini par l'opération demandée |
Les deux spécifications décrivent plus qu'une simple requête-réponse immédiate. Le travail de longue durée ne suffit pas à déterminer quelle interface convient. Choisissez en fonction du contrat dont votre appelant a besoin.
Comment connecter l'étape de messagerie à Bird ?
Vous pouvez connecter votre agent au serveur MCP de Bird pour envoyer un message et inspecter son résultat.
Conservez l'identifiant renvoyé par l'envoi. Une lecture ultérieure indique le statut de livraison enregistré, qui est distinct du succès de la requête initiale.
Votre application peut intégrer cette étape de messagerie dans un workflow d'agents plus large. L'étape de messagerie utilise l'interface MCP de Bird.
Pour l'e-mail, un résultat « livré » signale l'acceptation par le serveur de messagerie destinataire. Il n'établit pas qu'une personne a lu le message. La réponse sur l'état de livraison explique les frontières propres à chaque canal à utiliser pour signaler l'achèvement.