Open WebUI vs Libre WebUI: фактичне порівняння

Open WebUI та Libre WebUI — це самостійно розгортувані вебінтерфейси для роботи з великими мовними моделями. Кожен із них може підключатися до локальних середовищ виконання, як-от Ollama, а також до OpenAI-сумісних та інших хмарних API, і кожен спроєктований так, щоб дані користувачів залишалися на інфраструктурі оператора. Ця сторінка порівнює обидва проєкти виключно на основі публічно задокументованих відмінностей, спираючись на офіційну документацію, тексти ліцензій і публічні репозиторії кожного проєкту. Вона не оцінює якість коду, продуктивність чи настрої спільноти та не рекомендує один проєкт замість іншого.

Усі наведені нижче твердження взяті з офіційної документації Open WebUI та Libre WebUI, файлів ліцензій проєктів та їхніх публічних репозиторіїв GitHub станом на серпень 2026 року. Обидва проєкти швидко розвиваються; перш ніж ухвалювати рішення, перевіряйте деталі за першоджерелами.

Стислий огляд

Вимір	Open WebUI	Libre WebUI
Ліцензія	«Open WebUI License»: на основі BSD-3 з доданим пунктом про захист брендингу (v0.6.6+, квітень 2025). Супровідники зазначають, що це не схвалена OSI open-source-ліцензія. Код до v0.6.5 включно залишається під BSD-3-Clause.	Apache License 2.0. Хартія проєкту зобов'язується ніколи не переліцензовувати код на більш обмежувальні умови.
Брендинг / white-labeling	Видалення або зміна брендингу «Open WebUI» заборонені, за винятком розгортань із ≤50 користувачами за будь-який ковзний 30-денний період, контриб'юторів із письмовим дозволом або власників enterprise-ліцензії.	Жодних задокументованих обмежень щодо брендингу чи white-labeling; діють стандартні умови Apache 2.0. White-labeling пропонується як опціональна платна послуга.
Володіння даними та портативність	Дані зберігаються локально (SQLite або PostgreSQL). Експорт/імпорт чатів у JSON; окремі чати — у JSON, PDF або Markdown. Задокументовано повний експорт/імпорт бази даних і процедури резервного копіювання.	Дані зберігаються локально (SQLite або PostgreSQL). Версіонований JSON-архів на користувача з контрольною сумою цілісності SHA-256 і транзакційним імпортом; підписаний (Ed25519) та зашифрований (AES-256-GCM) CLI резервного копіювання/відновлення; передрезервна перевірка recovery-check.
Телеметрія / аналітика за замовчуванням	FAQ стверджує, що за замовчуванням дані не надсилаються зовнішнім сервісам; дані йдуть до постачальника моделей лише коли його підключено. Доступна інтеграція OpenTelemetry для самостійно керованої спостережуваності.	Хартія декларує нульову телеметрію («жодної аналітики, жодного трекінгу, жодного коду, що „телефонує додому“»). Експорт OpenTelemetry вимкнено, доки оператор не налаштує кінцеву точку колектора. Локальний облік використання лише для адміністраторів завжди увімкнений, але ніколи не залишає розгортання.
Автентифікація та багатокористувацький режим	RBAC із ролями, групами та дозволами на рівні ресурсів; SSO через OIDC і LDAP; провізіонування SCIM 2.0; API-ключі.	Локальні облікові записи з JWT, прив'язаними до відкличних серверних сесій; дві ролі (адміністратор/користувач) плюс групи та надання прав на рівні ресурсів; загальний OIDC (плюс OAuth GitHub і Hugging Face); персональні API-токени з обмеженим обсягом. Немає SAML, SCIM чи LDAP (задокументоване обмеження).
Розширюваність	Фреймворк плагінів Pipelines; Tools/Functions на Python із вбудованим редактором коду; MCP (Streamable HTTP); сервери інструментів OpenAPI; 13 підтримуваних векторних баз даних; 8 рушіїв вилучення документів.	Плагіни постачальників, визначені у JSON (чат, embeddings, зображення, TTS, STT, аудіо, відео); 13 вбудованих інструментів; сервери інструментів OpenAPI 3.x і MCP (Streamable HTTP), вимкнені за замовчуванням, із затвердженням кожного виклику з побічними ефектами; профілі асистентів, скіли, бібліотека промптів, artifacts, ізольовані робочі простори для кодування «Work».
Розгортання	pip install open-webui; Docker (зокрема образи :cuda, :ollama); Docker Compose; Kubernetes через kustomize і Helm; сховища S3/GCS/Azure; горизонтальне масштабування на основі Redis.	Одна команда (npx libre-webui@latest); npm і Homebrew; варіанти Docker Compose (вбудований/зовнішній Ollama, GPU, командний); Helm-чарт (реєстр OCI); задокументоване приватне розгортання через Cloudflare Tunnel; десктопний клієнт Electron (лише клієнт).
Production-функції	Панелі використання (повідомлення, токени); арена моделей із рейтингами Elo; OpenTelemetry; горизонтальне масштабування; enterprise-план із підтримкою SLA та LTS-версіями.	Управління витратами: тарифи з датами набуття чинності та бюджети з режимами спостереження/сповіщення/блокування; набори оцінювання та сліпа арена з Elo; опціональний експорт OTLP; проби liveness/readiness/глибокої діагностики; командний профіль, сертифікований для 3+ реплік із зовнішнім durable-воркером; немає оновлень схеми без простою (задокументоване застереження).
Команда / співпраця	Канали, де користувачі та моделі спілкуються в одній розмові; прямі повідомлення; групи користувачів; контроль доступу на рівні моделей; робочий простір Notes; теки, теги, закріплення.	Канали, прямі повідомлення та однорівневі гілки з відповідями @model; надання власником прав користувачам/групам (читання/запис/адміністрування) для чатів, нотаток, знань, персон, промптів, скілів, календарів і серверів інструментів; жодних анонімних публічних посилань; сповіщення, спільні календарі, заплановані автоматизації.
Голос і медіа	Розпізнавання та синтез мовлення, голосові та відеодзвінки без рук; генерація зображень через GPT-Image, Gemini, ComfyUI; RAG на 8 рушіях вилучення з гібридним пошуком BM25 + вектори та переранжуванням.	Покроковий голосовий режим із можливістю переривання (задокументовано як не full-duplex); STT/TTS через плагіни постачальників; клонування голосу на основі згоди; генерація зображень, аудіо та відео через плагіни з декларацією можливостей і галереєю на користувача; RAG із гібридним пошуком BM25 + вектори та цитатами до сторінки/слайда/аркуша; немає OCR для сканованих документів (задокументоване обмеження).
Документація	Розлога офіційна документація: посібники з функцій, довідник схеми бази даних, підручники з резервного копіювання/міграції та FAQ щодо ліцензії.	Офіційна документація: посібники за функціями з переліком обмежень і не-цілей, опубліковані openapi.json і llms.txt, а також згенеровані контракти можливостей, що зіставляють кожен маршрут із відповідальним і поіменованим тестом.

