Open WebUI: the interface for your local AI

You already have Ollama installed and a model downloaded, but every question means opening a terminal or using Ollama's web chat, which works but is spartan. Open WebUI solves that step: it is a full web interface, in the style of ChatGPT, that connects to your local models and turns them into an everyday product — with multi-user accounts, document management, per-model customization, and tools. In this guide you install it, connect it to Ollama, customize it, and I tell you honestly where its territory ends.
Why Open WebUI
Ollama does the engine job: it runs the model and exposes an API. Its built-in web chat (http://localhost:1111) works, but it has no accounts, does not organize conversations in any serious way, and does not let you attach documents or extensions.
Open WebUI adds the interface layer:
- Organized conversations: saved chats, renameable, grouped into folders.
- Multi-user: each person has their own account and their own space; an administrator controls models and permissions.
- Documents (RAG): you upload PDFs, text documents, and web pages; the model uses them as a basis for its answers.
- Per-model customization: system prompt, temperature, generation parameters — visible and editable.
- Tools and plugins: web search, community tools, Python functions to extend behavior.
If you use Ollama alone, the jump is not huge. If you want your local AI to become something you use every day, or something you share with other people, Open WebUI is the natural next step.
Installation
Two paths. The cleanest is Docker, because Open WebUI ships with everything it needs built in:
docker run -d -p 3000:8080 \
--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
Three details that matter:
-p 3000:8080— the app opens athttp://localhost:3000; the number on the left is yours to change.--add-host=host.docker.internal:host-gateway— lets the container find Ollama running on the host machine.-v open-webui:/app/backend/data— the volume where accounts, chats, and documents are stored. Do not lose it: that is everything.
The alternative path, without Docker:
pip install -U open-webui
open-webui serve
At this point the app responds at http://localhost:8080. It works well for a quick test, but the Docker version is the one recommended for everyday use: updates with a docker pull and fewer dependencies to manage by hand.
On first start, the install asks you to create the first account: whoever creates the first account becomes the administrator. Do not skip that step — you will use it to add users and manage models.
Connecting Ollama
Open http://localhost:3000 (or the port you chose), create the first account and, if the install has not already found Ollama on its own, go to Settings → Admin Settings → Connect a model and add a new backend:
- Name:
Ollama(or whatever you prefer) - URL:
http://127.0.0.1:1111if Ollama runs on the same machine without Docker, orhttp://host.docker.internal:1111if Open WebUI runs in Docker - API key: not needed, Ollama does not require one
You confirm, and the models you have downloaded (ollama list) appear in the selector at the top, ready to use.
A practical tip: not every downloaded model needs to stay visible. With multiple users, the administrator can decide which models each group sees, keeping the bar readable.
Customization
This is where the difference from Ollama's web chat lives. From the menu of any model, open its configuration panel:
- System prompt: defines the model's base behavior. An example that works well for everyday use: "Answer in a concise and direct way. If you do not know the answer, say so clearly instead of inventing."
- Temperature: 0.2-0.5 for factual and technical answers, 0.7-0.9 for creative writing.
- Maximum response length: useful for limiting answers on slow hardware.
Two features deserve attention if you use Open WebUI seriously.
Documents. You upload PDFs, text files, markdown, or web pages into a knowledge base; the system splits them into chunks and turns them into embeddings, so the model can answer citing your documents instead of its own training. The flow: create a knowledge base, upload the files, then attach it to a model in that model's configuration panel. It is the simplest way to do RAG with local tools.
Tools and plugins. Open WebUI includes a pluggable web search (with self-hosted engines such as SearXNG) and a plugin ecosystem: tools that give the model new abilities (calculator, databases, external APIs) and Python functions that change platform behavior. They install from the panel and activate per model.
Multi-user. If the machine is shared — a small team, the family — each person creates their own account. Chats stay private per account; the administrator assigns models and knowledge bases per group. That is the difference between a personal tool and a team tool.
Honest limits
- It is a full stack, not a lightweight file. The container ships a database and services inside: it consumes more RAM than you would expect (budget at least 2-3 GB for the interface alone, independent of the model).
- The RAG is basic. It works well for documentation and text collections, but do not expect the quality of a dedicated RAG system with an advanced chunking pipeline. For serious, structured document work, it is a starting point, not a final destination.
- The models are those of the backend. Open WebUI does not download models: it uses whatever Ollama (or llama.cpp, or a compatible API) already has. Sizing is still your job — and the articles on choosing a model cover that part.
- It is not an inference server. It serves a chat, not production throughput. To serve a model to many simultaneous users at maximum performance, vLLM is the right tool.
- Updates change things. Recent versions have redesigned the interface and reorganized the settings: after an upgrade, some menu paths may not be where you learned them.
In summary
Open WebUI is the layer that turns a local model into a product: accounts, organized conversations, documents, customization, tools. Installation in one command, Ollama connection in a minute. If your local AI today lives in a terminal, tomorrow it lives in the browser — and it is usable by people who have nothing to do with configuration commands.
Article generated with AI
In these reading paths
Enjoyed this article?
Subscribe to the newsletter for new tutorials and guides.
Related Articles

Mac Studio M5 Ultra: practical 512GB guide - models that fit and GGUF setup
The 512GB Mac Studio holds a 560B MoE at 4 bit with a large context. This guide covers the 4-bit rule, GGUF setup in three paths, the real bottleneck (the KV cache), and the Mac-vs-API cost comparison with the numbers on the table.

Local voice: from Whisper to text-to-speech
How to build a fully local voice pipeline: transcription with Whisper, synthesis with Piper or Kokoro-82M, hardware requirements, and practical use cases.

