kirchliche⁠-⁠ki.de

Newsletter

Open WebUI unter der Lupe: die Software hinter vielen datenschutzfreundlichen KI-Arbeitsplätzen

23. Juli 2026

In den bisherigen Ausgaben ging es um die Architekturfrage: Cloud oder eigener Server, und dazwischen der EU-gehostete Mittelweg. Wer einen dieser datenschutzfreundlichen Wege weiterverfolgt, stößt früher oder später auf immer dieselbe Software: Open WebUI. Sie ist der De-facto-Standard für selbst betriebene KI-Oberflächen und steckt auch hinter etlichen europäischen Plattform-Angeboten, mal sichtbar, mal umbenannt. Grund genug, sie sich einmal nüchtern anzusehen: was sie kann, wo die Arbeit liegt, und welche Lizenzfrage kaum jemand auf dem Zettel hat.

Was Open WebUI ist

Open WebUI ist eine quelloffene, selbst gehostete Weboberfläche für KI-Sprachmodelle, nach eigener Beschreibung „designed to operate entirely offline”. Das Projekt gehört mit rund 146.000 Sternen auf GitHub (Stand 23.07.2026) zu den größten Open-Source-Projekten im KI-Umfeld und wird in hoher Schlagzahl weiterentwickelt.

Der architektonische Kernpunkt: Die Oberfläche ist vom Modell getrennt. Open WebUI spricht wahlweise mit lokal laufenden Modellen (etwa über Ollama) oder mit jedem Dienst, der die verbreitete OpenAI-kompatible Schnittstelle anbietet, also auch mit europäischen Anbietern. Für die Schutzklassen-Logik aus der ersten Ausgabe heißt das: Eine Oberfläche, verschiedene Backends. Verwaltungstexte können über einen EU-Dienst laufen, sensiblere Verarbeitungen über ein Modell im eigenen Haus, ohne dass die Nutzenden die Oberfläche wechseln müssen.

Was für Träger drinsteckt

Vier eingebaute Funktionen sind für kirchliche Häuser und Sozialträger besonders relevant, alle ohne Zusatzsoftware:

Mehrbenutzerbetrieb mit Rollen und Gruppen. Nutzerverwaltung, Rechtevergabe und Gruppen sind eingebaut. Wissensbestände und vorkonfigurierte Assistenten lassen sich gezielt einzelnen Gruppen freigeben, etwa der Verwaltung, dem Leitungskreis oder einer Einrichtung.

Wissensdatenbanken (RAG). Dokumente lassen sich hochladen und als durchsuchbare Wissensbasis in Gespräche einbinden, vom Organisationshandbuch bis zur Dienstvereinbarung. Was dabei datenschutzrechtlich zu beachten ist, war Thema der Ausgabe zur DSK-Orientierungshilfe.

Vordefinierte Assistenten. Aus einem Basismodell plus Systemanweisung entsteht ein wiederverwendbarer Assistent, etwa für Protokolle, Stellenausschreibungen oder Gemeindekommunikation. Das ist reine Konfiguration, kein Programmieren, und in der Praxis der schnellste Weg, aus einem „leeren Chatfenster” ein Werkzeug zu machen, das Mitarbeitende ohne Prompt-Erfahrung nutzen können.

Diktat und Transkription ohne Cloud. Die Spracherkennung läuft standardmäßig lokal über Whisper, ohne API-Schlüssel und ohne externen Dienst. Aufnahmen von Sitzungen werden also im Haus transkribiert. In der Praxis lohnt für deutsche Aufnahmen der Wechsel vom voreingestellten kleinen auf ein größeres Whisper-Modell, was wiederum Rechenleistung kostet.

Erwähnenswert ist außerdem das eingebaute Audit-Log: Wer nachvollziehen muss, wer das System wann genutzt hat, kann das über eine Einstellung aktivieren. Vorsicht bei der Gesprächigkeit dieser Protokollierung: In der höchsten Stufe landen komplette Ein- und Ausgaben im Protokoll, was ein eigenes Datenschutzthema schafft. Die Metadaten-Stufe ist für die meisten Häuser der vernünftige Kompromiss.

Die Lizenzfrage, die ab 50 Nutzern interessant wird

Open WebUI ist frei nutzbar, auch kommerziell. Aber es steht seit Version 0.6.6 (April 2025) nicht mehr unter der klassischen BSD-3-Lizenz, sondern unter einer eigenen „Open WebUI License” mit einer Branding-Klausel: Der Name und das Logo „Open WebUI” dürfen in einer Installation nur dann entfernt oder ersetzt werden, wenn höchstens 50 Personen innerhalb von 30 Tagen Zugriff haben, oder wenn eine schriftliche Erlaubnis beziehungsweise eine Enterprise-Lizenz des Herstellers vorliegt.

