跳到主要内容

Open WebUI 与 Libre WebUI：基于事实的对比

Open WebUI 和 Libre WebUI 都是用于与大语言模型交互的自托管 Web 界面。二者都可以连接 Ollama 等本地运行时以及兼容 OpenAI 的 API 和其他托管 API，并且都以将用户数据保留在运营者自有基础设施上为设计目标。本页面严格基于公开文档记载的差异对两个项目进行对比，依据各项目的官方文档、许可证文本和公开仓库。本页不评价代码质量、性能或社区口碑，也不推荐任何一方。

以下所有陈述均来源于 Open WebUI 和 Libre WebUI 的官方文档、项目许可证文件及其公开的 GitHub 仓库，数据截至 2026 年 8 月。两个项目都在快速演进；做决定前请以第一手来源核实细节。

概览​

维度Open WebUILibre WebUI
许可证“Open WebUI License”：基于 BSD-3，附加了品牌保护条款（v0.6.6 起，2025 年 4 月）。维护者声明其并非 OSI 认可的开源许可证。v0.6.5 及之前的代码仍为 BSD-3-Clause。Apache License 2.0。项目章程承诺永不改用更严格的许可条款。
品牌 / 白标除以下三种情况外，禁止移除或修改 “Open WebUI” 品牌标识：任意 30 天滚动周期内用户数 ≤ 50 的部署、获得书面许可的贡献者、持有企业许可证的组织。未记载任何品牌或白标限制；适用 Apache 2.0 的默认条款。白标作为可选的付费服务提供。
数据所有权与可移植性数据本地存储（SQLite 或 PostgreSQL）。对话可导出/导入为 JSON；单个对话可导出为 JSON、PDF 或 Markdown。完整数据库导出/导入及备份流程均有文档。数据本地存储（SQLite 或 PostgreSQL）。带 SHA-256 完整性摘要的按用户版本化 JSON 归档，支持事务式导入；签名（Ed25519）加密（AES-256-GCM）的备份/恢复 CLI；备份前 recovery-check 检查。
遥测 / 分析默认设置FAQ 声明默认不向外部服务发送数据；只有在连接了模型提供商时数据才会发往该提供商。可集成 OpenTelemetry 用于自管可观测性。章程声明零遥测（“无分析、无跟踪、无回传代码”）。除非运营者配置了收集端点，OpenTelemetry 导出保持关闭。仅管理员可见的本地用量计量始终开启，但数据绝不离开部署环境。
认证与多用户基于角色的访问控制（角色、组、按资源的权限）；通过 OIDC 和 LDAP 实现 SSO；SCIM 2.0 自动配置；API 密钥。本地账户，JWT 绑定到可吊销的服务端会话；两种角色（管理员/用户）外加组和按资源的授权；通用 OIDC（另有 GitHub 与 Hugging Face OAuth）；限定作用域的个人 API 令牌。无 SAML、SCIM 或 LDAP（文档明示的限制）。
可扩展性Pipelines 插件框架；带内置代码编辑器的 Python Tools/Functions；MCP（Streamable HTTP）；OpenAPI 工具服务器；支持 13 种向量数据库；8 种文档提取引擎。JSON 定义的提供商插件（对话、嵌入、图像、TTS、STT、音频、视频）；13 个内置工具；OpenAPI 3.x 与 MCP（Streamable HTTP）工具服务器，默认关闭，副作用调用需逐次批准；助手档案、技能、提示词库、Artifacts、隔离的 “Work” 编码工作区。
部署pip install open-webui；Docker（含 :cuda、:ollama 镜像）；Docker Compose；通过 kustomize 和 Helm 部署到 Kubernetes；S3/GCS/Azure 存储后端；基于 Redis 的水平扩展。一条命令（npx libre-webui@latest）；npm 和 Homebrew；多种 Docker Compose 变体（内置/外部 Ollama、GPU、团队）；Helm chart（OCI 仓库）；有文档的 Cloudflare Tunnel 私有部署方案；Electron 桌面客户端（仅客户端）。
生产功能用量仪表盘（消息、token）；带 Elo 排行榜的模型竞技场；OpenTelemetry；水平扩展；提供 SLA 支持和 LTS 版本的企业方案。成本治理：带生效日期的费率表和预算，支持观察/告警/拦截模式；评测集与带 Elo 的盲测竞技场；可选 OTLP 导出；存活/就绪/深度健康探针；团队配置经认证支持 3 个及以上副本加外部持久 worker；不支持零停机模式升级（文档明示的保留事项）。
团队 / 协作用户与模型共处一个对话的频道；私信；用户组；按模型的访问控制；Notes 工作区；文件夹、标签、置顶。频道、私信和一级线程，支持 @model 回复；所有者向用户/组授予（读/写/管理）权限，覆盖对话、笔记、知识、角色、提示词、技能、日历和工具服务器；无匿名公开链接；通知、共享日历、定时自动化。
语音与媒体语音识别、语音合成、免提语音与视频通话；通过 GPT-Image、Gemini、ComfyUI 生成图像；基于 8 种提取引擎的 RAG，BM25 + 向量混合检索与重排序。支持打断的回合制语音模式（文档明示非全双工）；通过提供商插件实现 STT/TTS；基于同意的声音克隆；通过声明能力的插件生成图像、音频和视频，配有按用户的媒体库；BM25 + 向量混合检索的 RAG，引用精确到页/幻灯片/工作表；不支持扫描文档 OCR（文档明示的限制）。
文档官方文档详尽：功能指南、数据库模式参考、备份/迁移教程和许可证 FAQ。官方文档按功能提供指南并明示限制与非目标，发布 openapi.json 和 llms.txt，生成的能力契约将每条路由对应到负责人和具名测试。

