Alternativas a Cloudflare AI Gateway: enrutamiento, pagos y margen de aplicaciones

Compare Cloudflare AI Gateway alternativas por la ruta de solicitud y la relación de pago que desea cambiar. OpenRouter, LiteLLM, Portkey y Kong abordan el acceso a modelos seleccionados, gateway o requisitos de monetización. ShareAI se refiere a un enrutamiento de aplicación existente que permite inferencia elegible a través de un acuerdo aprobado con el Builder, con un recargo permitido en la aplicación y ganancias atribuidas. Estas son responsabilidades diferentes, incluso cuando varias opciones exponen una API de modelo compatible.

Revisado el 23 de octubre de 2026. ShareAI publica esta comparación y opera un programa discutido. Los datos del producto provienen de referencias oficiales actuales, con capturas de pantalla de fuentes reales. El código ejecutado es un ledger sintético offline. No se realizó migración de gateway en vivo, pago con stablecoin, cargo al cliente, calificación de endpoints ni evaluación de rendimiento.

Cloudflare ya documenta facturación unificada, claves de proveedores, proveedores HTTPS personalizados y una ruta beta de pago por máquina. Una comparación que asume que solo reenvía solicitudes pagadas a través de la cuenta del proveedor del propietario de la aplicación omite el alcance actual. Comience con la configuración real de credenciales, crédito y pago, luego evalúe cualquier recorrido comercial de aplicación faltante.

Lo que actualmente Cloudflare AI Gateway ya admite

La referencia de facturación unificada describe créditos prepagados para acceso a modelos elegibles y una tarifa de compra de crédito del 5%, con tarifas de inferencia del proveedor transferidas. Esa tarifa de compra y un recargo en la aplicación son cargos diferentes. Razones para mantenerlo: evalúe el gateway actual cuando su acceso a modelos y controles operativos ya se ajusten a la arquitectura desplegada de la aplicación y los requisitos de pago.

La documentación de proveedores personalizados cubre explícitamente endpoints HTTPS, incluidos ejemplos de modelos autohospedados. La ruta de compatibilidad unificada requiere el formato documentado de completaciones de chat; la ruta específica del proveedor admite su propia estructura de solicitud y ruta de URL añadida. Proporcionar tu propio endpoint no es, por lo tanto, una distinción exclusiva de ShareAI. Compara la autenticación real, el mapeo de rutas y la incorporación aceptada de la implementación seleccionada.

La referencia de pagos automáticos describe una ruta beta que utiliza una billetera de stablecoin para modelos abiertos seleccionados. Los requisitos actuales incluyen una cuenta basada en EE. UU. y una tarjeta de crédito registrada. Su ruta de solicitud y negociación de pagos admitida es más limitada que todo el tráfico del gateway. No conviertas esa capacidad documentada en una afirmación de que cada usuario o proveedor de aplicaciones recibe automáticamente el mismo recorrido de pago.

Una aplicación de revisión de código de IA necesita un pagador explicable para cada solicitud.

Considera una aplicación hipotética de revisión de código con clientes empresariales existentes. Utiliza una clave de proveedor de producción almacenada, un alias de clave diferente para experimentación, un modelo HTTPS personalizado y respuestas en caché. El producto quiere ofrecer inferencia pagada por el cliente con un margen de la aplicación. Finanzas necesita saber si cada revisión entregada consumió crédito del proveedor, crédito del gateway u otra autorización de pago admitida.

Una etiqueta de modelo y una etiqueta de costo no son evidencia suficiente. La aplicación debe distinguir una revisión lógica de intentos repetidos, identificar la credencial realmente utilizada y preservar si la respuesta provino de la caché. Un reintento aún puede generar uso del proveedor. Una respuesta en caché puede entregarse sin la misma actividad upstream. Los precios para el cliente necesitan una política explícita para ambos casos en lugar de copiar ciegamente un costo de solicitud mostrado.

El escenario también necesita una ruta de excepción. Una clave de producción expira mientras otro alias almacenado sigue siendo válido. El gateway devuelve exitosamente una revisión utilizando otra fuente de financiamiento. Eso es útil operativamente, pero finanzas aún puede recibir una factura inesperada. Compara la prioridad de las credenciales y el financiamiento de respaldo antes de concluir que una respuesta exitosa significa que el cliente o cuenta previsto pagó.

Elige la responsabilidad que deseas que una alternativa asuma.

Una aplicación puede conservar los componentes de Cloudflare mientras evalúa otra inferencia o camino comercial. Eso requiere una integración real y una explicación clara al cliente. No se implica sincronización automática, conector nativo ni billetera compartida entre los productos. Cada solicitud cobrada necesita un propietario responsable para la admisión, reintentos, correcciones y pago.

Rastrear la revisión desde la admisión hasta el dinero recibido

