¿Qué es MCP y qué hace por el comercio electrónico?

Qué es MCP, precisamente

MCP estandariza el 'handshake' (apretón de manos) entre un agente y un proveedor de herramientas. Un servidor anuncia un conjunto de herramientas, cada una con un nombre, una descripción y un esquema tipado para sus argumentos. Un agente se conecta, lee esa lista y llama a lo que necesita. Esa es genuinamente toda la idea, y su valor reside en ser aburrido y universal en lugar de ingenioso.

No es un protocolo de comercio. No dice nada sobre carritos, precios, feeds o autorización de pagos. Es la capa subyacente a estos: cómo el agente descubre que existe una capacidad de comercio. La revisión de abril de 2026 de ACP se basa precisamente en esto, incluyendo un 'hook' (gancho) para que los agentes conscientes de ACP puedan anunciar la capacidad de pago a través del descubrimiento de herramientas de MCP.

Lo que un servidor MCP de comercio debería exponer

El diseño tentador es replicar tu API REST uno a uno. Eso produce un servidor con cientos de herramientas, y los agentes eligen mal entre largas listas de opciones casi idénticas.

El mejor diseño es exponer operaciones a la altura en que un operador humano las describiría, con la plataforma realizando la orquestación subyacente. "Lanzar una campaña con este presupuesto para esta audiencia" es una herramienta. Las seis llamadas a la API en las que se descompone no son seis herramientas.

• Operaciones de lectura — búsqueda de catálogo, consulta de pedidos, niveles de inventario, historial de clientes, consultas de análisis. Seguras, de alto valor y donde realmente se concentra la mayor parte del uso del agente.
• Operaciones de borrador — crear un borrador de pedido, preparar un descuento, componer una campaña. Producen un artefacto revisable en lugar de un cambio confirmado.
• Operaciones de confirmación — publicar, cobrar, reembolsar, enviar. Estas son las que necesitan una puerta de aprobación.
• Introspección — permite que el agente pregunte qué se le permite hacer. Un agente que puede leer sus propios alcances deja de intentar llamadas que le serán denegadas.

La parte que el protocolo no te da

MCP define el descubrimiento y la invocación. No define quién está autorizado a llamar a qué, qué sucede cuando la misma llamada llega dos veces, o cómo reconstruir a posteriori lo que hizo un agente y por qué. Esas son las propiedades que deciden si un agente que interactúa con una tienda en vivo es un activo o un incidente, y cada una de ellas es tarea de la plataforma.

Cuatro controles son innegociables antes de que un agente obtenga una clave que pueda gastar: alcances por clave para que una clave pueda tener acceso de solo lectura o una porción limitada de escritura; idempotencia para que una llamada reintentada no pueda cobrar dos veces; un registro de auditoría duradero que vincule cada acción a la clave de llamada y a la solicitud inicial; y una puerta de aprobación que detenga el movimiento de dinero a la espera de la aprobación humana.

PlatformDTC implementa esos cuatro en el Agent Gateway y expone las mismas operaciones a través de MCP, para que el modelo de seguridad no dependa del transporte que el agente utilizó para alcanzarlo.