许可证​

Open WebUI 以 “Open WebUI License” 发布，该许可证随 v0.6.6（2025 年 4 月）引入，基于 BSD-3-Clause 并附加了保护 “Open WebUI” 品牌的条款。项目自己的许可证 FAQ 声明该许可证“不是 OSI 认可的‘开源’许可证”，同时强调代码仍然公开并以开放方式开发。v0.6.5 及之前合并的全部代码仍适用原 BSD-3-Clause 许可证。版权归 Open WebUI Inc. 所有。

Libre WebUI 以 Apache License 2.0 发布，这是一个 OSI 认可的许可证，版权归 Kroonen AI, Inc. 所有。项目章程声明源代码“将永久保持 Apache License 2.0 许可”，且项目“绝不改用更严格的许可条款”，企业产品亦不例外。

品牌与白标​

Open WebUI 的许可证禁止修改、移除、遮挡或替换 “Open WebUI” 品牌标识，仅有三种文档记载的例外：任意 30 天滚动周期内服务用户不超过 50 人的部署、获得明确书面许可的贡献者、持有企业许可证的组织。在这些例外之外，许可证将移除品牌描述为重大违约。该项目提供包含自定义主题和品牌的企业方案。

Libre WebUI 除 Apache 2.0 标准条款外未记载任何品牌、商标或署名要求（Apache 2.0 要求在源代码分发中保留许可证和声明文件，但不施加任何面向用户的品牌规则）。白标在章程中仅作为可选的商业服务出现，而非许可条件。

数据所有权、可移植性与恢复​

两个项目都将全部数据存储在运营者的基础设施上，默认使用 SQLite，PostgreSQL 为文档记载的可选项。

Open WebUI 的文档包括对话导出与导入（全部对话导出为 JSON；单个对话可导出为 JSON、PDF 或 Markdown）、用于跨服务器迁移的完整数据库导出/导入、备份指南、公开的数据库模式参考，以及基于 Alembic 的手动迁移流程。

Libre WebUI 的文档记载了按用户的数据归档：版本化的 JSON 格式（libre-webui-user-data，第 3 版），带 SHA-256 完整性摘要，覆盖对话、笔记、知识集合和偏好设置，并明确列出排除项（凭据、生物特征语音数据、生成的媒体以及实例级状态）。导入在 SQLite 和 PostgreSQL 上均先预检、后事务式执行。面向运营者，恢复就绪文档记载了只读的 recovery-check CLI 检查，以及生成 Ed25519 签名、AES-256-GCM 加密归档的备份 CLI，含校验与恢复预检步骤，另有团队模式（PostgreSQL/S3）变体。静态数据采用应用层 AES-256-GCM 加密；文档明确说明这既不是全盘加密，也不是端到端加密。

遥测与分析默认设置​

两个项目都声明默认情况下没有数据离开部署环境。

Open WebUI 的 FAQ 声明：“Open WebUI 默认不会将您的数据发送到外部服务”，以及“注册时，所有信息都存储在您的服务器本地，默认不会发送给 Open WebUI 或任何第三方”。只有当运营者连接了模型提供商时，提示词和回复才会发送给该提供商。可集成 OpenTelemetry 用于运营者自管的可观测性。

Libre WebUI 的章程承诺“零遥测——无分析、无跟踪、无回传代码”，其可观测性文档声明“两条路径均不会向 Libre WebUI 项目发送遥测数据”；除非运营者设置了收集端点，OpenTelemetry 导出保持关闭。文档同时披露：仅管理员可见的本地用量计量始终开启且无法关闭，其数据只保存在部署环境的数据库中，提示词、回复和凭据绝不会写入用量表。

认证与多用户支持​

