OpenRouter y las trampas del enrutamiento automático de IA

Por qué 8 millones de developers ya enrutan por OpenRouter

OpenRouter se convirtió en poco más de tres años en una de las capas de infraestructura más usadas del stack de IA. Lanzada en 2023 por Alex Atallah —cofundador de OpenSea— y Louis Vichy, la plataforma expone un único endpoint compatible con la API de OpenAI y, detrás de ese punto de entrada, enruta peticiones a más de 400 modelos de proveedores como Anthropic, Google, OpenAI, xAI, DeepSeek y Alibaba Qwen. Según TechTimes, en mayo de 2026 OpenRouter movía 25 billones de tokens por semana —cinco veces más que seis meses antes— y contaba con 8 millones de usuarios en todo el mundo.

La promesa comercial es directa: ahorras integraciones, ahorras cuentas de facturación y, sobre todo, dejas que OpenRouter elija el proveedor más barato disponible para cada petición, con failover automático cuando uno se cae. Sobre esa base, una capa de routing bien configurada puede recortar entre un 30% y un 50% el coste por consulta, según el análisis publicado por varios equipos de ingeniería que usan la plataforma y recogido por TechTimes.

Las trampas que Mohamed Moustafa destapó

El desarrollador Mohamed Moustafa publicó un post en su blog —que Simon Willison amplifica este 11 de septiembre— donde enumera los problemas prácticos que aparecen cuando se usa OpenRouter con el routing por defecto activado:

🤖 La IA no es solo para leer sobre ella

En la comunidad la aplicamos: automatización, agentes IA y herramientas reales para emprender, no solo para informarte.

👥 Aplicarla en la comunidad

Mismo modelo, comportamiento distinto. Cada proveedor corre su propio software de serving, con optimizaciones y ajustes diferentes. Un mismo model_id puede comportarse de forma desigual según qué backend lo sirva en ese momento.
Visión que no es visión. Algunos proveedores conectados al catálogo no soportan imágenes para modelos que sí son multimodales. Si tu app depende de entradas visuales, el routing por defecto puede devolverte una respuesta vacía o un error sin que el identificador del modelo haya cambiado.
Reasoning effort procesado de forma desigual. El parámetro que controla el esfuerzo de razonamiento se procesa distinto según el backend. Lo que para ti es "alto" en un proveedor puede terminar mapeando a "medio" en otro.
Latencia impredecible. Al no controlar qué proveedor responde, no puedes ajustar SLA ni acotar el peor caso de latencia para una función crítica de tu producto.

Cómo recuperar el control del routing

La buena noticia es que OpenRouter expone dos mecanismos para dejar de depender del routing mágico:

provider.only: la documentación oficial de OpenRouter explica cómo restringir las peticiones a un conjunto concreto de proveedores. Si sabes que tu modelo solo funciona bien con el serving de un proveedor, lo bloqueas y eliminas la lotería.
El endpoint /endpoints: este método de la API devuelve la lista de proveedores disponibles para un identificador de modelo concreto. Antes de lanzar una integración, puedes consultarlo y diseñar tu fallback manualmente.

En la práctica, lo que Moustafa propone es convertir OpenRouter en un router configurable, no en una caja negra: tú decides qué proveedor responde cada petición y bajo qué condiciones se hace el failover.

El contexto del mercado: US$113M, 25 billones de tokens y una posible venta a Stripe

La discusión sobre fiabilidad no es académica. OpenRouter cerró una Serie B de US$113M el 26 de mayo de 2026, liderada por CapitalG —el fondo de crecimiento independiente de Alphabet—, con una valoración aproximada de US$1.300M, según TechTimes. A la ronda se unieron NVentures (NVIDIA), ServiceNow Ventures, MongoDB Ventures, Snowflake Ventures y Databricks Ventures, además de Andreessen Horowitz, Menlo Ventures y Sequoia como inversores previos. Once meses antes, la Serie A había cerrado en torno a US$547M post-money, de acuerdo con datos de PitchBook citados por TechTimes.

Sobre esa base, un reporte de Bloomberg del 16 de agosto de 2026, recogido por Yahoo Finance, apuntó que Stripe habría alcanzado un acuerdo para adquirir OpenRouter por más de US$7.000M. Un portavoz de Stripe dijo a TechCrunch que la compañía no comenta rumores ni especulaciones, por lo que la operación sigue sin confirmación oficial.

Dos cifras más ayudan a dimensionar el tráfico que pasa por la plataforma. Una investigación de CNBC del 7 de julio de 2026 reportó que los modelos de origen chino representaban el 46% del consumo de tokens enterprise en OpenRouter en Estados Unidos. Y el informe F5 2026 State of Application Strategy encontró que el 78% de las organizaciones ya operan sus propios servicios de inferencia, con un promedio de siete modelos distintos evaluados o en producción simultáneamente. IDC, en su 2026 AI and Automation FutureScape, proyectó que para 2028 el 70% de las empresas líderes en IA usarán arquitecturas de enrutamiento multi-modelo, según recoge TechTimes.

Qué significa esto para tu startup

Si tu producto depende de un modelo de lenguaje a través de OpenRouter, esta alerta cambia tres decisiones técnicas que puedes aplicar esta semana:

Audita qué proveedor sirve cada modelo en producción. Llama al endpoint /endpoints para cada model_id que uses y compara latencia, soporte de vision y comportamiento del parámetro de razonamiento entre proveedores. Congela esa configuración con provider.only en los entornos donde no puedas permitirte variabilidad.
Diseña el fallback a mano, no delegues en el routing automático. Si tienes una ruta de usuario que no puede fallar —generación de copia para un email transaccional, por ejemplo—, reserva un proveedor secundario con SLA conocido y un timeout explícito. El failover mágico sirve para experimentación, pero no para producción regulada.
Separa el routing barato del routing fiable. Una arquitectura con dos capas —un router que elige entre modelos según costo para tareas no críticas y otro que fija proveedor para tareas críticas— te permite aprovechar el descuento del 30% al 50% en coste por consulta que reporta el routing bien configurado, sin pagar el peaje de variabilidad que Moustafa documenta.

El ecosistema de gateways se está consolidando rápido. Portkey fue adquirido por Palo Alto Networks el 30 de abril de 2026 para integrarlo en Prisma AIRS, y alternativas como OrcaRouter —que lanzó Free BYOK el 24 de julio de 2026— y RouterBase —más de 200 modelos en agosto de 2026— están atacando los mismos problemas desde ángulos distintos. La capa de routing ya no es un detalle técnico: es infraestructura crítica, y como toda infraestructura crítica, exige control explícito.