LiteLLM vs OpenRouter: costos, claves y control de datos

Compara LiteLLM y OpenRouter: costos, claves, límites y manejo de datos. Incluye un cálculo mensual con créditos y BYOK y criterios para elegir o migrar.

Publicado el

LiteLLM vs OpenRouter: costos, claves y control de datos

Elige LiteLLM si necesitas operar el gateway y mantener las credenciales de los proveedores dentro de tu infraestructura. Elige OpenRouter si prefieres un servicio de enrutamiento alojado y una facturación unificada de los modelos: las compras de créditos del plan Standard llevan una comisión del 5.5%, mientras que el software de código abierto de LiteLLM tiene un costo de licencia de $0. En la comparativa LiteLLM vs OpenRouter, la decisión depende de quién opera el gateway, qué cuenta paga la inferencia y si el ahorro en comisiones compensa el costo de operarlo.

LiteLLM vs OpenRouter: ¿cuál conviene elegir?

OpenRouter es la mejor opción para quien desarrolla un producto y quiere acceder a varios proveedores sin operar otro servicio. LiteLLM es la mejor opción cuando el gateway, las credenciales y las políticas de tráfico deben ejecutarse en una infraestructura bajo control propio. Un volumen alto de uso no basta para decidir: usar claves propias en OpenRouter tiene una estructura de costos distinta de la compra de créditos de inferencia.

Un gateway de IA actúa como intermediario entre tu producto y los proveedores de modelos. Esta comparativa analiza Proxy Server de LiteLLM, alojado en infraestructura propia, más allá de su SDK de Python, y el servicio alojado de OpenRouter, tanto con facturación mediante créditos como con claves propias, o BYOK.

Precios y documentación verificados el 12 de octubre de 2026, incluidas las tarifas vigentes de LiteLLM y las tarifas vigentes de OpenRouter. El ejemplo de facturación que aparece más abajo se calcula a partir de esas tarifas publicadas. No se realizó ninguna prueba con una cuenta autenticada ni un benchmark de latencia.

Pregunta para decidirLiteLLM ProxyOpenRouter
¿Quién opera el gateway?Tú lo despliegas y lo operas.OpenRouter opera el servicio de enrutamiento alojado.
Costo inicial del gatewayOpen Source: licencia de $0; la infraestructura y el mantenimiento se pagan aparte. Enterprise: cotización anual.Compras de créditos Standard: 5.5%, con un mínimo de $0.80. BYOK tiene su propio tramo sin comisión y su propia tarifa.
¿Quién paga al proveedor del modelo?La cuenta del proveedor que hayas configurado.El uso con créditos se factura a través de OpenRouter; BYOK utiliza tu cuenta del proveedor y suma la comisión de OpenRouter que corresponda.
Rutas de respaldo ante fallosGrupos de modelos, reintentos y rutas de respaldo configurables.Respaldo entre proveedores y una lista ordenada de modelos alternativos.
Presupuestos y límites de uso por clavePresupuestos para claves virtuales y límites de solicitudes y tokens por minuto.Límites de gasto por clave y periodos de restablecimiento; límites de uso del proveedor y de la plataforma. La documentación de creación de claves no incluye controles RPM/TPM por clave configurables por el usuario.
RegistrosRegistro de solicitudes y respuestas, seguimiento del gasto y destinos configurables.Registros de actividad y exportación; el registro privado de entradas y salidas requiere activación expresa.
CachéCaché de respuestas con almacenamiento local, Redis y otros sistemas documentados.Caché de prompts del proveedor y caché de respuestas del gateway con activación expresa.
Catálogo de modelosIntegraciones con 100+ proveedores; configuras los accesos que tengas.El catálogo de pago incluye 500+ modelos de 80+ proveedores.
Posible motivo para descartarloLa disponibilidad y la configuración son tu responsabilidad; los presupuestos necesitan una base de datos.El gateway alojado sigue formando parte del recorrido de la solicitud, incluso con BYOK.

Las funciones de la tabla se basan en la arquitectura de LiteLLM, el esquema de claves de OpenRouter y la documentación específica de enrutamiento, registros y caché citada más adelante. El número de integraciones con proveedores y el de modelos disponibles para comprar miden cosas distintas; ninguna de esas cifras garantiza que esté disponible la combinación exacta de modelo, región y funciones que necesitas.

