LobeChat es un proyecto de chat y espacio de trabajo con IA de código abierto que sigue evolucionando bajo la marca LobeHub. Mucha gente lo trata como una «solución gratuita», pero que el software sea gratis no significa que el costo total sea cero: en cuanto empiezas a ejecutar modelos, aparecen tres cuentas a la vez, la de la aplicación, la de la infraestructura y la del modelo. Este artículo separa esas tres capas y ofrece un método de estimación reutilizable y una lista de control de costos.

Nota: LobeChat y LobeHub son productos y marcas de sus respectivos titulares; OpenAI, Claude, Gemini y otras denominaciones son marcas de sus propios titulares. Este artículo solo discute aspectos técnicos y de costo y no implica relación de subordinación con esos fabricantes. Los planes, licencias y precios se rigen por sus páginas respectivas; los precios de modelos, por la página de precios de modelos del sitio.

1. Separa primero tres capas de costo

Para calcular el costo de LobeChat, no mires solo «cuánto cuesta la suscripción». Dividir el gasto en tres capas evita olvidos.

Capa de costo Qué incluye Forma de cobro Lo que suele olvidarse
Aplicación Autoalojamiento de código abierto, suscripción en la nube, edición empresarial El software no suele cobrarse por token; la nube cobra por suscripción o cuota Funciones empresariales, licencia comercial, puestos
Infraestructura Servidor, PostgreSQL, Redis, almacenamiento de objetos, dominio, copias Por mes o por recurso Ancho de banda, respaldos, tiempo de operación
Modelo Conversación, embeddings, rerank, multimodal Por token o por llamada Reintentos, contexto largo, indexación repetida
Personal Despliegue, actualizaciones, diagnóstico, seguridad Horas de trabajo Es implícito, pero real

En pruebas personales, la capa de modelo suele ser la mayor; en equipos que operan todo el año, la infraestructura y el personal ganan peso. Ver las tres capas en una sola tabla evita la sorpresa de «software gratis con una factura elevada».

2. Dónde está lo «gratuito» del autoalojamiento

El código de LobeChat se puede desplegar por cuenta propia y el software normalmente no cobra por número de conversaciones. Conviene aclarar la licencia: desde la versión 1.0 el proyecto usa LobeHub Community License, basada en Apache 2.0 con condiciones adicionales; permite usar la versión sin modificar en escenarios comerciales, pero la distribución externa de una versión modificada suele requerir una licencia comercial. En caso de duda, manda el archivo LICENSE del repositorio.

El gasto real del autoalojamiento incluye: un servidor que funcione de forma continua, PostgreSQL 14 o superior, Redis opcional, almacenamiento compatible con S3 (necesario para archivos y base de conocimiento), dominio y HTTPS, y espacio para copias de seguridad. Si se usa base de conocimiento, hay que añadir pgvector y un modelo de embeddings; el ejemplo predeterminado de la documentación de LobeHub usa un modelo de embeddings de OpenAI, aunque puede cambiarse por otro proveedor compatible.

Así que «gratis» significa, con más precisión: se elimina la suscripción de la capa de aplicación y se sustituye por una factura de infraestructura y tiempo de operación. Los equipos que ya tienen servidor y capacidad de operación tienen un costo marginal bajo; los que no, deben sumar esos gastos antes de comparar.

3. Suscripción en la nube frente a clave propia

LobeHub Cloud mide el consumo de modelos con créditos, que luego se traducen a tokens según el modelo; los planes suelen dividirse en gratuito, suscripción personal y edición empresarial, y algunos modelos exigen un plan superior. La edición empresarial añade despliegue privado, personalización de marca, gestión de usuarios y otras capacidades. Las cuotas y los precios concretos se rigen por su página de precios.

En el modelo de autoalojamiento con clave propia, la aplicación no cobra un margen sobre el modelo: pagas directamente al proveedor del modelo o al gateway. El precio es que tú gestionas claves, facturación, límites y fallos. La suscripción en la nube compra uso inmediato, cuota de modelos gestionada y menos operación; no es simplemente «un modelo más barato».

Las dos vías pueden combinarse: autoalojamiento para el trabajo diario del equipo y nube para el celular o la colaboración temporal; también puede autoalojarse conectado a un gateway unificado para concentrar en un solo lugar las facturas de varios proveedores.

4. En qué se va realmente el dinero del pago por uso

El pago por uso no depende solo del «precio por millón de tokens». Al desglosar un mes, el cálculo aproximado es:

Costo mensual de modelos ≈
  tokens de entrada de conversación × precio de entrada
+ tokens de salida de conversación × precio de salida
+ tokens de embeddings de la base de conocimiento × precio de embeddings
+ número de llamadas de rerank × precio unitario
+ entradas multimodales y recargo por contexto largo
+ reintentos fallidos y llamadas sin resultado

Hay varios puntos que suelen subestimarse: los tokens de salida suelen costar más que los de entrada; cuanto más largo el contexto, más caro resulta cada solicitud; la base de conocimiento no se «construye una vez y listo», porque al actualizar archivos hay que volver a fragmentar y generar embeddings; en RAG cada pregunta inserta varios fragmentos en el contexto, y cuantos más fragmentos, más caro; los reintentos y las llamadas en bucle multiplican el costo.

