Open WebUI

Frontend web autoalojado estilo ChatGPT para LLMs locales — apúntalo a Ollama, el servidor HTTP de llama.cpp o cualquier API compatible con OpenAI y obtén una superficie de chat pulida ejecutándose en `localhost` (o tu LAN privada, o tu propio VPS). Calificado como Grade A porque Open WebUI es la UI canónica para el usuario final sobre la pila de LLM local que ya calificamos como A (Ollama, llama.cpp). Con licencia MIT, sin telemetría, sin JS de terceros, sin cuenta en ningún punto del flujo de instalación o uso, y todo el cliente+servidor se ejecuta en hardware que posees. Para no desarrolladores que quieren UX OpenAI / Claude sin una cuenta OpenAI / Claude o que ningún tercero vea sus consultas, esta es la respuesta.

Qué es. Open WebUI es una aplicación web Svelte+Python (autoalojada mediante Docker, pip o código fuente) que renderiza una interfaz de chat con hilos familiar sobre cualquier backend LLM compatible con OpenAI. De fábrica, descubre automáticamente Ollama en `localhost:11434` y muestra todos los modelos que tienes descargados. También puedes apuntarlo a un endpoint remoto de OpenAI / Anthropic / Mistral / Together / OpenRouter mediante clave API (patrón Trae Tu Propia Clave), o apilar múltiples backends en la misma UI y elegir por conversación.

Donde Ollama es el motor + CLI, Open WebUI es la interfaz de usuario — la parte que tu familiar no desarrollador, colega periodista o equipo de operaciones realmente toca. Historial de conversación en hilos, cambio de modelo a mitad de conversación, prompts del sistema, carga de archivos (con RAG local mediante `chromadb`), entrada de imágenes (modelos de visión), sandbox de ejecución de código, múltiples usuarios + permisos por rol, exportación de conversaciones, generación de enlaces compartidos, y una docena de configuraciones que el usuario típico realmente configura.

Antecedentes. Iniciado en 2023 por Timothy Jaeryung Baek como "Ollama WebUI" — inicialmente puramente un frontend para el servidor Ollama. Renombrado a Open WebUI en marzo de 2024 cuando el alcance se expandió más allá de Ollama para incluir cualquier endpoint compatible con OpenAI y los Pipelines propios de Open WebUI (capa de extensión Python personalizada para RAG, agentes y uso de herramientas). Más de 60k estrellas en GitHub, ~400 contribuidores, lanzamientos semanales activos.

El proyecto tiene licencia MIT con el código en `github.com/open-webui/open-webui`. Open WebUI Inc. (una corporación C de EE. UU.) proporciona soporte comercial + un nivel Enterprise (SSO, registros de auditoría, multi-tenencia) — pero la compilación de código abierto cubre ~95% de los casos de uso y es lo suficientemente completa en funciones como para que la mayoría de los autoalojadores nunca necesiten la versión enterprise.

En qué confías.

• Sin cuenta, sin registro, sin capa SaaS. Instalas Open WebUI como software en tu hardware. No existe una "cuenta Open WebUI" — cuando inicias por primera vez, creas un usuario administrador local (nombre de usuario + contraseña) que vive en tu propia base de datos SQLite / Postgres. Opcional: desactivar el registro por completo después del primer administrador para que nadie más pueda registrarse.
• Sin llamadas de red de terceros durante el uso. Una vez que Open WebUI está en ejecución y apuntado a un backend local (Ollama / llama-server), la generación se ejecuta completamente local; el frontend solo habla con tu backend configurado. Sin analíticas, sin activos dependientes de CDN, sin telemetría a los servidores de Open WebUI.
• Código abierto bajo licencia MIT. El código en `github.com/open-webui/open-webui` es completamente auditable. Compila desde el código fuente si no confías en las imágenes Docker publicadas.
• Soporte multi-backend. Ollama (nativo), `llama-server` de llama.cpp, vLLM, LM Studio, cualquier endpoint compatible con OpenAI. Cada backend se configura por separado y puede habilitarse/deshabilitarse por usuario. Sin bloqueo de proveedor a una única fuente LLM.
• RAG local mediante `chromadb`. La carga de archivos + recuperación ocurre en la misma máquina — tus documentos permanecen en disco, los embeddings son generados por un modelo de embedding local (por ejemplo, `nomic-embed-text` mediante Ollama), y la búsqueda es consulta vectorial local. Sin ruta de RAG como servicio de terceros.
• Generación de imágenes, voz, uso de herramientas todo opt-in mediante Pipelines (contenedor Python separado que autoalojas) o integraciones integradas. Cada integración documenta qué accede a la red y por qué.
• OAuth + LDAP disponibles para el caso enterprise (entorno Active Directory desplegando internamente), pero deshabilitados por defecto — puedes ejecutar todo con nombre de usuario+contraseña+BD local.

