Open WebUI vs. Onyx: Vergleich 2026

Open WebUI oder Onyx in Deutschland betreiben lassen? WZ-IT übernimmt Hosting und Betrieb für Open WebUI und Onyx: Updates, Backups, Monitoring und die Anbindung an Modelle. Teams mit Berufsgeheimnis finden Open WebUI zusätzlich als KI-Plattform. Erstgespräch vereinbaren

Open WebUI und Onyx werden oft in einem Atemzug genannt, lösen aber unterschiedliche Aufgaben. Open WebUI ist eine selbst betriebene Chat-Oberfläche für Sprachmodelle mit Wissensbasen. Onyx, früher Danswer, ist eine Plattform für Unternehmenssuche und RAG mit Konnektoren zu Fachsystemen und, in der Enterprise Edition, mit Abgleich der Dokumentberechtigungen. Die zentrale Frage lautet deshalb: Chat-Plattform mit Wissensbasen oder Enterprise Search über Confluence, SharePoint, Jira, Slack und weitere Systeme mit Dokumentberechtigungen?

Dieser Beitrag vergleicht beide nach den Kriterien, die im Betrieb zählen. Alle Angaben stammen aus GitHub-API, Lizenzdateien, Quelltext und Herstellerdokumentation mit Stand 21. Oktober 2026.

Für die Einordnung gegen weitere Plattformen gibt es die Vergleiche Open WebUI vs. LibreChat und Open WebUI vs. AnythingLLM sowie den Überblick Open-Source-KI-Chat-Plattformen im Vergleich.

Inhaltsverzeichnis

1. Kurz beantwortet
2. Basisdaten im Überblick
3. Lizenz und Branding
4. Betrieb und Architektur
5. Anmeldung, SSO und Provisionierung
6. Rechte, Gruppen und Dokumentberechtigungen
7. Konnektoren, Index und Wissensbasis
8. Modelle und Anbieter
9. Agenten, MCP und Code
10. Telemetrie und Datenfluss
11. Sicherheitsmeldungen der letzten zwölf Monate
12. Hersteller, Support und Kosten
13. Welche Plattform für welchen Einsatz
14. Verbreitete Irrtümer
15. Stand und Methodik
16. Unser Vorgehen bei WZ-IT
17. Weiterführende Guides
18. Quellen

Kurz beantwortet

Faustregel: Open WebUI, wenn der Chat mit Modellen im Mittelpunkt steht und Wissensbasen aus Dateien, Laufwerksauswahl oder einem Sync-Werkzeug wie oikb entstehen. Onyx, wenn Fachsysteme wie Confluence, SharePoint, Jira oder Slack angebunden werden und Suchergebnisse die Zugriffsrechte der Quellen respektieren sollen; dieser Rechte-Abgleich gehört zur Enterprise Edition.

Basisdaten im Überblick

Onyx hieß bis Ende 2024 Danswer. Die Umbenennung steht im Repository-Verlauf als Commit "welcome to onyx" vom 13.12.2024. Die Dokumentation erwähnt bereits "Onyx 5.0" (MCP unter Plugins), obwohl am 21.10.2026 nur die Betaversion 5.0.0-beta.2 vorliegt; die stabile Version ist 4.9.2. Die Doku läuft dem Release voraus.

Lizenz und Branding

Onyx ist gemischt lizenziert. Laut LICENSE steht alles außerhalb der ee-Verzeichnisse unter "MIT Expat". Die Inhalte der Verzeichnisse backend/ee, web/src/app/ee und web/src/ee stehen unter der Onyx Enterprise License. Diese erlaubt den Produktivbetrieb nur mit Onyx Subscription Terms oder einer gültigen Enterprise-Lizenz für die richtige Sitzzahl. Kopieren und Ändern für Entwicklung und Test ist ohne Subscription erlaubt, die Weiterverbreitung ist verboten. GitHub führt die Lizenz als NOASSERTION, das README-Badge zeigt "MIT". Die kommerzielle Nutzung des MIT-Teils ist frei. Nutzerlimits ergeben sich nur über die Sitzzahl der Subscription, White-Labeling ist eine Funktion der Enterprise Edition.

