Alternativas ao Open WebUI: licença, BYOK, RAG e migração

A maioria das pesquisas por alternativas ao Open WebUI não trata realmente de preço: o Open WebUI é gratuito para hospedagem própria por um número ilimitado de usuários internos, e o projeto não publica preço algum. Os motivos pelos quais as pessoas realmente saem são mais específicos — a licença deixou de ser código aberto padrão na v0.6.6, um servidor não é o formato adequado para uma pessoa, o suporte a endpoints personalizados não se encaixa no gateway delas ou elas querem que outra pessoa faça a hospedagem. Cada um desses motivos aponta para uma substituição diferente, e o custo de migração entre elas varia muito.

Primeiro, uma distinção, porque os resultados de pesquisa misturam vários projetos com nomes semelhantes, mas sem relação. Open WebUI é open-webui/open-webui, anteriormente Ollama WebUI. Não é a interface web do Stable Diffusion do AUTOMATIC1111, nem o OpenUI (gera uma interface a partir de um prompt), nem o text-generation-webui, que foi renomeado para TextGen em oobabooga/textgen e é um aplicativo de desktop para modelos locais, não um frontend para equipes.

Comece pelo motivo pelo qual você está saindo

A licença, com precisão — e o mito que deve parar de ser repetido

O evento decisivo no ciclo de vida não é uma renomeação nem uma aquisição. É uma mudança de licença. De acordo com a documentação de licença do projeto, todo o código enviado ou incorporado até e incluindo a versão v0.6.5 continua licenciado sob BSD-3. A partir da v0.6.6, o projeto é distribuído sob a Open WebUI License, uma derivação da BSD-3 com uma cláusula de proteção da marca, e a API do repositório do GitHub informa a licença como NOASSERTION em vez de uma licença padrão reconhecida. O GitHub Releases data o limite: v0.6.5 em 14 de abril de 2025 e v0.6.6 em 5 de maio de 2025. Observe que a documentação da licença atribui sua própria data de calendário à mudança — "Effective with v0.6.6 (April 19, 2025)" — que não corresponde à data registrada pelo GitHub para essa versão; portanto, cite a versão, não nenhuma das duas datas.

Agora, a correção. O texto da licença proíbe alterar, remover, ocultar ou substituir a marca do Open WebUI, exceto em três circunstâncias, sendo a primeira uma implantação "where the total number of end users … does not exceed fifty (50) within any rolling thirty (30) day period"; as outras duas são uma autorização prévia por escrito do detentor dos direitos autorais e uma licença empresarial devidamente formalizada. A documentação da licença lista separadamente "Deploy to any number of internal users within your own organization (with all official branding kept)" como algo permitido pela licença gratuita. Portanto, a cifra de cinquenta usuários é uma exceção de marca, não um limite de implantação — o oposto do que dizem a maioria dos artigos comparativos. Os direitos autorais pertencem à Open WebUI Inc. [Created by Timothy Jaeryang Baek].

O que a licença empresarial realmente controla é o white-labeling, a remoção da marca e os recursos exclusivos para empresas. Seu preço não é publicado: a página empresarial solicita que você "Send us your deployment end user count (seats)", e openwebui.com/pricing retornou HTTP 404 quando verificado em 21 de setembro de 2026. Qualquer valor por assento que você veja em outro lugar é o preço de um fornecedor de hospedagem gerenciada ou foi inventado.

O próprio projeto está saudável nos números que importam: não foi arquivado, tem mais de 150.000 estrelas, recebeu alterações poucos dias antes desta verificação e teve a versão estável v0.11.3 publicada em 31 de agosto de 2026 (API de Releases). Um subcomponente não está: open-webui/pipelines, o framework de plugins, recebeu seu último push em 18 de agosto de 2025. Se sua implantação depende de Pipelines, vale considerar essa cadência antes de construir mais sobre ela.

A lista curta, agrupada pela forma como você executa cada opção

