Open WebUI vs Libre WebUI: uma comparação factual

Open WebUI e Libre WebUI são duas interfaces web auto-hospedadas para trabalhar com grandes modelos de linguagem. Ambas podem se conectar a ambientes de execução locais como o Ollama, bem como a APIs compatíveis com OpenAI e outras APIs hospedadas, e ambas são projetadas para manter os dados dos usuários na infraestrutura do próprio operador. Esta página compara os dois projetos estritamente com base em diferenças documentadas publicamente, apoiando-se na documentação oficial, no texto das licenças e nos repositórios públicos de cada projeto. Ela não avalia qualidade de código, desempenho ou percepção da comunidade, e não recomenda um projeto em detrimento do outro.

Todas as afirmações abaixo têm como fonte a documentação oficial do Open WebUI e do Libre WebUI, os arquivos de licença dos projetos e seus repositórios públicos no GitHub, em agosto de 2026. Ambos os projetos evoluem rapidamente; verifique os detalhes nas fontes primárias antes de tomar decisões.

Visão geral

Dimensão	Open WebUI	Libre WebUI
Licença	"Open WebUI License": baseada na BSD-3 com uma cláusula adicional de proteção de marca (v0.6.6+, abril de 2025). Os mantenedores declaram que não é uma licença de código aberto aprovada pela OSI. O código até a v0.6.5 permanece sob BSD-3-Clause.	Apache License 2.0. A carta do projeto se compromete a nunca relicenciar para termos mais restritivos.
Marca / white-label	Remover ou alterar a marca "Open WebUI" é proibido, exceto para implantações com ≤ 50 usuários em qualquer período móvel de 30 dias, contribuidores com permissão por escrito ou detentores de uma licença enterprise.	Nenhuma restrição de marca ou white-label documentada; aplicam-se os termos padrão da Apache 2.0. O white-label é oferecido como serviço pago opcional.
Propriedade e portabilidade dos dados	Dados armazenados localmente (SQLite ou PostgreSQL). Exportação/importação de conversas em JSON; conversas individuais em JSON, PDF ou Markdown. Exportação/importação completa do banco de dados e procedimentos de backup documentados.	Dados armazenados localmente (SQLite ou PostgreSQL). Arquivo JSON versionado por usuário com resumo de integridade SHA-256 e importação transacional; CLI de backup/restauração assinada (Ed25519) e criptografada (AES-256-GCM); verificação prévia recovery-check.
Telemetria / analítica padrão	O FAQ afirma que nenhum dado é enviado a serviços externos por padrão; os dados só vão para um provedor de modelos quando um está conectado. Integração com OpenTelemetry disponível para observabilidade autogerenciada.	A carta declara telemetria zero ("sem analítica, sem rastreamento, sem código que liga para casa"). A exportação OpenTelemetry fica desativada até que um operador configure um endpoint coletor. A medição de uso local, restrita a administradores, está sempre ativa, mas nunca sai da implantação.
Autenticação e multiusuário	RBAC com papéis, grupos e permissões por recurso; SSO via OIDC e LDAP; provisionamento SCIM 2.0; chaves de API.	Contas locais com JWT vinculado a sessões de servidor revogáveis; dois papéis (admin/usuário) mais grupos e concessões por recurso; OIDC genérico (mais OAuth do GitHub e do Hugging Face); tokens de API pessoais com escopo limitado. Sem SAML, SCIM ou LDAP (limitação documentada).
Extensibilidade	Framework de plugins Pipelines; Tools/Functions em Python com editor de código embutido; MCP (Streamable HTTP); servidores de ferramentas OpenAPI; 13 bancos de dados vetoriais suportados; 8 mecanismos de extração de documentos.	Plugins de provedores definidos em JSON (chat, embeddings, imagem, TTS, STT, áudio, vídeo); 13 ferramentas embutidas; servidores de ferramentas OpenAPI 3.x e MCP (Streamable HTTP), desativados por padrão com aprovação por chamada para efeitos colaterais; perfis de assistente, skills, biblioteca de prompts, artifacts, espaços de codificação "Work" isolados.
Implantação	pip install open-webui; Docker (incl. imagens :cuda, :ollama); Docker Compose; Kubernetes via kustomize e Helm; backends de armazenamento S3/GCS/Azure; escalonamento horizontal com Redis.	Um único comando (npx libre-webui@latest); npm e Homebrew; variantes de Docker Compose (Ollama embutido/externo, GPU, equipe); chart Helm (registro OCI); implantação privada documentada via Cloudflare Tunnel; cliente desktop Electron (somente cliente).
Recursos de produção	Painéis de uso (mensagens, tokens); arena de modelos com rankings Elo; OpenTelemetry; escalonamento horizontal; plano enterprise com suporte SLA e versões LTS.	Governança de custos: tarifas com data de vigência e orçamentos com modos observar/alertar/bloquear; conjuntos de avaliação e arena cega com Elo; exportação OTLP opcional; sondas de saúde liveness/readiness/profundas; perfil de equipe certificado para 3+ réplicas com um worker durável externo; sem atualizações de esquema com zero downtime (ressalva documentada).
Equipe / colaboração	Canais em que usuários e modelos compartilham conversas; mensagens diretas; grupos de usuários; controles de acesso por modelo; espaço de Notas; pastas, etiquetas, fixados.	Canais, mensagens diretas e threads de um nível com respostas @model; compartilhamento do proprietário para usuário/grupo (leitura/escrita/admin) para conversas, notas, conhecimento, personas, prompts, skills, calendários e servidores de ferramentas; sem links públicos anônimos; notificações, calendários compartilhados, automações agendadas.
Voz e mídia	Reconhecimento e síntese de fala, chamadas de voz e vídeo com mãos livres; geração de imagens via GPT-Image, Gemini, ComfyUI; RAG sobre 8 mecanismos de extração com busca híbrida BM25 + vetores e reordenação.	Modo de voz por turnos com interrupção (documentado como não full-duplex); STT/TTS via plugins de provedores; clonagem de voz condicionada a consentimento; geração de imagem, áudio e vídeo via plugins que declaram capacidades, com galeria por usuário; RAG híbrido BM25 + vetores com citações por página/slide/planilha; sem OCR para documentos digitalizados (limitação documentada).
Documentação	Documentação oficial extensa com guias de recursos, referência do esquema do banco de dados, tutoriais de backup/migração e um FAQ sobre a licença.	Documentação oficial com guias por recurso que declaram limites e não objetivos, openapi.json e llms.txt publicados, e contratos de capacidades gerados que mapeiam cada rota a um responsável e a um teste nomeado.