Laut Dokumentation der Enterprise Edition gehören zur Enterprise Edition:

• OIDC und SAML (die Plan-Zuordnung ist widersprüchlich, siehe Abschnitt Anmeldung)
• Permission-Sync-Konnektoren
• White-Labeling
• User Groups und RBAC sowie Group-Based Permissions ab v4.7 (eigene Gruppen und konfigurierbare Gruppenrechte)
• Usage Analytics (Plan-Zuordnung siehe Abschnitt Rechte)
• Encrypted Secrets, EE-APIs und Hook Extensions

Die EE-Funktionen sind lizenzpflichtig. Welche davon im Business- und welche im Enterprise-Tarif liegen, ordnen Billing-Seite, Preisseite und Code teils unterschiedlich zu. Laut license_enforcement_config.py liegen Query History, Usage Report, Analytics, Service-Account-Keys, Gruppen/RBAC und Gateway auf dem Tier BUSINESS, SCIM, Hooks, Log-Export und Token-Rate-Limits auf ENTERPRISE. Billing-Seite und Preisseite führen "Inherit Document Permissions" bzw. "Permission Inheritance" im Business-Tarif (20 USD); die Billing-Doku nennt "Self-hosting (Optional)" unter Business, die Preisseite führt "On-Premise Deployments" unter Enterprise. "Nur Enterprise Edition" bedeutet in diesem Beitrag: lizenzpflichtige EE-Funktion, nicht der Tarif Enterprise.

Onyx Cloud enthält alle Funktionen der Enterprise Edition. Die Lizenzgrenze verläuft bei Onyx entlang einzelner Funktionen, nicht entlang der Installation. LICENSE zuletzt am 14.02.2026 überarbeitet (Commit-Vermerk "No change, just touchup"); im Repository-Verlauf stehen "Initial EE features" vom 03.10.2023 und "Prepare EE to merge with MIT" vom 15.02.2024.

Open WebUI steht seit Version 0.6.6 unter der Open WebUI License: BSD-3-Clause plus Klausel 4. Die Klausel verbietet, das Branding "Open WebUI" zu ändern, zu entfernen, zu verdecken oder zu ersetzen. Ausgenommen sind drei Fälle:

Mit unverändertem Branding ist die Nutzung laut Lizenzseite auch kommerziell erlaubt, ohne Nutzerobergrenze für interne Bereitstellungen. White-Label, Co-Branding und ein bloßes "Powered by Open WebUI" erfordern eine Enterprise-Lizenz. Der Terminals-Dienst für Open Terminal steht in einem eigenen Repository unter der Open WebUI Enterprise License und darf produktiv nur mit Lizenz betrieben werden. GitHub führt die Lizenz als NOASSERTION ("Other"). Die Begleitprojekte oikb und Open Terminal stehen unter MIT, die Desktop-App unter AGPL-3.0. Die Lizenzhistorie: bis Version 0.5.4 MIT, 0.5.5 bis 0.6.5 BSD-3-Clause, ab 0.6.6 die Open WebUI License; der Code bis einschließlich 0.6.5 bleibt unter BSD-3-Clause. Einzelheiten stehen im Beitrag Open WebUI Lizenz und Branding.

Der Unterschied im Kern: Bei Open WebUI wirkt die Einschränkung auf das Branding, bei Onyx auf einzelne Funktionen.

Betrieb und Architektur

Open WebUI startet ohne externe Dienste, das gebündelte :ollama-Image enthält zusätzlich Ollama. Das als Standard eingebettete ChromaDB ist laut Skalierungsdokumentation für mehrere Worker oder Replikas nicht geeignet; wer horizontal skaliert, stellt auf PGVector, Milvus oder Qdrant um.

Für mehrere Instanzen braucht Open WebUI PostgreSQL, eine externe Vektordatenbank, Redis und einen gemeinsamen Dateispeicher.

