MCP, A2A o REST: cuándo gana cada protocolo de agentes

Cualquiera que haya conectado dos agentes en producción conoce el momento incómodo: el primero funciona, el segundo también, y entonces toca decidir cómo se hablan entre ellos. Un artículo publicado esta semana en Oracle Blogs ordena ese problema en una matriz sencilla y poco glamurosa. Plantea tres formas de comunicación, MCP, A2A y REST plano, que no compiten por el mismo terreno sino que ganan en contextos distintos.

La tesis es directa: no existe un protocolo universal para sistemas de agentes, y forzar uno solo a todos los casos se paga en latencia, mantenimiento o seguridad. La gracia del texto está en separar tres preguntas que solemos mezclar.

MCP: el agente y sus herramientas

MCP (Model Context Protocol), el estándar que Anthropic publicó para que un modelo invoque herramientas externas, encaja cuando el problema es 'este agente necesita leer un archivo, consultar una base de datos o llamar a una función'. Es la capa entre el modelo y el mundo. Un servidor MCP expone recursos y herramientas con un contrato explícito, y el cliente, ya sea Claude Code, Claude Desktop u otro, los descubre y los llama sin que el desarrollador cablee cada integración a mano. Su punto fuerte es la estandarización: una vez tienes el servidor, cualquier cliente compatible lo aprovecha.

A2A: agentes que delegan entre sí

Cuando el problema deja de ser 'modelo llama a herramienta' y pasa a ser 'un agente delega en otro agente', el artículo sitúa ahí el protocolo A2A (Agent2Agent). Aquí los dos extremos son autónomos: cada uno tiene su propio razonamiento, su estado y sus objetivos. A2A define cómo se anuncian capacidades, cómo se pasa una tarea y cómo se devuelven resultados entre agentes que no comparten memoria ni dueño. Es el escenario de los sistemas multiagente reales, donde un orquestador reparte trabajo entre servicios construidos por equipos diferentes.

REST plano: cuando no hace falta nada nuevo

Y luego está la opción que muchos descartan por aburrida: una API REST de las de siempre. Si la interacción es determinista, sin lenguaje natural de por medio y con un contrato estable, montar un protocolo de agentes encima solo añade capas. El análisis recuerda que REST sigue ganando en latencia baja, alto volumen y operaciones idempotentes. Un endpoint que devuelve el saldo de una cuenta no necesita descubrimiento dinámico ni negociación de capacidades: necesita responder rápido y siempre igual.

Por qué importa y para quién

El valor del texto no está en elegir un ganador, sino en dar criterios. Para quien integra agentes, la pregunta útil no es '¿qué protocolo está de moda?' sino '¿qué tipo de interacción tengo delante?'. Si es un modelo pidiendo datos o acciones, MCP. Si son agentes autónomos repartiéndose tareas, A2A. Si es una llamada de servicio predecible, REST. La mayoría de arquitecturas serias acaban combinando los tres, cada uno en su capa, y el error caro es estirar uno fuera de su zona.

Esa mezcla tiene implicaciones prácticas. Cada protocolo arrastra su propio modelo de seguridad, su forma de autenticar y su superficie de ataque. Un MCP server mal expuesto da acceso a herramientas; un canal A2A mal diseñado deja que un agente ordene a otro sin control. Tratar los tres con el mismo rasero de gobierno es donde se cuelan los problemas.

Para equipos que ya trabajan con Claude, el mensaje encaja con lo que vemos a diario: MCP resuelve muy bien el tramo de modelo a herramienta, que es justo donde Anthropic lo posiciona, y no pretende ser el bus de comunicación entre agentes completos. Verlo como una pieza de un conjunto, y no como la respuesta a todo, ahorra rediseños.

En ElephantPink llevamos meses montando servidores MCP a medida y la matriz de Oracle pone palabras a una intuición que ya aplicábamos: el protocolo correcto depende de la conversación que tienen tus componentes, no de cuál salió en las notas de prensa más recientes. Un recordatorio sano en un año en el que cada semana aparece un estándar nuevo que promete unificarlo todo.