Licença

O Open WebUI é distribuído sob a "Open WebUI License", introduzida na v0.6.6 (abril de 2025). Ela é baseada na BSD-3-Clause com uma cláusula adicional que protege a marca "Open WebUI". O próprio FAQ da licença do projeto afirma que a licença "não é uma licença de 'código aberto' aprovada pela OSI", ao mesmo tempo em que enfatiza que o código permanece público e desenvolvido abertamente. Todo o código incorporado até a v0.6.5 permanece sob a licença BSD-3-Clause original. Os direitos autorais pertencem à Open WebUI Inc.

O Libre WebUI é distribuído sob a Apache License 2.0, uma licença aprovada pela OSI, com direitos autorais da Kroonen AI, Inc. A carta do projeto afirma que o código-fonte "permanecerá licenciado sob a Apache License 2.0 em perpetuidade" e que o projeto "nunca será relicenciado para termos mais restritivos", inclusive para as ofertas enterprise.

Marca e white-label

A licença do Open WebUI proíbe alterar, remover, ocultar ou substituir a marca "Open WebUI", com três exceções documentadas: implantações que atendam a 50 usuários ou menos em qualquer período móvel de 30 dias, contribuidores com permissão específica por escrito e organizações detentoras de uma licença enterprise. Fora dessas exceções, a remoção da marca é descrita na licença como uma violação material. O projeto oferece um plano enterprise que inclui temas e marca personalizados.

O Libre WebUI não documenta nenhuma exigência de marca, marca registrada ou atribuição além dos termos padrão da Apache 2.0 (que exige preservar os arquivos de licença e de avisos nas distribuições de código-fonte, mas não impõe regras de marca visíveis ao usuário). O white-label aparece na carta apenas como serviço comercial opcional, não como condição de licença.

Propriedade, portabilidade e recuperação dos dados

Ambos os projetos armazenam todos os dados na infraestrutura do operador, usando SQLite por padrão e PostgreSQL como opção documentada.

O Open WebUI documenta a exportação e importação de conversas (todas as conversas em JSON; conversas individuais em JSON, PDF ou Markdown), a exportação/importação completa do banco de dados para migração entre servidores, orientações de backup, uma referência pública do esquema do banco de dados e procedimentos de migração manual baseados no Alembic.