Onyx kennt laut Ressourcenangaben zwei Modi: Der Lite-Modus nutzt im Grundzustand unter 1 GB Arbeitsspeicher und startet fünf Dienste, indexiert aber keine Dokumente. Wer Dokumente aus Konnektoren indexieren will, betreibt den Standardmodus mit OpenSearch als Dokumentindex. Vespa wurde ab Version 3 schrittweise durch OpenSearch abgelöst; das README nennt weiterhin MinIO, die Compose-Datei nutzt SeaweedFS als Objektspeicher.

Anmeldung, SSO und Provisionierung

Bei Open WebUI kennzeichnet die Dokumentation keines der Anmeldeverfahren als Enterprise-Funktion, das README führt LDAP, SSO und SCIM unter der Überschrift "Enterprise Authentication & Provisioning". Eine SAML-Anbindung läuft laut Vergleichsseite von Open WebUI über einen Trusted-Header-Proxy, der SAML terminiert. Die Dokumentation zu SCIM beschreibt die Einrichtung ausschließlich über Umgebungsvariablen.

Bei Onyx sind SSO-Provider seit v4.4.0 nur noch im Admin-Panel einstellbar; mehrere Provider gleichzeitig gibt es laut Doku ab Business. Hier widersprechen sich die Herstellerangaben: Die SSO-Seite schreibt "Configuring a single SSO provider is available on every plan". Die Seite zur Enterprise Edition und die Preisseite führen OIDC und SAML SSO als Enterprise-Funktion. Eine dritte Aussage widerspricht beiden: Die Sicherheits-FAQ schreibt "SAML and OIDC are supported as part of the Community and Enterprise Editions" und führt SCIM noch als Roadmap-Punkt; sie ist damit erkennbar älter. Welche Aussage für ein selbst betriebenes Community-Image gilt, ist ungeklärt. SCIM ist laut Doku eine Enterprise-Funktion ("This feature requires an Enterprise plan").

Rechte, Gruppen und Dokumentberechtigungen

Die Frage, wer welche Dokumente in einer Antwort sieht, ist der Punkt, an dem beide Plattformen am weitesten auseinanderliegen.

Die 14 Konnektoren mit Permission-Sync in Onyx: Confluence, Jira, Google Drive, Gmail, Slack, Salesforce, GitHub, Box, Canvas, SharePoint, Teams, Outlook, Zoom und YouTrack. Die Doku hält fest: "Permission-syncing connectors are an Enterprise Edition feature." Ohne Herstellerlizenz bleibt ein Onyx-Betrieb bei den Zugriffsarten Private und Public je Konnektor.

Bei Open WebUI gilt das Rechtemodell der Anwendung: Eine Wissensbasis erhält Zugriffsrechte für Gruppen und Nutzer (Rollen- und Rechtedokumentation); der Zugriff gilt für die Wissensbasis als Ganzes. Automatisch gespiegelte Berechtigungen aus Slack, Drive oder Confluence nennt die Vergleichsseite von Open WebUI ausdrücklich "Not a current Open WebUI feature". Auch für oikb ist ein Permission-Sync in README, docs/guide.md und Quellcode nicht beschrieben; oikb arbeitet mit dem API-Key des Nutzers und umgeht die Zugriffskontrolle der Wissensbasis nicht. Wer Dokumente aus Confluence oder SharePoint in eine Open-WebUI-Wissensbasis spiegelt, richtet die Zugriffsrechte auf der Wissensbasis ein. Weitere Rechte-Funktionen von Open WebUI: MCP-Server legen nur Administratoren an, danach lassen sie sich per ACL begrenzen; der Admin-Zugriff auf Chats und der Export sind abschaltbar, temporäre Chats lassen sich erzwingen.

Beim Audit-Log steht der Onyx-Eventstrom laut Audit-Seite immer an, bei Open WebUI steht AUDIT_LOG_LEVEL standardmäßig auf NONE. Ob der Onyx-Eventstrom in der Community Edition aktiv ist, ist nicht geprüft.

