Open WebUI

AI 应用人工精选最近核验 2026年7月23日

Open WebUI 是一套自托管的 AI 对话与应用平台,通过 Web 界面统一接入本地模型运行器(如 Ollama)与各类 OpenAI 兼容 API,支持离线运行。内置本地 RAG(可选 9 种向量库、BM25 与向量的混合检索、多种文档抽取引擎)、多模型对话、Web 搜索接入(SearXNG、Brave、Tavily 等 20 余家)、图像生成、语音/视频通话,以及基于用户组的细粒度 RBAC 权限。提供 Filters/Actions/Pipes/Tools 及 MCP/OpenAPI 插件机制,数据可存于 SQLite 或 PostgreSQL。定位为团队可控、可扩展的模型使用入口与知识库前端。

定价开源部署自托管、本地运行国内可达国内可达

解决什么问题

面向已经在用多家模型(本地 Ollama、私有部署或云端 OpenAI 兼容端点)的团队,解决模型分散、缺少统一入口、数据不可控的问题
把对话、知识库检索、Web 搜索、图像与语音能力收敛到一个自托管界面里,配合用户组 RBAC、持久化记忆、频道协作等能力
使一个组织可以在自有服务器上给不同部门开放受控的模型访问,而不必把对话数据交给外部 SaaS
RAG 侧支持多种向量库与混合检索、多种文档抽取引擎,可把内部文档接成可问答的知识库
插件机制(Tools/Pipes/MCP/OpenAPI)允许把内部系统的接口挂进对话流程

适合

适合有自建服务器或私有云、希望把模型能力以统一 Web 界面开放给内部团队的中型组织
适合以 Ollama 或私有化部署的开源模型为主、辅以国内 OpenAI 兼容 API(如 DeepSeek)的场景
也适合需要 RBAC 分权、把内部文档做成受控知识库问答、并保留对话数据在自有基础设施内的合规诉求
运维上具备 Docker/Kubernetes/Helm 与 Postgres、Redis 会话、水平扩展等生产要素,适合有基本容器与运维能力的技术团队自建自管

不适合

不适合没有服务器运维意愿、想直接买免部署 SaaS 的团队,它本质是需要自己部署与维护的系统
若只需要给个人做一个简单的模型对话窗口,它的能力面偏重
若期望开箱即用的成品业务系统(如客服工单、CRM),它是通用对话与知识库前端,不含具体业务逻辑,需要自行用插件与外部系统对接
它也不是模型本身或推理服务,不解决模型质量、算力与并发问题,这些仍取决于你接入的后端模型与硬件

如何接入

部署形态为自托管:提供 Docker 镜像(含 :cuda、:ollama 等标签)、Docker Compose、pip 安装(需 Python 3.11+)以及 Kubernetes(kubectl/kustomize/Helm)多种方式
数据层可选 SQLite 或 PostgreSQL(支持可选加密),会话可用 Redis 支撑横向扩展
模型侧对接 Ollama 与任意 OpenAI 兼容端点,Web 搜索、STT/TTS、图像生成均为可插拔的第三方 provider
扩展通过 Filters/Actions/Pipes/Tools 插件与 MCP/MCPO/OpenAPI 接口实现,可把内部服务挂入对话
可接入 OpenTelemetry 做可观测;持久化需挂载数据卷,避免容器重建丢数据

已知限制

采用带保留 Open WebUI 品牌附加条款的自有许可(非标准 OSI 许可),商用前需确认许可条款是否符合内部合规
:dev 分支为不稳定特性;GPU 加速在 Linux/WSL 需 Nvidia 容器工具包
它只是前端与编排层,模型质量、并发与算力仍取决于后端
国内可达性:软件可完全自托管、可离线,配合本地模型或国内 OpenAI 兼容 API(如 DeepSeek)可在境内正常运行
但 Docker 镜像来自 ghcr.io、pip 依赖 PyPI,拉取可能需要镜像源,官网与文档在境外;若把界面指向境外模型 API,会产生数据出域与延迟

接入与使用事实

部署方式: 自托管、本地运行
实现语言: Python、TypeScript、JavaScript
中文界面: 待确认
中文文档: 待确认
定价方式: 开源
许可证: 待确认
国内可达性: 国内可达
可达性观察: 待补充

查看代码仓库

权限、依赖与维护信号

这些字段记录公开可见信号，不等同于安全审计结论。

权限信号

暂无公开信号。

依赖信号

暂无公开信号。

维护信号

暂无公开信号。

公开来源与证据

代码仓库仅作事实索引
查看来源

访问官网