O Libre WebUI documenta um arquivo de dados por usuário: um formato JSON versionado (libre-webui-user-data, versão 3) com resumo de integridade SHA-256, cobrindo conversas, notas, coleções de conhecimento e preferências, com exclusões listadas explicitamente (credenciais, dados biométricos de voz, mídia gerada e estado no nível da instância). A importação passa por verificação prévia e é transacional tanto no SQLite quanto no PostgreSQL. Para operadores, a prontidão de recuperação documenta uma verificação CLI somente leitura recovery-check e uma CLI de backup que produz arquivos assinados com Ed25519 e criptografados com AES-256-GCM, com etapas de verificação e de checagem prévia de restauração, além de variantes em modo equipe (PostgreSQL/S3). Os dados em repouso usam criptografia AES-256-GCM em nível de aplicação; a documentação esclarece que isso não é criptografia de disco completo nem criptografia de ponta a ponta.

Telemetria e analítica padrão

Ambos os projetos declaram que nenhum dado sai da implantação por padrão.

O FAQ do Open WebUI afirma: "O Open WebUI não envia seus dados a serviços externos por padrão" e "Ao se cadastrar, todas as informações são armazenadas localmente no seu servidor e não são enviadas ao Open WebUI nem a terceiros por padrão". Prompts e respostas são enviados a um provedor de modelos apenas quando o operador conecta um. A integração com OpenTelemetry está disponível para observabilidade gerenciada pelo operador.

A carta do Libre WebUI se compromete com "telemetria zero — sem analítica, sem rastreamento, sem código que liga para casa", e sua documentação de observabilidade afirma que "nenhum dos dois caminhos envia telemetria ao projeto Libre WebUI"; a exportação OpenTelemetry fica desativada até que um operador defina um endpoint coletor. A documentação também revela que a medição de uso local, restrita a administradores, está sempre ativa e não pode ser desativada, que seus dados são mantidos apenas no banco de dados da implantação, e que prompts, respostas e credenciais nunca são gravados na tabela de uso.

Autenticação e suporte multiusuário

O Open WebUI documenta controle de acesso baseado em papéis com papéis, grupos e permissões por recurso; login único via OIDC e LDAP; SCIM 2.0 para provisionamento automatizado de usuários e grupos; e chaves de API para acesso programático.

O Libre WebUI documenta contas locais com senhas com hash bcrypt e JWTs vinculados a sessões de servidor revogáveis; exatamente dois papéis (admin e usuário) complementados por grupos e concessões por recurso (leitura/escrita/admin), com o princípio declarado de que os recursos são privados por padrão e de que o papel de administrador global não concede acesso ao conteúdo de outros usuários; SSO via OIDC genérico (com PKCE, listas de domínios permitidos e mapeamento de grupos para papéis) mais OAuth do GitHub e do Hugging Face; e tokens de API pessoais revogáveis e com escopo limitado. A documentação afirma explicitamente que SAML e o provisionamento SCIM não são oferecidos atualmente; LDAP não está documentado.

Em resumo: o Open WebUI documenta uma integração de identidade corporativa mais ampla (LDAP, SCIM); o Libre WebUI documenta um SSO centrado em OIDC com concessões por recurso e declara os limites de seus protocolos de identidade na própria documentação.

Arquitetura e extensibilidade

O Open WebUI usa um backend em Python e um frontend em Svelte. A extensibilidade se concentra no framework de plugins Pipelines, em Tools e Functions baseados em Python editáveis em um editor de código embutido, no suporte nativo a MCP via Streamable HTTP e na descoberta automática de ferramentas a partir de endpoints compatíveis com OpenAPI. Sua pilha de RAG documenta 13 bancos de dados vetoriais suportados (ChromaDB e PGVector mantidos oficialmente) e 8 mecanismos de extração de documentos, com busca híbrida BM25 + vetores e reordenação por cross-encoder.

O Libre WebUI usa um backend em TypeScript/Node.js (Express) e um frontend em React. A extensibilidade se concentra em plugins de provedores definidos em JSON cobrindo chat, embeddings, imagem, TTS, STT, áudio e vídeo (as famílias incluídas abrangem compatíveis com OpenAI, Anthropic, Google Gemini, Groq, Mistral, OpenRouter, Hugging Face, MLX, ComfyUI e ElevenLabs, além do Ollama local); ferramentas governadas com 13 ferramentas embutidas e servidores de ferramentas externos via OpenAPI 3.x (especificações fixadas por hash) e MCP Streamable HTTP — as ferramentas ficam desativadas por padrão, chamadas com efeitos colaterais exigem aprovação do usuário e o tráfego de saída é reforçado contra SSRF; servidores MCP stdio são deliberadamente não suportados. As construções de nível superior incluem os perfis de assistente (vinculando prompts, ferramentas, skills, conhecimento e voz), skills e prompts versionados, artifacts em sandbox (HTML, React, Mermaid, SVG) e o "Work" — espaços de codificação isolados em Docker/Kubernetes. A fundação da plataforma define dois perfis validados: solo (SQLite, vetores embutidos, blobs locais) e team (PostgreSQL, PGVector, armazenamento compatível com S3, Redis), com configurações mistas rejeitadas na inicialização.