Bei Usage Analytics und Query History widersprachen sich die Herstellerangaben zunächst: Die Funktionsseite markiert sie als Enterprise, die Billing-Seite führt sie unter Business. Der Code (license_enforcement_config.py) ordnet Query History, Usage Report und Analytics dem Tier BUSINESS zu.

Konnektoren, Index und Wissensbasis

Quellen anbinden

Die Herstellerangaben zur Konnektorzahl bei Onyx weichen voneinander ab: Die Preisseite nennt 40+, das README 50+, die Doku-Übersicht zeigt 56 Kacheln. Dieser Beitrag nutzt die zählbare Zahl, 56 Kacheln mit Stand 21.10.2026. Bei Open WebUI nennt das README für oikb "45+ sources", das oikb-README 47 unterstützte Quellen und die Open-WebUI-Doku 44 Konnektoren.

Index und Suche

Open WebUI liefert die Stellschrauben für Suche und Extraktion in der Anwendung selbst und lässt die Wahl der Vektordatenbank offen. Onyx nutzt einen Hybrid-Index auf OpenSearch und bringt die Konnektoren zur Befüllung mit. Wer ein Cloud-Embedding-Modell wählt, prüft den Datenfluss zum jeweiligen Anbieter.

Modelle und Anbieter

Onyx lässt sich laut FAQ komplett von der Außenwelt abschotten, wenn ein lokales Modell läuft. Bei Open WebUI schaltet OFFLINE_MODE Update-Prüfung, automatische Modell-Downloads und Plugin-Paketinstallation ab; Verbindungen zu Modellen und externen Diensten bleiben bestehen. In Deutschland betriebene Modelle sind bei beiden über eine OpenAI-kompatible URL angebunden, etwa über LLM-Hosting.

Agenten, MCP und Code

Die API-Dokumentation beschreibt eine REST-API mit JSON und SemVer. Das LLM Gateway nennt die Gateway-Seite ein Enterprise-Angebot; die Billing-Seite und der Code (configs.py) ordnen es dem Business-Tarif zu. Onyx tritt zusätzlich als MCP-Server auf; für Open WebUI ist diese Rolle in der Doku nicht beschrieben.

Telemetrie und Datenfluss

Onyx 4.9.2 sendet einen anonymen Usage-Payload (u. a. customer_uuid, user_id, record, data) an telemetry.onyx.app; in der Enterprise Edition kommt instance_domain hinzu, die E-Mail-Domain des ersten Nutzers. In den Betaversionen 5.0.0-beta.1 und 5.0.0-beta.2 ist zusätzlich Fleet Telemetry enthalten, eingeführt per Commit vom 09.10.2026, im Takt von 5 Minuten und ebenfalls über DISABLE_TELEMETRY abschaltbar. Laut fleet-telemetry.md im Repository umfasst sie Ressourcen-, Queue- und Heartbeat-Daten, query-Ereignisse (Kanal, Modus, Ergebnis, Timing, Fehlerkategorie, Tool-Nutzung, LLM-Zyklen), Indexing-Zähler, Konnektor-Einstellungen, tenant_domain (Domains der Anmelde-E-Mails) und das Vorhandensein einer Lizenz. Laut Dokumentation werden Namen, Pfade, URLs, E-Mail-Adressen, User-IDs, Dokumentinhalte, Query-Text und Fehlermeldungen nie gesendet.

Bei Open WebUI ist ENABLE_VERSION_UPDATE_CHECK standardmäßig an; OFFLINE_MODE schaltet Update-Prüfung, automatische Modell-Downloads und Plugin-Paketinstallation ab, OpenTelemetry läuft nur mit ENABLE_OTEL.

Der Telemetrie-Code von Onyx 4.9.2 steht in telemetry.py, die Fleet Telemetry in fleet_telemetry.py. Eine eigene Seite in der Produktdoku zur Telemetrie gibt es nicht. Erwähnt wird sie in den Sicherheitsseiten (Datenverarbeitung, FAQ), im Changelog (v4.5.0: täglicher Versions-Heartbeat) und im Eintrag DISABLE_TELEMETRY der Konfigurationsliste; die Fleet Telemetry der 5.0-Beta beschreibt deployment/fleet-telemetry.md im Repository. Bei abgeschotteten Umgebungen gehört DISABLE_TELEMETRY=true bei Onyx in die Grundkonfiguration, zusätzlich zu den Firewall-Regeln für ausgehende Verbindungen.

