LibreChat frente a Open WebUI — cuál acepta un endpoint personalizado con menos fricción

Ambos funcionan autoalojados, ambos hablan el protocolo de OpenAI y ambos harán el trabajo. Las comparaciones que posicionan para esta pregunta alinean tablas de funciones. Esta responde a la pregunta más concreta que probablemente te trajo aquí: cuál de los dos acepta un endpoint personalizado compatible con OpenAI con menos fricción y qué ofrece cada uno a cambio.

Todo lo afirmado a continuación procede del README de cada proyecto. No hay ningún benchmark ni un veredicto sobre cuál es mejor, porque no hemos ejecutado ninguno a una escala que justifique tal conclusión.

De dónde procede cada uno

El patrón es que Open WebUI ha invertido principalmente en el despliegue y la recuperación, y LibreChat en los proveedores y los agentes. Cuál de esos aspectos te importe suele ser un criterio de desempate mejor que contar funciones.

Conectar Open WebUI a un gateway

Dos variables de entorno y estará funcionando:

# Open WebUI — the OpenAI-compatible connection is a base URL and a key.
docker run -d -p 3000:8080 \
  -e OPENAI_API_BASE_URL=https://api.kunavo.com/v1 \
  -e OPENAI_API_KEY=sk-kn-... \
  -v open-webui:/app/backend/data \
  --name open-webui ghcr.io/open-webui/open-webui:main

# The same two values can be set in Settings -> Connections after
# first launch, which is the faster path when you are trying it out.

Como el selector de modelos puede rellenarse desde GET /v1/models, un endpoint que ofrezca varias familias las coloca todas en un único menú desplegable: los IDs de Claude y GPT aparecen juntos sin una segunda configuración.

Conectar LibreChat a un gateway

LibreChat quiere un bloque YAML en lugar de variables de entorno; hay más que escribir, pero obtienes control sobre los nombres y los modelos:

# LibreChat — a custom endpoint is a block in librechat.yaml.
version: 1.2.1
endpoints:
  custom:
    - name: "Kunavo"
      apiKey: "${KUNAVO_API_KEY}"
      baseURL: "https://api.kunavo.com/v1"
      models:
        default: ["claude-sonnet-5", "gpt-5-6-terra", "claude-haiku-4-5"]
        fetch: true          # populate the picker from GET /v1/models
      titleConvo: true
      titleModel: "claude-haiku-4-5"
      modelDisplayLabel: "Kunavo"

La línea titleModel es la que conviene copiar independientemente del endpoint: LibreChat genera el título de una conversación mediante una llamada al modelo, y fijarlo al modelo más barato de tu lista evita que los títulos se facturen a la tarifa del modelo con el que estés conversando.

Por qué poner un gateway detrás de cualquiera de los dos

Ambos clientes pueden mantener varios proveedores a la vez, por lo que un gateway no es obligatorio. Lo que cambia es cuántas cosas configuras y cuántas facturas recibes: una URL base y una clave en lugar de una cuenta, una credencial y una relación de facturación por cada familia de modelos. Añadir una familia después se convierte en incluir un ID de modelo en una lista, en lugar de crear una nueva integración.

Kunavo ofrece la superficie compatible con OpenAI que hablan ambos clientes, por lo que la URL base anterior es todo lo que necesita cualquiera de los dos. Los detalles de configuración de cada cliente están en el centro de integraciones, la referencia del endpoint está en chat completions y la guía de API compatible con OpenAI explica qué incluye y qué no incluye “compatible”.

Preguntas frecuentes