Está circulando un diagrama de arquitectura de agentes muy bien hecho. Siete protocolos, cada uno en su caja, todos del mismo tamaño, conectados con flechas limpias. Se ve como un mapa del territorio y se comparte como tal. El problema es que uno de esos siete cerró su desarrollo el año pasado, y otro no es una capa del stack sino el competidor directo del que está encima.
La respuesta corta: los protocolos de agentes no pesan lo mismo, y la diferencia no es de calidad técnica sino de madurez. Dos tienen gobernanza neutral y despliegues en producción de tres nubes. Dos son emergentes con respaldo de proveedores grandes. Dos son proyectos comunitarios. Uno ya no existe. Un diagrama que los pinta iguales no te ayuda a decidir, te ayuda a compartir.
¿Cuál es el estado real de cada uno?
Esta tabla es el artículo. El resto son notas al pie.
| Protocolo | Qué conecta | Estado real | Qué hacer hoy |
|---|---|---|---|
| MCP | Agente con herramientas y datos | Estándar. Desde noviembre de 2024, miles de servidores públicos, gobernanza neutral, soporte de Microsoft y Google | Adoptar si tocas varias herramientas |
| A2A | Agente con otros agentes | Estándar. Donado por Google a la Linux Foundation en junio de 2025, más de 50 socios, v1.0, en producción en tres nubes | Adoptar si te integras con agentes ajenos |
| AG-UI | Agente con la interfaz de usuario | Emergente con respaldo. Protocolo abierto por eventos; Amazon Bedrock AgentCore corre agentes AG-UI de forma nativa | Evaluar si construyes interfaz agéntica |
| A2UI | Agente con interfaz generada | Muy nuevo. Especificación originada por Google, lanzada junto con Oracle y CopilotKit | Mirar |
| UTCP | Agente con APIs nativas | Comunitario. Licencia abierta, sin respaldo de proveedor grande, adopción muy por debajo de MCP | Mirar. No es una capa de MCP |
| ANP | Agente con agentes en internet abierto | Comunitario. Sobre identificadores descentralizados del W3C, orientado a la web abierta | Mirar |
| ACP | Agente con otros agentes | Cerrado. Desarrollo detenido a finales de 2025; su tecnología se aportó a A2A | Nada. Evalúa A2A |
Una nota sobre por qué este artículo no trae gráficos: la información honesta acá es categórica, no numérica. Un diagrama de madurez con ejes y burbujas se vería mejor y estaría inventando precisión que las fuentes no dan. Que es exactamente el problema del que trata el artículo.
¿Cuáles ya son estándar de verdad?
Dos, y se nota en algo más difícil de fabricar que un anuncio: dónde corren.
MCP lleva desde noviembre de 2024 conectando agentes con herramientas y datos. Su registro público acumula miles de servidores, sus SDK se descargan millones de veces al mes, y su gobernanza pasó a una fundación neutral. Cuando Microsoft y Google implementan el mismo protocolo, la discusión sobre si va a sobrevivir se terminó.
A2A hace lo equivalente entre agentes. Google lo lanzó en abril de 2025 y lo donó a la Linux Foundation en junio, con más de cincuenta socios iniciales entre ellos AWS, Microsoft, Salesforce y SAP [1]. Llegó a v1.0 con tarjetas de agente firmadas criptográficamente y hoy corre dentro de Azure AI Foundry, Amazon Bedrock AgentCore y Google Agent Engine [3].
Esa última frase es el criterio que uso para separar un estándar de un anuncio: no cuántas empresas lo firmaron, sino en cuántos productos ajenos ya está corriendo.
¿Cuál ya no existe y sigue apareciendo en los diagramas?
ACP, y su historia es corta y útil.
IBM Research lanzó el Agent Communication Protocol en marzo de 2025 y ese mismo mes donó el proyecto BeeAI, y con él ACP, a la Linux Foundation. A finales de 2025 el equipo decidió detener el desarrollo activo y aportar su tecnología a A2A [1].
No es un fracaso: es una consolidación sana, y la forma correcta de que un estándar muera. Lo que sí es un problema es que siga listado como opción evaluable en diagramas de 2026. Si estás comparando ACP contra A2A para una arquitectura nueva, estás comparando contra algo que ya se fusionó en la otra columna.
¿Por qué UTCP no va debajo de MCP?
Porque no es una capa suya, es su alternativa. Y el diagrama que circula los apila.
UTCP describe las herramientas en un manual JSON para que el agente las llame directamente por su protocolo nativo, sin un proxy de ejecución en medio. Su argumento es menos latencia y menos abstracción. La documentación del propio proyecto tiene una página dedicada a compararse con MCP, y su ruta de adopción sugerida empieza usando servidores MCP existentes para después migrar las herramientas de más valor a UTCP nativo [2].
Eso es la definición de un competidor, no de una capa. Dibujar "MCP, luego herramientas, luego UTCP, luego REST" sugiere un flujo que sus autores no plantean.
También conviene decir el resto: es un proyecto de licencia abierta mantenido por comunidad, sin el respaldo de proveedor ni la adopción de MCP [2]. Puede tener razón en el argumento técnico y aun así ser prematuro como apuesta de arquitectura.
¿Qué está pasando en la capa de interfaz?
Ahí está lo genuinamente nuevo, y es la parte que casi nadie discute.
Todo el debate de protocolos se concentró en agente con herramientas y agente con agente. La tercera frontera, agente con persona, quedó resuelta por cada quien a su manera, con websockets propios y formatos de evento inventados en cada proyecto.
AG-UI estandariza eso: un protocolo abierto basado en eventos que lleva el flujo en vivo entre el agente y la aplicación, incluyendo mensajes, llamadas a herramientas, cambios de estado y eventos de superficie. Amazon Bedrock AgentCore ya corre agentes AG-UI de forma nativa.
A2UI resuelve algo distinto y más nuevo: que el agente devuelva componentes de interfaz, formularios, tarjetas y gráficos como parte de su respuesta, en vez de solo texto. Es una especificación originada por Google, lanzada junto con Oracle y CopilotKit.
La distinción práctica entre las dos: AG-UI transporta la interacción, A2UI describe lo que el usuario toca. Se usan juntas, no en lugar de.
¿Qué adoptar y qué solo mirar?
Tres decisiones distintas, y la mayoría de los proyectos solo toma la primera.
Adopta ahora si el caso lo pide: MCP cuando el agente toca varias herramientas, A2A cuando te vas a integrar con agentes que no controlas. Ambos tienen gobernanza neutral, o sea que si el proveedor que los impulsó cambia de estrategia, el protocolo sigue.
Evalúa AG-UI si estás construyendo una interfaz agéntica interactiva de verdad, con estado que cambia mientras el agente trabaja. Es la respuesta correcta a un problema real que hoy se resuelve a mano en cada proyecto.
Mira sin atar arquitectura a A2UI, UTCP y ANP. Los tres pueden terminar teniendo razón. Ninguno tiene todavía el respaldo, la adopción o el tiempo que justifiquen comprometer un diseño. Mirar cuesta una hora al trimestre; migrar cuesta un proyecto.
El criterio general, cuando aparezca el protocolo número ocho: pregunta en qué producto de otra empresa ya está corriendo. Un anuncio con cincuenta logos y ninguna implementación ajena en producción es una intención, no un estándar.
Cómo lo aplicamos en MasterDragon
Adoptamos protocolo solo cuando reemplaza trabajo que ya estamos haciendo a mano.
En la práctica eso significa que no empezamos un proyecto eligiendo protocolos. Empezamos resolviendo el caso con la integración más directa que funcione, y adoptamos el estándar cuando aparece la tercera integración parecida, que es cuando deja de ser sobrecosto y empieza a ser ahorro. Para la mayoría de nuestros clientes eso ocurre con MCP y no ocurre nunca con los otros seis.
También dejamos la frontera aislada: la parte del código que habla el protocolo va separada de la lógica del negocio, para que cambiar de estándar sea un reemplazo de módulo y no una reescritura. Con siete candidatos y consolidaciones en curso, esa separación se va a pagar sola.
Si estás definiendo la arquitectura de agentes y quieres saber cuál de estos siete te sirve hoy, habla con nuestros ingenieros. Puedes empezar por cómo construimos tu software y revisar nuestro portafolio de productos AI-native ya lanzados. Cuál de las formas de extender un agente necesitas está en MCP, Skills, A2A y multiagente, las definiciones completas del vocabulario en el glosario de IA agéntica, y cómo diseñar el sistema para poder cambiar una pieza sin tumbar el resto en arquitectura empresarial componible.
Referencias
- LF AI & Data Foundation. (2025, 29 de agosto). ACP joins forces with A2A under the Linux Foundation's LF AI & Data. https://lfaidata.foundation/communityblog/2025/08/29/acp-joins-forces-with-a2a-under-the-linux-foundations-lf-ai-data/
- Universal Tool Calling Protocol. (2026). UTCP vs MCP. https://www.utcp.io/utcp-vs-mcp
- Ehtesham, A., Singh, A., Gupta, G. K., y Kumar, S. (2025). A survey of agent interoperability protocols: Model Context Protocol (MCP), Agent Communication Protocol (ACP), Agent-to-Agent Protocol (A2A), and Agent Network Protocol (ANP). arXiv:2505.02279. https://arxiv.org/abs/2505.02279
- AG-UI. (2026). Agent User Interaction Protocol: overview. https://docs.ag-ui.com/introduction