Sicherheitsmeldungen der letzten zwölf Monate

Veröffentlichte GitHub-Security-Advisories vom 21.10.2025 bis 21.10.2026:

Die Zahl sagt nichts über die Qualität eines Projekts. Sie zeigt, wie viel gemeldet und veröffentlicht wurde, und hängt von Größe, Angriffsfläche und Meldekultur ab. Gezählt sind nur veröffentlichte Advisories, nicht alle behobenen Lücken, etwa Korrekturen ohne Advisory. Bei Onyx gab es zuvor eine critical-Meldung zu Slack-Bot-Tokens (CVE-2024-32881, 24.04.2024). Open WebUI stellt in der Dokumentation zusätzlich 26 Einordnungen zu fremden CVEs bereit, etwa "Rejected, not a vulnerability".

Die critical-Meldung betraf bei Open WebUI die LDAP-Anmeldung, bei Onyx den Zugriff zwischen Nutzern über MCP-Server. Drei der vier Onyx-Meldungen betreffen Zugriffe zwischen Nutzern (IDOR). Für beide Plattformen gilt: Updates zeitnah einspielen, MCP-Server und externe Werkzeuge nur für Administratoren freigeben und die Instanz nicht ohne Anmeldung ins Internet stellen.

Hersteller, Support und Kosten

Die Preisseite von Onyx nennt für Business 40+ Konnektoren, RBAC, Permission Inheritance, Secret-Verschlüsselung, Query History, Basic Auth und Google OAuth. Rechnerisch ergeben 20 USD je Nutzer und Monat bei 100 Nutzern 2.000 USD im Monat, bei Jahresabrechnung 24.000 USD im Jahr. Die Enterprise-Lizenz von Open WebUI hat keinen öffentlichen Preis, die Enterprise-Seite verlangt eine Anfrage mit Seat-Zahl und vergibt Lizenzen nur an registrierte Organisationen. Der Hersteller-Support ist Beratung, keine Implementierungsleistung; das Partnerprogramm richtet sich in der Regel an Firmen, die älter als fünf Jahre sind. Beide Programme kosten in der Selbstinstallation ohne Enterprise-Funktionen keine Lizenzgebühr. Die Betriebskosten entstehen durch Hosting, Updates, Backups, Monitoring und die Anbindung der Modelle; bei Onyx im Standardmodus zusätzlich durch den Ressourcenbedarf des Index.

Welche Plattform für welchen Einsatz

Verbreitete Irrtümer

• "Onyx ist komplett MIT-lizenziert." Nein. Die ee-Verzeichnisse stehen unter der Onyx Enterprise License, GitHub führt NOASSERTION. Das README-Badge zeigt nur "MIT".
• "Onyx hat Permission-Sync in der freien Edition." Nein. Die Doku führt Permission-Sync-Konnektoren als Funktion der Enterprise Edition.
• "Open WebUI übernimmt die Dokumentrechte aus Confluence oder SharePoint." Laut Open-WebUI-Doku nicht Teil von Open WebUI. Zugriff regeln Gruppen und ACLs auf der Wissensbasis.
• "Open WebUI und Onyx sind austauschbar." Beide bieten Chat, Agenten und Wissensbasen. Onyx bringt Konnektoren und einen Hybrid-Index auf OpenSearch mit, Open WebUI eine breite Nutzerverwaltung und einen Betrieb als einzelner Container; die Schwerpunkte unterscheiden sich.
• "Onyx hat 50+ Konnektoren." Die Herstellerangaben nennen 40+ (Preisseite), 50+ (README) und zeigen 56 Kacheln in der Doku-Übersicht.
• "Onyx läuft auf Vespa." Vespa wurde ab Version 3 durch OpenSearch ersetzt.
• "Selbst betrieben heißt, nichts geht an den Hersteller." Onyx sendet standardmäßig anonyme Telemetrie, abschaltbar mit DISABLE_TELEMETRY=true.
• "Danswer und Onyx sind verschiedene Projekte." Es ist dasselbe Projekt; die Umbenennung steht im Repository-Verlauf als Commit vom 13.12.2024.

