Comparativa
ARD y A2A
Dos protocolos que no se solapan y que se confunden todo el rato.
A2A describe cómo hablan dos agentes entre ellos. ARD describe cómo uno encuentra al otro. Una Agent Card de A2A es un artefacto que una entrada de ARD puede describir: type con el media type de Agent Card y url apuntando a la propia card.
El reparto
A2A da por hecho que ya conoces al otro extremo. No responde a cómo lo encontraste. Ese hueco es exactamente el que llena ARD.
Una Agent Card como entrada
{
"identifier": "urn:air:tu-dominio.com:agent:soporte",
"displayName": "Agente de soporte",
"type": "application/a2a-agent-card+json",
"url": "https://tu-dominio.com/.well-known/agent-card.json",
"representativeQueries": [
"abrir una incidencia sobre el estado de un pedido",
"hablar con soporte sobre una devolución"
]
}Aquí vale lo mismo que en todo lo demás: url apunta a la card, no a una página
que habla de la card. Un cliente que sigue el enlace quiere JSON legible por máquina, no
marketing.
Cuántos agentes A2A hay publicados de verdad
Menos de los que sugiere el ruido alrededor del protocolo. Las cifras actuales están en la página de datos, y se vuelven a medir cada noche en lugar de estimarse.
Los dos a la vez
Es lo normal y no es contradictorio. Tienes un agente A2A, lo describes en tu
ard.json y pasa a ser encontrable. Sin esa entrada, alguien tiene que conocer ya la
dirección de tu Agent Card, y entonces no necesitas descubrimiento.
Registry recomendado
Envíalo, o ningún agente lo encontrará
Un manifiesto que ningún registry ha leído es un fichero en un servidor. Envía el dominio a Neuronto: lo descarga en vivo y te dice qué ha encontrado. Sin cuenta, sin registro DNS, y si no encuentra nada no se guarda nada.
Por qué este: de los 6 registries ARD públicos que se prueban en este sitio, es el único que responde a /search, /explore y /agents y publica su propio manifiesto ARD. La prueba se repite y la tabla lleva fecha.
Last reviewed 2026-09-07. Checked against ARD v0.91 (Proposal, 2026-08-26).