Open WebUI 的文档记载了基于角色的访问控制（角色、组和按资源的权限）、通过 OIDC 和 LDAP 的单点登录、用于自动配置用户和组的 SCIM 2.0，以及用于编程访问的 API 密钥。

Libre WebUI 的文档记载了本地账户（bcrypt 哈希密码，JWT 绑定到可吊销的服务端会话）；恰好两种角色（管理员和用户），辅以组和按资源的授权（读/写/管理），并明确默认原则：资源默认私有，全局管理员角色不能访问其他用户的内容；SSO 支持通用 OIDC（含 PKCE、域名白名单和组到角色映射）以及 GitHub 和 Hugging Face OAuth；还有限定作用域、可吊销的个人 API 令牌。文档明确指出目前不提供 SAML 和 SCIM 配置；LDAP 未见于文档。

概括而言：Open WebUI 记载了更广泛的企业身份集成（LDAP、SCIM）；Libre WebUI 记载了以 OIDC 为中心的 SSO 和按资源的授权，并在自己的文档中明示其身份协议的边界。

架构与可扩展性​

Open WebUI 采用 Python 后端和 Svelte 前端。可扩展性以 Pipelines 插件框架为核心：可在内置代码编辑器中编辑的 Python Tools 和 Functions、通过 Streamable HTTP 的原生 MCP 支持，以及从兼容 OpenAPI 的端点自动发现工具。其 RAG 栈记载支持 13 种向量数据库（官方维护 ChromaDB 和 PGVector）和 8 种文档提取引擎，采用 BM25 + 向量混合检索与 cross-encoder 重排序。

Libre WebUI 采用 TypeScript/Node.js（Express）后端和 React 前端。可扩展性以 JSON 定义的提供商插件为核心，覆盖对话、嵌入、图像、TTS、STT、音频和视频（内置提供商家族包括 OpenAI 兼容、Anthropic、Google Gemini、Groq、Mistral、OpenRouter、Hugging Face、MLX、ComfyUI 和 ElevenLabs，以及本地 Ollama）；受治理的工具包括 13 个内置工具和通过 OpenAPI 3.x（规范哈希锁定）与 MCP Streamable HTTP 接入的外部工具服务器——工具默认关闭，有副作用的调用需用户批准，出站流量做了 SSRF 加固；stdio MCP 服务器为有意不支持。更高层的构件包括助手档案（绑定提示词、工具、技能、知识和语音）、版本化的技能和提示词、沙箱化 Artifacts（HTML、React、Mermaid、SVG），以及 “Work”——基于 Docker/Kubernetes 的隔离编码工作区。平台基础定义了两个经过验证的配置：solo（SQLite、内嵌向量、本地 blob）和 team（PostgreSQL、PGVector、S3 兼容存储、Redis），混合配置会在启动时被拒绝。

部署选项​

Open WebUI 的文档记载了通过 pip install open-webui 安装、Docker（包括 CUDA 和内置 Ollama 的镜像变体）、Docker Compose，以及通过 kustomize 和 Helm 部署到 Kubernetes，支持 S3/GCS/Azure Blob 存储后端和基于 Redis 会话的水平扩展。

Libre WebUI 的文档记载了一条命令启动（npx libre-webui@latest）、npm 和 Homebrew 全局安装、多种 Docker Compose 变体（内置 Ollama、外部 Ollama、GPU、socket-proxy 和团队）、发布在 OCI 仓库的 Helm chart（默认启用 Pod 安全设置，可选 NetworkPolicies）、有文档的基于 Cloudflare Tunnel 的私有部署方案（不暴露任何端口），以及面向 macOS、Windows 和 Linux 的 Electron 桌面应用——文档明示其仅为客户端，不含后端，也没有自动更新。

生产功能​

Open WebUI 的文档记载了跟踪消息量和 token 消耗的用量仪表盘、支持 A/B 测试和 Elo 排行榜的模型竞技场、OpenTelemetry 集成、webhook 和系统横幅，以及水平扩展。商业企业方案额外提供 SLA 支持和长期支持（LTS）版本。

Libre WebUI 的文档记载了成本治理——版本化、带生效日期的费率表，以及作用于实例、用户或组的预算，支持观察、告警和硬性拦截模式，并可导出 CSV；评测——反馈打标、采用确定性 Elo 的盲测竞技场，以及以持久任务运行的评测集；可观测性——带请求 ID 关联和脱敏边界的结构化 JSON 日志，以及可选的 OTLP 导出；存活、就绪和（仅管理员）深度健康探针；以及分层限流，在团队模式下由 Redis 支撑并在副本间共享。文档记载团队配置经认证支持三个及以上应用副本加一个外部持久 worker，并由发布前的三副本故障演练验证。Kubernetes 文档也坦率地写明一项保留事项：模式升级无法零停机，需要有计划的服务中断。

