Stripe anunció el 19 de agosto que acordó comprar OpenRouter. En su propio comunicado no puso el precio.

El número que circula lo reportó el Financial Times y anda por los 8.000 millones de dólares. OpenRouter había levantado plata pocos meses antes a una valuación de 1.300 millones.

Ese múltiplo no se paga por enrutar consultas.

Lo que cambió de manos fue el punto de medición

Cuando una empresa usa cuatro proveedores de modelos, tiene cuatro facturas, cuatro formatos de reporte y ninguna respuesta clara a la pregunta de cuánto costó procesar una factura de proveedor o atender un ticket. El gasto está, pero está agregado por vendedor y no por trabajo.

OpenRouter se sienta justo en ese hueco. Cada consulta pasa por ahí, y ahí queda registrado qué modelo la atendió, cuánto tardó y cuánto costó.

Patrick Collison, cofundador y director ejecutivo de Stripe, lo dijo en el anuncio casi sin adornos. Habló de los tokens como la moneda central de las empresas que construyen con IA, y de que el potencial económico real va a depender de usar bien un recurso de cómputo que es escaso.

Léelo otra vez con el ojo de Stripe. Es la empresa que se hizo grande cobrando una fracción de cada transacción porque estaba parada en el lugar por donde pasaba el dinero. Acaba de comprar el lugar por donde pasan los tokens.

Nosotros venimos insistiendo con esto desde otro ángulo en el precio por token miente y hay que medir por trabajo. Lo que hizo Stripe es la versión con chequera de ese mismo argumento.

Qué es OpenRouter, en concreto

Conviene bajarlo a lo que hace, porque el nombre suena a plomería y el negocio no lo es.

Según el comunicado de Stripe, OpenRouter enruta consultas entre más de 400 modelos de más de 80 proveedores. Evalúa cada solicitud y la manda al modelo que conviene según complejidad, precio, velocidad y confiabilidad. Entre sus clientes están NVIDIA, Zoom y Lovable.

Alex Atallah, cofundador y director ejecutivo de OpenRouter, describió la compra apoyándose en la neutralidad de Stripe, en que llevan más de una década construyendo infraestructura que no compite con sus clientes. Es una frase de comunicado y aun así apunta a lo que hace funcionar al producto: si el que enruta tiene un modelo propio que empujar, el enrutamiento deja de ser creíble.

Eso, dicho sea de paso, es un criterio que le sirve a cualquiera que esté evaluando una capa intermedia de IA. Pregúntate siempre quién gana si el enrutador se equivoca a favor de un proveedor.

El enrutamiento se abarata solo

Enrutar entre modelos es una función valiosa y también fácil de copiar. Hay librerías de código abierto que hacen una versión decente en una tarde. En cuanto tres empresas ofrecen lo mismo, el precio del enrutamiento tiende a cero, porque nadie paga una prima por elegir el modelo barato.

El análisis de Semafor lee la operación así, y me convence: Stripe estaría tratando el enrutamiento como servicio commodity de margen bajo, y apuntando a monetizar lo que lo rodea. Facturación. Impuestos. Fraude. Liquidación con stablecoins. Tesorería. Eventualmente financiamiento.

Todo eso necesita una sola cosa para funcionar, y es un registro confiable de consumo por cliente. El mismo dato que le permite a Stripe hoy decirle a un comercio cuánto vendió, mañana le permite decirle a una empresa de software cuánto le costó atender a cada uno de sus usuarios.

Y de ahí sale algo que casi ninguna empresa de software puede calcular hoy con precisión: la rentabilidad por cliente cuando el costo variable es inferencia. Lo escribimos cuando el costo dejó de ser el freno natural de tu IA. Mientras el modelo era caro, el presupuesto ordenaba el uso. Ahora que bajó, hay que ordenarlo a mano.

Si tu empresa ya paga tres proveedores de modelos

Hazte una prueba corta esta semana. Toma un proceso que ya corra con IA, uno solo, el que más volumen tenga. Y responde cuánto costó ejecutarlo la última vez. No el mes de OpenAI ni el mes de Anthropic. Ese proceso, esa corrida.

Si la respuesta tarda más de diez minutos en aparecer, no tienes un problema de herramienta. Tienes el gasto agregado por proveedor en vez de por trabajo, que es exactamente el hueco que Stripe acaba de comprar por miles de millones.

La reacción instintiva va a ser buscar una plataforma que lo resuelva. Sirve más empezar por decidir cuál es la unidad de trabajo que quieres poder costear, porque esa decisión no la toma ninguna herramienta por ti y define todo lo que viene después. Una factura procesada. Un ticket cerrado. Un documento revisado. Elige una, instrumenta esa, y recién ahí compara plataformas.

Cuando tengas el número de un solo proceso, el resto del argumento se arma solo frente a tu junta.

Instrumentemos un proceso para que tenga costo por trabajo