¿Qué es el comercio entre agentes? Cómo los agentes de IA permiten realizar transacciones y pagos autónomos

El comercio entre agentes (A2A Commerce) es un modelo de negocio en el que los agentes de inteligencia artificial (agentes de IA) actúan en nombre de usuarios o empresas para descubrir productos, encontrar opciones que cumplan los requisitos, negociar precios, autorizar transacciones y liquidar pagos con otros agentes de forma automática. El cambio fundamental es que la IA ya no se limita a recomendar productos o ayudar a los usuarios a completar pedidos: puede participar directamente en varias etapas de las transacciones comerciales dentro de unos permisos y unas reglas predefinidos.

A medida que se desarrollan los grandes modelos de lenguaje, los marcos de trabajo para agentes de IA y la infraestructura de pagos digitales, la actividad comercial se amplía desde las interacciones en sitios web dirigidas por personas hasta los flujos de trabajo automatizados dirigidos por agentes. Por ejemplo, un agente de compras de una empresa puede consultar a un agente proveedor sobre existencias y precios, un agente asistente personal puede comparar planes de suscripción de distintos proveedores de servicios y un agente de software puede comprar créditos de API según las necesidades de una tarea. Estos escenarios requieren que los agentes se identifiquen entre sí, intercambien información estructurada y completen la autorización y los pagos de forma verificable.

En los últimos años, tecnologías como A2A, Model Context Protocol (MCP), Agent Payments Protocol (AP2) y x402 han madurado progresivamente y ofrecen distintas capas de infraestructura para la colaboración entre agentes y los pagos entre máquinas. Este artículo explica cómo funciona el comercio entre agentes, sus protocolos relacionados, los casos de uso de los pagos con stablecoins y los posibles riesgos, y analiza su relación con Web3 y los futuros sistemas de comercio digital.

Puntos clave:

• El comercio entre agentes (A2A Commerce) se refiere a las transacciones comerciales que distintos agentes de IA completan mediante mecanismos automatizados de comunicación, negociación, pago y cumplimiento de pedidos, dentro del ámbito autorizado por los usuarios o las empresas.

• A diferencia del comercio electrónico tradicional, el comercio mediante agentes delega en los agentes de IA la búsqueda de productos, la comparación de precios, la gestión de pedidos y algunas decisiones de pago, lo que desplaza la actividad comercial de las operaciones manuales a la colaboración entre máquinas.

• Protocolos como A2A, MCP, UCP, AP2 y x402 se ocupan de la comunicación entre agentes, la conexión con herramientas, los flujos de trabajo comerciales, la autorización de pagos y los pagos programáticos, respectivamente. No todas las transacciones requieren todos estos protocolos.

• Las stablecoins y los pagos en cadena pueden proporcionar a los agentes de IA transferencias de fondos programables, especialmente para servicios digitales entre plataformas, llamadas a API y pagos de pequeña cuantía entre máquinas.

• El comercio entre agentes aún afronta retos relacionados con los límites de autorización, la verificación de identidad, las disputas sobre transacciones, la seguridad de los pagos y el cumplimiento normativo. Las transacciones autónomas no significan que la IA pueda utilizar los fondos de los usuarios sin restricciones.

¿Qué es el comercio entre agentes y en qué se diferencia del comercio electrónico tradicional?

El comercio entre agentes es un modelo en el que varios agentes de IA colaboran para completar transacciones comerciales. En este modelo, el agente comprador interpreta los requisitos del usuario, busca productos, compara opciones y gestiona el presupuesto. El agente vendedor representa al comerciante y proporciona información sobre productos, presupuestos, existencias, condiciones de entrega y capacidades de procesamiento de pedidos. Ambas partes intercambian información mediante interfaces estandarizadas y proceden al pago y al cumplimiento del pedido una vez que se cumplen los requisitos de autorización.

El comercio electrónico tradicional suele centrarse en las acciones que realizan directamente los usuarios. Los consumidores visitan sitios web, introducen palabras clave, filtran productos, comparan precios y completan manualmente el proceso de compra. Incluso cuando una plataforma ofrece recomendaciones de IA, los usuarios suelen mantener el control directo sobre las decisiones de compra y el proceso. El comercio entre agentes delega algunas de estas acciones en agentes, lo que permite a los usuarios expresar sus necesidades mediante objetivos y restricciones en lugar de recorrer cada página paso a paso.

