# Qué es una pasarela de protocolos para agentes de IA

> Qué es una pasarela de protocolos: el intermediario que traduce entre MCP, A2A y tus API, qué documentan AWS y Microsoft y qué toca a tu tienda.

URL: https://clione.ai/es/glosario/pasarela-de-protocolos/
Lang: es

Una pasarela de protocolos no es una pasarela de pago, aunque en una tienda las dos acaben cerca. Es la pieza que se pone delante de tus servicios para que agentes que hablan protocolos distintos puedan usarlos. El problema que resuelve es de número: en pocos meses han aparecido [MCP (Model Context Protocol)](/es/glosario/mcp/) para conectar un agente con sus herramientas, [A2A (Agent2Agent)](/es/glosario/a2a/) para que los agentes se encarguen tareas entre sí, y [ACP](/es/glosario/acp/) y [UCP](/es/glosario/ucp/) para el [comercio agéntico](/es/glosario/comercio-agentico/), las compras que hace un agente. Ninguna tienda quiere implementar cada uno por separado, y **la pasarela promete hablarlos todos con una sola integración**. Conviene saber qué hace de verdad antes de que te la vendan.

## Cómo funciona

No hemos encontrado una especificación que defina la pasarela de protocolos como término: ni la de A2A ni la de UCP la mencionan, y la única pasarela que aparece en UCP es la de pago.[^a2a-spec][^ucp-overview] Lo que hay son productos, y sus documentaciones coinciden en cuatro funciones.

**Traducir.** Es la función que da nombre a la pieza. La pasarela de AWS, AgentCore Gateway, **convierte las peticiones de los agentes que usan protocolos como MCP en llamadas a API y a funciones Lambda**, y acepta como origen de herramientas descripciones OpenAPI, Smithy y funciones Lambda.[^aws-agentcore-gateway] Azure API Management hace lo mismo con las API REST que ya gestiona: eliges qué operaciones de la API se exponen, y cada una pasa a ser una herramienta que un cliente MCP puede llamar. Con un límite escrito: de MCP solo ofrece herramientas, no recursos ni plantillas de instrucciones.[^azure-apim-mcp]

**Reunir.** Un agente no quiere diez direcciones. agentgateway, un proyecto de código abierto que se donó a la Linux Foundation en 2025 y entró en la Agentic AI Foundation en 2026, ofrece un único punto de entrada que federa varios servidores MCP y decide qué herramientas ve cada cliente. Lo plantea como un solo plano de datos para HTTP, gRPC, MCP, A2A y modelos de lenguaje, para no mantener una pasarela «normal» y otra «de IA».[^agentgateway-faq] AWS describe lo mismo con otras palabras: combinar API, funciones, herramientas, agentes y proveedores de modelos detrás de un solo punto de acceso.[^aws-agentcore-gateway]

**Controlar.** Lo que entra por la pasarela pasa por sus reglas. AgentCore Gateway gestiona la autenticación de entrada, quién es el agente, y la de salida, con qué credenciales llama a cada herramienta.[^aws-agentcore-gateway] En Azure se aplican políticas a todas las herramientas de un servidor, como el ejemplo de la propia documentación que limita las llamadas a cinco cada 30 segundos por dirección IP.[^azure-apim-mcp] agentgateway añade autenticación con JWT y control de acceso por roles.[^agentgateway-faq]

**Seguir las versiones.** Los protocolos cambian deprisa, y agentgateway presenta como una de sus funciones negociar las subidas de versión de MCP y A2A y volver atrás cuando el otro lado no las admite.[^agentgateway-faq]

## Lo que dicen los protocolos

Los propios protocolos explican por qué traducir no es inocuo. La documentación de A2A admite que un servidor A2A exponga algunas de sus habilidades como recursos compatibles con MCP, y que otro agente las descubra así, quizá a partir de su [Agent Card](/es/glosario/agent-card/). Pero precisa que eso funciona mejor con habilidades bien definidas que se pueden llamar como una herramienta, sin estado, y que **la fuerza de A2A está en la colaboración con estado**, que va más allá de una llamada a una herramienta.[^a2a-mcp] Una pasarela que convierte un agente en una herramienta MCP gana compatibilidad y pierde justo eso: las tareas largas, los estados intermedios, el «necesito más información».

AWS lo refleja en su producto: traduce MCP a llamadas a API, pero el tráfico A2A lo trata como tráfico de paso (_passthrough_) hacia el agente de destino.[^aws-agentcore-gateway]