Opções de implantação

O Open WebUI documenta a instalação via pip install open-webui, Docker (incluindo variantes de imagem com CUDA e com Ollama embutido), Docker Compose e Kubernetes via kustomize e Helm, com backends de armazenamento S3/GCS/Azure Blob e sessões apoiadas em Redis para escalonamento horizontal.

O Libre WebUI documenta uma inicialização com um único comando (npx libre-webui@latest), instalação global via npm e Homebrew, variantes de Docker Compose (Ollama embutido, Ollama externo, GPU, socket-proxy e equipe), um chart Helm publicado em um registro OCI com padrões de segurança de pods e NetworkPolicies opcionais, um padrão documentado de implantação privada usando Cloudflare Tunnel sem portas expostas, e um aplicativo desktop Electron para macOS, Windows e Linux — documentado como somente cliente, sem backend embutido nem atualizações automáticas.

Recursos de produção

O Open WebUI documenta painéis de uso que acompanham o volume de mensagens e o consumo de tokens, uma arena de modelos com testes A/B e rankings Elo, integração com OpenTelemetry, webhooks e banners de sistema, e escalonamento horizontal. Um plano enterprise comercial adiciona suporte com SLA e versões de suporte de longo prazo (LTS).

O Libre WebUI documenta a governança de custos — tarifas versionadas com data de vigência e orçamentos por instância, usuário ou grupo, com modos de observação, alerta e bloqueio rígido, além de exportação CSV; as avaliações — etiquetagem de feedback, uma arena cega com Elo determinístico e execuções duráveis de conjuntos de avaliação; a observabilidade — logs JSON estruturados com correlação por identificador de requisição e uma fronteira de redação, além de exportação OTLP opcional; sondas de vivacidade, prontidão e diagnóstico profundo (somente admins); e limites de taxa em camadas, apoiados em Redis e compartilhados entre réplicas no modo equipe. O perfil de equipe está documentado como certificado para três ou mais réplicas de aplicação mais um worker durável externo, validado por um exercício de falhas com três réplicas que condiciona cada lançamento. A documentação de Kubernetes também expõe claramente uma ressalva: as atualizações de esquema não têm zero downtime e exigem uma interrupção de serviço intencional.

Recursos de equipe e colaboração

O Open WebUI documenta canais compartilhados nos quais usuários e modelos de IA participam da mesma conversa, mensagens diretas, grupos de usuários com permissões por papel, restrições de acesso por modelo, um espaço de Notas com assistência de IA e a organização de conversas por pastas, etiquetas e fixados.

O Libre WebUI documenta canais (públicos, privados e mensagens diretas) com threads de um nível, reações, fixados e respostas @model executadas sob a identidade do membro que as invoca; um modelo de compartilhamento uniforme (o proprietário concede leitura/escrita/admin a usuários ou grupos) cobrindo conversas, notas, coleções de conhecimento, personas, prompts, skills, calendários e servidores de ferramentas, sem links públicos anônimos; notificações criptografadas por usuário; calendários compartilháveis; e automações agendadas que entregam execuções de IA como sessões de chat. As lacunas documentadas incluem a ausência de indicadores de presença/digitação e de exportação por canal.

Capacidades de voz e mídia

O Open WebUI documenta reconhecimento de fala, síntese de fala, chamadas de voz e vídeo com mãos livres, e geração e edição de imagens via mecanismos como GPT-Image, Gemini e ComfyUI, além de upload de arquivos e imagens.

O Libre WebUI documenta um modo de voz por turnos (ouvir → transcrever → pensar → falar) com interrupção; a documentação esclarece explicitamente que não é full-duplex. STT e TTS funcionam via plugins de provedores (reconhecimento de fala do navegador, transcrição compatível com OpenAI, ASR do Hugging Face, ElevenLabs e outros), com clonagem de voz condicionada a consentimento atrás de um modo de acesso dedicado. Os plugins de geração de mídia declaram capacidades de imagem, TTS, áudio e vídeo, alimentando uma galeria por usuário. O processamento de documentos cobre PDF, formatos Office, Markdown, HTML e código-fonte com proveniência de citações por página/slide/planilha e recuperação híbrida BM25 + vetores; o OCR para documentos digitalizados está documentado como ainda não suportado.

