Durante casi toda la historia de la web, el software recomendaba y los humanos transaccionaban. Una página sugería un producto; una persona hacía clic en Comprar, tecleaba el número de una tarjeta, escaneaba un código. Cada flujo de pago jamás construido daba por sentado, en silencio, que había un humano sentado frente a él.
Ese supuesto se rompió en el espacio de aproximadamente un año. Anthropic lanzó el Model Context Protocol para dar a los modelos acceso estructurado a herramientas y APIs. OpenAI lanzó un Agentic Commerce Protocol y un pago instantáneo dentro del chat. Google publicó el Agent Payments Protocol. Coinbase resucitó el largamente olvidado código de estado HTTP 402 Payment Required como x402, una forma de cobrar por una llamada a una API en stablecoins. Visa anunció Intelligent Commerce; Mastercard anunció Agent Pay. Las redes de tarjetas, los laboratorios de modelos y los raíles cripto llegaron todos a la misma conclusión en cuestión de pocos trimestres: el comprador está a punto de ser un programa.
La fontanería se está tendiendo deprisa. De lo que se habla mucho menos es de qué categorías están realmente listas para que un agente compre. Esa es la pregunta más interesante, y la respuesta no es la que buscan las demos. No son entradas de conciertos ni zapatillas ni la compra del supermercado. Es conectividad — datos móviles — y vale la pena detallar las razones, porque sirven a la vez como lista de verificación de cómo es el comercio listo para agentes en cualquier categoría.
Qué significa realmente "comercio agéntico"
Conviene ser preciso, porque el término ya se está estirando. Un chatbot que te enlaza a una página de pago no es comercio agéntico; es una caja de búsqueda con mejores modales. El comercio agéntico es el caso en el que el agente mismo sostiene tres cosas a la vez — una intención (el usuario quiere datos en Japón la semana que viene), un presupuesto (gastar hasta cierta cantidad) y la autoridad para actuar — y completa la transacción de principio a fin sin devolver el control a un humano en el paso crítico.
Quítales la marca a los protocolos enumerados arriba y todos describen la misma forma de cinco pasos:
- Descubrir — encontrar el producto y su precio en un formato legible por máquina.
- Autenticar — establecer en nombre de quién actúa el agente, o si siquiera lo necesita.
- Autorizar el pago — mover dinero dentro de un límite que el usuario haya aceptado.
- Entregar — entregar realmente el bien.
- Confirmar — devolver algo que el usuario pueda verificar o usar.
Cada protocolo es fuerte en uno o dos de estos pasos y guarda silencio sobre el resto. MCP trata del descubrimiento y la llamada a herramientas. x402 y AP2 tratan de autorizar el pago. Ninguno te dice qué productos sobreviven al contacto con los otros tres pasos. La entrega es donde la mayoría de las categorías se desmoronan en silencio — y la conectividad es la rara categoría donde la entrega es trivial.
Por qué la conectividad es la categoría ideal para empezar
Cinco propiedades hacen de los datos móviles algo cercano a la compra perfecta para un agente. La mayoría de las categorías físicas y de alto valor fallan al menos en una de ellas.
1. No hay átomos. Una eSIM es un derecho puro — un perfil entregado por el aire más un identificador. No hay dirección de envío, ni almacén, ni formulario aduanero, ni ventana de devoluciones, ni "lo dejé en la puerta". Las partes más difíciles del comercio — la logística, la entrega, la identidad en el mundo físico que hace falta para entregar un objeto a una persona — sencillamente no existen. Un agente en el que no puedes confiar tu dirección de casa todavía puede comprarte datos con seguridad.
2. Es instantánea y de bajo riesgo. El aprovisionamiento ocurre en segundos, los importes son pequeños y los saldos tienen tope. Si un agente se equivoca un poco en una compra de datos, el radio del daño son unos pocos dólares que se pueden recargar o reembolsar — lo contrario de un agente reservando un vuelo internacional no reembolsable. El bajo riesgo es lo que hace razonable la autonomía para empezar. Las primeras compras adecuadas para los agentes son las baratas y reversibles.
3. Es medida, no empaquetada — que es justo cómo razona ya un modelo. El mercado heredado de eSIM vende paquetes: 5 GB para 15 días, 10 GB para 30 días. Para comprar uno, un agente tiene que adivinar el consumo del usuario y apostar contra una fecha de caducidad. Si se queda corto, el usuario se queda seco a mitad del viaje; si se pasa, los gigabytes sin usar se evaporan. Un modelo por megabyte convierte esa apuesta en aritmética: MB proyectados por día, por días, por la tarifa del país. La aritmética es en lo que los modelos son buenos. Adivinar bajo una fecha límite de caducidad es en lo que son malos.
4. Es la necesidad latente bajo casi cualquier otra tarea. La conectividad rara vez es el titular de lo que hace un agente; es aquello de lo que depende el titular. Un agente de viajes que reserva un viaje ha comprometido implícitamente a su usuario a necesitar datos en un lugar donde no los tiene. Un agente de flotas que gestiona sensores sobre el terreno necesita cada dispositivo en línea. Un asistente personal que sigue trabajando mientras su humano cruza una frontera necesita que la red lo acompañe. Los datos están debajo del resto del comercio como infraestructura — lo que significa que su demanda se crea automáticamente cada vez que un agente hace algo en el mundo físico.
5. Es uniforme a escala global y está bien especificada. Una compra de conectividad se reduce a tres valores: un país, una tarifa y un saldo. Esa forma es idéntica en todos los mercados. Un agente capaz de razonar sobre Francia puede razonar sobre Japón o Tailandia sin un nuevo modelo del mundo — solo un número distinto. Los productos uniformes, numéricos y comparables son exactamente los que un modelo puede evaluar y citar sin alucinar.
Qué le exige a un agente una compra de conectividad
Así que la categoría es la correcta. El problema es que la forma actual de vender conectividad se construyó para el humano en la página de pago, y se rompe en casi cada uno de los cinco pasos cuando el comprador es un programa:
- Descubrir — el catálogo vive en un escaparate renderizado con JavaScript que un agente no puede leer, detrás de miles de SKU de paquetes solapados.
- Autenticar — comprar exige una cuenta, y crear una exige una confirmación por correo o un baile de OAuth que el agente no tiene navegador para completar.
- Autorizar el pago — la página de pago quiere un formulario de tarjeta, y no existe ningún concepto de límite de gasto que ate al agente.
- Entregar — la activación es un código QR pensado para escanearse con la cámara de un teléfono, en un dispositivo que el agente normalmente no puede alcanzar.
- Confirmar — los identificadores que se devuelven son fontanería interna (ICCID, IDs de pedido) en lugar de algo que el usuario necesite.
Ninguno de estos es un problema difícil. Son solo problemas que nadie tuvo que resolver mientras el comprador siempre fue humano. Resolverlos es lo que significa realmente "nativo para agentes" — no un widget de chat atornillado a una tienda de consumo, sino las capas de autenticación, pago y entrega reconstruidas en torno a un comprador distinto.
Cómo es un proveedor nativo para agentes
Esta es la parte en la que dejamos de hablar en abstracto. Roamzy está construido como un ejemplo trabajado de los cinco pasos hechos para agentes; aquí está cada uno, incluido dónde aún está en bruto.
Descubrir. El catálogo se expone de tres formas que un agente puede leer sin un navegador: una API REST pública con una especificación OpenAPI, un llms-full.txt escrito para modelos en lugar de para personas, y un servidor Model Context Protocol con doce herramientas. El servidor MCP funciona de dos maneras — como paquete npm sobre stdio, y como endpoint remoto al que un agente se conecta por URL sin instalar nada. El descubrimiento es el paso que todos aciertan primero porque es el más visible; también es el menos importante, porque es inútil si los cuatro pasos siguientes siguen suponiendo un humano.
Autenticar. Este es, con diferencia, el mayor eliminador de fricción, y es una supresión en lugar de una adición: no hay registro obligatorio. Un agente llama a un endpoint, obtiene una sesión anónima, y puede navegar, tarificar y comprar de inmediato — sin correo, sin OAuth, sin cuenta. Si el usuario quiere más tarde ligar la compra a una identidad real, la sesión se puede reclamar con un código de un solo uso e inicio de sesión con Google o Telegram. Lo predeterminado es anónimo; la identidad es opcional, a posteriori. Un agente no debería tener que negociar un inicio de sesión antes de poder averiguar cuánto cuesta algo.
Autorizar el pago. El pago es en USDT, lo que permite a un usuario (o a un agente que actúa por él) mantener un saldo y gastar contra él sin un formulario de tarjeta de por medio. Seamos honestos sobre la contrapartida: un usuario sin monedero cripto está peor aquí que en un pago con tarjeta, y los raíles nativos de pago para agentes en cadena — al estilo x402, "paga directamente la llamada a la API" — no están conectados todavía; eso requiere una tesorería y está aparcado a propósito. Lo que existe hoy es una URL de pago que el usuario abre en cualquier monedero, tras lo cual un webhook confirma y acredita el saldo. Más sobre la mecánica en el análisis del asentamiento en USDT.
Entregar. Un solo producto, no un catálogo: una única eSIM global, tarificada por megabyte y por país, con un saldo que no caduca. Eso es lo que hace que la matemática del presupuesto de la razón #3 se sostenga de verdad — ningún paquete que elegir, ninguna caducidad contra la que correr. El aprovisionamiento corre contra una plataforma de eSIM real, así que lo que vuelve es un perfil funcional, no un sustituto.
Confirmar. El agente obtiene un número de teléfono (MSISDN) como identificador de cara al usuario, una imagen QR más una carga útil en bruto más un enlace de instalación de un toque para que la activación funcione tanto si el agente y el teléfono son el mismo dispositivo como si no, y un saldo que el usuario puede ver disminuir. Los identificadores internos quedan internos.
Las barandillas son el producto. La parte fácil de saltarse — y la parte que de verdad separa "un agente puede comprar esto" de "se puede confiar en que un agente compre esto" — son los límites. Cada token de agente lleva un tope de gasto diario y mensual, un techo de enfriamiento en los tokens recién creados, una puerta de confirmación en cualquier transacción inusualmente grande, y un interruptor de apagado que el operador puede accionar. Las sesiones anónimas se atan más corto que las nominales a propósito:
Los datos se tarifican por megabyte a la tarifa local de cada país — del orden de uno o dos dólares por gigabyte en la mayoría de los mercados, más en los premium — con la tabla completa de 193 países pública y legible por máquina. El agente no trabaja a partir de un número incrustado en este artículo; obtiene la tarifa en vivo del país que necesite directamente del catálogo, luego hace la aritmética y se mantiene dentro de un tope sin adivinar. Una sola fuente, siempre actualizada.
La parte honesta: esto es temprano
Nada de esto es una vuelta de la victoria. El comercio agéntico es tan nuevo que lo más común que hace un agente cuando se conecta a nosotros es conectarse de forma anónima — la capa de identidad OAuth está construida y publicada, pero por cómo se comportan realmente los conectores hoy, en su mayoría queda sin usar, por diseño. El modelo de pago solo en cripto es un filtro real sobre quién puede comprar. Los raíles de pago para agentes en cadena que tanto entusiasman a todos aún no están vivos en nuestro stack. Llevamos unas semanas en esto, no unos años.
De lo que estamos seguros es de la forma de la apuesta, no del tamaño de la ventaja. La categoría es la correcta: la conectividad pasa cada prueba que importa para una compra autónoma, y la mayoría de las alternativas fallan al menos en una. Los puntos de fricción se conocen y se pueden resolver individualmente. Y los proveedores que venden datos a la vieja usanza — SKU de paquetes, registro obligatorio, formularios de tarjeta, activación solo por QR — están optimizados para un comprador que está a punto de dejar de ser el único comprador. Preferimos llegar temprano y ser honestos sobre las carencias que llegar tarde y pulidos. Para un mano a mano más afilado sobre dónde aún gana el modelo heredado, la comparativa Roamzy vs Airalo no se corta.
Hacia dónde va esto
La primera compra que haga un agente será una aburrida. Ese es el punto. La conectividad es la rampa de entrada, no el destino — pero es la rampa de entrada a la que se incorpora casi todo lo demás. Una vez que un agente puede poner de forma fiable un dispositivo en una red en cualquier parte del mundo, dentro de un presupuesto, sin un humano en la página de pago, las tareas interesantes se desbloquean solas: el agente de viajes que aprovisiona datos antes del viaje en lugar de dejar al usuario varado en llegadas; el agente de flotas que recarga un sensor en un campo de otro país; el asistente personal que mantiene a su humano en línea mientras cruza una frontera, sin que se lo pidan.
Los datos son lo menos emocionante de la lista de lo que los agentes comprarán. Son también aquello de lo que depende el resto de la lista. Así suele funcionar la infraestructura.
Preguntas que hacen los desarrolladores
¿Necesita un agente una cuenta de Roamzy para comprar? No. Un agente llama al endpoint de sesión anónima y puede tarificar y comprar de inmediato. Reclamar la sesión para una identidad real es opcional y ocurre a posteriori, con un código de un solo uso más inicio de sesión con Google o Telegram.
¿Cómo se mantiene un agente dentro de un presupuesto? Cada token tiene un tope diario y mensual, un techo de enfriamiento en los tokens nuevos, y una puerta de transacción grande que devuelve al humano las compras inusualmente grandes. El presupuesto restante se devuelve en cada llamada, para que el agente razone sobre él en lugar de descubrirlo fallando.
¿Cuál es la forma más barata de integrar? El endpoint MCP remoto — conéctate por URL, sin paquete que instalar, doce herramientas disponibles de inmediato. La página de instalación y la guía para desarrolladores cubren tanto la ruta remota como la de stdio, y la visión general para agentes es el resumen de una página de cómo encaja todo el conjunto.