Especificaciones operativas.

• Instalación — ruta más fácil: `docker run -d -p 3000:8080 --add-host=host.docker.internal:host-gateway -v open-webui:/app/backend/data --name open-webui ghcr.io/open-webui/open-webui:main`. UI web en `http://localhost:3000`. Alternativa: `pip install open-webui && open-webui serve`.
• Hardware — mínimo para la UI en sí (el trabajo pesado es el LLM backend, no Open WebUI). ~512 MB RAM, ~1 GB disco para la app + historial de conversaciones de unos pocos usuarios. Escala a despliegues multiusuario compartidos en un pequeño VPS (4 GB RAM, 2 vCPU cómodo).
• Backends soportados — Ollama (descubrimiento automático nativo), `llama-server` de llama.cpp, vLLM, LM Studio, OpenAI, Anthropic Claude, Google Gemini, Mistral, Together, OpenRouter, cualquier endpoint compatible con OpenAI API.
• Pipelines — capa de extensión de Open WebUI para integraciones Python personalizadas (RAG, agentes, llamada a funciones, autenticación personalizada). Se ejecuta como un contenedor Docker separado con el que Open WebUI se comunica por red. Añade ~256 MB RAM + dependencias.
• Base de datos — SQLite por defecto (archivo único, vive en el volumen Docker), Postgres / MariaDB opcionales para despliegues multiusuario. Las migraciones son gestionadas por Open WebUI al inicio.
• Autenticación — nombre de usuario+contraseña local (por defecto), OAuth (GitHub / Google / Microsoft / OIDC genérico), LDAP / Active Directory. Chat anónimo posible si `WEBUI_AUTH=False` (despliegues de confianza en la LAN de un solo inquilino).
• Exportación de conversaciones — JSON, Markdown o enlace compartible (con barrera de privacidad). Importa desde exportación de ChatGPT, exportación de Anthropic, exportación de LibreChat.
• Ruta de actualización — `docker pull ghcr.io/open-webui/open-webui:main && docker restart open-webui`. Migraciones automáticas; cambios disruptivos raros señalados en las notas de lanzamiento.

Filosofía del operador. El encuadre de Timothy Baek en charlas de conferencias y el README del proyecto es "autoalojado significa autoalojado — sin compromisos en la promesa de local-first." Open WebUI deliberadamente no ofrece una opción SaaS alojada (a diferencia de la mayoría de las herramientas "autoalojables" que priorizan su nivel alojado y tratan el autoalojamiento como una variante degradada). El nivel Enterprise es para organizaciones que necesitan SSO y auditoría; la compilación de código abierto ES el producto canónico para individuos + equipos pequeños. El mecanismo de Pipelines con licencia MIT mantiene el modelo de plugins de Open WebUI permisivo — sin mercado de plugins que requiera aprobación, sin superficie viral AGPL, escribes Python y lo colocas.

Justificación de la calificación. Grade A refleja: la postura de privacidad más fuerte disponible para una UI de chat alojada (todo se ejecuta en tu hardware, sin llamadas de red de terceros durante el uso, sin cuenta en ningún lugar), código abierto bajo la permisiva licencia MIT (bifurcable + auditable), responsabilidad del operador nombrado sin dependencia del operador (Timothy Baek + Open WebUI Inc. públicamente identificados, pero el runtime sigue funcionando si cualquiera desaparece — cambiar a LibreChat o construir una UI Svelte personalizada desde cero es un proyecto de fin de semana para un desarrollador experimentado), amplio soporte de backend (cada API LLM de consumo + cada motor local), multiusuario + control de acceso basado en roles para casos de despliegue compartido, postura sin cuenta de clase kycnot.me (literalmente sin cuenta porque no hay operador con quien registrarse), mantenimiento activo (lanzamientos semanales, ~400 contribuidores), y sin incidentes importantes en r/selfhosted / r/LocalLLaMA / GitHub issues en los últimos 12 meses. Última verificación 2026-05-27.

Útil cuando:

• Quieres una UI de calidad ChatGPT para tu instalación local de Ollama / llama.cpp y no quieres usar ChatGPT.
• Quieres una superficie de chat compartida para tu equipo / familia que use un solo backend LLM que tú controlas.
• Eres periodista / investigador / activista cuyas consultas no pueden ser vistas por ningún tercero — Ollama local + Open WebUI es la respuesta canónica.
• Estás desplegando acceso LLM para una pequeña organización en una VPN interna — multiusuario + OAuth + soporte de auditoría.
• Quieres Traer Tu Propia Clave de OpenAI / Anthropic / Mistral sin dar a esos proveedores una superficie de chat proporcionada por el proveedor (ligera ganancia — el upstream aún ve la consulta, pero tú controlas el cliente + historial + exportación).
• Estás construyendo un pipeline RAG personalizado y quieres una UI de chat pulida sobre un backend Python que escribiste tú mismo (capa de extensión Pipelines).

Advertencias:

• Tú autoalojas, tú autooperas. Open WebUI no se ejecuta solo — configuras Docker, configuras el backend, mantienes las actualizaciones al día, haces copias de seguridad de la base de datos. Para usuarios no técnicos, esto es trabajo real.
• La garantía de privacidad la haces cumplir tú. Open WebUI habla con cualquier backend al que lo apuntes. Apuntarlo a OpenAI le da a OpenAI tus consultas — Open WebUI en sí se mantiene neutral; es el backend el que determina quién ve tus datos.
• Pipelines ejecuta contenedores separados — si usas la capa de extensión, tienes un segundo servicio que mantener + monitorear. La instalación por defecto (sin Pipelines) es de un solo contenedor y simple.
• La configuración inicial tiene una curva de aprendizaje. El comando Docker run anterior funciona pero no optimiza para producción. Para despliegues compartidos, necesitas un proxy inverso (Caddy / Traefik), HTTPS, copias de seguridad, rotación de logs, refuerzo de autenticación. Documentado en la wiki pero no es solo hacer clic.
• Sin aplicación móvil — Open WebUI es responsive en navegadores móviles pero no hay cliente nativo iOS / Android. El modo PWA funciona decentemente como sustituto.
• Algunas integraciones requieren servicios adicionales: la generación de imágenes necesita ComfyUI / AUTOMATIC1111, la voz necesita Whisper.cpp o un motor TTS, RAG necesita un modelo de embedding. Cada uno es un paso de autoalojamiento separado. Documentado pero no automático.
• Ruptura de actualización rara pero posible. Los lanzamientos semanales ocasionalmente introducen migraciones de esquema que requieren cuidado para usuarios que ejecutan bases de datos personalizadas. Fija una etiqueta de lanzamiento y vuelve a probar antes de actualizar en despliegues de producción.
• Las funciones enterprise (SSO con IdPs arbitrarios, auditoría avanzada, multi-tenencia) son de pago. La mayoría de individuos + equipos pequeños nunca las necesitan, pero si estás desplegando para una organización de ingeniería de 100 personas, el nivel Enterprise existe.