Para un producto pequeño sin una persona a cargo de la plataforma, empieza con OpenRouter, salvo que el paso de las solicitudes por un servicio alojado incumpla un requisito concreto. Si el producto ya opera infraestructura compartida y necesita imponer límites de uso por clave de forma centralizada, elige LiteLLM. Si está creciendo y tiene contratos negociados con proveedores, compara OpenRouter BYOK con LiteLLM, sin aplicar la comisión de compra de créditos a ambas opciones.

¿Quién guarda las claves, factura y reenvía las solicitudes?

LiteLLM te permite controlar el gateway; OpenRouter te ofrece un intermediario gestionado. BYOK cambia la credencial que se utiliza ante el proveedor y quién paga, pero el intermediario sigue presente.

LiteLLM: tu gateway y tus cuentas de proveedor

LiteLLM es un gateway de código abierto que despliegas entre tu aplicación y sus proveedores de modelos. Según el recorrido que describe su documentación, valida una clave virtual, aplica presupuestos y límites de uso, enruta la solicitud y la adapta al formato de la API del proveedor. Una clave virtual es una credencial de aplicación emitida por el gateway; así, la aplicación no necesita manejar la clave secreta de cada proveedor. Arquitectura de solicitudes de LiteLLM.

Página pública de precios de LiteLLM con los planes Open Source y Enterprise
Precios de LiteLLM

La inferencia se cobra a las cuentas de proveedor que hayas configurado. El gateway necesita un presupuesto operativo propio: cómputo, la base de datos que sustenta las claves y el seguimiento del gasto, y cualquier infraestructura de caché o de límites de uso compartidos que despliegues. La documentación de despliegue en producción describe esos componentes, pero no ofrece una factura de alojamiento válida para todos los casos.

Ganador en control de credenciales y despliegue: LiteLLM. Descártalo si nadie va a responsabilizarse de las actualizaciones, la disponibilidad de la base de datos y las solicitudes fallidas. Que el software sea gratuito no resuelve esa responsabilidad.

OpenRouter: enrutamiento alojado con distintas formas de pagar

OpenRouter combina un gateway alojado con un catálogo de modelos. Si compras créditos, tu aplicación utiliza una clave de OpenRouter y el consumo se descuenta de ese saldo. Con BYOK, proporcionas las credenciales del proveedor; OpenRouter afirma que las cifra y las utiliza para enviar solicitudes al proveedor indicado. La inferencia se cobra a la cuenta del proveedor, mientras que las comisiones de enrutamiento que correspondan se descuentan de los créditos de OpenRouter. Documentación de BYOK de OpenRouter.

Tabla pública de precios de OpenRouter para Standard, Business y Enterprise
Precios de OpenRouter

La opción predeterminada que conviene revisar es el respaldo mediante capacidad compartida. Cuando una clave BYOK prioritaria no puede atender una solicitud, OpenRouter puede recurrir a su propia capacidad y consumir tus créditos de OpenRouter. El ajuste más restrictivo por proveedor es No usar nunca capacidad compartida para ningún modelo de este proveedor. Otros proveedores aún pueden atender la solicitud si no restringes también la lista de proveedores permitidos. Este ajuste determina quién paga, además de cómo se mantiene la disponibilidad.

Ganador en acceso inmediato al catálogo, compras unificadas y operación del gateway: OpenRouter. Elige BYOK si necesitas conservar tus cuentas de proveedor, pero decide expresamente si una ruta de respaldo puede trasladar el cargo a OpenRouter.

Dos recorridos de solicitud: LiteLLM se sitúa dentro de la infraestructura de la aplicación, antes de un proveedor remoto; OpenRouter queda fuera de ella, incluso con BYOK
El alojamiento propio cambia quién controla el gateway. BYOK cambia la credencial del proveedor, pero la solicitud sigue pasando por el servicio alojado.

Precios de OpenRouter: compra de créditos y BYOK

OpenRouter cobra por cargar créditos y, una vez superado un tramo sin comisión, por el enrutamiento BYOK. Son cargos independientes. Sus preguntas frecuentes indican una comisión del 5.5%, con un mínimo de $0.80 por compra de créditos, y una comisión del 5% para pagos con criptomonedas. Los precios de inferencia del proveedor se trasladan sin recargo. Preguntas frecuentes sobre las comisiones de OpenRouter.