Por ejemplo, una empresa puede necesitar contratar un nuevo servicio de análisis de datos. Un proceso tradicional podría requerir que los empleados contacten con varios proveedores, obtengan presupuestos y presenten una solicitud de compra. Con el modelo de comercio entre agentes, el agente de compras de la empresa puede contactar automáticamente con distintos agentes proveedores en función de los requisitos de presupuesto, nivel de servicio y seguridad de los datos, obtener presupuestos estructurados y presentar para su aprobación las opciones que cumplan los requisitos. Si el usuario ya ha concedido una autorización válida, algunas transacciones de bajo riesgo también pueden ejecutarse directamente.

Este modelo no significa que los agentes de IA puedan decidir por sí solos todos los aspectos de cada transacción. Los usuarios siguen teniendo que definir los presupuestos, los comerciantes permitidos, las condiciones de pago y las reglas de aprobación necesarias. La autonomía de los agentes debe basarse en una autorización explícita, no sustituir el control de los usuarios sobre sus fondos y sus responsabilidades comerciales.

¿Cómo se completa una transacción de comercio entre agentes?

Una transacción típica de comercio entre agentes puede dividirse en varias etapas: comprensión de los requisitos, descubrimiento de agentes, negociación de presupuestos, verificación de la autorización, liquidación de pagos y confirmación del cumplimiento del pedido. Las distintas aplicaciones pueden simplificar o ampliar estos pasos, pero el requisito fundamental es que los distintos sistemas comprendan la intención de la transacción y actúen dentro del ámbito autorizado.

Primero, el usuario asigna un objetivo a un agente comprador, como contratar un servicio digital, y establece un límite de precio, requisitos de calidad del servicio y un plazo de entrega. A continuación, el agente comprador encuentra agentes vendedores que puedan prestar el servicio y obtiene descripciones de productos, presupuestos, cantidades disponibles y condiciones de la transacción. Ambas partes pueden intercambiar información adicional para determinar si se cumplen los requisitos de compra.

Una vez que las condiciones de la transacción están claras, el sistema debe verificar que el pago está autorizado. Las transacciones de menor cuantía que cumplan las reglas predefinidas pueden utilizar credenciales de pago previamente autorizadas. Las transacciones de mayor cuantía o sujetas a condiciones especiales pueden requerir una nueva confirmación del usuario. Una vez completado el pago, el agente vendedor cumple el pedido o presta el servicio y después devuelve el resultado de la transacción y los registros justificativos correspondientes.

Pensemos en un servicio de análisis de datos con IA. Un agente de investigación necesita datos de mercado de pago, consulta el precio a un agente de servicios de datos, confirma que el coste por llamada se ajusta al presupuesto, paga mediante una interfaz de pago y, a continuación, recibe los datos y continúa su análisis. Para el usuario, las acciones que antes requerían registrarse manualmente, añadir fondos a una cuenta y realizar llamadas a API pueden convertirse en un único flujo de trabajo continuo del agente.

Sin embargo, el comercio entre agentes sigue en una fase de desarrollo de estándares y aplicaciones. No todos los comerciantes ofrecen un agente vendedor independiente, ni todos los sistemas de pago admiten transacciones sin intervención humana. Por ello, las implementaciones reales suelen requerir flujos de trabajo diseñados en función de las capacidades de las API de los comerciantes, los métodos de autorización y las condiciones de pago.

¿Cómo respaldan A2A, MCP, UCP y AP2 las transacciones comerciales entre agentes?

El comercio entre agentes abarca varias capas técnicas. Un gran modelo de lenguaje por sí solo no basta para completar transacciones comerciales fiables. Los agentes de IA necesitan conectarse a datos externos, comunicarse con otros agentes, comprender las estructuras de los pedidos y demostrar que los pagos se han autorizado correctamente. A2A, MCP, UCP y AP2 responden a estas necesidades, respectivamente.