Ліцензія

Open WebUI розповсюджується під «Open WebUI License», запровадженою у v0.6.6 (квітень 2025). Вона базується на BSD-3-Clause з доданим пунктом, що захищає брендинг «Open WebUI». Власний FAQ щодо ліцензії проєкту зазначає, що ліцензія «не є схваленою OSI ліцензією „open source“», водночас підкреслюючи, що код залишається публічним і розробляється відкрито. Увесь код, злитий до v0.6.5 включно, залишається під оригінальною ліцензією BSD-3-Clause. Авторські права належать Open WebUI Inc.

Libre WebUI розповсюджується під Apache License 2.0 — ліцензією, схваленою OSI; авторські права належать Kroonen AI, Inc. Хартія проєкту зазначає, що вихідний код «назавжди залишиться під ліцензією Apache License 2.0» і що проєкт «ніколи не буде переліцензований на більш обмежувальні умови», зокрема й для enterprise-пропозицій.

Брендинг і white-labeling

Ліцензія Open WebUI забороняє змінювати, видаляти, приховувати чи замінювати брендинг «Open WebUI», з трьома задокументованими винятками: розгортання, що обслуговують не більш ніж 50 користувачів за будь-який ковзний 30-денний період; контриб'ютори з окремим письмовим дозволом; організації, що мають enterprise-ліцензію. Поза цими винятками видалення брендингу описується в ліцензії як суттєве порушення. Проєкт пропонує enterprise-план, що включає власні теми та брендинг.