La tabla de planes vigente indica 5.5% para Standard y 8% para Business. Ambos incluyen $25,000 mensuales de inferencia a precio de lista sin comisión BYOK y, a partir de ahí, una comisión del 5%. Las condiciones de Enterprise se personalizan. El ejemplo de facturación utiliza Standard; su porcentaje no debe aplicarse a Business. Tabla de planes vigente.

La base de cálculo de la comisión BYOK es lo que normalmente costarían ese mismo modelo y proveedor en OpenRouter. No coincide necesariamente con la factura con descuento que te emita el proveedor. El tramo sin comisión se mide por el valor de la inferencia, no por el número de solicitudes, y la comisión se descuenta de los créditos de OpenRouter. Cómo se calcula la comisión BYOK.

Para profundizar en los cargos por recarga y consumo, consulta nuestra guía de precios de OpenRouter.

LiteLLM: planes Open Source y Enterprise

LiteLLM Open Source no cobra licencia, tampoco para usarlo en producción. La página de precios incluye claves virtuales, seguimiento del gasto, presupuestos, límites de uso, rutas de respaldo, registros de solicitudes y respuestas, y métricas de Prometheus. Estas funciones no están reservadas a Enterprise. Planes de LiteLLM.

Enterprise añade controles de identidad y de organización, como SSO/SCIM, autenticación OIDC/JWT, registros de auditoría, gestores de secretos y rotación de claves, además de soporte y opciones de despliegue. La tarifa es anual y depende de la capacidad de solicitudes del gateway, la arquitectura y las necesidades de soporte, en lugar del gasto en tokens. No hay un importe público en dólares que permita incorporarlo a una comparativa mensual rigurosa; utiliza tu cotización.

Cuánto pagarías al mes con poco uso y al crecer

En un ejemplo de $50,000 mensuales de inferencia a precio de lista, los créditos Standard cuestan $52,750; usar exclusivamente BYOK en Standard cuesta $51,318.75, bajo los supuestos de recarga que se detallan a continuación. LiteLLM Open Source cuesta $50,000 más tus costos operativos. Son cálculos, no paquetes comerciales ni cargas de trabajo medidas.

Tomemos los mismos modelos, proveedores y proporciones de tokens para obtener un valor mensual de inferencia B comparable. El caso de uso pequeño es de $100; el caso de crecimiento, de $50,000, el doble del tramo BYOK sin comisión publicado. Suponemos que las facturas del proveedor coinciden con los precios de lista, sin ahorro por caché ni descuentos negociados, sin recurrir a capacidad compartida como respaldo y con una única recarga Standard que no se paga con criptomonedas y cuyos créditos se consumen por completo. Los impuestos y los extras opcionales quedan fuera de esta comparativa.

Llamemos H a tu costo mensual real de alojamiento y mantenimiento de LiteLLM. No lo sustituyas por una estimación inventada del precio de un servidor.

Costo mensualUso pequeño: B = $100En crecimiento: B = $50,000
LiteLLM Open Source$100 + H$50,000 + H
Créditos OpenRouter Standard$105.50$52,750
OpenRouter Standard BYOK$100$51,318.75

El cálculo utiliza la comisión de compra de créditos y el tramo BYOK sin comisión vigente. Se supone que, en un mes de uso exclusivamente BYOK, no hace falta comprar créditos si no hay ninguna comisión de enrutamiento que pagar.

Para la carga en crecimiento pagada con créditos, compras $50,000 en créditos y sumas $50,000 × 5.5% = $2,750. Desembolso total: $52,750.

Para esa misma carga con BYOK, la factura del proveedor es de $50,000. La comisión de enrutamiento se aplica a la inferencia que supera el tramo sin comisión: ($50,000 − $25,000) × 5% = $1,250. Comprar créditos Standard para pagar esa comisión añade $1,250 × 5.5% = $68.75. Total: $50,000 + $1,250 + $68.75 = $51,318.75. La comisión de recarga es una consecuencia de pagar las comisiones BYOK con créditos comprados; no es otra comisión sobre la factura del proveedor.

