Przejdź do głównej zawartości

Open WebUI a Libre WebUI: porównanie faktów

Open WebUI i Libre WebUI to samodzielnie hostowane interfejsy internetowe do pracy z dużymi modelami językowymi. Oba mogą łączyć się z lokalnymi środowiskami, takimi jak Ollama, oraz z API zgodnymi z OpenAI i innymi usługami hostowanymi. Oba mają przechowywać dane użytkowników we własnej infrastrukturze operatora. Ta strona porównuje projekty wyłącznie na podstawie publicznie udokumentowanych różnic, korzystając z oficjalnej dokumentacji, tekstów licencji i publicznych repozytoriów. Nie ocenia jakości kodu, wydajności ani opinii społeczności i nie poleca jednego projektu zamiast drugiego.

Wszystkie poniższe stwierdzenia pochodzą z oficjalnej dokumentacji Open WebUI i Libre WebUI, plików licencyjnych oraz publicznych repozytoriów GitHub według stanu z sierpnia 2026 r. Oba projekty szybko się rozwijają; przed podjęciem decyzji sprawdź szczegóły w źródłach pierwotnych.

W skrócie​

ObszarOpen WebUILibre WebUI
Licencja„Open WebUI License”: oparta na BSD-3 z dodatkową klauzulą ochrony brandingu (v0.6.6+, kwiecień 2025). Opiekunowie informują, że nie jest to licencja open source zatwierdzona przez OSI. Kod do v0.6.5 pozostaje na BSD-3-Clause.Apache License 2.0. Karta projektu zobowiązuje się, że projekt nigdy nie zostanie ponownie licencjonowany na bardziej restrykcyjnych warunkach.
Branding / white-labelUsuwanie lub zmienianie brandingu „Open WebUI” jest zabronione, z wyjątkiem wdrożeń obsługujących ≤50 użytkowników w dowolnym 30-dniowym okresie, współtwórców z pisemną zgodą i posiadaczy licencji enterprise.Nie udokumentowano ograniczeń brandingu ani white-label; obowiązują standardowe warunki Apache 2.0. White-label jest oferowany jako opcjonalna usługa płatna.
Własność i przenośność danychDane przechowywane lokalnie (SQLite lub PostgreSQL). Eksport/import czatów jako JSON; pojedyncze czaty jako JSON, PDF lub Markdown. Udokumentowany eksport/import całej bazy i kopie zapasowe.Dane przechowywane lokalnie (SQLite lub PostgreSQL). Wersjonowane archiwum JSON użytkownika z sumą integralności SHA-256 i importem transakcyjnym; podpisane (Ed25519), zaszyfrowane (AES-256-GCM) narzędzie kopii/odtwarzania; bramka recovery-check przed kopią.
Domyślna telemetria/analitykaFAQ stwierdza, że domyślnie dane nie są wysyłane do usług zewnętrznych; trafiają do dostawcy modelu tylko po jego podłączeniu. Integracja OpenTelemetry jest dostępna do samodzielnej obserwowalności.Karta deklaruje zero telemetrii („bez analityki, śledzenia i kodu phone-home”). Eksport OpenTelemetry jest wyłączony, dopóki operator nie skonfiguruje kolektora. Lokalne pomiary użycia dostępne tylko administratorom są zawsze włączone, ale nie opuszczają wdrożenia.
Uwierzytelnianie i wielu użytkownikówRBAC z rolami, grupami i uprawnieniami zasobów; SSO przez OIDC i LDAP; aprowizacja SCIM 2.0; klucze API.Konta lokalne z JWT powiązanymi z odwoływalnymi sesjami serwera; TOTP z kodami odzyskiwania i passkeys WebAuthn, wymuszane przez administratora; dwie role (admin/user), grupy i przydziały zasobów; ogólne OIDC oraz OAuth GitHub i Hugging Face; zakresowe osobiste tokeny API. Brak SAML, SCIM i LDAP (udokumentowane ograniczenie).
RozszerzalnośćFramework Pipelines; Python Tools/Functions z edytorem kodu; MCP (Streamable HTTP); serwery narzędzi OpenAPI; 13 baz wektorowych; 8 silników ekstrakcji dokumentów.Wtyczki dostawców w JSON (chat, embeddingi, obraz, TTS, STT, audio, wideo); 13 narzędzi wbudowanych; serwery OpenAPI 3.x i MCP (Streamable HTTP), domyślnie wyłączone, ze zgodą na efekty uboczne; profile asystentów, umiejętności, biblioteka promptów, artefakty i izolowane obszary programistyczne „Work” z obserwowalnym pulpitem komputerowym (weryfikowane działania, przejęcie przez człowieka, nauka z demonstracji).
Wdrożeniepip install open-webui; Docker (obrazy :cuda, :ollama); Docker Compose; Kubernetes przez kustomize i Helm; magazyny S3/GCS/Azure; skalowanie poziome z Redis.Jedno polecenie (npx libre-webui@latest); npm i Homebrew; warianty Docker Compose (dołączona/zewnętrzna/hostowa Ollama, GPU, proxy gniazda, team); chart Helm w rejestrze OCI; prywatne wdrożenie przez Cloudflare Tunnel; klient Electron (tylko klient).
Funkcje produkcyjnePanele użycia (wiadomości, tokeny); arena modeli z Elo; OpenTelemetry; skalowanie poziome; plan enterprise ze wsparciem SLA i wersjami LTS.Zarządzanie kosztami: taryfy z datą obowiązywania i budżety z trybami obserwacji/alertu/blokady; zestawy ewaluacyjne i ślepa arena Elo; opcjonalny eksport OTLP; kontrole liveness/readiness/deep health; profil team certyfikowany dla 3+ replik z zewnętrznym trwałym workerem; deterministyczny benchmark odtwarzania użycia komputera; brak aktualizacji schematu bez przestoju (udokumentowane zastrzeżenie).
Zespół / współpracaKanały wspólnych rozmów użytkowników i modeli; wiadomości bezpośrednie; grupy; ograniczenia dostępu do modeli; Notes; foldery, tagi i przypięcia.Kanały, DM i jednopoziomowe wątki z odpowiedziami @model; udostępnianie właściciel–użytkownik/grupa (read/write/admin) dla czatów, notatek, wiedzy, person, promptów, umiejętności, kalendarzy i serwerów narzędzi; bez anonimowych łączy; trwałe notatki z przywracanymi rewizjami i odwracalną edycją AI; powiadomienia, wspólne kalendarze, automatyzacje.
Głos i multimediaMowa na tekst, tekst na mowę, rozmowy głosowe i wideo bez użycia rąk; generowanie obrazów przez GPT-Image, Gemini i ComfyUI; RAG z 8 silnikami ekstrakcji, hybrydowym BM25 + wyszukiwaniem wektorowym i zmianą rankingu.Turowy tryb głosowy z przerywaniem (jawnie nie full-duplex); STT/TTS przez wtyczki; klonowanie głosu za zgodą; generowanie obrazu, audio i wideo przez wtyczki deklarujące możliwości, z galerią użytkownika; RAG z hybrydowym BM25 + wektorami i cytowaniami stron/slajdów/arkuszy; skany i obrazy przez model wizyjny użytkownika, audio przez dostawcę STT (bez dołączonego OCR/ASR); strumień ekranu i audio z wirtualnego pulpitu Work z przejęciem przez człowieka.
DokumentacjaObszerne oficjalne materiały: przewodniki funkcji, schemat bazy, kopie/migracje i FAQ licencji.Oficjalne przewodniki funkcji podające limity i niecele, opublikowane openapi.json i llms.txt oraz generowane kontrakty możliwości przypisujące każdą trasę właścicielowi i nazwanemu testowi.