Für die Praxis heißt das zweierlei. Erstens: Ein interner Einsatz mit mehr als 50 Nutzenden ist völlig in Ordnung, die Oberfläche trägt dann eben sichtbar den Namen Open WebUI. Wer eine Oberfläche im eigenen Erscheinungsbild will, muss die Enterprise-Lizenz einkalkulieren. Zweitens, und wichtiger: Wer von einem Dienstleister eine umbenannte, im Anbieter-Design gestaltete Oberfläche angeboten bekommt, die erkennbar auf Open WebUI basiert, sollte fragen, ob dafür eine entsprechende Lizenz besteht. Das ist keine Formalie, sondern ein brauchbarer Indikator dafür, wie sauber ein Anbieter generell mit Lizenz- und Vertragsfragen umgeht. Dies ist keine Rechtsberatung; der Lizenztext ist kurz und unten verlinkt.

Wo die Arbeit liegt: Voreinstellungen sind keine Empfehlungen

Die häufigste Enttäuschung nach der Installation lautet: „Die KI hat mein Dokument gar nicht richtig gelesen.” Das ist in aller Regel kein Produktfehler, sondern Konfigurationsstand. Die eigene Dokumentation des Projekts sagt es offen: Die Voreinstellungen sind bewusst konservativ gewählt, damit die Software überall läuft, und deutlich bessere Ergebnisse erfordern Anpassung.

Drei Punkte machen den Unterschied:

  1. Dokumenten-Extraktion. Der eingebaute Standard-Parser kommt mit eingescannten PDFs und komplexen Office-Dateien schlecht zurecht; Tabellen und Textfelder gehen verloren. Die Projekt-Dokumentation empfiehlt selbst, eine robuste Extraktions-Engine wie Apache Tika oder Docling vorzuschalten, beides quelloffene Werkzeuge, die als eigener Dienst neben Open WebUI laufen und auch Texterkennung (OCR) für Scans mitbringen.
  2. Embedding-Modell. Das Modell, das Dokumente für die semantische Suche aufbereitet, ist in der Voreinstellung ein kleines, englisch-lastiges Modell, das die Dokumentation ausdrücklich der Kategorie „getting started” zuordnet. Für deutsche Dokumentbestände gehört hier ein mehrsprachiges Modell hin, und nach dem Wechsel müssen alle Bestände neu indexiert werden.
  3. Ganze Dokumente statt Häppchen. Für einzelne, überschaubare Dokumente (die Dokumentation nennt als Faustregel unter etwa 50 Seiten) liefert der „Full Context”-Modus, der das komplette Dokument einspeist, oft bessere Ergebnisse als die stückweise Suche.

Nichts davon ist Hexenwerk. Aber es ist der Unterschied zwischen „installiert” und „brauchbar”, und er sollte in jeder Projektplanung als eigener Posten auftauchen.

Erweiterungen wie Browser-Add-ons behandeln

Um Open WebUI existiert ein großer Marktplatz an Community-Erweiterungen: Werkzeuge, Filter, Exportfunktionen. Die Qualität reicht von gepflegten Projekten bis zu verwaisten Ein-Wochenend-Experimenten. Zwei Prüffragen vor jeder Installation: Wird die Erweiterung aktiv gepflegt, und lädt sie zur Laufzeit Ressourcen von externen Servern nach? Letzteres kommt vor und durchlöchert still das Versprechen „es verlässt nichts das Haus”. Die vernünftige Linie ist dieselbe wie bei Browser-Erweiterungen im Unternehmenseinsatz: wenige, geprüfte, versionierte Erweiterungen statt eines bunten Baukastens.

Betrieb bleibt Betrieb

Die Software kostet nichts, der Betrieb schon. Wer Open WebUI selbst hostet, ist Betreiber mit allem, was dazugehört: zeitnahe Updates (das Projekt veröffentlicht in hoher Frequenz), Datensicherung, Benutzer-Lebenszyklus, technische und organisatorische Maßnahmen, und ein Auftragsverarbeitungsvertrag, sobald das Sprachmodell bei einem externen Anbieter läuft. Open WebUI ist ein sehr guter Baustein, aber kein Datenschutzkonzept. Wer den Betrieb nicht stemmen kann oder will, landet beim Mittelweg aus der vorletzten Ausgabe: dieselbe Software als verwalteter Dienst eines EU-Anbieters, und dann gelten die dort beschriebenen Vertragsfragen.

Unter dem Strich: Open WebUI ist der seltene Fall einer quelloffenen Software, die für den kirchlichen und sozialwirtschaftlichen Einsatz nicht angepasst werden muss, sondern nur richtig konfiguriert. Die Datenschutz-Eigenschaften entstehen dabei nicht in der Oberfläche, sondern in der Architektur dahinter: wo das Modell läuft, wer die Dokumente sieht, was protokolliert wird. Die Oberfläche macht diese Architektur nur benutzbar, das allerdings ausgesprochen gut.

Quellen

Alle Quellen am 23.07.2026 an der Primärquelle geprüft.

Rückmeldungen und Fragen: info@kirchliche-ki.de

← Alle Ausgaben