Três ressalvas sobre essa tabela, todas verificadas em 21 de setembro de 2026. A tag mais recente do LibreChat é a versão preliminar v0.8.8-rc3 de 15 de setembro de 2026, e /releases/latest do GitHub retorna 404; portanto, nenhuma versão está atualmente sinalizada como mais recente — leia o próprio changelog do projeto antes de fixar uma versão, em vez de confiar em um número de um resumo. A página de preços do LobeHub contradiz a si mesma: os cartões dos planos mostram Starter, Premium e Ultimate a $9.9, $19.9 e $39.9 por mês, enquanto a tabela comparativa na mesma página mostra $12.9 para Starter junto a um valor anual de $118.8; portanto, confirme o valor no checkout antes de se comprometer. E o preço Premium do TypingMind está sob uma promoção anunciada de 50%, exatamente o tipo de número que envelhece mais rápido. Os níveis pagos do Chatbox são para seus próprios modelos hospedados; de acordo com o guia de uso da sua própria chave, apontá-lo para sua própria chave é o caminho gratuito.

Dois projetos que aparecem em listas de alternativas e não deveriam aparecer: o Chatbot UI está sob MIT e não foi arquivado, mas seu último push foi em 3 de agosto de 2024 e ele não tem versões, portanto está dormente, não é uma opção ativa; e o NextChat agora se descreve como um assistente sem configuração que você acessa com cadastro, sem necessidade de chave de API, cobrado conforme o uso, e não como um frontend puro que permite usar sua própria chave. Também vale separar nas pesquisas: Jan não é Janitor AI, Msty Studio não é o fundo negociado em bolsa MSTY, e LobeChat e LobeHub são um único projeto após uma renomeação; portanto, tutoriais de configuração do LobeChat anteriores à v1.0 não estão atualizados.

Como cada um aceita um endpoint personalizado compatível com OpenAI

Cada um dos oito clientes abaixo documenta uma forma de apontá-lo para um endpoint de terceiros. O que muda é a superfície de configuração, o formato da URL e se algo além de Chat Completions é possível. Uma coluna precisa ter sua pergunta formulada de maneira restrita: "Anthropic Messages route" pergunta se o próprio cliente enviará solicitações no formato Anthropic para seu endpoint. "None documented" significa que a documentação do fornecedor não descreve esse modo — não que se saiba que ele está ausente.

Essa tabela é baseada na documentação de cada fornecedor: as páginas de conexão OpenAI-compatible e Open Responses do Open WebUI, a referência de endpoints personalizados do LibreChat, a página Generic OpenAI do AnythingLLM, a documentação de endpoints personalizados do Jan, a documentação de provedores personalizados do ChatWise, a página de provedores do LobeHub, a documentação de provedores online do Msty e a documentação de conexão de modelos do TypingMind.

O Cherry Studio foi deliberadamente omitido dessa tabela. O domínio de sua documentação agora redireciona de docs.cherry-ai.com para docs.cherryai.com.cn, um site em chinês cujas páginas de provedores não foram consultadas para esta página; portanto, os nomes dos campos e a convenção de caminhos não foram verificados aqui — confira-os no aplicativo antes de copiar qualquer URL base de um tutorial antigo.

Vale conhecer dois detalhes específicos do Open WebUI, independentemente do caminho escolhido. Sua documentação de conexão de provedores observa que alguns provedores não implementam /models de forma alguma; nesse caso, a verificação da conexão falha, mas as conclusões de conversa continuam funcionando, e você insere os IDs dos modelos manualmente. Ela também alerta que a camada de compatibilidade do Google se desvia do esquema de streaming da OpenAI, recomendando definir Function Calling como Legacy para que as ferramentas sejam executadas por uma solicitação separada sem streaming. Esse alerta diz respeito à camada de um fornecedor específico, não às camadas de compatibilidade em geral — mas é um lembrete útil de que a chamada de ferramentas chega por meio do que o upstream realmente implementa, e o frontend não pode corrigir uma lacuna de esquema por você.

Do lado do Kunavo, /v1/chat/completions, /v1/messages e /v1/responses existem como rotas, portanto o provider: anthropic do LibreChat, os modos compatíveis com Anthropic do Jan e do ChatWise e o caminho experimental Responses do Open WebUI têm, cada um, uma superfície correspondente. Nenhum desses clientes foi testado em tempo de execução com o Kunavo para esta página; um guia de configuração publicado é uma referência de configuração, não um teste de compatibilidade. Um bloco personalizado funcional do LibreChat se parece com isto:

endpoints:
  custom:
    - name: "Kunavo"
      apiKey: "${KUNAVO_API_KEY}"
      baseURL: "https://api.kunavo.com/v1"
      models:
        default: ["claude-sonnet-4-6", "claude-haiku-4-5"]
        fetch: true
      titleConvo: true
      titleModel: "claude-haiku-4-5"