Licencja​

Open WebUI jest rozpowszechniane na „Open WebUI License”, wprowadzonej w v0.6.6 (kwiecień 2025). Opiera się na BSD-3-Clause z dodatkową klauzulą chroniącą branding „Open WebUI”. Własne FAQ licencji projektu stwierdza, że nie jest to „zatwierdzona przez OSI licencja 'open source'”, podkreślając jednocześnie publiczny i otwarty rozwój kodu. Kod połączony do v0.6.5 pozostaje na pierwotnej BSD-3-Clause. Prawa autorskie należą do Open WebUI Inc.

Libre WebUI jest rozpowszechniane na Apache License 2.0, licencji zatwierdzonej przez OSI, z prawami autorskimi Kroonen AI, Inc. Karta projektu deklaruje, że kod źródłowy „pozostanie na zawsze na Apache License 2.0” i „nigdy nie zostanie ponownie licencjonowany na bardziej restrykcyjnych warunkach”, także dla ofert enterprise.

Branding i white-label​

Licencja Open WebUI zabrania zmiany, usunięcia, ukrywania lub zastępowania brandingu „Open WebUI”, z trzema udokumentowanymi wyjątkami: wdrożenia obsługujące najwyżej 50 użytkowników w dowolnym 30-dniowym okresie, współtwórcy z konkretną pisemną zgodą oraz organizacje z licencją enterprise. Poza wyjątkami licencja określa usunięcie brandingu jako istotne naruszenie. Projekt oferuje plan enterprise z niestandardowym motywem i brandingiem.

