Agentes que pagan: el estado real en 2026

"Agentes que pagan" fue una de las promesas más grandes de la IA en los últimos dos años. En 2026 ya tenemos suficiente evidencia para separar lo que anda de lo que era marketing. Spoiler: hubo más anuncios que adopción, pero algo quedó funcionando de verdad. Esta es la foto honesta, sin entusiasmo de keynote.

Lo que se cayó: el shopping agéntico para consumidores

El golpe más sonado fue de OpenAI. En septiembre de 2025 lanzó Instant Checkout —comprar adentro de ChatGPT— con bombos y platillos, junto al Agentic Commerce Protocol (ACP) hecho con Stripe. En marzo de 2026 lo discontinuó. ¿La razón? No generaba conversiones: solo el 8% de los usuarios adultos de ChatGPT en Estados Unidos lo probó en el primer mes, y el uso quedó en el piso. Llegaron a tener unos 30 comerciantes de Shopify integrados. El onboarding de comercios resultó un calvario y los datos de stock y envío venían inexactos.

OpenAI no mató el ACP del todo: lo reorientó a un puñado de retailers grandes con apps dedicadas dentro de ChatGPT que te rebotan a la web del comercio. Como resumió Forrester, "el líder de la comercio agéntico acaba de dar marcha atrás". La lección es clara: que un agente compre cualquier cosa en cualquier tienda no era el producto que la gente quería, al menos no todavía.

Lo que es plomería real (pero todavía no llega al usuario)

Mientras el caso de uso consumer tropezaba, las redes de pago armaron la infraestructura. Acá hay sustancia, pero ojo: son estándares, no productos que puedas usar mañana.

• Mastercard Agent Pay: lanzado en abril de 2025 con "Agentic Tokens". Para noviembre de 2025 habilitó a todos los tarjetahabientes Mastercard de EE.UU. y a principios de 2026 hizo, con Santander, el primer pago end-to-end ejecutado por un agente en Europa.
• Visa Trusted Agent Protocol (TAP): de octubre de 2025, un marco para que los comercios distingan un bot malicioso de un agente legítimo.
• Google AP2 (Agent Payments Protocol): el más ambicioso. Abierto, neutral, agnóstico al medio de pago, construido sobre W3C Verifiable Credentials. Introduce tres "mandatos" firmados —Intent, Cart, Payment— y trata a las stablecoins como ciudadanas de primera. En mayo de 2026 fue donado a la FIDO Alliance para gobernanza comunitaria.

Es infraestructura seria respaldada por gente seria. Pero es la cañería abajo del piso: ningún equipo va a "usar AP2" para controlar el gasto de sus agentes. Es lo que va a hacer posible los productos, no el producto.

Lo que tiene volumen (pero la demanda está en duda)

El mundo cripto puso su propia ficha: x402, el protocolo de Coinbase que revive el viejo código HTTP 402 ("Payment Required") para que un agente pague en stablecoins —sobre todo USDC— al toque.

Los números impresionan: para marzo de 2026, x402 había procesado más de 119 millones de transacciones en Base y 35 millones en Solana, con un volumen anualizado de unos 600 millones de dólares. Stripe lo empezó a usar para pagos en USDC en febrero de 2026, y el x402 Foundation junta a Cloudflare, AWS, Google, Visa y Circle.

Pero hay una letra chica importante. El propio CoinDesk tituló que el protocolo "quiere arreglar los micropagos pero la demanda simplemente todavía no está". Mucho volumen de transacciones de prueba, agentes pagándose entre agentes, mucho experimento. Volumen no es lo mismo que negocio. Es prometedor y vale la pena seguirlo, pero llamarlo "resuelto" sería deshonesto.

Lo que sí funciona hoy: tarjetas con scope para agentes

Acá está lo aburrido que anda de verdad. No es un protocolo nuevo: es el card issuing de toda la vida, aplicado bien. Un agente no necesita reinventar los pagos; necesita una tarjeta virtual con límites duros.

Stripe Issuing ya permite a un agente generar una tarjeta virtual scopeada vía su Agent Toolkit. Y apareció AgentCard (de Alchemy, sobre Visa), que salió público el 13 de marzo de 2026 —todavía en beta privada—: deja que un agente genere tarjetas Visa de un solo uso o prepagas al vuelo, con límites de gasto exigibles y tracking en tiempo real. Sus casos de uso son los honestos: pagar llamadas a APIs e inferencia, delivery, gasto de marketing.

Este es el patrón que funciona. Pero tiene dos huecos:

1. El "single-use" rompe lo recurrente. Una tarjeta que se quema en cada compra no sirve para la suscripción mensual a una API ni para el proveedor de siempre. Seguridad a costa de utilidad.
2. Está pensado para Estados Unidos. Dólar, Visa US, comercios gringos. El equipo que en LATAM necesita pagar una API en USDT y un proveedor local en pesos no entra en ese molde.

Dónde se para Cardia

Nuestra lectura del 2026 es simple: el caso de uso ganador no es "el agente le compra zapatillas a un consumidor". Es el agente que paga su propia infraestructura —APIs, inferencia, herramientas— y el equipo que necesita controlar ese gasto.

Por eso Cardia no apuesta a un protocolo nuevo ni al shopping consumer. Toma lo que ya funciona —tarjeta virtual con control— y le arregla los dos huecos: la hacemos persistente (para lo recurrente) con control por scope (comercio + monto + vigencia), y la corremos sobre rieles LATAM (Pomelo para emisión, Manteca para off-ramp), en pesos y USDT.

El resto del mercado está construyendo la cañería o persiguiendo al consumidor. Nosotros estamos en el medio: la tarjeta concreta que tu agente y tu equipo pueden usar hoy.