Para conhecer o formato geral dessa configuração entre clientes, consulte OpenAI-compatible API. Para as comparações diretas entre dois produtos, LibreChat vs Open WebUI aborda o atrito da configuração e AnythingLLM vs Open WebUI aborda RAG e implantação.

RAG: a parte que não segue o endpoint de conversa

Apontar um frontend para um endpoint de conversa não aponta sua pipeline de recuperação para lugar algum. O Open WebUI mantém credenciais separadas para ela. De acordo com sua referência de variáveis de ambiente, RAG_EMBEDDING_ENGINE seleciona o mecanismo, e RAG_OPENAI_API_BASE_URL / RAG_OPENAI_API_KEY carregam seu endpoint, assim como a geração de imagens tem seu próprio IMAGES_OPENAI_API_BASE_URL. Quando deixado vazio, RAG_EMBEDDING_ENGINE usa como padrão o SentenceTransformers executado localmente — a aceleração por GPU para embeddings é opcional por meio da imagem CUDA — portanto, o padrão não custa nada por solicitação. O AnythingLLM faz a mesma separação, configurando seu LLM, seu embedder e seu banco de dados vetorial como provedores separados. Portanto, a compatibilidade de chat não estabelece compatibilidade de recuperação em nenhum dos dois produtos.

Isso importa aqui por um motivo concreto: embeddings não são oferecidos pelo Kunavo — nenhum modelo habilitado atende esse endpoint — portanto, a etapa de recuperação permanece local ou aponta para um provedor externo de sua escolha. Faça seu orçamento separadamente do chat e mantenha-a fora de qualquer plano de migração de gateway. RAG implementation explica como as etapas se dividem.

O que migra e o que você reconstruirá

Defina as expectativas antes de começar: o histórico de conversas não é transferido automaticamente entre esses produtos. A documentação de importação e exportação do Open WebUI diz que a exportação cobre "All chat messages and their metadata, Model information used in each conversation, Timestamps and conversation structure" e que a importação aceita exportações do Open WebUI, exportações do ChatGPT e JSON personalizado — com a afirmação direta de que, para outras plataformas, "There is no built-in converter". Do lado que recebe, a documentação de importação do LibreChat lista ChatGPT, Claude e ChatbotUI v1, e não menciona o Open WebUI. Dois importadores documentados, nenhuma sobreposição.

Essa última linha é a primeira a resolver, mesmo que você permaneça. De acordo com a documentação de escalabilidade, a escolha do mecanismo é efetivamente permanente quando você já tem dados de produção; implantações com várias réplicas precisam de PostgreSQL, Redis e um banco de dados vetorial externo, em vez de SQLite e Chroma incorporado; e, para SQLite em armazenamento de rede, a única solução oferecida pela documentação é migrar para PostgreSQL, não usar uma opção de ajuste. Portanto, uma migração real da instância inteira é uma cópia em nível de arquivo do diretório de dados, não um arquivo de exportação. O tutorial de manutenção do banco de dados coloca webui.db — com seus arquivos auxiliares -wal e -shm — em /app/backend/data dentro do contêiner, e a referência de variáveis de ambiente descreve DATA_DIR como o diretório base "for data storage, including uploads, cache, vector database, etc.", com o log de auditoria tendo como padrão audit.log dentro desse mesmo diretório. Copie o diretório, não uma lista de arquivos.

Faça backup antes de tocar em qualquer coisa. Confirme primeiro o nome do seu próprio contêiner — este é o formato, não um script para colar às cegas:

# 1. Stop the instance so nothing writes mid-copy.
docker stop open-webui

# 2. Copy the whole data directory out of the container.
#    The documented location is /app/backend/data. DATA_DIR is
#    described as the base for uploads, cache, the vector database
#    and the audit log, so take the directory rather than webui.db.
docker cp open-webui:/app/backend/data ./open-webui-backup-$(date +%F)

# 3. Start it again and confirm the UI still loads before you touch anything.
docker start open-webui

Plano de reversão: mantenha a instância antiga e sua tag de imagem intactas e em execução enquanto testa a substituta, em vez de migrar no mesmo lugar. Execute ambas no mesmo endpoint por uma semana, mova uma equipe primeiro e só desative a original depois que a nova instância tiver sobrevivido a uma carga de trabalho real. Como o histórico de conversas não é transferido, uma reversão depois de desativar a original significa perder tudo o que foi escrito na nova ferramenta — um argumento ainda mais forte para executá-las lado a lado do que qualquer comparação de recursos.