Libre WebUI nie dokumentuje wymagań brandingu, znaku towarowego ani atrybucji poza standardowymi warunkami Apache 2.0 (wymagającymi zachowania plików licencji i notice w dystrybucjach źródłowych, lecz bez brandingu widocznego dla użytkownika). White-label pojawia się w karcie tylko jako opcjonalna usługa komercyjna, a nie warunek licencji.

Własność, przenośność i odzyskiwanie danych​

Oba projekty przechowują wszystkie dane w infrastrukturze operatora, domyślnie używając SQLite, a opcjonalnie PostgreSQL.

Open WebUI dokumentuje eksport i import czatów (wszystkie rozmowy jako JSON; pojedyncze jako JSON, PDF lub Markdown), eksport/import całej bazy do migracji między serwerami, kopie zapasowe, publiczną dokumentację schematu bazy i procedury ręcznej migracji oparte na Alembic.

Libre WebUI dokumentuje archiwum danych użytkownika: wersjonowany format JSON (libre-webui-user-data, wersja 3) z sumą integralności SHA-256, obejmujący czaty, notatki, kolekcje wiedzy i preferencje oraz jawne wyłączenia (poświadczenia, biometryczne dane głosu, wygenerowane multimedia i stan instancji). Import jest wstępnie sprawdzany i transakcyjny w SQLite i PostgreSQL. Dla operatorów gotowość do odzyskiwania opisuje tylko do odczytu bramkę CLI recovery-check i narzędzie kopii tworzące archiwa podpisane Ed25519 i zaszyfrowane AES-256-GCM, z weryfikacją i kontrolą przed odtworzeniem oraz wariantami team (PostgreSQL/S3). Dane w spoczynku używają AES-256-GCM na poziomie aplikacji; nie jest to szyfrowanie całego dysku ani end-to-end.

Domyślna telemetria i analityka​

Oba projekty deklarują, że domyślnie dane nie opuszczają wdrożenia.

FAQ Open WebUI stwierdza: „Open WebUI domyślnie nie wysyła danych do usług zewnętrznych” oraz „Po rejestracji wszystkie informacje są przechowywane lokalnie na serwerze i domyślnie nie trafiają do Open WebUI ani stron trzecich”. Prompty i odpowiedzi trafiają do dostawcy modelu tylko po jego podłączeniu. Integracja OpenTelemetry jest dostępna dla obserwowalności zarządzanej przez operatora.

