OpenRouter permite elegir proveedores por modelo, pero implica variaciones de comportamiento
El endpoint único de OpenRouter oculta diferencias entre backends; la opción provider.only permite controlarlo.
OpenRouter sigue promocionándose como un punto único de acceso que elige automáticamente el backend más barato y disponible para cada solicitud. En la práctica, esa abstracción puede generar comportamientos inesperados porque cada proveedor ejecuta su propio software de inferencia, con distintas optimizaciones, configuraciones y, en algunos casos, funcionalidades limitadas.
Mohamed Moustafa alerta que la misma llamada a la API de OpenRouter puede producir respuestas diferentes según el backend al que se haya encaminado. Por ejemplo, algunos proveedores no ofrecen capacidades de visión para modelos multimodales, y la forma en que procesan la opción reasoning effort varía. Estas diferencias pueden romper la reproducibilidad de pruebas y complicar la depuración de aplicaciones que dependen de resultados consistentes.
Afortunadamente, OpenRouter expone el parámetro provider.only, que permite forzar el enrutamiento a un backend concreto. Con esta opción, el desarrollador especifica el nombre del proveedor y evita que la solicitud sea redirigida a un backend que no cumpla los requisitos del proyecto. La lista de proveedores disponibles para un modelo concreto se obtiene mediante el método /endpoints, que devuelve un catálogo de backends compatibles con el identificador de modelo.
Para usar la restricción, basta con añadir provider.only=<nombre> a la petición. La documentación oficial detalla la sintaxis y los valores aceptados Documentación oficial. La respuesta del endpoint /endpoints muestra, entre otros, si el proveedor soporta visión o qué opciones de razonamiento están disponibles Método /endpoints.
El debate sobre estas limitaciones ya se está discutiendo en la comunidad; un hilo de Hacker News recoge experiencias de usuarios que han tenido que ajustar sus pipelines para manejar la variabilidad de los backends Hacker News.
En conclusión, OpenRouter ofrece comodidad al centralizar el acceso a múltiples LLM, pero los equipos deben ser conscientes de la posible heterogeneidad entre proveedores. Usar provider.only y consultar /endpoints son prácticas recomendadas para garantizar que la infraestructura de IA se comporte de forma predecible.