Si el proveedor admite caché de prompts, un prefijo estable puede obtener precio de caché, pero el alcance, las condiciones de coincidencia y la forma de descuento varían; no lo trates como un interruptor de ahorro asegurado.

5. Tres escenarios, tres formas de calcular

Uso personal ligero: unas decenas de conversaciones al día; el costo principal son los tokens de salida. Si ya tienes servidor, el autoalojamiento con clave propia suele ser más controlable; si no, la cuota gratuita o la suscripción de entrada de la nube es más sencilla.

Equipo pequeño compartiendo: además del costo de modelos, hay que contar cuentas, permisos, auditoría y gestión de claves. El autoalojamiento permite emitir una clave por persona y fijar presupuesto por proyecto; la nube cobra por puesto y ahorra operación, pero a largo plazo hay que mirar el total de puestos.

Base de conocimiento o atención al cliente: los embeddings, el rerank y el contexto largo elevan de forma notable el costo por pregunta. La optimización no consiste en cambiar a un modelo más barato, sino en reducir fragmentos irrelevantes, controlar el top-k y resolver las preguntas repetidas con caché o respuestas fijas.

Aquí no se dan importes concretos porque los precios unitarios de los modelos, el tipo de cambio, los planes y el consumo cambian. Multiplicar tus tokens reales de los últimos 30 días por los precios de modelos es más fiable que mirar una página promocional.

6. Ocho acciones para reducir el costo

  1. Registra durante 30 días los tokens de entrada y salida, separados por función y por miembro, y localiza primero la partida mayor.
  2. Clasifica por tarea: clasificación, reescritura y resumen con modelos pequeños; el razonamiento complejo, con modelos grandes.
  3. Recorta el prompt del sistema y el historial, limita las rondas que se envían y no reenvíes toda la conversación una y otra vez.
  4. Controla el tamaño de fragmento y el top-k en la base de conocimiento; recupera primero y reordena después, sin meter documentos completos en el contexto.
  5. Usa la caché que admita el proveedor para prefijos estables y verifica la tasa de acierto y las reglas de cobro.
  6. Define presupuesto y límites de velocidad por proyecto, miembro y clave para frenar bucles de scripts y reintentos anómalos.
  7. Limpia periódicamente archivos duplicados, bases de conocimiento caducadas y permisos de modelos que ya no se usan.
  8. Revisa cada semana la tasa de fallos, la de reintentos, los aciertos de caché y el costo por tarea; si aparece una anomalía, limita el tráfico de inmediato.

De estas acciones, la primera y la sexta dan el resultado más directo: sin datos no se puede optimizar, y sin límites el tráfico anómalo puede inflar la factura.

7. Cuándo elegir la nube y cuándo el autoalojamiento

Elige la nube si no quieres administrar servidores, necesitas una experiencia lista para usar en el celular o el escritorio, el equipo es pequeño o prefieres unificar la factura de modelos con créditos. Elige el autoalojamiento si hay requisitos de residencia de datos, ya tienes servidor y operación, necesitas SSO y gestión de miembros, o quieres cambiar libremente de modelos y gateways.

En cualquier caso, conviene concentrar las llamadas a modelos en una entrada compatible, emitir claves independientes por proyecto y conciliar cada mes. Si necesitas una entrada unificada y gestión de consumo, puedes registrarte en ZSQH AI Gateway; los modelos y precios se rigen por la página de precios de modelos.

Preguntas frecuentes

¿LobeChat es gratuito?

El software puede desplegarse por cuenta propia, pero las llamadas a modelos, el servidor, el almacenamiento y la operación tienen costo; la versión en la nube y las capacidades empresariales se cobran según los planes de su proveedor.

¿El autoalojamiento siempre sale más barato que la suscripción en la nube?

No necesariamente. Con poco consumo y sin servidor disponible, la nube suele ser más sencilla; con consumo estable e infraestructura propia, el autoalojamiento reparte mejor el costo.

¿El pago por uso puede dispararse sin que uno lo note?

Las causas habituales son bucles de scripts, reintentos, contextos largos y reindexación de la base de conocimiento. Definir presupuesto y límite de velocidad por clave, y registrar los tokens de cada llamada, permite localizar el problema rápido.

¿Por qué la base de conocimiento encarece tanto?

Los archivos deben fragmentarse y convertirse en embeddings, y cada pregunta mete fragmentos recuperados en el contexto; cuantos más fragmentos y más frecuentes las actualizaciones, más crecen los embeddings y los tokens de entrada.

¿Cómo estimar el gasto de un mes?

Exporta los tokens de entrada y salida de los últimos 30 días, clasifícalos por función, multiplícalos por el precio vigente del modelo correspondiente y suma embeddings, rerank y reintentos; deja un margen de alrededor del 20 % por variación. Los precios se rigen por la página de precios de modelos.

Lecturas relacionadas: