mrkeyoor.com_
Wed 16 Sept 06:49 UTC
LLM Toolsevaluationupdated 27 Aug 2026

open-webui review

Open WebUI is a self-hosted chat and workspace interface for local models, OpenAI-compatible services, documents, tools, and shared teams. It gives people one browser-based home for several AI backends instead of tying every conversation to a provider's own app.

+738stars / 7d
Verdict

Our Open WebUI build passed after 180 seconds, but the 1,263-package install carried 29 known vulnerabilities and no test target was available. Use it when a shared, self-hosted AI workspace is worth owning a large application and its upgrade work. A solo user who only needs a clean chat window should choose a smaller front end.

We ran it

Lab card: what happened when we ran open-webuiScreenshot of open-webui (openwebui.com)
Install✓ · 50s1263 packages · 1570 MB
Build✓ · 180s
Testsn/ano test script
Known vulns291 critical · 16 high · 11 moderate · 1 low (npm audit)
Repo5031 files~258,753 lines of source · 103.7 MB · 6 CI workflows · Dockerfile · tests dir

Answers from our run

Does open-webui build from source?

Dependencies installed in 50 seconds (1263 packages), and the build succeeded in 180 seconds. We cloned commit 01f4282 into a clean Debian container with 3 CPUs and no project-specific setup.

Does open-webui have tests you can run?

Not through a standard command: the project exposes no test script or target that our harness could run.

Does open-webui have known vulnerabilities in its dependencies?

npm audit flagged 29 known advisories in the dependency tree, including 1 critical at the time of our run.

Who should not use open-webui?

Companies that require standard permissive licensing for every current file: the README says newer code carries an Open WebUI license with a branding-preservation requirement.

What are the alternatives to open-webui?

LibreChat, LobeHub, Hugging Face Chat UI. Our Open WebUI build passed after 180 seconds, but the 1,263-package install carried 29 known vulnerabilities and no test target was available.

Setup3/550-second install, 1,570 MB, and several deployment paths
Docs4/5Clear quick starts plus networking and persistence warnings
Community5/5150,045 stars and a push on 2026-08-26
Maturity3/5Active v0.11.1, but 29 audit findings in our install

Discussed on

  1. hnOpen WebUI: ChatGPT-Style WebUI for Ollama29 points
  2. hnOpen WebUI Changed Its License to Open WebUI License with a CLA6 points
  3. hnOpen WebUI License Change4 points
  4. hnRunning Generative AI Models Locally with Ollama and Open WebUI4 points
  5. hnHow to install and use Open WebUI4 points

Who it’s for

Self-hosters who want one interface for Ollama and OpenAI-compatible model servers.
Teams that need accounts, groups, model permissions, shared channels, and usage controls.
Organizations prepared to operate storage, authentication, model connections, and upgrades.
MCP users who want external tools available inside a managed chat workspace.

Who it’s NOT for

Companies that require standard permissive licensing for every current file: the README says newer code carries an Open WebUI license with a branding-preservation requirement.
Operators who want a stateless container: the Docker instructions warn that omitting the data volume can lose the database.
Developers seeking a small dependency surface: our install brought in 1,263 packages and the audit reported 29 known vulnerabilities.
Anyone expecting the interface to supply model compute by itself: most paths still need Ollama, an OpenAI-compatible endpoint, or a hosted API key.
Teams that cannot test frequent upgrades: GitHub recorded a push on 2026-08-26 and release v0.11.1 on 2026-08-25.

Setup reality

Our sandbox install succeeded in 50 seconds, adding 1,263 packages and using 1,570 MB. The build passed in 180 seconds. There was no test script or target to run, although the checkout contained a tests directory. Npm audit reported 29 known vulnerabilities: 1 critical, 16 high, 11 moderate, and 1 low.

A useful deployment still needs a model endpoint. That may be Ollama, another OpenAI-compatible server, or a hosted provider with an API key. Persistent use needs a mounted data volume; team use adds identity, permissions, storage, and possibly Redis or external databases.

The README offers pip, uv, Docker, and Kubernetes routes, but they are not equivalent. Python installation calls for Python 3.11. GPU containers require Nvidia's container toolkit, offline operation needs an explicit environment setting, and a container reaching Ollama on its host may need special networking or a host gateway.

One interface can sit in front of several model services

Open WebUI gives Ollama and OpenAI-compatible endpoints a browser interface with accounts, conversations, files, knowledge retrieval, tools, channels, notes, and administration. The practical appeal is consolidation. A team can expose local models and paid APIs through one place, then decide which users and groups may see each model. It can also connect MCP, OpenAPI, and project-specific tools, so the UI can grow beyond ordinary question-and-answer chat.