A2A (Agent2Agent) facilita principalmente el descubrimiento, la comunicación y la colaboración en tareas entre distintos agentes de IA. A través de A2A, un agente comprador puede identificar las capacidades de un agente vendedor y enviarle solicitudes de tareas. MCP (Model Context Protocol) conecta principalmente a los agentes de IA con herramientas, bases de datos y servicios externos, lo que les permite consultar existencias, obtener precios o acceder a sistemas empresariales.

UCP (Universal Commerce Protocol) se centra en los propios flujos de trabajo comerciales, incluidos el descubrimiento de productos, los carritos de compra, el proceso de compra y la gestión de pedidos. Proporciona estructuras de datos y métodos de interacción relativamente estandarizados entre comerciantes, lo que reduce la necesidad de desarrollar integraciones independientes del proceso de compra para cada plataforma de comercio electrónico.

AP2 (Agent Payments Protocol) se ocupa de la autorización de pagos y la verificación de responsabilidades. Utiliza credenciales de autorización verificables para registrar qué transacciones permite un usuario que ejecute un agente, qué restricciones se aplican y si un pago concreto cumple las condiciones de autorización. En su guía para desarrolladores publicada en 2026, Google describe estos protocolos como distintas capas de infraestructura que pueden trabajar juntas, y no como alternativas que compiten entre sí.

Estos protocolos no forman un conjunto obligatorio para todas las transacciones. Por ejemplo, una llamada sencilla a una API de pago puede requerir únicamente una interfaz de herramientas y un pago mediante x402, mientras que una compra empresarial compleja entre plataformas puede utilizar A2A, UCP y AP2 conjuntamente. La arquitectura técnica debe responder a las necesidades reales del negocio, en lugar de combinar todos los protocolos.

¿Cómo aborda AP2 la autorización de pagos para los agentes de IA?

La autorización de pagos es una diferencia importante entre el comercio entre agentes y la colaboración habitual entre agentes. La capacidad de un agente de IA para encontrar un producto y generar un pedido no le otorga automáticamente el derecho a utilizar los fondos de un usuario. El sistema debe verificar que la compra se ajusta a la intención del usuario y que el importe, el comerciante y el método de pago concretos están dentro de los límites permitidos.

Google presentó AP2 en septiembre de 2025 para establecer un marco de autorización entre plataformas para los pagos iniciados por agentes. Su enfoque principal vincula la intención de compra de los usuarios con la actividad de pago real mediante registros de autorización verificables. En lugar de depender únicamente de los registros de chat para demostrar que un usuario aceptó una compra, este mecanismo pone el énfasis en la autorización estructurada, la verificabilidad y la auditoría de transacciones.

Por ejemplo, un usuario puede autorizar a un agente de compras a adquirir servicios de software por un máximo de 100 $ a proveedores aprobados dentro de un periodo determinado. Una vez que el agente encuentra un producto que cumple los requisitos, el sistema de pago debe comprobar el comerciante, el importe y el periodo de validez de la autorización. Si la transacción supera el ámbito autorizado, el sistema debe solicitar una nueva confirmación del usuario en lugar de permitir que el agente aumente el presupuesto por su cuenta.

En 2026, Google donó AP2 a la Alianza FIDO y publicó actualizaciones compatibles con escenarios sin presencia humana (Human Not Present), lo que permite a los agentes ejecutar pagos bajo condiciones previamente autorizadas sin la participación del usuario en tiempo real.

Sin embargo, AP2 no es una moneda de pago ni se encarga directamente de toda la compensación de fondos. Se centra principalmente en la intención de pago y la verificación de la autorización. Las transferencias de fondos reales pueden seguir utilizando tarjetas de pago, cuentas bancarias o activos en cadena.

¿Cómo permiten x402 y las stablecoins automatizar los pagos de los agentes de IA?

x402 es un protocolo de pagos programáticos basado en el código de estado HTTP 402 Payment Required, cuyo desarrollo cuenta con el apoyo de Coinbase. Cuando un cliente accede a una API o a un servicio digital de pago, el protocolo le permite pagar de acuerdo con los requisitos de pago del servidor y recibir el recurso solicitado tras la verificación del pago. Para los agentes de IA, esto ofrece una forma de contratar servicios sin depender de un proceso de compra manual en cada ocasión.