团队与协作功能​

Open WebUI 的文档记载了用户与 AI 模型共同参与同一对话的共享频道、私信、带角色权限的用户组、按模型的访问限制、带 AI 辅助的 Notes 工作区，以及通过文件夹、标签和置顶组织对话。

Libre WebUI 的文档记载了频道（公开、私有和私信），支持一级线程、表情回应、置顶和以调用者身份运行的 @model 回复；统一的共享模型（所有者向用户或组授予读/写/管理权限），覆盖对话、笔记、知识集合、角色、提示词、技能、日历和工具服务器，无匿名公开链接；按用户加密的通知；可共享的日历；以及将 AI 运行结果作为对话会话送达的定时自动化。文档明示的缺口包括没有在线/输入状态指示器和按频道导出。

语音与媒体能力​

Open WebUI 的文档记载了语音识别、语音合成、免提语音与视频通话，以及通过 GPT-Image、Gemini 和 ComfyUI 等引擎生成和编辑图像，另支持文件和图片上传。

Libre WebUI 的文档记载了回合制语音模式（聆听 → 转写 → 思考 → 朗读），支持打断；文档明确说明其并非全双工。STT 和 TTS 通过提供商插件实现（浏览器语音识别、OpenAI 兼容转写、Hugging Face ASR、ElevenLabs 等），声音克隆基于同意机制并置于专门的访问模式之后。媒体生成插件声明图像、TTS、音频和视频能力，汇入按用户的媒体库。文档处理覆盖 PDF、Office 格式、Markdown、HTML 和源代码，引用可溯源到页/幻灯片/工作表，采用 BM25 + 向量混合检索；扫描文档的 OCR 在文档中标注为尚不支持。

文档质量与透明度​

两个项目都维护着可观的官方文档。

Open WebUI 的文档包括功能指南、部署与维护教程（备份、数据库导出、手动迁移）、公开的数据库模式参考，以及直面其许可证非 OSI 地位的许可证 FAQ。

Libre WebUI 的文档包括在正文中直接列明限制与非目标的按功能指南（例如“无 SAML 或 SCIM”“非全双工”“无零停机模式发布”）、公开发布的 OpenAPI 规范和 llms.txt，以及生成的能力契约，将每条 UI 路由、API 路由和 WebSocket 路径对应到负责人、文档和在 CI 中执行的具名测试。

如何选择​

两个项目没有绝对的优劣之分；正确的选择取决于您的约束条件。可供权衡的客观标准：

  • 许可证要求。 如果您的组织要求 OSI 认可的许可证，或计划在没有企业协议的情况下为超过 50 名用户更换界面品牌，两者的许可证存在实质差异：Libre WebUI 采用无品牌条款的 Apache 2.0；Open WebUI 的许可证在 50 用户阈值之上限制品牌修改，除非持有企业许可证。
  • 身份基础设施。 已标准化使用 LDAP 或 SCIM 配置的组织可在 Open WebUI 中找到相应文档；标准化使用 OIDC 的组织两者皆可满足。
  • 生态与集成。 Open WebUI 拥有非常庞大的社区（约 15 万 GitHub star），并记载了广泛的集成面，包括 13 种向量数据库和 8 种文档提取引擎。Libre WebUI 的生态较小，以内置提供商插件和 OpenAPI/MCP 工具服务器为中心。
  • 扩展模型。 Open WebUI 主要通过 Python 代码扩展（Pipelines、Tools、Functions）；Libre WebUI 主要通过声明式 JSON 插件定义和受治理的外部工具服务器扩展。哪种更合适取决于团队技能和变更管控要求。
  • 运维姿态。 请将两个项目文档记载的备份/恢复流程、健康探针、限流和扩展模型与您的恢复时间和可用性目标对照，包括 Libre WebUI 文档明示的无零停机模式升级，以及 Open WebUI 基于 Redis 的水平扩展。
  • 治理与成本控制。 如果需要按用户或按组的硬性支出预算，请查阅 Libre WebUI 的成本治理文档；如果看重用量仪表盘和企业 SLA/LTS 选项，请查阅 Open WebUI 的管理分析和企业方案。
  • 媒体需求。 Open WebUI 记载了实时语音和视频通话；Libre WebUI 的语音模式为回合制。两者均记载了通过可配置提供商实现的 STT、TTS 和图像生成。

请借助下方第一手来源，对照您自身的需求评估两个项目。

来源​

最后核对时间：2026 年 8 月。两个项目发布频繁；请通过上述第一手来源了解最新细节。文中引自英文文档的引述均为译文；如有出入，以英文原文为准。