Stand und Methodik

Stand: 21. Oktober 2026. Datenbasis sind die GitHub-API (Lizenz, Version, Sterne, veröffentlichte Security-Advisories), die LICENSE-Dateien der Repositories einschließlich backend/ee/LICENSE, die Dokumentation von Open WebUI und Onyx, der Quelltext der Telemetrie-Module von Onyx und die Preisseite von Onyx. Sterne sind gerundet und ändern sich täglich. Aussagen mit "in der Doku nicht gefunden" oder "nicht dokumentiert" bedeuten, dass die Dokumentation das Merkmal nicht beschreibt; die Funktion kann im Code vorhanden sein. Die Advisories umfassen den Zeitraum 21.10.2025 bis 21.10.2026, die Schwerpunkte sind eine Stichwortzählung der Titel. Die Onyx-Funktionen wurden nicht in einer Testinstallation geprüft.

Widersprüche in den Herstellerangaben, die dieser Beitrag nicht auflöst:

• Onyx, SSO-Plan: Die SSO-Seite nennt einen SSO-Provider auf jedem Tarif, die Seite zur Enterprise Edition und die Preisseite führen OIDC/SAML als Enterprise-Funktion; die ältere Sicherheits-FAQ nennt SAML und OIDC in der Community Edition.
• Onyx, Konnektorzahl: 40+ (Preisseite), 50+ (README), 56 Kacheln und 70 Einzelseiten in der Doku-Übersicht.
• Onyx, Plan-Zuordnung: Usage Analytics und Query History sind auf den Funktionsseiten Enterprise, auf der Billing-Seite und im Code (license_enforcement_config.py) Business; der Widerspruch ist damit durch den Code aufgelöst. Das LLM Gateway nennt die Gateway-Seite Enterprise, Billing-Seite und Code Business. Die Audit-Seite nennt keinen Plan. "Self-hosting" steht in der Billing-Doku unter Business, "On-Premise Deployments" auf der Preisseite unter Enterprise.
• Onyx, Version: Die Doku beschreibt Onyx 5.0, stabil ist 4.9.2. Fleet Telemetry gibt es nur in den 5.0-Betaversionen.
• Open WebUI, Vektordatenbanken: 13 laut Umgebungsvariablen-Doku, 9 laut README.

Bei Open WebUI sind die Telemetrie-Standardwerte nur für das Docker-Image belegt. Die Aussage zum fehlenden Rechte-Abgleich bei Open WebUI stützt sich auf die Vergleichsseite der Open-WebUI-Doku zu Onyx und auf README, docs/guide.md und Quellcode von oikb; sie ist ein Befund aus Dokumentation und Quelltext, kein Test.

Tabellen und Zahlen dürfen mit Quellenangabe und Link auf diesen Beitrag weiterverwendet werden.

Unser Vorgehen bei WZ-IT

WZ-IT betreibt Open WebUI und Onyx als Hosting- und Betriebsangebot in Deutschland: Updates, Backups, Monitoring und die Anbindung an Modelle. Bei Open WebUI bleibt das Original-Branding sichtbar, und WZ-IT gibt Open WebUI nicht als eigenes Produkt aus; die Lizenzfragen zu Nutzerzahl und Branding klären wir vor dem Rollout. Als KI-Plattform gibt es Open WebUI mit in Deutschland bei deutschen Anbietern betriebenen Modellen, SSO und §203-Zusatzvereinbarung.

Bei Onyx betreibt WZ-IT die frei lizenzierte Edition (MIT außerhalb der ee-Verzeichnisse). Funktionen unter den ee-Verzeichnissen, zum Beispiel Permission-Sync, SCIM, eigene Gruppen und White-Labeling, sind nicht Bestandteil des Angebots. Bei der Beschaffung einer Herstellerlizenz unterstützt WZ-IT auf Wunsch. Ob der Abgleich der Dokumentberechtigungen benötigt wird, entscheidet über die Wahl zwischen beiden Plattformen und über eine Herstellerlizenz bei Onyx. Modelle aus Deutschland lassen sich über LLM-Hosting anbinden.

