Alternativas a LiteLLM para aplicaciones de IA: control de gateway, facturación y margen

Elija LiteLLM alternativas según la responsabilidad que su aplicación de IA necesite cambiar. Compare Portkey, Cloudflare AI Gateway y OpenRouter para requisitos seleccionados de gateway o acceso gestionado; compare Lago cuando la capa faltante sea la facturación por uso. Evalúe ShareAI cuando una aplicación existente quiera inferencias elegibles pagadas a través de un acuerdo aprobado de Builder, con un recargo permitido en la aplicación y ganancias atribuidas.

Revisado el 23 de octubre de 2026. ShareAI publica esta comparación y opera un programa discutido. Las referencias oficiales actuales respaldan las características; las capturas de pantalla son capturas reales. El código ejecutado es un libro mayor sintético offline. No se realizó ninguna migración de proxy de producción, provisión de claves, prueba de explotación, factura de cliente, pago o evaluación comparativa de rendimiento.

LiteLLM ya documenta los costos de modelos personalizados, márgenes de proveedores, claves virtuales e integración de facturación. Una comparación que lo reduce a un adaptador de nombre de proveedor omite la superficie comercial y de control que los equipos ya pueden estar utilizando. Identifique la versión real del proxy, el alcance de la licencia, la configuración y el acuerdo de pago circundante antes de decidir qué debe preservar una alternativa.

Lo que LiteLLM ya admite para la comercialización

La referencia de precios personalizados describe anulaciones de costos, descuentos y mapeo de precios de proveedores. La guía de márgenes documenta tarifas porcentuales o de monto fijo para la facturación interna y la recuperación de costos. Razones para mantenerlo: evalúe esos controles existentes cuando la aplicación necesite su propio mapeo de precios y tenga un modelo operativo apropiado. Los márgenes de inferencia configurables no son capacidades exclusivas de ShareAI.

La guía de facturación describe un callback de Lago para la facturación de uso interno o externo, con atribución seleccionable para cliente, usuario o equipo. Ese es un camino de integración existente, no una prueba de una factura o pago completado automáticamente. Compare el mapeo de eventos real, el plan y la conexión de pago en lugar de afirmar que LiteLLM no puede participar en la facturación de clientes.

La licencia actual del repositorio distingue el directorio empresarial con licencia separada del contenido con licencia MIT fuera de sus restricciones especificadas. Verifique la versión y las características seleccionadas realmente. Una etiqueta de código abierto amplia no establece que cada control empresarial o servicio comercial esté incluido, y una tarifa de licencia es solo una parte del costo operativo.

Una aplicación de escritura multiusuario cambia el precio de su modelo personalizado.

Considere una aplicación de escritura hipotética con espacios de trabajo de clientes existentes. Su gateway emite claves de acceso para cada espacio de trabajo, enruta entre proveedores e incluye un modelo privado con un precio personalizado. Finanzas quiere asignar los costos generales de infraestructura y evaluar un margen de aplicación permitido en inferencias elegibles. Producto también necesita una regla clara para solicitudes que fallan después de generar parte de un borrador.

El cambio difícil es un nuevo modelo privado cuyo mapeo de precios está incompleto. La aplicación aún produce borradores, pero el gateway registra costo cero y el presupuesto configurado no detiene más trabajo. Por separado, un campo de solicitud controlado por el cliente puede reclamar la identidad de otro cliente si la integración de facturación lo confía sin validación. Un borrador exitoso y un gráfico de costos plausible no resuelven esos dos fallos.

Compare todo el recorrido: admisión confiable al espacio de trabajo, uso real del modelo, precio configurado, cargo aceptado al cliente y cobro. Preserve la tarea original del borrador y los intentos repetidos. Un reintento puede generar más consumo del proveedor sin entregar otro borrador útil. Una corrección explícita debería cambiar el registro comercial sin borrar lo que se ejecutó ni asignarlo silenciosamente a otro espacio de trabajo.

Compare alternativas por propiedad operativa y comercial.

La aplicación de escritura puede mantener un gateway operativo mientras evalúa otro recorrido de facturación o inferencia aprobada. Eso requiere una integración real y una explicación clara al usuario. No se implica un presupuesto sincronizado automáticamente, billetera compartida o conector nativo entre los productos. Asigne un único propietario a cada decisión de admisión, elemento de uso medido, cargo al cliente y corrección.