Libre WebUI не документує жодних вимог щодо брендингу, торговельних марок чи зазначення авторства понад стандартні умови Apache 2.0 (яка вимагає зберігати файли ліцензії та повідомлень у дистрибутивах вихідного коду, але не накладає жодних видимих для користувача правил брендингу). White-labeling згадується в хартії лише як опціональна комерційна послуга, а не як умова ліцензії.

Володіння даними, портативність і відновлення

Обидва проєкти зберігають усі дані на інфраструктурі оператора: за замовчуванням SQLite, PostgreSQL — задокументована опція.

Open WebUI документує експорт та імпорт чатів (усі розмови у JSON; окремі чати у JSON, PDF або Markdown), повний експорт/імпорт бази даних для міграції між серверами, настанови з резервного копіювання, публічний довідник схеми бази даних і процедури ручної міграції на основі Alembic.

Libre WebUI документує архів даних на користувача: версіонований формат JSON (libre-webui-user-data, версія 3) з контрольною сумою цілісності SHA-256, що охоплює чати, нотатки, колекції знань і налаштування, з явно переліченими винятками (облікові дані, біометричні голосові дані, згенеровані медіа та стан рівня інстансу). Імпорт проходить попередню перевірку і є транзакційним як на SQLite, так і на PostgreSQL. Для операторів готовність до відновлення документує CLI-перевірку recovery-check лише для читання та CLI резервного копіювання, що створює архіви з підписом Ed25519 і шифруванням AES-256-GCM, з кроками верифікації та передвідновлювальної перевірки, а також командні варіанти (PostgreSQL/S3). Дані у стані спокою шифруються AES-256-GCM на рівні застосунку; документація зазначає, що це не повнодискове шифрування і не наскрізне шифрування.

Телеметрія та аналітика за замовчуванням

Обидва проєкти заявляють, що за замовчуванням жодні дані не залишають розгортання.

FAQ Open WebUI зазначає: «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, списками дозволених доменів і зіставленням груп із ролями) плюс OAuth GitHub і Hugging Face; а також персональні API-токени з обмеженим обсягом, які можна відкликати. Документація прямо зазначає, що SAML і провізіонування SCIM наразі не надаються; LDAP не задокументовано.

Підсумок: Open WebUI документує ширшу інтеграцію корпоративної ідентичності (LDAP, SCIM); Libre WebUI документує SSO, орієнтований на OIDC, із правами на рівні ресурсів і сам зазначає межі своїх протоколів ідентичності у власній документації.

Архітектура та розширюваність

Open WebUI використовує бекенд на Python і фронтенд на Svelte. Розширюваність зосереджена на фреймворку плагінів Pipelines, інструментах Tools і Functions на Python, які можна редагувати у вбудованому редакторі коду, нативній підтримці MCP через Streamable HTTP та автоматичному виявленні інструментів з OpenAPI-сумісних кінцевих точок. Його RAG-стек документує 13 підтримуваних векторних баз даних (ChromaDB і PGVector підтримуються офіційно) та 8 рушіїв вилучення документів із гібридним пошуком BM25 + вектори та переранжуванням cross-encoder.