Karta Libre WebUI zobowiązuje się do „zerowej telemetrii — bez analityki, śledzenia i kodu phone-home”, a dokumentacja obserwowalności stwierdza, że „żadna ścieżka nie wysyła telemetrii do projektu Libre WebUI”; eksport OpenTelemetry jest wyłączony do czasu ustawienia kolektora. Dokumentacja ujawnia też, że lokalny pomiar użycia tylko dla administratorów jest zawsze włączony i nie można go wyłączyć, dane pozostają w bazie wdrożenia, a prompty, odpowiedzi i poświadczenia nigdy nie trafiają do tabeli użycia.

Uwierzytelnianie i obsługa wielu użytkowników​

Open WebUI dokumentuje kontrolę dostępu opartą na rolach, grupy i uprawnienia zasobów; SSO przez OIDC i LDAP; SCIM 2.0 do automatycznej aprowizacji użytkowników i grup; oraz klucze API.

Libre WebUI dokumentuje konta lokalne z hasłami bcrypt i JWT związanymi z odwoływalnymi sesjami serwera; opcjonalne 2FA TOTP, kody odzyskiwania i passkeys WebAuthn oraz politykę administratora wymagającą drugiego czynnika; dokładnie dwie role (admin i user), grupy oraz przydziały zasobów (read/write/admin), z domyślną prywatnością i bez prawa globalnego administratora do cudzej treści; SSO przez ogólne OIDC (PKCE, listy domen, mapowanie grup na role), GitHub i Hugging Face OAuth; oraz zakresowe, odwoływalne tokeny API. Dokumentacja jawnie podaje brak SAML i SCIM; LDAP nie jest udokumentowany.

Podsumowując: Open WebUI dokumentuje szerszą integrację tożsamości enterprise (LDAP, SCIM); Libre WebUI skupia się na OIDC i przydziałach zasobów oraz jawnie podaje ograniczenia protokołów.

Architektura i rozszerzalność​

Open WebUI używa backendu Python i frontendu Svelte. Rozszerzenia opierają się na Pipelines, narzędziach i funkcjach Python edytowanych w aplikacji, natywnym MCP Streamable HTTP oraz automatycznym wykrywaniu narzędzi OpenAPI. Stos RAG dokumentuje 13 baz wektorowych (oficjalnie utrzymywane ChromaDB i PGVector) i 8 silników ekstrakcji, z hybrydowym BM25 + wektorami i zmianą rankingu cross-encoderem.

Libre WebUI używa backendu TypeScript/Node.js (Express) i frontendu React. Rozszerzenia opierają się na wtyczkach dostawców JSON dla czatu, embeddingów, obrazów, TTS, STT, audio i wideo (rodziny OpenAI-compatible, Anthropic, Google Gemini, Groq, Mistral, OpenRouter, Hugging Face, MLX, llama.cpp, ComfyUI i ElevenLabs oraz lokalna Ollama); zarządzanych narzędziach z 13 narzędziami wbudowanymi i zewnętrznymi serwerami OpenAPI 3.x z przypiętym skrótem oraz MCP Streamable HTTP. Narzędzia są domyślnie wyłączone, efekty uboczne wymagają zgody, a ruch wychodzący jest zabezpieczony przed SSRF; stdio MCP nie jest obsługiwane. Wyższe konstrukcje obejmują profile asystentów, wersjonowane umiejętności i prompty, artefakty w piaskownicy (HTML, React, Mermaid, SVG) oraz „Work” — izolowane obszary robocze Docker/Kubernetes. Work Computer dodaje obserwowalny wirtualny pulpit z przeglądarką, weryfikowane działania, przejęcie przez człowieka, dźwięk na żywo i naukę z demonstracji do zakotwiczonych podręczników z ukrytymi sekretami i zakresem odwiedzonych stron. Podstawa platformy definiuje dwa profile: solo (SQLite, wbudowane wektory, lokalne bloby) i team (PostgreSQL, PGVector, S3, Redis), odrzucając konfiguracje mieszane.