Rastrear un borrador desde la admisión al espacio de trabajo hasta el pago.

Mantenga esas observaciones vinculadas sin tratarlas como una única señal de éxito. Una clave puede autorizar un modelo sin establecer una compra del cliente. Un margen configurado puede calcularse sin ser recaudado. Un saldo final correcto puede ocultar un evento faltante o un espacio de trabajo incorrecto. Soporte y finanzas deberían poder reconstruir el mismo borrador original y su ajuste explícito.

Portkey: comparar operaciones de gateway y solicitar evidencia.

La Portkey documentación describe las capacidades de gateway, observabilidad, guardrail y administración, con referencias de implementación separadas. Ventajas: evalúe el alcance seleccionado cuando la aplicación de escritura quiera comparar controles operativos y la evidencia en torno a las solicitudes de modelos. Comience desde políticas reales y comportamiento ante fallos en lugar de un ranking por cantidad de modelos.

Compromisos: califique la edición exacta, el hosting, los datos retenidos, la configuración de precios y el acuerdo de pago del cliente. Un control de gasto y un rastreo realizan trabajos diferentes a la recaudación de un cargo aceptado. Una referencia de auto-hosting no incluye automáticamente todos los paneles alojados o servicios empresariales. Compare la implementación seleccionada real y las responsabilidades de soporte.

Para el modelo de escritura privado, inspeccione una solicitud conocida no nula y el mapeo del cliente antes de cambiar el enrutamiento de producción. Ensaye un borrador parcial y reintente. Preserve lo que vio el usuario, lo que consumió el proveedor y lo que cobran las políticas comerciales de la aplicación, en lugar de tratar un conteo coincidente de solicitudes como prueba de que todo el flujo de trabajo sobrevivió a la migración.

Cloudflare AI Gateway: comparar financiación y endpoints personalizados.

La Cloudflare referencia de facturación unificada describe el acceso mediante modelos financiados por clave de proveedor y crédito. Su guía de proveedores personalizados cubre endpoints HTTPS, incluidos ejemplos de modelos autoalojados. Ventajas: compare estas capacidades existentes cuando la aplicación desee evaluar un arreglo diferente de gateway y financiación para los modelos seleccionados.

Compromisos: califique el formato de solicitud, la prioridad de credenciales, los controles y los precios reales para el cliente. Un camino de compatibilidad unificada y un camino específico del proveedor tienen diferentes requisitos. El mapeo de costos de análisis no establece por sí solo un cargo de reventa aceptado. Una respuesta exitosa utilizando una fuente de financiación diferente aún puede generar una factura inesperada para el propietario de la aplicación.

Para la aplicación de escritura, compare el modelo privado y una credencial de producción faltante juntos. Inspeccione qué cuenta financia el resultado y qué registro describe el cargo al cliente. Preserve su política para un borrador en caché o interrumpido. Un gateway diferente no hereda automáticamente cada presupuesto, permiso de modelo y callback de facturación configurado en LiteLLM.

OpenRouter: compare el acceso gestionado y las solicitudes financiadas por el usuario.

La OpenRouter guía de inicio rápido describe el acceso gestionado a modelos. Su guía de OAuth permite explícitamente a los usuarios autorizar una aplicación con una clave controlada por el usuario y financiar solicitudes con sus propios créditos de OpenRouter. Ventajas: compare este recorrido cuando la aplicación de escritura desee que el cliente financie inferencias elegibles en lugar de cargar cada solicitud al propietario de la aplicación.

Compromisos: califique la disponibilidad del modelo, la política del proveedor, el manejo de claves y el acuerdo comercial real de la aplicación. La guía de atribución de aplicaciones describe la asociación de uso y clasificaciones. Eso por sí solo no establece un recargo aprobado para la aplicación ni ingresos recibidos. El acceso a modelos financiados por el usuario no es exclusivo de ShareAI; compare el camino comercial aprobado completo.

Para el redactor, ensaye una cuenta de usuario desconectada, crédito agotado y un borrador final fallido después de que el trabajo anterior tuvo éxito. Preserve al cliente confiable y al pagador esperado. Un cambio en el acceso al modelo no debería cargar silenciosamente al propietario de la aplicación ni implicar que su suscripción de escritura separada, deberes de soporte e infraestructura de modelo privado se trasladaron con la credencial.