Mantén esas observaciones vinculadas sin tratarlas como intercambiables. Una etiqueta puede atribuir costos a un espacio de trabajo sin autorizar un cambio de precio. Un panel puede mostrar un margen sin recolectarlo. Una autorización de pago puede preceder a la liquidación final. Producto, soporte y finanzas deberían poder explicar la misma revisión lógica y sus ajustes explícitos.

OpenRouter: comparar acceso gestionado e inferencia financiada por el usuario

El OpenRouter quickstart describe acceso gestionado entre proveedores de modelos. Su guía OAuth permite explícitamente a los usuarios autorizar una aplicación con una clave controlada por el usuario y pagar solicitudes con sus propios créditos de OpenRouter. Pros: compara ese recorrido soportado cuando la aplicación de revisión de código quiere que los clientes financien su propia inferencia en lugar de cobrar cada solicitud al propietario de la aplicación.

Compromisos: califique la autorización del usuario, el manejo de claves, los proveedores permitidos, la financiación de respaldo y los términos actuales de la cuenta. La referencia de atribución de aplicaciones describe la asociación con el uso y las clasificaciones. Esa asociación documentada por sí sola no establece un recargo de aplicación ni un acuerdo de liquidación recibido. La inferencia pagada por el usuario no es exclusiva de ShareAI; compare el arreglo comercial completo aprobado.

Para el cliente de revisión de código, ensaye una desconexión del usuario, una asignación agotada y un modelo cuyo proveedor cambia. Preserve la identidad del usuario y de la aplicación sin enviar una credencial del servidor al navegador. Verifique la cuenta de pago real y cualquier precio de aplicación acordado por separado. Una respuesta exitosa del modelo no prueba por sí sola que una aplicación haya ganado dinero.

LiteLLM: compare precios personalizados y márgenes de facturación interna.

La LiteLLM referencia de precios personalizados documenta los costos de modelos, descuentos de proveedores y márgenes de proveedores para la facturación interna. Pros: compare esos controles existentes cuando la aplicación de revisión de código quiera evaluar su propio mapeo de costos y asignación de cargos. Una afirmación de que todos los demás gateways carecen de márgenes ignoraría este alcance documentado.

Compromisos: califique el despliegue seleccionado, la búsqueda de precios, los presupuestos y el flujo de trabajo de recolección. La referencia actual señala que los costos de entrada y salida explícitamente cero omiten las verificaciones de presupuesto, incluidos los alcances de claves y equipos. También explica el mapeo de precios-proveedor cuando los proveedores de enrutamiento y precios son diferentes. Un cero mostrado, por lo tanto, necesita investigación en lugar de asumir que la carga de trabajo es gratuita.

Para el modelo de revisión personalizada, inspeccione una solicitud conocida no cero y su precio configurado antes de habilitar la política de presupuesto de producción. Compare el costo original del proveedor, un monto asignado internamente y el precio comercial aceptado por el cliente por separado. Un cálculo correcto de margen interno no suministra las condiciones de pago de la aplicación circundante, el acuerdo del cliente ni las condiciones de liberación financiera.

Portkey: compare controles de gateway y observabilidad.

La documentación actual de Portkey describe las capacidades de gateway, observabilidad, guardrail y administración, con referencias separadas de implementación y características. Pros: compara el alcance seleccionado cuando los equipos de revisión de código necesitan entender el tráfico del modelo y aplicar controles de gateway. Evalúa el producto y la implementación reales en lugar de inferir cada característica comercial de un titular de conteo de modelos.

Tradeoffs: califica la edición exacta, el alojamiento, la política de enrutamiento, los datos retenidos y la propiedad de los pagos. Un rastreo y un control de gasto abordan preguntas diferentes a las de recibir un pago de cliente. Asimismo, una referencia de autoalojamiento no establece automáticamente que cada panel administrado, característica empresarial u obligación de soporte esté incluida en una implementación elegida.

Para la aplicación de revisión, compara el intento fallido del proveedor, la respuesta de respaldo y el resultado en caché como observaciones separadas dentro del mismo trabajo lógico. Preserva la atribución confiable del cliente y el error real mostrado en la aplicación. El resultado útil es una revisión entregada explicable con su financiación real y tratamiento comercial, en lugar de solo un conteo de solicitudes exitosas.

Kong: compara la política de gateway con medición y facturación.

La Kong página de monetización de IA describe un camino más amplio de gateway y monetización. Su referencia actual de derechos conecta derechos de tarjeta de tarifas gestionadas con la aplicación separada de gateway. Pros: evalúa los servicios seleccionados cuando la aplicación de revisión quiere que la política de gateway y la comercialización del uso se consideren juntas.

Tradeoffs: califica la compatibilidad de servicio e implementación, la aplicación real de políticas, la medición y la integración de la colección. Un gateway en la infraestructura de la empresa es un hecho arquitectónico diferente de la ubicación de su servicio de facturación gestionado. Evita comparar toda una familia de productos con un único endpoint proxy o asumir que cada capacidad alojada está incluida en un gateway local.