Qualidade e transparência da documentação

Ambos os projetos mantêm documentação oficial substancial.

A documentação do Open WebUI inclui guias de recursos, tutoriais de implantação e manutenção (backups, exportação de banco de dados, migração manual), uma referência pública do esquema do banco de dados e um FAQ sobre a licença que aborda diretamente o status não OSI de sua licença.

A documentação do Libre WebUI inclui guias por recurso que enumeram limites e não objetivos no próprio texto (por exemplo, "sem SAML nem SCIM", "não full-duplex", "sem rollout de esquema com zero downtime"), uma especificação OpenAPI e um llms.txt publicados, e contratos de capacidades gerados que mapeiam cada rota de interface, rota de API e caminho WebSocket a um responsável, a uma documentação e a um teste nomeado verificado em CI.

Qual escolher

Nenhum dos dois projetos é categoricamente melhor; a escolha certa depende das suas restrições. Critérios objetivos a ponderar:

• Requisitos de licença. Se a sua organização exige uma licença aprovada pela OSI ou planeja mudar a marca da interface para mais de 50 usuários sem um acordo enterprise, as licenças diferem substancialmente: o Libre WebUI está sob Apache 2.0 sem cláusula de marca; a licença do Open WebUI restringe mudanças de marca acima do limite de 50 usuários, salvo se houver uma licença enterprise.
• Infraestrutura de identidade. Organizações padronizadas em LDAP ou provisionamento SCIM os encontrarão documentados no Open WebUI; organizações padronizadas em OIDC são atendidas por ambos.
• Ecossistema e integrações. O Open WebUI tem uma comunidade muito grande (cerca de 150 mil estrelas no GitHub) e documenta uma ampla superfície de integração, incluindo 13 bancos de dados vetoriais e 8 mecanismos de extração de documentos. O ecossistema do Libre WebUI é menor e se concentra em seus plugins de provedores embutidos e servidores de ferramentas OpenAPI/MCP.
• Modelo de extensibilidade. O Open WebUI é estendido principalmente por código Python (Pipelines, Tools, Functions); o Libre WebUI é estendido principalmente por definições declarativas de plugins em JSON e servidores de ferramentas externos governados. Qual se encaixa melhor depende das habilidades da sua equipe e dos seus requisitos de controle de mudanças.
• Postura operacional. Compare os procedimentos documentados de backup/restauração, as sondas de saúde, a limitação de taxa e o modelo de escalonamento de cada projeto com as suas metas de tempo de recuperação e disponibilidade, incluindo a ausência documentada de atualizações de esquema com zero downtime no Libre WebUI e o escalonamento horizontal apoiado em Redis no Open WebUI.
• Governança e controle de custos. Se orçamentos de gastos por usuário ou por grupo com aplicação rígida são um requisito, consulte a documentação de governança de custos do Libre WebUI; se painéis de uso e opções enterprise de SLA/LTS importam, consulte a analítica administrativa e o plano enterprise do Open WebUI.
• Requisitos de mídia. Chamadas de voz e vídeo em tempo real estão documentadas no Open WebUI; o modo de voz do Libre WebUI é por turnos. Ambos documentam STT, TTS e geração de imagens via provedores configuráveis.

Avalie os dois projetos em relação aos seus próprios requisitos usando as fontes primárias abaixo.

Fontes

• Documentação do Open WebUI: docs.openwebui.com — incluindo Recursos, Licença e FAQ, FAQ, Importação e exportação de conversas, Exportação do banco de dados e Backups
• Repositório e licença do Open WebUI: github.com/open-webui/open-webui
• Documentação do Libre WebUI: docs.librewebui.org — incluindo Carta, Portabilidade de dados, Prontidão de recuperação, Autenticação, Login único, Ferramentas de chat, Perfis de assistente, Fundação da plataforma, Governança de custos, Avaliações, Observabilidade, Kubernetes e Modo de voz
• Repositório e licença do Libre WebUI: github.com/libre-webui/libre-webui

Última revisão: agosto de 2026. Ambos os projetos lançam versões com frequência; consulte as fontes primárias vinculadas para os detalhes atuais. As citações de documentos em inglês são traduções; em caso de divergência, o original em inglês prevalece.