Con $50,000 de inferencia a precio de lista, las comisiones calculadas del gateway ascienden a $2,750 con créditos Standard y a $1,318.75 con Standard BYOK; la licencia de LiteLLM sigue sin costo, antes de sumar los gastos operativos
Comisiones calculadas con los supuestos de recarga Standard indicados. Se excluyen los costos de inferencia comunes y los gastos de alojamiento, mantenimiento y licencia Enterprise de LiteLLM.

El punto de equilibrio depende de cómo usarías OpenRouter

Frente a los créditos Standard, LiteLLM permite ahorrar cuando H es menor que la comisión de compra de créditos que dejarías de pagar. Por encima del tramo en el que se aplica la comisión mínima, el punto de equilibrio es B = H ÷ 0.055. Con el uso pequeño, solo dispones de $5.50 de ahorro para cubrir H; con el uso en crecimiento, de $2,750.

Frente al uso exclusivo de Standard BYOK, no hay ahorro en comisiones de enrutamiento por debajo del tramo sin comisión. Por encima de ese tramo, cuando la comisión porcentual de recarga supera el mínimo, el punto de equilibrio es B = $25,000 + H ÷ 0.05275. Con el uso en crecimiento, operar LiteLLM debe costar menos de $1,318.75 al mes para que resulte más barato considerando solo estos costos. Una licencia Enterprise convierte H en H más la parte mensual de tu cotización real.

Los descuentos de los proveedores, los precios de los modelos, los importes de las compras de créditos o el uso de rutas de respaldo pueden cambiar la factura. El número de solicitudes por sí solo no permite calcular este punto de equilibrio, porque cada solicitud puede tener un costo distinto en tokens.

Respaldo ante fallos, presupuestos y caché: ¿qué opción gana en cada caso?

LiteLLM gana cuando necesitas operar los controles dentro de tu propio gateway; OpenRouter gana cuando quieres utilizar el enrutamiento sin mantener ese gateway. Lo decisivo es cómo se configura cada función y qué abarca, más allá de que una tabla marque que tiene «respaldo ante fallos».

Enrutamiento y respaldo: OpenRouter como opción gestionada

El enrutador de proveedores de OpenRouter permite establecer un orden de prioridad, una lista de proveedores permitidos y el control allow_fallbacks. Por separado, el array models prueba modelos alternativos cuando el principal no puede atender la solicitud. La distinción importa: cambiar de proveedor para un mismo modelo y cambiar de modelo son decisiones de producto diferentes. Enrutamiento de proveedores, modelos de respaldo.

LiteLLM documenta reintentos dentro de un grupo de modelos configurado y rutas de respaldo hacia otro grupo. Esos despliegues y sus reglas quedan bajo tu responsabilidad. Arquitectura de enrutamiento de LiteLLM.

Ganador: OpenRouter para quien busca un servicio gestionado de recuperación ante fallos. Elige LiteLLM cuando los destinos de respaldo aprobados sean despliegues que ya administras. Ni una lista de rutas de respaldo ni esta comparativa demuestran una ventaja de latencia.

Presupuestos y límites por clave: LiteLLM para controlar el tráfico

LiteLLM ofrece controles de presupuesto y límites de solicitudes por minuto (RPM) y tokens por minuto (TPM) para las claves virtuales. Un límite de gasto controla el costo acumulado; un límite de uso controla la velocidad a la que una aplicación puede consumir capacidad. Un cliente puede mantenerse dentro de su presupuesto mensual y, aun así, provocar una ráfaga de tráfico no deseada. Controles de presupuesto y límites de LiteLLM.

La limitación concreta es la dependencia de una base de datos. La documentación de LiteLLM indica expresamente que los presupuestos no limitan el uso en un despliegue sin base de datos: la comprobación del presupuesto global permite continuar si falla, y los presupuestos por clave, usuario y equipo no están disponibles. Escribir un presupuesto en el archivo de configuración no basta si falta el servicio del que depende.

OpenRouter documenta límites en dólares por clave, periodos de restablecimiento y el ajuste include_byok_in_limit. Su esquema de creación de claves no incluye campos RPM/TPM por clave configurables por el usuario, mientras que su página de límites describe controles de capacidad de la plataforma y de los proveedores. Un límite de gasto por clave no equivale a un límite de tráfico específico para una aplicación. Controles de claves, límites de uso y presupuesto.