Por ejemplo, un agente de IA necesita realizar una llamada a una API de datos de pago. El servidor puede devolver requisitos de pago que especifiquen el importe, los activos admitidos y la red. Tras comprobar que el coste se ajusta al presupuesto autorizado, el agente envía las credenciales de pago mediante una billetera controlada o un servicio de firma. El servidor verifica el pago y completa la liquidación correspondiente antes de devolver los datos solicitados.

Las stablecoins ofrecen ciertas ventajas en este proceso. USDC, por ejemplo, suele mantener su paridad con el dólar estadounidense, lo que lo hace adecuado para fijar precios relativamente estables de servicios digitales. Combinadas con redes blockchain que admiten transacciones de bajo coste, las stablecoins pueden facilitar servicios de pago por uso, llamadas a API y pagos de servicios digitales entre plataformas. La documentación para desarrolladores de Coinbase también incluye ejemplos de solicitudes a API de pago mediante x402 a través de Agentic Wallet, con la posibilidad de establecer un importe máximo de pago por transacción.

Es importante señalar que x402 no implica que todo el comercio mediante agentes deba utilizar criptomonedas. Las tarjetas de pago tradicionales y los pagos bancarios también pueden respaldar las transacciones de los agentes. Las stablecoins resultan especialmente útiles para las transferencias programables, la liquidación de servicios nativos digitales y los pagos entre plataformas. Su uso real sigue requiriendo tener en cuenta las comisiones de red, la seguridad de las billeteras, los requisitos normativos y la capacidad de los comerciantes para recibir pagos.

¿Cuáles son los casos de uso prácticos del comercio entre agentes?

El comercio entre agentes no se limita a comprar productos habituales. Cualquier servicio que pueda ofrecer presupuestos estructurados, autorización, pago y entrega tiene el potencial de admitir transacciones automatizadas mediante la colaboración entre agentes.

En las compras empresariales, un agente comprador puede solicitar automáticamente presupuestos a proveedores en función de las existencias y el presupuesto, y después confirmar con un agente vendedor las fechas de entrega, las cantidades de compra y las condiciones contractuales. En su guía de protocolos de agentes de IA para desarrolladores, Google utiliza las compras de un restaurante para mostrar cómo MCP puede consultar las existencias, A2A puede contactar con proveedores, UCP puede realizar pedidos y AP2 puede verificar la autorización de pago.

En los servicios digitales, los agentes de IA pueden adquirir acceso a API de datos, recursos informáticos, servicios de inferencia de modelos u otras funcionalidades de software según sus necesidades. Por ejemplo, un agente de investigación automatizado puede seleccionar distintos proveedores de datos en función de los requisitos de la tarea, realizar llamadas de pago dentro de su presupuesto y utilizar los resultados en análisis posteriores. Estas transacciones suelen implicar importes pequeños, una frecuencia elevada y resultados entregados digitalmente, lo que las hace adecuadas para mecanismos de pago programáticos.

En las compras de los consumidores, los agentes pueden ayudar a los usuarios a comparar productos, crear carritos de compra y completar partes del proceso de compra. Google ha comenzado a aplicar UCP a determinadas experiencias de compra en el modo IA de la Búsqueda y en Gemini. Sin embargo, estas funciones siguen sujetas a los requisitos que deben cumplir los comerciantes, la disponibilidad regional y las capacidades del producto. Esto no significa que todas las compras en línea ya admitan transacciones entre agentes totalmente autónomas.

En el futuro, la gestión de suscripciones, las reservas de viajes, la contratación de servicios en la nube y los mercados de servicios entre máquinas también podrían adoptar modelos similares. Sin embargo, estos escenarios implican distintos requisitos de protección del consumidor, responsabilidad sobre los reembolsos y verificación de identidad, por lo que sus niveles reales de automatización variarán.

¿Qué relación tiene el comercio entre agentes con Web3?