Para el cliente en revisión, inspeccione cómo un derecho adquirido se convierte en una decisión de tiempo de ejecución real y cómo las revisiones fallidas o repetidas llegan al registro comercial. Preserve la regla seleccionada en su momento efectivo. Un balance y un complemento de aplicación de reglas pueden coexistir mientras la aplicación aún necesita calificar su integración completa y explicar las correcciones financieras.

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 de IA 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. Pros: evalúe este arreglo cuando la aplicación en revisión desee un pago aprobado por inferencia y un recorrido de atribución.

Compromisos: la aprobación de la aplicación, el tráfico elegible, el acceso 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 permanece construida, alojada, distribuida y mantenida en otro lugar. Otras suscripciones, entrega de soporte y responsabilidades financieras siguen siendo responsabilidades explícitas.

Proporcionar infraestructura de modelo o un endpoint personalizado pertenece al onboarding aplicable de Proveedor o Prosumer, separado de la atribución del Builder. Cloudflare proveedores personalizados y otros gateways ya abordan el control de endpoints. Compare la aceptación real, el enrutamiento, el pagador y la liquidación en lugar de reclamar exclusividad. ShareAI no establece un protocolo de pago por máquina nativo, un servicio general de merchant-of-record ni un reemplazo para cada política de gateway.

La prioridad de credenciales puede cambiar qué cuenta financia una solicitud

La guía de facturación unificada otorga prioridad de credenciales a la clave del proveedor de solicitudes, luego a un alias de proveedor predeterminado almacenado, y después al crédito de facturación unificada elegible. Los alias almacenados no predeterminados no se utilizan en esa ruta unificada. La referencia BYOK describe la configuración separada de claves almacenadas y alias. Por lo tanto, una clave que existe en la cuenta no es prueba de que una solicitud en particular la utilice.

Para la aplicación de revisión, verifica la ruta elegida cuando la clave de producción falta o falla. Los controles documentados pueden requerir credenciales del proveedor o prevenir el uso de respaldo elegible de facturación unificada de terceros; Workers AI tiene un modo separado. Revisa la configuración exacta y la cobertura del proveedor. También distingue la política de cero retención de un proveedor de la configuración de registro propia del gateway, que necesita una decisión explícita.

El costo personalizado, el pago negociado y el precio de una aplicación son diferentes.

La referencia de costos personalizados describe el mapeo de tasas de entrada, salida y tokens de caché, incluyendo formatos de tokens específicos del proveedor y costo cero registrado para los hits de caché del gateway. Esos análisis no establecen por sí mismos un precio de reventa aceptado aguas abajo. Conserva el cargo real aguas arriba, la política del cliente y las correcciones en lugar de asumir que un costo mostrado es una factura pagada.

La ruta beta de pagos automáticos requiere una negociación explícita del método de pago y admite un endpoint de solicitud definido y un conjunto de modelos. Su autorización máxima firmada difiere del monto real liquidado. Compara esos requisitos documentados antes de recomendarlo para la aplicación de revisión. No se probó ni se implicó aquí ninguna transacción con stablecoin ni compatibilidad con ShareAI.

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 Cloudflare o ShareAI, ingresos recibidos, ganancias netas ni un resultado fiscal. Las tarifas reales de compra de crédito, reembolsos, correcciones y elegibilidad afectan el resultado comercial.

Verifica la aritmética sin confundirla con el pago.

El fixture ejecutado a continuación deduplica actividad idéntica, rechaza un duplicado conflictivo y registra un ajuste explícito utilizando centavos enteros en USD. No selecciona una clave de proveedor, envía una revisión, autoriza una billetera ni recoge un pago. Esos resultados requieren evidencia real de aplicación y comercial alrededor del 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 una inferencia ilustrativa de 1000 USD, un recargo bruto de 150 USD y un total de 1150 USD, sin recibo de pago verificado. Preserva la identidad lógica de la revisión, los intentos reales, la financiación y las correcciones explícitas en producción. Una suma correcta no puede establecer qué cuenta pagó ni cuándo el valor atribuido estará disponible.

Mueve primero un flujo de trabajo de revisión con su excepción de financiación.

• Inventaría los controles reales del gateway, credenciales, proveedores y precios para clientes.
• Selecciona la inferencia, el gateway o la responsabilidad comercial que necesita cambiar.
• Preserva la identidad confiable del cliente y de la revisión lógica a través de reintentos y aciertos en caché.
• Ensaya credenciales faltantes, financiación de respaldo 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.

Mantén Cloudflare cuando el arreglo actual sea adecuado. Compara las alternativas seleccionadas mediante una solicitud explicable, un cargo aceptado al cliente y un acuerdo real. Comienza con una revisión cuya admisión, enrutamiento, entrega útil y excepción financiera puedan explicarse de manera consistente por producto, soporte y finanzas.

Preguntas frecuentes