Open WebUI

Open WebUI es una interfaz web autoalojada para ejecutar LLM locales y en la nube sin enviar datos a servidores de terceros. Creado por Tim Jaeryang Baek en septiembre de 2023 como "Ollama WebUI" y renombrado en enero de 2024 para reflejar una mayor compatibilidad de backends, el proyecto ha crecido hasta alcanzar 134.000 estrellas en GitHub y una comunidad de 355.000 miembros para abril de 2026. Se ejecuta en Docker o Kubernetes y pone una interfaz al estilo ChatGPT frente a Ollama, cualquier API compatible con OpenAI y docenas de proveedores comerciales simultáneamente. Tim Baek constituyó Open WebUI, Inc. en septiembre de 2024 tras unirse a la cohorte inaugural de la Builders Accelerator de Mozilla.

La versión actual, v0.9.2 (24 de abril de 2026), incluye búsqueda de documentos RAG en nueve bases de datos vectoriales (ChromaDB, Qdrant, Milvus y otras), llamadas de voz y vídeo, un framework Pipelines para middleware basado en Python, control de acceso basado en roles multiusuario, SSO mediante LDAP y OIDC, aprovisionamiento SCIM 2.0, observabilidad con OpenTelemetry, cuotas de modelos por usuario, búsqueda web a través de SearxNG y un sistema de plugins de herramientas/funciones. Para los usuarios individuales, es un reemplazo privado de ChatGPT. Para los equipos, es una plataforma de IA interna completa que mantiene toda la inferencia en las instalaciones (on-premises).

Lo que Open WebUI hace realmente en abril de 2026

En su núcleo, Open WebUI es una capa de administración y chat basada en el navegador que se sitúa frente a los backends de tus modelos. Lo apuntas a una instancia de Ollama en ejecución o le proporcionas cualquier endpoint compatible con OpenAI, y se encarga del resto: hilos de conversación, gestión de prompts del sistema, cambio de modelo a mitad de la conversación, carga de archivos e imágenes, y una biblioteca de modelos compartida en toda tu organización.

El framework Pipelines es donde la plataforma se vuelve genuinamente extensible. Los Pipelines son scripts de Python que interceptan solicitudes y respuestas: puedes adjuntar limitadores de velocidad, registradores de uso (Langfuse, Datadog), filtros de contenido, protecciones contra inyección de prompts o cadenas de preprocesamiento personalizadas sin modificar el código base principal. A partir de la versión v0.9.2, Pipelines se ejecuta como un servicio independiente a través del cual Open WebUI enruta el tráfico.

La RAG (Generación Aumentada por Recuperación) está integrada en el flujo de carga. Arrastra un PDF o pega una URL y Open WebUI lo fragmenta, lo incrusta (embeds) y lo almacena en tu base de datos vectorial configurada. Los modelos de incrustación compatibles incluyen nomic-embed-text de forma local o cualquier API de incrustaciones compatible con OpenAI. El sistema de base de conocimientos te permite crear colecciones de documentos persistentes que se mantienen a lo largo de las conversaciones y se pueden compartir entre los usuarios.

Para implementaciones en equipo, el panel de administración cubre el aprovisionamiento de usuarios (cuentas locales, SSO de Google/GitHub, LDAP, Azure AD), el acceso a modelos basado en grupos, las cuotas de tokens por usuario, los paneles de uso y el registro de auditoría. La compatibilidad con SCIM 2.0 significa que los proveedores de identidad empresariales pueden enviar cambios de usuarios y grupos automáticamente.

Dónde se sitúa Open WebUI frente a LibreChat y AnythingLLM

Estos tres proyectos definen el mercado actual de interfaces de usuario para LLM autoalojados. Las diferencias mecánicas son importantes a la hora de elegir el adecuado.

LibreChat (github.com/danny-avila/LibreChat, 33.900 estrellas) está diseñado para cambiar de chat entre múltiples proveedores en una sola interfaz. Su arquitectura es Docker Compose multicontenedor que ejecuta el servidor de la aplicación, MongoDB para el almacenamiento de conversaciones y Meilisearch para la indexación RAG de texto completo junto con incrustaciones vectoriales. El sistema de autenticación es el más profundo de cualquier alternativa: cuentas locales, LDAP, Google, GitHub, Discord, OpenID, Azure AD y AWS Cognito con seguimiento de créditos de tokens por usuario. LibreChat tiene una licencia MIT completa sin restricciones de marca. Su punto débil es la complejidad de configuración: gestionas tres contenedores frente a la imagen única de Open WebUI, y la interfaz de usuario está menos pulida para el uso puro de LLM locales. LibreChat fue adquirida por ClickHouse en 2025/2026.

