Agent2Agent Protocol

Le protocole Agent2Agent (A2A) est une norme de communication ouverte qui permet à des agents d’IA indépendants de se découvrir, d’échanger des demandes, de déléguer des tâches et de renvoyer des résultats entre différents frameworks, fournisseurs et organisations. Au lieu d’exposer la mémoire interne, le processus de raisonnement ou les outils d’un agent, A2A fournit une interface commune pour la collaboration. Cette approche est utile pour créer des systèmes distribués d’agents d’IA dans lesquels des agents spécialisés contribuent à un objectif commun tout en étant mis en œuvre et exploités de manière indépendante.

Fonctionnement du protocole Agent2Agent#

La présentation officielle du protocole A2A définit les interactions entre un agent client, qui demande une tâche, et un agent distant, qui l’exécute. La communication s’appuie sur des interfaces basées sur HTTP et des objets de protocole structurés, plutôt que sur des messages informels propres à une application. (a2a-protocol.org)

Une interaction classique comprend les éléments suivants :

• Fiches d’agent et découverte : Une fiche d’agent est une description JSON de l’identité d’un agent, de son point de terminaison, des fonctionnalités prises en charge, des exigences d’authentification et des compétences. Les agents clients s’en servent pour déterminer si l’agent distant peut effectuer une tâche.
• Messages : Les demandes, instructions, contextes et réponses sont représentés sous forme de messages contenant du texte, des fichiers ou des données structurées.
• Tâches : Une tâche est une unité de travail avec état, dotée d’un identifiant et d’un statut. Le cycle de vie des tâches A2A documenté prend en charge les tâches qui peuvent aboutir, échouer, nécessiter des informations supplémentaires ou être annulées.
• Artefacts : Les résultats concrets, comme les rapports, les images, les vidéos ou les enregistrements JSON, sont renvoyés sous forme d’artefacts plutôt que mêlés au texte de la conversation.
• Diffusion en continu et opérations asynchrones : Les agents dont l’exécution est longue peuvent diffuser des mises à jour au fur et à mesure, prendre en charge l’interrogation périodique ou avertir les clients au moyen de webhooks.

Le format de requête sous-jacent suit la spécification JSON-RPC 2.0, ce qui fournit aux implémentations une structure cohérente pour les méthodes, les paramètres, les réponses et les erreurs.

Comparaison entre A2A et les technologies d’agents connexes#

A2A traite de la communication entre agents, mais ne définit pas tous les éléments d’un système agentique.

• Model Context Protocol : MCP relie principalement un agent à des outils, des sources de données et des ressources. A2A relie un agent autonome à un autre. Les conseils officiels sur A2A et MCP expliquent comment utiliser ces deux protocoles ensemble plutôt que de les considérer comme concurrents. (a2a-protocol.org)
• Compétences des agents : Une compétence regroupe des instructions et des procédures réutilisables qui aident un agent à effectuer un travail spécialisé. Une fiche d’agent annonce les capacités offertes pour la collaboration à distance, tandis que les compétences d’agent Ultralytics guident les agents de codage compatibles dans des workflows documentés de vision par ordinateur.
• Orchestration d’agents d’IA : L’orchestration détermine quel agent doit agir, dans quel ordre et sous quelles contraintes. A2A fournit la couche de communication dont un orchestrateur peut se servir.
• Appels de fonction et utilisation d’outils : Un appel de fonction déclenche une opération précise. Une requête A2A peut déléguer un objectif plus large que l’agent distant planifie et réalise de manière autonome.

Applications concrètes en IA et en vision par ordinateur#

Inspection industrielle : Un agent coordinateur peut envoyer des images de production à un agent spécialisé en vision par ordinateur. Cet agent détecte les défauts et renvoie des images annotées et des observations structurées sous forme d’artefacts. Le coordinateur peut ensuite déléguer les défaillances confirmées à un agent de maintenance, tout en transmettant les cas incertains à un opérateur humain pour examen.

Gestion des stocks au détail : Un agent chargé des opérations en magasin peut demander à un agent de vision d’examiner des images de rayons, de compter les produits et de repérer les emplacements vides. Il peut ensuite transmettre ces observations à un agent de gestion des stocks, qui vérifie les registres de stock, et à un agent d’approvisionnement, qui prépare une demande de réapprovisionnement. A2A permet à ces agents d’interagir sans qu’ils aient besoin de partager leurs modèles, leur code source ou leur contexte interne privé.

Pour ces workflows, les équipes peuvent utiliser la plateforme Ultralytics pour annoter des jeux de données visuels, entraîner des modèles, déployer des points de terminaison d’inférence et surveiller le service de perception appelé par un agent.

Exemple d’agent de vision par ordinateur#

Le workflow de prédiction Ultralytics YOLO documenté ci-dessous représente l’étape de perception au sein d’un agent de vision distant :

from pathlib import Path

from ultralytics import YOLO

source = "https://ultralytics.com/images/bus.jpg"
output_path = Path("vision_artifact.jpg")

# Effectuer l’analyse visuelle de l’agent distant
model = YOLO("yolo26n.pt")
results = model(source)

result = results[0]
result.save(filename=str(output_path))

print(output_path)

Ici, Ultralytics YOLO26 réalise l’inférence visuelle et crée une image annotée. Un serveur A2A pourrait renvoyer cette image sous forme d’artefact tout en renvoyant séparément les détections lisibles par machine. Le protocole transporte et suit le résultat ; il ne remplace pas le modèle de vision.

Considérations relatives à la conception et à la sécurité#

L’interopérabilité A2A ne rend pas automatiquement un système multi-agents sûr ou fiable. Les développeurs doivent valider les fiches d’agent, authentifier chaque appelant, autoriser l’accès compétence par compétence, limiter les autorisations déléguées et considérer les résultats distants comme des entrées non fiables. Les recommandations de mise en œuvre en entreprise du protocole préconisent des mesures de sécurité Web éprouvées, comme HTTPS, l’authentification basée sur OAuth, l’autorisation selon le principe du moindre privilège, la journalisation, le traçage et la minimisation des données. (a2a-protocol.org)

Les systèmes de production doivent également définir des délais d’expiration, des stratégies de nouvelle tentative, l’annulation des tâches, des opérations idempotentes et une approbation humaine pour les actions à conséquences importantes. La surveillance des erreurs de requête, de la latence et de l’état des points de terminaison via la surveillance des déploiements de la plateforme Ultralytics peut aider les équipes à repérer les défaillances des workflows d’agents intégrant la vision avant qu’elles ne se propagent aux agents qui collaborent.