Lago: compare explícitamente la capa de facturación por uso

La Lago introducción describe la facturación por uso, mientras que el repositorio oficial proporciona una ruta de implementación de código abierto. Ventajas: compare la edición seleccionada cuando la responsabilidad faltante de la aplicación de escritura es convertir el uso confiable y los términos comerciales en registros de facturación. La guía de facturación de LiteLLM ya identifica una ruta de integración de Lago.

Compromisos: califique la implementación real, las características requeridas de la edición, el mapeo de eventos y la integración de pagos. Operar una implementación autohospedada requiere actualizaciones, disponibilidad y recuperación. Un sistema de facturación por uso no reemplaza automáticamente la puerta de enlace que admite llamadas al modelo ni establece la relación de comerciante de registro. Preserve al propietario de cada paso técnico y financiero.

Para el modelo privado, compare un identificador de espacio de trabajo confiable, la unidad facturable acordada y una corrección explícita. Reconciliar el costo calculado por la puerta de enlace con el plan realmente vendido. Un ejemplo de callback publicado no prueba que un evento retrasado, repetido o una disputa del cliente producirán la factura prevista y el pago recibido en la implementación seleccionada de la aplicación.

ShareAI: compare un recargo aprobado de la aplicación y liquidación

El ShareAI Builder Program se refiere a una aplicación que ya existe con sus propios usuarios. El tráfico elegible se enruta a través de ShareAI, el Builder configura un recargo o margen permitido, y el cliente final paga a ShareAI por esa inferencia. Las ganancias atribuidas a la aplicación siguen el programa. Ventajas: compare este arreglo cuando la aplicación de escritura desee un pago de inferencia aprobado y un recorrido de atribución.

Compromisos: la aprobación de la aplicación, el tráfico elegible, el acceso real al modelo y los términos de la cuenta son importantes. Los Builders de empresas validadas tienen un período de revisión de 45 días antes del pago. Los individuos actualmente acumulan valor de inferencia para uso en ShareAI, sin posibilidad de retiro en efectivo ni transferencias de cuenta. La aplicación sigue siendo construida, alojada, distribuida y mantenida en otro lugar. Su suscripción de escritura, soporte y otros deberes comerciales siguen siendo responsabilidades explícitas.

Proveer infraestructura o un endpoint personalizado pertenece al proceso de incorporación de Proveedor o Prosumer aplicable, separado de la atribución del Builder. LiteLLM ya documenta precios y márgenes personalizados; los endpoints personalizados también existen en otros lugares. Compare la aceptación real, el enrutamiento, el pagador y la liberación. ShareAI no establece un reemplazo universal de facturación, un servicio general de merchant-of-record ni una migración automática de claves de gateway existentes y permisos.

Un cálculo de margen necesita una política comercial aceptada.

La referencia de márgenes describe la aplicación de un margen después de un descuento configurado, con configuraciones específicas del proveedor que anulan el margen global. Preserve la versión de cálculo utilizada para cada borrador. Un cambio posterior en la configuración global no debe borrar la explicación de un cargo aceptado anteriormente. La recuperación de costos internos y un precio externo aprobado para la aplicación pueden tener un tratamiento contractual diferente.

La referencia de facturación ofrece opciones de atribución para clientes, usuarios internos y equipos. Seleccione la identidad desde un contexto de aplicación confiable en lugar de aceptar una reclamación de cliente proporcionada arbitrariamente. Preserve el trabajo lógico y el ajuste original. La existencia de un callback no prueba que los eventos reproducidos no puedan generar un doble cargo o que una factura generada haya sido pagada.

Califique los mapeos de costo cero y todo el ciclo de vida de la clave.

La guía de precios señala explícitamente que los costos de entrada y salida cero omiten las verificaciones de presupuesto y que el mapeo del proveedor de precios es importante cuando los proveedores de enrutamiento y precios difieren. La guía de claves virtuales documenta diferentes superficies de herencia de permisos. Compare el propietario exacto de la clave, el equipo y la configuración del modelo en lugar de tratar a la persona que creó una clave como prueba de sus permisos efectivos.