AnythingLLM (github.com/Mintplex-Labs/anything-llm, 54.000 estrellas) trata la RAG como su principio de diseño central en lugar de un complemento. Cada espacio de trabajo es un entorno RAG aislado con sus propios documentos, configuración de LLM e historial de conversaciones. El lienzo Visual Agent Flows permite a los usuarios no técnicos encadenar llamadas a la API, instrucciones de LLM y operaciones de archivos sin escribir código. AnythingLLM incluye una aplicación de escritorio nativa en Electron con LanceDB integrado sin configuración, lo que significa que no se requiere Docker para configuraciones de un solo usuario. Admite más de 50 tipos de documentos, incluidos repositorios de GitHub, transcripciones de YouTube y páginas de Confluence. AnythingLLM utiliza la licencia MIT en su totalidad. Su punto débil: el modo de escritorio es solo para un usuario; los equipos necesitan la implementación de Docker.

El resumen de posicionamiento: Open WebUI gana en experiencia de usuario centrada en el chat, la configuración más rápida de Ollama, el ritmo de desarrollo más activo y la profundidad del RBAC multiusuario. LibreChat gana en la integridad del sistema de autenticación y la pureza de la licencia para el cumplimiento comercial. AnythingLLM gana en flujos de trabajo RAG con gran cantidad de documentos y el creador de agentes sin código.

"Si está aprobado por la OSI, significa que no tengo que contratar a un abogado para decidir qué puedo hacer.", simonw (Simon Willison), Lobsters, 2025

El cambio de licencia y lo que significa para tu implementación

A finales de 2024, Open WebUI lanzó la versión v0.6.6 con una "Open WebUI License" personalizada que reemplazaba los términos anteriores de la BSD-3-Clause. El cambio añadió una cláusula de protección de marca: cualquier implementación de 51 o más usuarios dentro de un período continuo de 30 días debe preservar el nombre y la marca "Open WebUI". El etiquetado blanco comercial (white-labeling), ya sea creando un producto SaaS sobre Open WebUI o implementándolo bajo tu propio nombre de marca, requiere una licencia empresarial independiente con precios que no se publican abiertamente.

El momento fue notable. Open WebUI ya había cambiado de MIT a BSD-3 apenas cinco meses antes, también sin previo aviso. El cambio de la v0.6.6 generó un largo hilo en Hacker News (id=43901575) y un hilo paralelo en Lobsters con varios cientos de comentarios entre ambos. La reacción no fue marginal: incluyó a desarrolladores conocidos y defensores del código abierto.

"Esta 'pequeña adición' probablemente hará que no sea de código abierto según la definición estándar.". PeterZaitsev, Hacker News, abril/mayo de 2025

"El objetivo principal del software de código abierto es que se puede utilizar para cualquier propósito, incluida su reventa... Si no quieres eso, estás en contra del código abierto. Lo cual está bien, pero entonces no creo que debas llamar a tu programa 'Open' WebUI. Es engañoso y deshonesto afirmar que tu licencia es algo que simplemente no es.", miembro de la comunidad r/LocalLLaMA, Reddit, 2025

El impacto práctico: el uso personal, los laboratorios domésticos y los equipos de menos de 50 usuarios activos al mes no se ven afectados en absoluto y siguen siendo gratuitos. La restricción afecta a los operadores comerciales: cualquiera que cree un producto de pago, un servicio gestionado o una implementación empresarial de marca blanca se enfrenta a una ambigüedad legal si no paga por una licencia empresarial a un precio no revelado. Los desarrolladores que necesitan código abierto certificado por la OSI para las políticas de cumplimiento interno no pueden utilizar la versión v0.6.6+ en absoluto. La última versión totalmente permisiva, la v0.6.5, está disponible en GitHub para aquellos que quieran hacer un fork desde una base limpia.

Cómo es la realidad de la implementación y las actualizaciones

Para una instalación nueva, Open WebUI es genuinamente rápido de poner en marcha. Un solo comando de Docker extrae la imagen y se vincula al puerto 3000; si Ollama ya se está ejecutando localmente, la interfaz de usuario se conecta automáticamente. La imagen de la v0.9.2 es más grande que las primeras versiones, pero sigue siendo manejable en un VPS estándar.