Weiterführende Guides

• Open WebUI vs. LibreChat, der Vergleich zweier Chat-Oberflächen.
• Open WebUI vs. AnythingLLM, der Vergleich mit der dritten verbreiteten Plattform.
• Open-Source-KI-Chat-Plattformen im Vergleich, alle Plattformen im Überblick.
• Onyx self-hosted: Installation, Lizenz und Vergleich mit Open WebUI, Einrichtung und Editionen.
• Open WebUI Wissensdatenbank automatisch synchronisieren, Quellen mit oikb anbinden.
• Open WebUI Lizenz und Branding, die Klausel im Detail.
• KI-Plattformen für Unternehmen im Vergleich, gehostete Angebote nach DSGVO und §203.

Open WebUI oder Onyx auswählen oder betreiben lassen? Wir ordnen Quellen, Dokumentberechtigungen, Anmeldung und Modelle ein und betreiben beide Plattformen in Deutschland. Termin vereinbaren

Quellen

• Open WebUI, Repository
• Open WebUI, LICENSE
• Open WebUI Terminals, LICENSE
• Open WebUI oikb, Repository
• Open WebUI oikb, LICENSE
• Open WebUI Docs, Wissensbasis synchronisieren (oikb)
• Open WebUI Docs, Docker (Quelltext)
• Open WebUI Docs, Entwicklung
• Open WebUI Docs, Herstellereinordnungen fremder CVEs
• Open WebUI Docs, Lizenz
• Open WebUI Docs, Enterprise
• Open WebUI Docs, Vergleich mit Onyx
• Open WebUI Docs, Single Sign-On
• Open WebUI Docs, LDAP
• Open WebUI Docs, SCIM
• Open WebUI Docs, Rollen und Rechte
• Open WebUI Docs, Skalierung
• Open WebUI Docs, Umgebungsvariablen
• Open WebUI Docs, RAG
• Open WebUI Docs, MCP
• Open WebUI Docs, API-Endpunkte
• Open WebUI Docs, Admin-Analytics
• Open WebUI, Security Advisories
• Onyx, Repository
• Onyx, LICENSE
• Onyx, ee-LICENSE (Onyx Enterprise License)
• Onyx, docker-compose.yml
• Onyx, telemetry.py (v4.9.2)
• Onyx, fleet_telemetry.py
• Onyx Docs, Enterprise Edition
• Onyx Docs, Abrechnung
• Onyx Docs, Abonnement
• Onyx Docs, Ressourcen
• Onyx Docs, Docker
• Onyx Docs, Kubernetes
• Onyx Docs, SSO-Provider
• Onyx Docs, SCIM
• Onyx Docs, JWT
• Onyx Docs, Berechtigungen
• Onyx Docs, Konnektoren
• Onyx Docs, Datei-Konnektor
• Onyx Docs, Audit-Logs
• Onyx Docs, Query History
• Onyx Docs, Suchkonfiguration
• Onyx Docs, KI-Modelle
• Onyx Docs, FAQ
• Onyx Docs, Agents
• Onyx Docs, MCP-Plugins
• Onyx Docs, Code-Interpreter
• Onyx Docs, Bildgenerierung
• Onyx Docs, Websuche
• Onyx Docs, Entwickler-API
• Onyx Docs, LLM Gateway
• Onyx Docs, Konfiguration
• Onyx, Preise
• Onyx, license_enforcement_config.py
• Onyx, gateway configs.py
• Onyx, fleet-telemetry.md (v5.0.0-beta.2)
• Onyx Docs, Datenverarbeitung (Self-Hosted)
• Onyx Docs, Sicherheits-FAQ
• Onyx Docs, Security Hardening
• Onyx Docs, Changelog
• Onyx, Security Advisories