Open WebUI

Open WebUI 是一款自托管的 Web 界面，用于运行本地和云端 LLM，无需将数据发送到第三方服务器。该项目由 Tim Jaeryang Baek 于 2023 年 9 月以“Ollama WebUI”之名创建，2024 年 1 月更名以体现其更广泛的后端支持。截至 2026 年 4 月，该项目已在 GitHub 上获得 134,000 颗星，社区成员达 355,000 人。它在 Docker 或 Kubernetes 上运行，为 Ollama、任何兼容 OpenAI 的 API 以及数十家商业提供商同时提供类似 ChatGPT 的前端界面。Tim Baek 在加入 Mozilla 首届 Builders Accelerator 计划后，于 2024 年 9 月成立了 Open WebUI, Inc.。

当前版本 v0.9.2（2026 年 4 月 24 日）内置了跨九种向量数据库（ChromaDB、Qdrant、Milvus 等）的 RAG 文档搜索、语音和视频通话、用于基于 Python 的中间件的 Pipelines 框架、多用户基于角色的访问控制 (RBAC)、LDAP 和 OIDC SSO、SCIM 2.0 预配、OpenTelemetry 可观测性、单用户模型配额、通过 SearxNG 进行的 Web 搜索以及工具/函数插件系统。对于个人而言，它是私有的 ChatGPT 替代方案。对于团队而言，它是一个完整的内部 AI 平台，可将所有推理保留在本地。

2026 年 4 月的 Open WebUI 实际功能

从核心来看，Open WebUI 是一个基于浏览器的管理和聊天层，位于您的模型后端之前。您只需将其指向正在运行的 Ollama 实例或提供任何兼容 OpenAI 的端点，它就会处理其余的一切：对话线程、系统提示词管理、对话中途切换模型、文件和图像上传，以及跨组织的共享模型库。

Pipelines 框架使该平台具备了真正的可扩展性。Pipelines 是拦截请求和响应的 Python 脚本：您可以在不修改核心代码库的情况下，附加速率限制器、使用情况记录器（Langfuse、Datadog）、内容过滤器、提示词注入防护或自定义预处理链。截至 v0.9.2，Pipelines 作为一项独立服务运行，Open WebUI 会将流量路由至该服务。

RAG（检索增强生成）内置于上传流程中。拖入 PDF 或粘贴 URL，Open WebUI 就会对其进行分块、嵌入并存储在您配置的向量数据库中。支持的嵌入模型包括本地的 nomic-embed-text 或任何兼容 OpenAI 的嵌入 API。知识库系统允许您构建持久的文档集合，这些集合可在对话中持久存在，并可跨用户共享。

对于团队部署，管理面板涵盖用户预配（本地帐户、Google/GitHub SSO、LDAP、Azure AD）、基于组的模型访问、单用户 Token 配额、使用情况仪表板和审计日志。SCIM 2.0 支持意味着企业身份提供商可以自动推送用户和组的更改。

Open WebUI 与 LibreChat 和 AnythingLLM 的定位对比

这三个项目定义了当前的自托管 LLM UI 市场。它们在机制上的差异对于选择合适的工具至关重要。

LibreChat (github.com/danny-avila/LibreChat，33,900 颗星) 专为在单一界面中进行多提供商聊天切换而构建。其架构是运行应用服务器的多容器 Docker Compose、用于对话存储的 MongoDB，以及用于全文 RAG 索引和向量嵌入的 Meilisearch。它的身份验证系统是所有替代方案中最深入的：本地帐户、LDAP、Google、GitHub、Discord、OpenID、Azure AD 和 AWS Cognito，并带有单用户 Token 额度跟踪。LibreChat 拥有完整的 MIT 许可证，没有品牌限制。其弱点在于设置复杂性：您需要管理三个容器，而 Open WebUI 只有一个镜像，并且对于纯本地 LLM 使用而言，其 UI 不够精美。LibreChat 于 2025/2026 年被 ClickHouse 收购。

AnythingLLM (github.com/Mintplex-Labs/anything-llm，54,000 颗星) 将 RAG 视为其核心设计原则，而非附加功能。每个工作区都是一个隔离的 RAG 环境，拥有自己的文档、LLM 配置和对话历史记录。Visual Agent Flows 画布让非技术用户无需编写代码即可链接 API 调用、LLM 指令和文件操作。AnythingLLM 提供原生的 Electron 桌面应用程序，内置零配置的 LanceDB，这意味着单用户设置无需 Docker。它支持 50 多种文档类型，包括 GitHub 仓库、YouTube 脚本和 Confluence 页面。AnythingLLM 全面使用 MIT 许可证。其弱点：桌面模式仅限单用户；团队需要使用 Docker 部署。

定位总结：Open WebUI 在聊天优先的 UX、最快的 Ollama 设置、最活跃的开发节奏以及多用户 RBAC 深度方面胜出。LibreChat 在身份验证系统的完整性和商业合规的许可证纯度方面胜出。AnythingLLM 在重度文档 RAG 工作流和无代码 Agent 构建器方面胜出。

“如果它获得了 OSI 批准，就意味着我不需要聘请律师来决定我能做什么。”，simonw (Simon Willison)，Lobsters，2025

许可证变更及其对您部署的影响