That breadth comes from a large application. The commit we measured contained 5,031 files, roughly 258,753 lines of source, and occupied 103.7 MB before installation. Open WebUI includes a Svelte front end and a Python back end, while its deployment options stretch from a local pip command to multi-node Kubernetes. Buyers should treat it as an internal service with data and policy, not as a disposable skin over an API.

The 1,570 MB install is only the application layer

Our sandbox installed 1,263 npm packages in 50 seconds and ended at 1,570 MB on disk. That result does not include an Ollama model, a remote inference server, or user documents. The simplest useful setup points Open WebUI at an existing model endpoint. Running local inference adds model downloads and compute planning, while hosted providers add keys, billing, and their own retention terms.

The README gives workable Docker examples for the common cases. It tells operators to mount /app/backend/data, because omitting that volume risks losing the database with the container. Ollama on the host can also be awkward: a container cannot reach the host service through its own 127.0.0.1, so the documented commands use a host gateway or host networking. That is a normal container boundary, but it often explains a first launch that shows no models.

What happened when we ran it

Our run at commit 01f4282 installed successfully in 50 seconds and built successfully in 180 seconds on 3 CPUs with 8 GB of RAM. The fresh Debian container had no secrets and ran without elevated privileges. A successful source build is useful evidence that the checked-out web application compiled in that environment; it is not an inference benchmark or proof that every optional provider works.

No tests script or target was available, so we skipped tests. The repository did contain a tests directory and 6 CI workflow files, but neither fact gives us a test result for this run. Npm audit found 29 known vulnerabilities in the installed tree: 1 critical, 16 high, 11 moderate, and 1 low. Those findings warrant triage against the deployed paths and current lockfile before exposing an instance to users.

Nine vector stores mean more choices to operate

Knowledge retrieval supports local files, web pages, several extraction engines, hybrid search, reranking, and 9 named vector databases. That range helps a team fit Open WebUI around existing PostgreSQL, Qdrant, Milvus, Elasticsearch, OpenSearch, Pinecone, Oracle, or other storage. It also means the product cannot pick the right retention, backup, embedding, and access policy for you. A serious document deployment needs test queries and permission checks using the same content users will upload.

The default local route can stay compact with SQLite and local files, while larger installations can use PostgreSQL, object storage, Redis-backed sessions, and multiple workers. Each move outward adds credentials and failure modes. Open WebUI documents enterprise authentication, LDAP, OAuth, SCIM, telemetry, and cloud storage integrations, but the presence of a setting does not establish that it matches your identity or compliance requirements. Plan a narrow configuration first and add services for a measured reason.

The license can block a rebranded product

GitHub's repository response did not identify a standard SPDX license. The README is more specific: current code includes Open WebUI-licensed components with a requirement to preserve the Open WebUI branding, alongside older contributions under their applicable licenses. That is materially different from adopting an MIT or Apache-2.0 component and freely replacing its identity. Legal review belongs near the start if the interface will ship inside a product or under another brand.

The hosted enterprise offer includes custom branding, support, and long-term-support releases, which may resolve some commercial requirements through a separate agreement. It also changes the buying decision. A hobby deployment can accept fast community releases, while an organization may care more about update windows and contractual support. Release v0.11.1 appeared on 2026-08-25, and the repository was pushed again on 2026-08-26, so maintenance is plainly active rather than inferred from an old tag.

Active development increases the upgrade burden

GitHub listed 150,045 stars and 206 open issues and pull requests when we fetched the project. The combined count is not a bug total. It does show a large audience and a busy development surface. The latest release spans tool approval, model questions, streaming changes, file handling, performance work, and fixes across many subsystems. Administrators should read release notes and test their own provider, storage, authentication, and retrieval paths before replacing a working instance.

Open WebUI earns its place when one maintained service can replace several disconnected chat front ends. Our 180-second build passed, and the documented deployment range is unusually wide. The cost is visible in the same evidence: 1,263 packages, 1,570 MB, 29 audit findings, a mixed license, and no runnable test target in our checkout. Choose it for the workspace and controls. If those features are incidental, the smaller alternatives demand less care.

Alternatives

ProjectWhat it isPick it when
LibreChat gh↗A self-hosted multi-provider AI chat application with agents and tool integrations.pick this instead when provider flexibility matters more than Open WebUI's close Ollama integration.
LobeHub gh↗A polished personal and team AI workspace with a broad plugin ecosystem.pick this instead when interface polish and a hosted option matter more than an offline-first setup.
Hugging Face Chat UIA focused open chat front end for language-model endpoints.pick this instead when you want a narrower chat interface without Open WebUI's workspace features.

Sources

  1. Open WebUI README
  2. Open WebUI repository
  3. Open WebUI v0.11.1 release
  4. Open WebUI license history

More llm tools reviews

headcount · useagent · claude-skills · RAG_Techniques · ux-ui-agent-skills · dictionary-of-ai-coding · the whole board →