Quanto custa o lado do modelo, independentemente do frontend escolhido

Nenhum desses frontends cobra por tokens; a API por trás deles cobra. Os valores abaixo são cálculos ilustrativos de tokens, não custos medidos nem um limite de cobrança. Considere uma pessoa fazendo 10 conversas por dia útil, cada uma enviando 25.000 tokens de entrada não armazenados em cache ao longo de suas interações e recebendo 1.500 tokens de saída, durante 20 dias úteis — isso corresponde a 5.000.000 de tokens de entrada e 300.000 de tokens de saída por pessoa-mês. As tarifas são os preços atuais do catálogo da Kunavo por milhão de tokens.

Leia isso em comparação com os preços do frontend, não em substituição a eles. Um frontend auto-hospedado não cobra nada por assento, portanto, segundo estas suposições, o tráfego da equipe inteira usando modelos Claude Sonnet 4.6 resulta em $68.25 por mês, enquanto a mesma equipe usando modelos Claude Haiku 4.5 resulta em $22.75 — uma diferença mensal de $45.50 para um tráfego assumido idêntico, recorrente todos os meses em vez de pago uma única vez. Portanto, o modelo padrão ao qual um frontend está direcionado é, por si só, uma decisão orçamentária em tempo real, separada da licença paga pelo aplicativo. O formato real do seu uso é o que determina o resultado, então meça suas próprias conversas antes de definir o orçamento. Otimização de custos de IA explica como fazer essa medição com honestidade.

O valor do catálogo da Kunavo é um piso de cobrança, não um teto: quando o upstream informa sua cobrança, o valor faturado é o maior entre o custo do catálogo e o custo do upstream multiplicado pela margem aplicável. As cobranças de cache e as ferramentas externas ficam fora deste exemplo. A recarga mínima é de $10 em crédito pré-pago, que financia um saldo em vez de comprar um assento ou um plano — consulte detalhes de cobrança.

Se você continuar usando o Open WebUI

Esse é um resultado defensável desta página e, para a maioria das equipes, é o correto: a mudança de licença restringe a aplicação de marca branca, não o tamanho da implantação; o projeto recebe lançamentos ativos; e nada do que foi apresentado acima é motivo para reconstruir uma instância funcional. De qualquer forma, vale separar a decisão sobre o frontend da decisão sobre o endpoint, para que uma futura mudança de cliente não implique também mudar de provedor e criar uma nova chave. A Kunavo publica uma referência de configuração para este cliente — o guia de integração do Open WebUI — além de documentos de configuração para LobeHub, Chatbox e Cherry Studio. Crie uma conta da Kunavo quando quiser ter uma chave e um saldo pré-pago por trás de qualquer frontend que escolher.

Perguntas frequentes

Verificado em 21 de setembro de 2026 por meio da leitura direta de cada página vinculada ou resposta da API do GitHub: o texto da licença do Open WebUI, os documentos de licença e empresarial, os documentos de conexão com provedores, escalabilidade e importação/exportação, seu repositório e o lançamento mais recente, o erro 404 em openwebui.com/pricing, o repositório e os documentos de importação do LibreChat e as páginas de preços publicadas do AnythingLLM, LobeHub, Msty, ChatWise e TypingMind. Também foram lidos diretamente: as páginas de referência do Open WebUI sobre Open Responses e variáveis de ambiente, a referência de endpoints personalizados do LibreChat, a página Generic OpenAI do AnythingLLM, os documentos de provedores personalizados do Jan e do ChatWise, a página de provedores do LobeHub (ainda um placeholder de migração), o guia de uso da própria chave do Chatbox e os metadados dos repositórios de Pipelines, TextGen e da interface Chatbot UI, que está inativa. As etapas de configuração do Msty e do TypingMind estão vinculadas, mas foram obtidas de resumos de documentação, não de uma leitura completa. Os campos de configuração do Cherry Studio continuam sem verificação e estão marcados como tal acima. Nenhum cliente desta página foi testado em tempo de execução com a Kunavo. As tarifas de tokens da Kunavo foram lidas do catálogo atual, e todos os valores em dólares na seção de custos são cálculos ilustrativos de tokens.