La operación en producción es más difícil. El rápido ritmo de desarrollo de Open WebUI, con lanzamientos aproximadamente semanales durante gran parte de 2025 y 2026, ha provocado que las actualizaciones a veces rompan las configuraciones existentes. Los incidentes documentados incluyen la v0.8.0, que causó fallos de inicio en implementaciones existentes, la v0.7.2, que rompió los tokens de acceso a la API, y la v0.6.3x, que requirió tiempos de reinicio del contenedor de varias horas para algunos usuarios. El rastreador de problemas de GitHub del proyecto refleja estos patrones claramente en múltiples versiones.

El uso de recursos del navegador es otra consideración operativa. La generación de respuestas desde una instancia remota de Ollama puede llevar un núcleo de la CPU al 100% de utilización en Chrome. El consumo de RAM crece de forma incremental durante sesiones prolongadas. Las implementaciones de bases de conocimientos grandes, aquellas con 60.000 o más archivos, experimentan que el endpoint /api/models devuelve respuestas de 43-50 MB que incluyen todos los UUID de los archivos, lo que causa ralentizaciones perceptibles, particularmente en navegadores móviles.

Para el uso en laboratorios domésticos y equipos pequeños donde la tolerancia al tiempo de inactividad es razonable, estos puntos de fricción son manejables. Para implementaciones de producción donde los SLA de confiabilidad son importantes, el ritmo de actualización requiere una estrategia de fijación (pinning) de versiones más conservadora y un entorno de ensayo (staging) antes de aplicar las actualizaciones.

Para quién está diseñado Open WebUI

Open WebUI es la opción correcta para los entusiastas de los LLM locales que desean una interfaz pulida y mantenida activamente sin tener que construirla ellos mismos. También es una opción sólida para equipos pequeños y medianos que implementan acceso interno a la IA: los sistemas RBAC, SSO y de cuotas cubren la mayoría de los requisitos empresariales sin requerir relaciones comerciales con proveedores de IA. Las organizaciones que priorizan la privacidad y donde la residencia de los datos no es negociable descubrirán que proporciona la infraestructura que necesitan en hardware de servidor estándar. Los administradores de TI familiarizados con Docker que desean una plataforma gestionada y extensible en lugar de una API en bruto se benefician de la profundidad del panel de administración.

Evita Open WebUI si tu caso de uso principal es la RAG con gran cantidad de documentos, donde la calidad de recuperación es el requisito central: el modelo de espacio de trabajo y el creador visual de agentes de AnythingLLM son más adecuados. Evítalo si necesitas una interfaz de usuario verdaderamente ligera sin sobrecarga operativa: el proyecto se ha convertido en una plataforma, y la configuración inicial ahora implica decisiones de configuración significativas. Evítalo si necesitas código abierto certificado por la OSI por razones legales o de cumplimiento: la licencia de la v0.6.6+ no califica, y hacer un fork desde la v0.6.5 significa perderse más de 18 meses de desarrollo activo. Evítalo si planeas construir un producto comercial de marca blanca: la ruta de la licencia empresarial no tiene precios publicados, y asumir que es gratuita es un riesgo legal.

Primeros pasos con Open WebUI

La ruta más rápida es un solo comando de Docker si Ollama ya se está ejecutando localmente:

docker run -d -p 3000:80 --add-host=host.docker.internal:host-gateway \
  -v open-webui:/app/backend/data --name open-webui \
  --restart always ghcr.io/open-webui/open-webui:main

Navega a http://localhost:3000 y crea la primera cuenta de administrador. El primer usuario en registrarse se convierte en administrador automáticamente. Desde el panel de administración, configura backends de modelos adicionales en Settings > Connections, configura el SSO en Settings > Auth y configura las preferencias de la base de datos vectorial RAG en Settings > Documents.

Para implementaciones en equipo, la ruta recomendada es Docker Compose con una base de datos externa PostgreSQL o SQLite, un proxy inverso Nginx para HTTPS y Ollama coubicado o en un servidor de inferencia separado. La documentación oficial en docs.openwebui.com cubre los Helm charts de Kubernetes para implementaciones más grandes. Fija una etiqueta de versión específica en lugar de la etiqueta main o latest si la estabilidad de producción es importante: el ritmo de lanzamiento frecuente significa que latest puede conllevar cambios que rompan la compatibilidad.