2024 年底，Open WebUI 发布了 v0.6.6，使用自定义的“Open WebUI License”取代了之前的 BSD-3-Clause 条款。该变更增加了一项品牌保护条款：在 30 天滚动周期内，任何拥有 51 名或更多用户的部署都必须保留“Open WebUI”名称和品牌。商业白标（无论是在 Open WebUI 之上构建 SaaS 产品，还是以您自己的品牌名称进行部署）都需要单独的企业许可证，其定价未公开。

这个时机值得注意。仅仅五个月前，Open WebUI 已经从 MIT 更改为 BSD-3，同样没有发布公告。v0.6.6 的变更在 Hacker News 上引发了一个长帖 (id=43901575)，并在 Lobsters 上引发了一个平行讨论帖，两者之间有数百条评论。这种反应并非边缘化：它包括了知名的开发者和开源倡导者。

“根据标准定义，这个‘小小的补充’很可能会让它变得不再开源。”。PeterZaitsev，Hacker News，2025 年 4 月/5 月

“开源软件的全部意义在于它可以用于任何目的，包括转售它……如果你不希望这样，你就是反对开源。这没关系，但我认为你不应该把你的程序称为‘Open’ WebUI。声称你的许可证是它根本不是的东西，这是具有欺骗性和不诚实的。”，r/LocalLLaMA 社区成员，Reddit，2025

实际影响：个人使用、家庭实验室和每月活跃用户少于 50 人的团队完全不受影响，并且仍然免费。该限制对商业运营商造成了打击：任何构建付费产品、托管服务或白标企业部署的人，如果不支付未公开价格的企业许可证，都将面临法律上的模糊性。需要 OSI 认证的开源软件以满足内部合规政策的开发人员根本无法使用 v0.6.6+。对于那些希望从干净的基线进行分叉的人来说，最后一个完全宽松的版本 v0.6.5 仍可在 GitHub 上获取。

部署和升级的实际情况

对于全新安装，Open WebUI 的运行速度确实很快。只需一条 Docker 命令即可拉取镜像并绑定到 3000 端口；如果 Ollama 已经在本地运行，UI 将自动连接。v0.9.2 镜像比早期版本大，但在标准 VPS 上仍然易于管理。

生产环境的运维则更为困难。Open WebUI 的快速开发节奏（在 2025 年和 2026 年的大部分时间里大约每周发布一次）意味着升级有时会破坏现有的配置。记录在案的事件包括 v0.8.0 导致现有部署启动失败，v0.7.2 破坏 API 访问 Token，以及 v0.6.3x 要求某些用户的容器重启时间长达数小时。该项目的 GitHub 问题跟踪器清楚地反映了跨多个版本的这些模式。

浏览器资源使用是另一个运维考量因素。从远程 Ollama 实例生成响应可能会使 Chrome 中的一个 CPU 核心利用率达到 100%。在长时间的会话中，RAM 消耗会逐渐增加。大型知识库部署（拥有 60,000 个或更多文件的部署）会遇到 /api/models 端点返回包含所有文件 UUID 的 43-50MB 响应的情况，这会导致明显的性能下降，尤其是在移动浏览器上。

对于停机容忍度合理的家庭实验室和小型团队使用而言，这些摩擦点是可控的。对于看重可靠性 SLA 的生产部署，这种升级节奏需要更保守的版本锁定策略，并在应用更新之前使用预发环境。

Open WebUI 适合哪些人

Open WebUI 是本地 LLM 爱好者的正确选择，他们希望拥有一个精美且积极维护的界面，而无需自己构建。对于部署内部 AI 访问的中小型团队来说，它也是一个强有力的选择：RBAC、SSO 和配额系统涵盖了大多数企业需求，而无需建立商业 AI 供应商关系。对于数据驻留不可妥协的隐私优先组织，他们会发现它在标准服务器硬件上提供了所需的基础设施。熟悉 Docker 且希望获得托管、可扩展平台而非原始 API 的 IT 管理员，将从其深度的管理面板中受益。

如果您的主要用例是重度文档 RAG，且检索质量是核心要求，请跳过 Open WebUI：AnythingLLM 的工作区模型和可视化 Agent 构建器更适合。如果您需要一个真正轻量级且没有运维开销的 UI，请跳过它：该项目已发展成为一个平台，首次设置现在涉及有意义的配置决策。如果您出于法律或合规原因需要 OSI 认证的开源软件，请跳过它：v0.6.6+ 许可证不符合条件，而从 v0.6.5 分叉意味着错过 18 个月以上的活跃开发。如果您计划构建商业白标产品，请跳过它：企业许可证路径没有公布的定价，假设它是免费的将面临法律风险。

开始使用 Open WebUI

如果 Ollama 已经在本地运行，最快的途径是一条 Docker 命令：

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

导航到 http://localhost:3000 并创建第一个管理员帐户。第一个注册的用户将自动成为管理员。在管理面板中，在 Settings > Connections 下配置其他模型后端，在 Settings > Auth 下设置 SSO，并在 Settings > Documents 下配置 RAG 向量数据库首选项。

对于团队部署，推荐的路径是使用 Docker Compose 搭配外部 PostgreSQL 或 SQLite 数据库、用于 HTTPS 的 Nginx 反向代理，以及同机部署或位于独立推理服务器上的 Ollama。docs.openwebui.com 上的官方文档涵盖了用于大型部署的 Kubernetes Helm 图表。如果生产稳定性很重要，请锁定到特定的发布标签，而不是 main 或 latest 标签：频繁的发布节奏意味着 latest 可能会带来破坏性变更。