Libre WebUI використовує бекенд на TypeScript/Node.js (Express) і фронтенд на React. Розширюваність зосереджена на плагінах постачальників, визначених у JSON, що охоплюють чат, embeddings, зображення, TTS, STT, аудіо та відео (вбудовані сімейства включають OpenAI-сумісні, Anthropic, Google Gemini, Groq, Mistral, OpenRouter, Hugging Face, MLX, ComfyUI та ElevenLabs, поряд із локальним Ollama); керованих інструментах із 13 вбудованими інструментами та зовнішніми серверами інструментів через OpenAPI 3.x (специфікації, зафіксовані хешем) і MCP Streamable HTTP — інструменти вимкнені за замовчуванням, виклики з побічними ефектами потребують схвалення користувача, а вихідний трафік захищений від SSRF; сервери MCP через stdio свідомо не підтримуються. Конструкції вищого рівня включають профілі асистентів (що пов'язують промпти, інструменти, скіли, знання та голос), версіоновані скіли та промпти, ізольовані 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 і Kubernetes через kustomize та Helm, зі сховищами S3/GCS/Azure Blob і сесіями на основі Redis для горизонтального масштабування.

Libre WebUI документує запуск однією командою (npx libre-webui@latest), глобальне встановлення через npm і Homebrew, варіанти Docker Compose (вбудований Ollama, зовнішній Ollama, GPU, socket-proxy і командний), Helm-чарт, опублікований у реєстрі OCI, зі стандартними налаштуваннями безпеки подів та опціональними NetworkPolicies, задокументовану схему приватного розгортання через Cloudflare Tunnel без відкритих портів, а також десктопний застосунок на Electron для macOS, Windows і Linux — задокументований як лише клієнт, без вбудованого бекенда й без автоматичних оновлень.

Production-функції

Open WebUI документує панелі використання, що відстежують обсяг повідомлень і споживання токенів, арену моделей з A/B-тестуванням і рейтингами Elo, інтеграцію OpenTelemetry, вебхуки та системні банери, а також горизонтальне масштабування. Комерційний enterprise-план додає підтримку з SLA та версії з довгостроковою підтримкою (LTS).

Libre WebUI документує управління витратами — версіоновані тарифи з датами набуття чинності та бюджети на рівні інстансу, користувача чи групи, з режимами спостереження, сповіщення та жорсткого блокування, плюс експорт CSV; оцінювання — тегування відгуків, сліпу арену з детермінованим Elo та довговічні запуски наборів оцінювання; спостережуваність — структуровані JSON-логи з кореляцією за ідентифікатором запиту та межею редагування, плюс опціональний експорт OTLP; проби liveness, readiness і глибокої діагностики (лише для адміністраторів); та багаторівневі обмеження швидкості, які в командному режимі підтримуються Redis і поділяються між репліками. Командний профіль задокументовано як сертифікований для трьох і більше реплік застосунку плюс зовнішній durable-воркер, що валідується навчанням із відмовою трьох реплік перед кожним релізом. Документація Kubernetes також прямо називає застереження: оновлення схеми не відбуваються без простою і потребують запланованої перерви в обслуговуванні.

Функції для команд і співпраці

Open WebUI документує спільні канали, в яких користувачі та ШІ-моделі беруть участь в одній розмові, прямі повідомлення, групи користувачів із рольовими дозволами, обмеження доступу на рівні моделей, робочий простір Notes із допомогою ШІ та організацію розмов за допомогою тек, тегів і закріплень.

Libre WebUI документує канали (публічні, приватні та прямі повідомлення) з однорівневими гілками, реакціями, закріпленнями та відповідями @model, що виконуються від імені учасника, який їх викликав; уніфіковану модель спільного доступу (власник надає читання/запис/адміністрування користувачам або групам), що охоплює чати, нотатки, колекції знань, персони, промпти, скіли, календарі та сервери інструментів, без анонімних публічних посилань; зашифровані сповіщення на користувача; календарі зі спільним доступом; і заплановані автоматизації, що доставляють запуски ШІ як чат-сесії. Серед задокументованих прогалин — відсутність індикаторів присутності/набору тексту та експорту на рівні каналу.

Голосові та медіаможливості

Open WebUI документує розпізнавання мовлення, синтез мовлення, голосові та відеодзвінки без рук, а також генерацію та редагування зображень через рушії на кшталт GPT-Image, Gemini та ComfyUI, разом із завантаженням файлів і зображень.

Libre WebUI документує покроковий голосовий режим (слухати → транскрибувати → думати → говорити) з можливістю переривання; документація прямо зазначає, що він не є full-duplex. STT і TTS працюють через плагіни постачальників (розпізнавання мовлення браузера, OpenAI-сумісна транскрипція, ASR Hugging Face, ElevenLabs та інші), із клонуванням голосу на основі згоди за окремим режимом доступу. Плагіни генерації медіа декларують можливості зображень, TTS, аудіо та відео, наповнюючи галерею на користувача. Обробка документів охоплює PDF, формати Office, Markdown, HTML і вихідний код із походженням цитат до сторінки/слайда/аркуша та гібридним пошуком BM25 + вектори; OCR для сканованих документів задокументовано як ще не підтримуваний.

Якість і прозорість документації

Обидва проєкти підтримують ґрунтовну офіційну документацію.

Документація Open WebUI включає посібники з функцій, підручники з розгортання та обслуговування (резервні копії, експорт бази даних, ручна міграція), публічний довідник схеми бази даних і FAQ щодо ліцензії, який прямо розглядає не-OSI статус її ліцензії.

Документація Libre WebUI включає посібники за функціями, що перелічують обмеження й не-цілі просто в тексті (наприклад, «немає SAML чи SCIM», «не full-duplex», «немає розгортання схеми без простою»), опубліковану специфікацію OpenAPI і llms.txt, а також згенеровані контракти можливостей, що зіставляють кожен маршрут інтерфейсу, маршрут API і шлях WebSocket із відповідальним, документацією та поіменованим тестом, який перевіряється в CI.

Що обрати

Жоден із проєктів не є категорично кращим; правильний вибір залежить від ваших обмежень. Об'єктивні критерії для зважування:

• Вимоги до ліцензії. Якщо ваша організація вимагає схваленої OSI ліцензії або планує ребрендинг інтерфейсу для понад 50 користувачів без enterprise-угоди, ліцензії суттєво відрізняються: Libre WebUI — під Apache 2.0 без пункту про брендинг; ліцензія Open WebUI обмежує зміни брендингу понад поріг у 50 користувачів, якщо немає enterprise-ліцензії.
• Інфраструктура ідентичності. Організації, стандартизовані на LDAP чи провізіонуванні SCIM, знайдуть їх задокументованими в Open WebUI; організації, стандартизовані на OIDC, покриті обома.
• Екосистема та інтеграції. Open WebUI має дуже велику спільноту (близько 150 тис. зірок на GitHub) і документує широку поверхню інтеграцій, зокрема 13 векторних баз даних і 8 рушіїв вилучення документів. Екосистема Libre WebUI менша й зосереджена на вбудованих плагінах постачальників і серверах інструментів OpenAPI/MCP.
• Модель розширюваності. Open WebUI розширюється передусім кодом на Python (Pipelines, Tools, Functions); Libre WebUI — передусім декларативними визначеннями плагінів у JSON і керованими зовнішніми серверами інструментів. Що краще підходить, залежить від навичок вашої команди та вимог до контролю змін.
• Операційна позиція. Порівняйте задокументовані процедури резервного копіювання/відновлення, проби стану, обмеження швидкості та модель масштабування кожного проєкту з вашими цілями щодо часу відновлення й доступності, зокрема задокументовану відсутність оновлень схеми без простою в Libre WebUI та горизонтальне масштабування на основі Redis в Open WebUI.
• Управління та контроль витрат. Якщо потрібні бюджети витрат на користувача чи групу з жорстким застосуванням, перегляньте документацію Libre WebUI з управління витратами; якщо важливі панелі використання та enterprise-опції SLA/LTS, перегляньте адміністративну аналітику та enterprise-план Open WebUI.
• Вимоги до медіа. Голосові та відеодзвінки в реальному часі задокументовані в Open WebUI; голосовий режим Libre WebUI — покроковий. Обидва документують STT, TTS і генерацію зображень через налаштовуваних постачальників.

Оцініть обидва проєкти за власними вимогами, користуючись першоджерелами нижче.

Джерела

• Документація Open WebUI: docs.openwebui.com — зокрема Функції, Ліцензія та FAQ, FAQ, Імпорт та експорт чатів, Експорт бази даних і Резервні копії
• Репозиторій та ліцензія Open WebUI: github.com/open-webui/open-webui
• Документація Libre WebUI: docs.librewebui.org — зокрема Хартія, Портативність даних, Готовність до відновлення, Автентифікація, Єдиний вхід, Інструменти чату, Профілі асистентів, Фундамент платформи, Управління витратами, Оцінювання, Спостережуваність, Kubernetes і Голосовий режим
• Репозиторій та ліцензія Libre WebUI: github.com/libre-webui/libre-webui

Остання перевірка: серпень 2026. Обидва проєкти часто випускають релізи; актуальні деталі дивіться за наведеними першоджерелами. Цитати з англомовних документів є перекладами; у разі розбіжностей переважає англійський оригінал.