UCP resuelve parte del problema dentro del propio estándar. Un comercio declara en su perfil, en `/.well-known/ucp`, el mismo servicio de compra con varios transportes: REST, MCP, A2A y uno para experiencias integradas, cada uno con su dirección.[^ucp-overview] El agente elige el que habla; nadie tiene que traducir.

## En una tienda

Para un comercio pequeño, la pasarela rara vez es una pieza que instale él. La traducción suele quedarse en su plataforma o en su proveedor de pagos. Stripe, por ejemplo, ofrece Agentic Commerce Suite: **una sola integración para que los productos se puedan descubrir y pagar a través de varios protocolos de comercio**, con el catálogo, el precio y la disponibilidad compartidos con los agentes, en Estados Unidos, Canadá y algunos países europeos.[^stripe-acs] En su tabla de integraciones, la opción de vender a través de agentes (compartir el catálogo, dejar que el agente complete la compra y recibir sus credenciales de pago) usa UCP o ACP.[^stripe-agentic] Stripe no lo llama pasarela de protocolos, pero cumple ese papel: tú te integras una vez y él habla con cada agente en su idioma.

Cuando la tienda sí tiene una API propia, la pasarela decide qué parte ve un agente. Así quedaría una API de pedidos expuesta como herramientas MCP en una pasarela del tipo que describe Azure, donde se eligen las operaciones una a una.[^azure-apim-mcp] Es un **ejemplo ficticio**: las rutas y los nombres de herramienta están inventados.

| Operación de la API (ejemplo ficticio) | Herramienta MCP expuesta | Se expone             |
| -------------------------------------- | ------------------------ | --------------------- |
| `GET /api/productos?q=`                | `buscar_productos`       | Sí                    |
| `GET /api/productos/{id}`              | `ver_producto`           | Sí                    |
| `GET /api/pedidos/{id}`                | `estado_pedido`          | Sí, con autenticación |
| `POST /api/pedidos`                    | ninguna                  | No                    |
| `DELETE /api/productos/{id}`           | ninguna                  | No                    |


La tabla enseña lo que una pasarela aporta de verdad: no solo traduce, también **recorta**. Un agente que se conecta ve tres herramientas, no la API entera, y lo que puede leer o tocar se decide en un sitio.


**Una pasarela no pone tu catálogo en ningún asistente.** Traduce entre protocolos y controla quién pasa, pero no decide qué agente te encuentra ni qué tienda recomienda. agentgateway lo dice de sí misma: da por hecho que los servidores MCP, las herramientas y los agentes a los que da acceso ya existen.[^agentgateway-faq] Si los datos que hay detrás están incompletos, la pasarela los sirve igual de incompletos, solo que en más protocolos.


## Cómo comprobarlo

1. **Mira qué protocolos declara ya tu tienda.** Si tu plataforma publica un perfil UCP, `/.well-known/ucp` lista los transportes del servicio de compra y la dirección de cada uno.[^ucp-overview]
2. **Pregunta a tu proveedor de pagos qué protocolos cubre.** En Stripe, la integración para vender a través de agentes indica UCP o ACP.[^stripe-agentic]
3. **Antes de exponer una API, haz la lista de operaciones.** En una pasarela como la de Azure se eligen una a una; empieza por las de solo lectura.[^azure-apim-mcp]
4. **Revisa las dos autenticaciones**: cómo demuestra el agente quién es al entrar y con qué credenciales llama la pasarela a tus servicios.[^aws-agentcore-gateway]
5. **Comprueba qué se pierde al traducir.** Si un servicio es un agente A2A con tareas largas, exponerlo como herramienta MCP solo encaja con las habilidades sin estado.[^a2a-mcp]

## Concepto cercano: servidor MCP

Un [servidor MCP](/es/glosario/servidor-mcp/) ofrece sus propias herramientas, datos y plantillas a las aplicaciones de IA. Una pasarela de protocolos se pone delante de uno o de muchos de esos servidores, o de API que no hablan MCP, y añade lo que ninguno tiene por separado: **la traducción, el punto de entrada único y las reglas de acceso**.[^agentgateway-faq][^azure-apim-mcp] Desde fuera, la pasarela parece un servidor MCP más; por dentro, reparte cada llamada a quien corresponde. Si solo tienes un servicio y ya habla MCP, no necesitas la pasarela para eso.

Para seguir, la [ruta de lectura de comercio agéntico](/es/aprender/comercio-agentico/) ordena el resto de protocolos, y la entrada sobre la [Agent Card](/es/glosario/agent-card/) explica cómo se presenta un agente A2A antes de que nadie lo traduzca.