La misma guía de claves distingue un gancho personalizado solo para creación de la aplicación de actualizaciones y un gancho de política de estado efectivo más amplio. Una clave que cumple con una regla de expiración al momento de la creación puede ser editada posteriormente, a menos que la política elegida realmente cubra esa operación. Practique las rutas de creación, edición, rotación y revocación de la versión seleccionada. Revise su versión oficial actual y la información de asesoramiento antes de la implementación; esta comparación no prueba la seguridad ni recomienda una versión antigua no calificada del paquete.

Solo para aritmética, 1000 USD de inferencia más un recargo hipotético del 15% produce 150 USD de recargo bruto y 1150 USD en total. Estas cantidades sintéticas no son tarifas de LiteLLM o ShareAI, ingresos recibidos, ganancias netas ni un resultado fiscal. Los costos reales de infraestructura, proveedor y facturación, correcciones y elegibilidad afectan el resultado.

Verifique la aritmética antes de aceptar el camino comercial en vivo.

El fixture ejecutado a continuación elimina duplicados idénticos, rechaza un duplicado en conflicto y registra un ajuste explícito en centavos enteros de USD. No implementa un proxy, provisiona una clave, llama a un callback de facturación ni recopila pagos. Esos resultados requieren evidencia real de tiempo de ejecución y comercial en torno al cálculo.

import assert from "node:assert/strict";
const records = [
  {id: "usage-a", customer: "demo", cents: 60000n, kind: "usage"},
  {id: "usage-b", customer: "demo", cents: 50000n, kind: "usage"},
  {id: "usage-a", customer: "demo", cents: 60000n, kind: "usage"},
  {id: "adjustment-b", customer: "demo", cents: -10000n, kind: "adjustment"}
];
function netCents(rows) {
  const seen = new Map();
  let total = 0n;
  for (const row of rows) {
    assert.equal(row.customer, "demo");
    const fingerprint = [row.customer, row.cents.toString(), row.kind].join("|");
    if (seen.has(row.id)) {
      if (seen.get(row.id) !== fingerprint) throw new Error("Conflicting duplicate");
      continue;
    }
    if (row.cents < 0n && row.kind !== "adjustment") throw new Error("Invalid sign");
    seen.set(row.id, fingerprint);
    total += row.cents;
  }
  return total;
}
const base = netCents(records);
assert.equal(base, 100000n);
assert.throws(() => netCents([...records,
  {id: "usage-a", customer: "demo", cents: 1n, kind: "usage"}
]));
const numerator = base * 1500n; // Hypothetical 15 percent in basis points.
if (numerator % 10000n !== 0n) throw new Error("Define contractual rounding first");
const surcharge = numerator / 10000n;
assert.equal(surcharge, 15000n);
const usd = cents => `${cents / 100n}.${(cents % 100n).toString().padStart(2, "0")}`;
console.log(JSON.stringify({baseUSD: usd(base), grossSurchargeUSD: usd(surcharge),
  totalUSD: usd(base + surcharge), paidReceiptVerified: false}));

La salida observada es 1000 USD de inferencia ilustrativa, 150 USD de recargo bruto y 1150 USD en total, sin recibo de pago verificado. Preserve la identidad confiable del espacio de trabajo, los borradores originales, el uso real y las correcciones aceptadas en producción. Una suma correcta no puede probar permisos aplicados, una factura correcta o dinero recibido.

Mueva primero un modelo, espacio de trabajo y ruta de corrección.

• Identifique la versión real del gateway, el alcance de la licencia, las claves y la integración de facturación.
• Seleccione la responsabilidad operativa o comercial que necesita cambiar.
• Preserve la identidad confiable del cliente y los mapeos de precios de modelos versionados.
• Practique el uso no nulo, el mapeo de costo cero, las ediciones de claves y una corrección explícita.
• Verifica evidencia de pago real sin duplicar la colección en vivo.
• Retenga los registros originales y revierta hasta que se califique el recorrido completo del cliente.

Mantenga LiteLLM cuando su implementación actual sea adecuada. Compare las alternativas de gateway por su límite operativo real, Lago para los requisitos de facturación seleccionados y ShareAI para inferencia pagada por el cliente aprobada. Comience con un borrador cuya admisión, consumo, precio, entrega y corrección financiera permanezcan explicables juntos.

Preguntas frecuentes