Ganador: LiteLLM cuando necesitas reglas de gasto y de tráfico por clave. OpenRouter ofrece controles de gasto, pero debes comprobar que el alcance documentado corresponda a la cuenta que paga.

Registros y caché: LiteLLM para controlar el almacenamiento

LiteLLM permite elegir destinos para los registros y ocultar el contenido de los mensajes conservando los metadatos de gasto. Su caché de respuestas admite almacenamiento local, Redis y otros sistemas documentados; la caché por coincidencia exacta reutiliza una respuesta cuando la solicitud es idéntica. Controles de registro, sistemas de almacenamiento de caché.

OpenRouter ofrece registros privados de entradas y salidas que requieren activación expresa. También documenta la caché de respuestas del gateway, que puede devolver una respuesta guardada ante una solicitud idéntica sin llamar al proveedor, y la distingue de la caché de prompts del proveedor, que reutiliza el procesamiento del prompt dentro del proveedor. La caché de respuestas está desactivada hasta que se habilita y su alcance se limita a la clave de API. Registros privados, caché de respuestas, caché de prompts.

Ganador: LiteLLM para elegir dónde se guardan los registros y la caché del gateway. OpenRouter es la opción alojada más sencilla. Antes de adoptarlo, conviene decidir si encaja esta limitación de su caché: la retención cero de datos a nivel de cuenta desactiva la caché de respuestas, mientras que el parámetro provider.zdr por solicitud no cambia si esta puede usar la caché. Exigir un proveedor que no retenga datos no desactiva por sí solo la retención en la caché de respuestas del gateway.

Manejo de datos: controlar el gateway no garantiza que los datos no salgan

LiteLLM elimina del recorrido al proveedor de un gateway alojado, pero la inferencia remota sigue siendo remota. Su página de seguridad afirma: «Cuando lo alojas en tu propia infraestructura, no se almacenan datos ni telemetría en los servidores de LiteLLM». Su arquitectura sigue reenviando las solicitudes a los proveedores de modelos que elijas. Seguridad de LiteLLM, recorrido de las solicitudes.

Eso te da control sobre el proxy, sus registros y los destinos que configures. Siguen siendo aplicables la política del proveedor del modelo y la de cualquier servicio externo de registro que actives.

OpenRouter declara: «La retención de prompts en OpenRouter siempre requiere activación expresa». Distingue entre los registros privados para depuración y el permiso para utilizar entradas y salidas con el fin de mejorar su producto; ambas opciones están desactivadas de forma predeterminada. Almacena metadatos de las solicitudes y describe un proceso de muestreo de una pequeña cantidad de prompts para clasificarlos mediante un modelo con una política de retención cero de datos. Según indica, si no se activa el uso de entradas y salidas, las categorías se guardan de forma anónima y no se vinculan a tu cuenta ni a tu identificador de usuario. Recopilación de datos de OpenRouter.

El proveedor del modelo constituye otro ámbito que hay que revisar. OpenRouter documenta por separado las políticas de retención y de entrenamiento, y permite filtrar endpoints con retención cero de datos, o ZDR. No entrenar con los datos y no conservarlos son compromisos distintos. Su documentación de ZDR también advierte que los plugins y las herramientas activados pueden tener sus propias políticas de retención. Políticas de los proveedores, controles ZDR.

Ganador para controlar el manejo de datos del gateway: LiteLLM. OpenRouter puede encajar en una política que permita servicios alojados, pero conviene evaluar por separado el gateway, el proveedor, la caché y las herramientas activadas. «BYOK» por sí solo no resuelve ninguna de esas dudas sobre retención.

Cómo migrar de OpenRouter a LiteLLM, o a la inversa