Opcje wdrożenia​

Open WebUI dokumentuje pip install open-webui, Docker (w tym warianty CUDA i z Ollama), Docker Compose i Kubernetes przez kustomize i Helm, z magazynami S3/GCS/Azure Blob i sesjami Redis do skalowania poziomego.

Libre WebUI dokumentuje start jednym poleceniem (npx libre-webui@latest), instalację globalną npm i Homebrew, warianty Docker Compose (dołączona, zewnętrzna i hostowa Ollama, GPU, proxy gniazda, team z nakładką Work), opublikowany obraz piaskownicy GUI Work Computer, chart Helm w rejestrze OCI z domyślnym bezpieczeństwem podów i opcjonalnymi NetworkPolicies, prywatne wdrożenie Cloudflare Tunnel bez portów oraz aplikację desktopową Electron dla macOS, Windows i Linux — tylko klient, bez backendu i automatycznych aktualizacji.

Funkcje produkcyjne​

Open WebUI dokumentuje panele użycia śledzące wiadomości i tokeny, arenę modeli z testami A/B i Elo, OpenTelemetry, webhooki, banery systemowe i skalowanie poziome. Plan enterprise dodaje wsparcie SLA i LTS.

Libre WebUI dokumentuje zarządzanie kosztami — wersjonowane taryfy z datą obowiązywania i budżety instancji/użytkownika/grupy w trybie obserwacji, alertu lub twardej blokady, z CSV; ewaluacje — tagi opinii, ślepą arenę z deterministycznym Elo i trwałe wykonania zestawów; obserwowalność — strukturalne logi JSON z identyfikatorem żądania i granicą redakcji oraz opcjonalny OTLP; sondy liveness, readiness i deep health; wielowarstwowe limity współdzielone przez Redis między replikami team. Profil team jest certyfikowany dla co najmniej trzech replik aplikacji i zewnętrznego workera, sprawdzanych testem awarii trzech replik. Deterministyczny benchmark odtwarzania ocenia zabezpieczenia Work Computer. Dokumentacja Kubernetes jasno zaznacza, że zmiany schematu wymagają przerwy w usłudze.

Funkcje zespołowe i współpraca​

Open WebUI dokumentuje kanały wspólnych rozmów użytkowników i modeli, wiadomości bezpośrednie, grupy z rolami, ograniczenia modeli, Notes z AI oraz foldery, tagi i przypięcia rozmów.

Libre WebUI dokumentuje kanały publiczne, prywatne i DM z jednopoziomowymi wątkami, reakcjami, przypięciami i odpowiedziami @model działającymi pod tożsamością wywołującego; wspólny model udostępniania (właściciel przydziela read/write/admin użytkownikom lub grupom) dla czatów, notatek, wiedzy, person, promptów, umiejętności, kalendarzy i serwerów narzędzi, bez anonimowych łączy; trwałe notatki z przywracanymi rewizjami, załącznikami i odwracalną edycją AI; zaszyfrowane powiadomienia, wspólne kalendarze i automatyzacje dostarczające wykonania AI jako czaty. Udokumentowane braki to wskaźniki obecności/pisania i eksport kanału.

Funkcje głosowe i multimedialne​

Open WebUI dokumentuje mowę na tekst, tekst na mowę, rozmowy głosowe i wideo bez użycia rąk oraz generowanie i edycję obrazów przez GPT-Image, Gemini i ComfyUI, wraz z przesyłaniem plików i obrazów.