Web3 proporciona al comercio entre agentes una forma de activos programables y una infraestructura de liquidación abierta. Los sistemas comerciales tradicionales suelen depender de cuentas de plataformas, tarjetas de pago o redes bancarias para procesar los pagos. La blockchain permite que los agentes compatibles con pagos en cadena gestionen activos digitales mediante billeteras y transfieran fondos una vez que se cumplan las condiciones de autorización.

Este mecanismo resulta especialmente relevante para los servicios nativos digitales. Por ejemplo, dos agentes de IA de plataformas distintas pueden no compartir un sistema de cuentas de pago. Sin embargo, si ambos admiten la misma stablecoin y la misma red blockchain, pueden realizar transacciones mediante una interfaz de pago estandarizada. Los diseños de extensiones para x402 y A2A han comenzado a explorar este modelo. La especificación pública A2A x402 Payments Extension define flujos de trabajo para presupuestos de servicios, requisitos de pago, verificación de credenciales de pago y recibos de transacciones, y conecta los servicios de pago entre agentes con los pagos en cadena.

Los contratos inteligentes también pueden gestionar algunas condiciones sobre el uso de los fondos, como restringir los activos permitidos, los importes de pago o las direcciones de servicios específicos. Sin embargo, los contratos inteligentes no pueden evaluar por sí solos todos los hechos comerciales del mundo real ni garantizar automáticamente la calidad del producto, la prestación del servicio o la correcta ejecución de los reembolsos. Por tanto, la liquidación en cadena sigue necesitando trabajar junto con la verificación de identidad, los sistemas de autorización, los servicios de los comerciantes y los mecanismos de resolución de disputas.

Para el sector de las criptomonedas, el comercio entre agentes podría ampliar los posibles casos de uso de las stablecoins y los pagos en cadena. Los activos digitales podrían facilitar no solo las transferencias entre personas, sino también la contratación de servicios entre sistemas de software. Que esta tendencia pueda desarrollarse a gran escala sigue dependiendo de los costes de pago, la experiencia del usuario, la integración de los comerciantes y los marcos normativos, y no solo de la tecnología blockchain.

¿Qué riesgos de seguridad y comerciales afronta el comercio entre agentes?

Riesgos de autorización y seguridad de los fondos. Los agentes de IA pueden interpretar mal los requisitos del usuario, seleccionar productos incorrectos o verse influidos por información maliciosa. Unos permisos de pago excesivos pueden convertir decisiones incorrectas en pérdidas económicas reales. Por ello, los sistemas necesitan límites de presupuesto, listas de comerciantes permitidos, fechas de caducidad de las autorizaciones y mecanismos de aprobación para las transacciones de alto riesgo. También deben evitar conceder a los modelos un control directo y sin restricciones sobre las claves privadas de las billeteras.

Identidad de los agentes y fiabilidad de la información. Un agente comprador debe confirmar que un agente vendedor representa realmente al comerciante correspondiente, mientras que el comerciante debe determinar si una solicitud procede de un agente autorizado de un cliente. Los agentes maliciosos pueden proporcionar presupuestos falsos, tergiversar las capacidades del servicio o utilizar la inyección de instrucciones para influir en las decisiones de las transacciones. La comunicación estandarizada puede mejorar la interoperabilidad, pero no establece automáticamente la fiabilidad de una contraparte.

Disputas sobre pagos y asignación de responsabilidades. Cuando un agente compra un producto sin la participación del usuario en tiempo real, los cobros duplicados, los servicios no prestados o los pedidos incorrectos requieren reglas claras sobre si la responsabilidad recae en el usuario, el proveedor del servicio del agente, el comerciante o la entidad de pago. Protocolos como AP2 buscan mejorar la trazabilidad mediante registros de autorización y credenciales de pago, pero la responsabilidad final sigue sujeta a los contratos concretos, las reglas de pago y los requisitos legales.

Privacidad y cumplimiento normativo. Durante la compra y el pago, los agentes pueden procesar direcciones de usuarios, preferencias de gasto, contratos empresariales e información de pago. La transferencia de estos datos entre plataformas requiere cumplir los requisitos de protección de datos aplicables. Los pagos con stablecoins también pueden implicar requisitos de prevención del blanqueo de capitales, comprobaciones de sanciones y normativas sobre activos digitales en distintas jurisdicciones.