El costo de migrar está en reconstruir las políticas y la contabilidad alrededor de la API, más allá de cambiar su dirección. Que el formato de las solicitudes sea compatible no traslada los contratos con proveedores, los presupuestos, los registros históricos ni las reglas de respaldo.

  1. Identifica quién paga y qué credencial utiliza cada ruta

    Si migras a LiteLLM, identifica las credenciales y cuentas de proveedor que sustituirán al acceso mediante créditos. Si migras a OpenRouter, elige entre créditos comprados y BYOK, y especifica si se permite recurrir a capacidad compartida para pagar las solicitudes de respaldo.

  2. Documenta los modelos y su comportamiento

    Registra los identificadores o alias de modelos que utiliza tu producto, los proveedores permitidos, los parámetros de solicitud admitidos y los destinos de respaldo. Conserva el comportamiento que la aplicación espera del modelo, sin tratar todas las entradas del catálogo como si fueran intercambiables.

  3. Reconfigura los presupuestos, los límites y la retención

    Traslada la política de gasto de cada clave, su periodo de restablecimiento y los controles de tráfico necesarios. En LiteLLM, incluye la base de datos que requieren los presupuestos. En OpenRouter, decide qué presupuestos deben contabilizar BYOK. Documenta la retención de registros y caché por separado de la retención del proveedor.

  4. Define el corte contable y cómo volver a la configuración anterior

    Conserva los registros de uso anteriores según tu política, registra el momento del cambio y mantén disponible la configuración de enrutamiento previa. Asigna a alguien la responsabilidad de conciliar las facturas de los proveedores y los créditos del gateway después de la migración.

No migres un producto pequeño que ya funciona con OpenRouter a LiteLLM solo para evitar una comisión menor que el costo de operar otro servicio. Tampoco traslades un despliegue de LiteLLM que funciona a un enrutador alojado si mantener el gateway bajo tu control es un requisito firme. Y no cambies solo porque un catálogo sea más amplio sin verificar los modelos y las funciones concretas que necesita tu producto.

También es posible usar ambos: LiteLLM documenta la integración de OpenRouter como proveedor. Esto permite conservar un punto de control local y utilizar el catálogo de OpenRouter, pero las solicitudes siguen pasando por OpenRouter y se mantienen las comisiones correspondientes. No convierte la inferencia alojada en un sistema completamente local.

Alternativas a OpenRouter: Vercel y Cloudflare

Vercel AI Gateway es la primera opción alojada con la que conviene comparar las comisiones; Cloudflare AI Gateway resulta relevante si sus controles encajan en tu infraestructura actual. En ambos casos sigue siendo necesario entender qué credencial determina quién paga.

Vercel AI Gateway publica que no aplica recargos sobre los tokens ni comisiones de plataforma, y que no cobra comisión de gateway por BYOK. BYOK requiere comprar créditos; si una solicitud BYOK falla, puede reintentarse con credenciales del sistema y cargarse al saldo del gateway. Su nivel gratuito incluye $5 al mes para modelos elegibles, pero comprar créditos elimina esa asignación gratuita mensual. Pueden seguir aplicándose comisiones de procesamiento de pagos y cargos por complementos opcionales. Precios publicados por Vercel.

Documentación de precios de Vercel AI Gateway con las condiciones de los créditos y de BYOK
Precios de Vercel AI Gateway

Cloudflare AI Gateway ofrece gratis sus funciones básicas de analítica, caché y límites de uso. Unified Billing añade un 5% a las compras de créditos: su ejemplo es $100 en créditos por un cargo de $105, y traslada los precios de inferencia del proveedor sin recargo. Los clientes nuevos que crearon su primer gateway el 24 de septiembre de 2026 o después se rigen por las tarifas de Workers Logs; por tanto, las funciones gratuitas del gateway no implican registros gratuitos ilimitados. Precios publicados por Cloudflare.

Documentación de precios de Cloudflare AI Gateway con las funciones básicas, los registros y las comisiones de Unified Billing
Precios de Cloudflare AI Gateway

Para esas nuevas cuentas de registros, Workers Paid incluye 20 millones de registros al mes y después cobra $0.60 por cada millón adicional; el plan Free indica 200,000 registros al día. Precios de Workers Logs. Nuestro artículo sobre cómo controlar quién paga en Cloudflare explica las reglas de credenciales, y nuestra comparativa de alternativas a OpenRouter amplía la selección de opciones.

Preguntas frecuentes antes de elegir

OpenRouter vs LiteLLM: ¿quién guarda mis claves de proveedor?