Libre WebUI dokumentuje turowy tryb głosowy (słuchanie → transkrypcja → myślenie → mowa) z przerywaniem; jawnie nie full-duplex. STT i TTS działają przez wtyczki (przeglądarka, transkrypcja zgodna z OpenAI, Hugging Face ASR, ElevenLabs i inne), a klonowanie głosu wymaga zgody. Wtyczki generowania mediów deklarują obraz, TTS, audio i wideo, zasilając galerię użytkownika. Dokumenty PDF, Office, Markdown, HTML i kod mają cytowania stron/slajdów/arkuszy i hybrydowe BM25 + wektory. Skanowane PDF i obrazy czyta model wizyjny użytkownika, a audio transkrybuje jego dostawca STT; brak lokalnego OCR/ASR. Work Computer każdego zadania przesyła ekran i audio uprawnionym obserwatorom z przejęciem myszy i klawiatury.

Jakość i przejrzystość dokumentacji​

Oba projekty utrzymują obszerną oficjalną dokumentację.

Dokumentacja Open WebUI obejmuje przewodniki funkcji, wdrożeń i utrzymania (kopie, eksport bazy, ręczna migracja), publiczny schemat bazy i FAQ licencji odnoszące się do jej statusu poza OSI.

Dokumentacja Libre WebUI zawiera przewodniki funkcji wymieniające limity i niecele (np. „bez SAML i SCIM”, „nie full-duplex”, „bez wdrożenia schematu bez przestoju”), opublikowane OpenAPI i llms.txt oraz generowane kontrakty możliwości, które mapują każdą trasę UI, API i WebSocket na właściciela, dokumentację i nazwany test egzekwowany w CI.

Który projekt wybrać?​

Żaden projekt nie jest kategorycznie lepszy; wybór zależy od ograniczeń. Obiektywne kryteria:

  • Wymagania licencyjne. Jeśli organizacja wymaga licencji OSI lub chce zmienić branding dla ponad 50 użytkowników bez umowy enterprise, różnica jest istotna: Libre WebUI używa Apache 2.0 bez klauzuli brandingu; Open WebUI ogranicza zmiany powyżej progu 50 użytkowników bez licencji enterprise.
  • Infrastruktura tożsamości. Organizacje oparte na LDAP lub SCIM znajdą je w Open WebUI; OIDC obsługują oba projekty.
  • Ekosystem i integracje. Open WebUI ma bardzo dużą społeczność (około 150 tys. gwiazdek GitHub) i szeroki zakres, w tym 13 baz wektorowych i 8 silników ekstrakcji. Mniejszy ekosystem Libre WebUI skupia się na dołączonych wtyczkach, serwerach OpenAPI/MCP, zainstalowanych agentach programistycznych jako modelach czatu i integracji Libre Claw.
  • Model rozszerzeń. Open WebUI rozszerza się głównie kodem Python (Pipelines, Tools, Functions); Libre WebUI — deklaratywnymi definicjami JSON i zarządzanymi zewnętrznymi serwerami narzędzi. Wybór zależy od umiejętności zespołu i kontroli zmian.
  • Podejście operacyjne. Porównaj kopie/odtwarzanie, sondy stanu, limity i skalowanie z celami RTO i dostępności, uwzględniając brak bezprzestojowych zmian schematu Libre WebUI i skalowanie Redis Open WebUI.
  • Zarządzanie i koszty. Jeśli wymagane są twarde budżety użytkowników lub grup, sprawdź Libre WebUI; jeśli ważne są panele użycia oraz SLA/LTS enterprise, sprawdź Open WebUI.
  • Multimedia. Open WebUI dokumentuje rozmowy głosowe i wideo w czasie rzeczywistym; Libre WebUI ma tryb turowy, a Work Computer przesyła pulpit z audio i przejęciem przez człowieka. Oba dokumentują STT, TTS i obraz przez konfigurowanych dostawców.

Oceń oba projekty według własnych wymagań, korzystając z poniższych źródeł pierwotnych.

Źródła​

Ostatni przegląd: sierpień 2026. Oba projekty często wydają nowe wersje; aktualne szczegóły sprawdzaj w podanych źródłach pierwotnych.