Por tanto, el desarrollo del comercio entre agentes implica algo más que aumentar la automatización de las transacciones. También requiere una autorización verificable, pagos fiables y mecanismos claros de rendición de cuentas.

Conclusión

El comercio entre agentes es una línea de desarrollo importante en la evolución de los agentes de IA, que pasan de ser asistentes de información a sistemas que ejecutan tareas comerciales. Permite que distintos agentes encuentren automáticamente opciones que cumplan los requisitos, negocien presupuestos, procesen pedidos y liquiden pagos dentro del ámbito autorizado por los usuarios o las empresas, lo que reduce el trabajo manual repetitivo en los flujos de trabajo comerciales tradicionales.

A2A, MCP, UCP, AP2 y x402 proporcionan soporte técnico para la comunicación entre agentes, la conexión con herramientas, los flujos de trabajo comerciales, la autorización de pagos y la liquidación programática, respectivamente. Las stablecoins y la blockchain ofrecen opciones adicionales para los servicios nativos digitales y los pagos entre máquinas de distintas plataformas, pero no todos los escenarios de comercio mediante agentes necesitan depender de Web3.

A largo plazo, la adopción del comercio entre agentes dependerá de si los agentes pueden ejecutar transacciones de forma fiable con una autorización explícita y un riesgo controlado. Solo cuando la verificación de identidad, los permisos sobre los fondos, la liquidación de pagos y la resolución de disputas formen un marco completo, los agentes de IA podrán evolucionar de asistentes de compra a participantes comerciales de confianza.

Preguntas frecuentes

¿Qué significa comercio entre agentes?

El comercio entre agentes es un modelo en el que distintos agentes de IA representan a usuarios, empresas o proveedores de servicios para intercambiar automáticamente información comercial, proporcionar presupuestos, procesar pedidos y realizar pagos dentro de un ámbito autorizado.

¿Cuál es la diferencia entre el comercio entre agentes y el comercio agéntico?

El comercio agéntico es un concepto más amplio que abarca diversos escenarios en los que los agentes de IA participan en compras y transacciones. El comercio entre agentes pone el énfasis en la colaboración directa entre distintos agentes, como los agentes compradores y vendedores, y es una implementación específica del comercio agéntico.

¿Puede el protocolo A2A completar pagos directamente?

A2A se encarga principalmente del descubrimiento, la comunicación y la colaboración en tareas entre agentes. Los pagos suelen requerir una integración con AP2, x402 u otros sistemas de pago. A2A no es en sí mismo una red de pagos.

¿Pueden los agentes de IA pagar sin confirmación del usuario?

Algunas transacciones pueden ejecutarse automáticamente si el usuario ha concedido una autorización previa válida y ha establecido límites sobre los importes, los comerciantes y los periodos de validez de la autorización. Las transacciones fuera del ámbito autorizado deben requerir una nueva confirmación. Las capacidades reales también dependen del sistema de pago y de las reglas aplicables.

¿Por qué es x402 adecuado para los pagos de los agentes de IA?

x402 integra los requisitos de pago en el flujo de trabajo de las solicitudes HTTP, lo que permite a los agentes de IA pagar por API y servicios digitales según sus necesidades. Reduce los pasos tradicionales de registro de cuentas y compra manual, por lo que resulta adecuado para escenarios programáticos y de pago por uso.

¿Requiere el comercio entre agentes el uso de stablecoins?

No. El comercio entre agentes puede utilizar tarjetas de pago, pagos bancarios o stablecoins. Las stablecoins son especialmente adecuadas para escenarios que requieren transferencias programables, liquidación en cadena y pagos nativos digitales.

¿Está ya muy extendido el comercio entre agentes?

Todavía no. Ya han surgido protocolos relevantes y algunas aplicaciones comerciales, pero la integración de los comerciantes, la autorización de pagos, la verificación de identidad, el cumplimiento normativo y los mecanismos para generar confianza entre los usuarios siguen en desarrollo.