Con LiteLLM alojado en tu propia infraestructura, tú controlas las credenciales de proveedor del gateway. Con OpenRouter BYOK, entregas las claves de los proveedores al servicio alojado, que afirma cifrarlas. Si utilizas OpenRouter con créditos, no necesitas proporcionar la clave de cada proveedor.

¿Puedo conservar mis contratos con los proveedores si uso OpenRouter?

BYOK permite enviar solicitudes con tus cuentas de proveedor. La factura del proveedor, la comisión BYOK de OpenRouter calculada a precio de lista y el posible respaldo mediante capacidad compartida son conceptos de facturación independientes. El tramo sin comisión no hace que la inferencia del proveedor sea gratuita.

¿LiteLLM resulta más barato a medida que crece el uso?

Solo cuando su costo operativo, más la licencia Enterprise si la hay, es menor que las comisiones de OpenRouter que dejarías de pagar. Compara con la comisión BYOK si esa es tu alternativa; aplicar el porcentaje de compra de créditos a toda la factura del proveedor BYOK exagera el ahorro.

¿Puedo usar LiteLLM con OpenRouter?

Sí. LiteLLM documenta una integración con OpenRouter como proveedor. Mantienes las dos capas de enrutamiento, y con ellas los costos operativos correspondientes, las comisiones de OpenRouter y el paso de los datos por el servicio alojado.

Consigue AI Business Workflow Audit Checklist a través del boletín para identificar tus claves de proveedor, el gasto en modelos y quién se encarga de las rutas de respaldo antes de cambiar de gateway.

Publicado
Categoría
Build
Artículos relacionados
Modo Plan de Claude Code: revisa el enfoque antes de editar

Modo Plan de Claude Code: revisa el enfoque antes de editar

Aprende a usar el modo Plan de Claude Code, revisar propuestas y elegir permisos antes de implementar refactorizaciones, migraciones o nuevas funciones.12 oct 2026Build
Devin vs Claude Code: cuál elegir y cuánto pagar

Devin vs Claude Code: cuál elegir y cuánto pagar

Compara Devin y Claude Code: delegación en la nube, control del código, integraciones y costos mensuales para una persona o un equipo de cinco desarrolladores.12 oct 2026Build
Protocolo A2A: cómo delegar entre agentes y cuándo usar MCP

Protocolo A2A: cómo delegar entre agentes y cuándo usar MCP

Descubre cómo funciona el protocolo A2A, en qué se diferencia de MCP y cuándo combinarlos. Agent Cards, tareas, cambios de v1.0 y soporte en plataformas.12 oct 2026Build
Alternativas a Deno Deploy: qué plataforma elegir en 2026

Alternativas a Deno Deploy: qué plataforma elegir en 2026

Compara alternativas a Deno Deploy para migrar funciones, Deno KV, cron, colas y sitios estáticos, con precios y el trabajo que exige cada plataforma.12 oct 2026Build
Cómo crear un agente de IA con Claude Agent SDK

Cómo crear un agente de IA con Claude Agent SDK

Crea un agente de IA con Claude Agent SDK en Python o TypeScript. Aprende cuándo usarlo, cómo configurar herramientas y permisos, y cómo llevarlo a producción.12 oct 2026Build
Configurar tmux para usar Claude Code por SSH sin perder la sesión

Configurar tmux para usar Claude Code por SSH sin perder la sesión

Aprende a configurar tmux para usar Claude Code por SSH, retomar sesiones remotas y separar tareas con worktrees. Añade agentes cuando necesites coordinación.12 oct 2026Build
Ollama vs vLLM: cuál elegir para servir modelos de IA

Ollama vs vLLM: cuál elegir para servir modelos de IA

Compara Ollama y vLLM por concurrencia, memoria GPU y costos de operación. Decide cuándo mantener Ollama y cómo migrar a vLLM con un modelo y una API validados.12 oct 2026Build
Lovable vs Cursor: cuál elegir para crear y mantener tu app

Lovable vs Cursor: cuál elegir para crear y mantener tu app

Compara Lovable vs Cursor para crear tu MVP: precios en USD, alojamiento, mantenimiento y cómo pasar el código por GitHub sin rehacer toda la aplicación.11 oct 2026Build
Newsletter

Una carta, cada domingo.Sistemas que funcionan, no opiniones calientes.

Semanal. Sin spam. Cancele cuando quiera.