Agent2Agent Protocol
Il protocollo Agent2Agent (A2A) è uno standard aperto che consente agli agenti IA di fornitori diversi di individuarsi a vicenda, delegare attività e restituire risultati.
Il protocollo Agent2Agent (A2A) è uno standard aperto che consente agli agenti di IA creati da fornitori diversi con framework diversi, come LangChain o Agent Development Kit di Google, di scoprirsi a vicenda, delegare compiti e restituire risultati. Ogni agente resta opaco: dichiara ciò che sa fare e accetta incarichi tramite un'interfaccia condivisa, ma non espone mai i propri prompt, la memoria, gli strumenti o il modello. Google ha annunciato A2A il 9 aprile 2025, con oltre 50 partner tecnologici, e in seguito lo ha donato alla Linux Foundation, dove l'Agent Communication Protocol di IBM è confluito al suo interno nell'agosto 2025. La versione 1.0, la prima specifica stabile, è stata rilasciata nel marzo 2026; nell'agosto 2026 A2A, sostenuto ormai da oltre 150 organizzazioni, è entrato a far parte dell'Agentic AI Foundation, che ospita anche il Model Context Protocol.
Come funziona A2A#
La specifica A2A definisce due ruoli: un agente client che richiede un'attività e un agente remoto che la esegue. Un agente remoto pubblica una Agent Card, un documento JSON generalmente disponibile all'indirizzo /.well-known/agent-card.json, che elenca il nome, gli endpoint, i requisiti di autenticazione, i formati di input e output e le competenze. Un client legge la scheda, decide se l'agente è adatto all'incarico e invia un messaggio.
- Messaggi: Turni di comunicazione con un ruolo e una o più parti; ciascuna parte contiene testo, un file o dati strutturati.
- Compiti: Unità di lavoro con stato, un ID e uno stato di avanzamento. Un compito passa attraverso stati come inviato, in esecuzione, input richiesto, autenticazione richiesta, completato, non riuscito, annullato e rifiutato, così un agente remoto può fermarsi e porre una domanda al client nel corso del lavoro.
- Artefatti: Gli output prodotti da un compito, come un report, un'immagine o un record JSON, restituiti separatamente dai messaggi della conversazione.
- Streaming e notifiche push: I compiti di lunga durata inviano aggiornamenti incrementali tramite uno stream o notificano il client con un webhook al termine, una modalità adatta alle attività che richiedono ore.
La versione 1.0 definisce tre associazioni di protocollo: JSON-RPC 2.0, gRPC e HTTP+JSON, con metodi come SendMessage, GetTask e CancelTask. Aggiunge anche la negoziazione della versione e il supporto multi-tenant, mantenendo le Agent Card firmate introdotte nella versione 0.3, che consentono a un client di verificare chi ha pubblicato una scheda.
Una Agent Card#
Questa scheda pubblicizza un agente di visione per il commercio al dettaglio tramite l'associazione JSON-RPC. I campi obbligatori sono nome, descrizione, versione, interfacce, funzionalità, modalità predefinite di input e output e competenze; ogni competenza deve avere un ID, un nome, una descrizione e dei tag:
{
"name": "Shelf Vision Agent",
"description": "Finds empty facings and counts products in retail shelf photos.",
"version": "1.0.0",
"supportedInterfaces": [
{ "url": "https://vision.example.com/a2a/v1", "protocolBinding": "JSONRPC", "protocolVersion": "1.0" }
],
"capabilities": { "streaming": true, "pushNotifications": false },
"defaultInputModes": ["image/jpeg", "text/plain"],
"defaultOutputModes": ["application/json", "image/jpeg"],
"skills": [
{
"id": "shelf-audit",
"name": "Shelf audit",
"description": "Counts each product and lists empty facings with their shelf positions.",
"tags": ["retail", "object-detection"],
"examples": ["Which facings in this aisle photo are empty?"]
}
]
}Un agente per le operazioni di negozio che legge questa scheda sa di poter inviare immagini JPEG o testo e ricevere JSON o immagini annotate; il campo examples indica il tipo di richiesta previsto dalla competenza.
A2A e protocolli e concetti correlati#
- Model Context Protocol (MCP): Collega un agente direttamente agli strumenti e ai dati che usa. A2A collega gli agenti ad altri agenti che pianificano e agiscono autonomamente; i due protocolli sono progettati per collaborare e spesso un agente remoto A2A usa internamente strumenti MCP.
- Chiamata di funzioni e uso di strumenti: Una chiamata di funzione esegue un'operazione con argomenti fissi. Una richiesta A2A affida un obiettivo, lasciando che l'agente remoto decida i passaggi.
- Orchestrazione di agenti di IA: Decide quale agente si occupa di ogni sottoattività e combina i risultati. A2A è un protocollo di trasporto che un orchestratore può usare per raggiungere gli agenti che non ospita.
- Competenze degli agenti: Cartelle di istruzioni che un agente carica per apprendere una procedura. Le competenze di A2A in una Agent Card descrivono ciò che offre un agente remoto, senza includere istruzioni.
Applicazioni e sicurezza#
A2A è adatto ai flussi di lavoro agentici che attraversano i confini tra team o aziende: un agente di viaggio che prenota tramite agenti di compagnie aeree e hotel, un agente per gli acquisti che negozia con agenti dei fornitori oppure un agente per le operazioni del commercio al dettaglio che invia foto degli scaffali a un agente di visione artificiale e passa i report sugli scaffali vuoti a un agente per la gestione dell'inventario. L'agente di visione dietro una scheda di questo tipo può delegare la percezione a un endpoint dedicato di Ultralytics Platform, che serve un modello YOLO26 addestrato a un URL /predict autenticato con una chiave API, e restituire al client i risultati JSON del rilevamento di oggetti come artefatto. Il Universal Commerce Protocol per il commercio agentico integra già il supporto A2A.
Ogni passaggio tra agenti costituisce un confine di fiducia. I client autenticano gli agenti remoti tramite gli schemi di sicurezza dichiarati nelle rispettive schede, come OAuth 2.0 o OpenID Connect, verificano le schede firmate e trattano i messaggi e gli artefatti restituiti come input non attendibili che potrebbero contenere una prompt injection. L'OWASP Top 10 for Agentic Applications include tra i suoi dieci rischi la comunicazione non sicura tra agenti e i guasti a cascata; le distribuzioni di produzione aggiungono timeout, annullamento dei compiti, autorizzazioni per competenza e tracce di osservabilità che seguono una richiesta attraverso tutti gli agenti coinvolti.










