Die meisten selbst hostbaren KI-Plattformen, die als Open Source vermarktet werden, sind Open Core: eine freizügige Lizenz auf dem Großteil des Codes und eine separate kommerzielle Lizenz auf einem herausgeschnittenen Verzeichnis. Von den sieben größten Tools dieser Kategorie steht fünf überhaupt nicht unter einer OSI-anerkannten Lizenz. GitHub weiß das längst und kennzeichnet sie als `NOASSERTION`, was so viel heißt wie das ist keine Standardlizenz.

Das ist nicht automatisch ein Skandal. Open Core ist ein legitimes Geschäftsmodell, und es sind wirklich brauchbare Produkte, wie unser Open-WebUI-Test und der Onyx-Test zeigen. Das Problem ist enger und teurer: Zurückgehalten werden jedes einzelne Mal dieselben drei Funktionen. Single Sign-on, rollenbasierte Zugriffssteuerung und die Synchronisation der Berechtigungen aus deinen Quellsystemen.

Genau diese drei braucht ein europäischer Einsatz, um rechtmäßig zu sein, wie unser Leitfaden zu KI-Governance in der EU zeigt. Wir haben am 4. August 2026 jede LICENSE-Datei und jedes Enterprise-Verzeichnis gelesen. Jede Zahl unten kannst du in etwa einer Minute selbst prüfen.

5 / 7Tools OHNE OSI-anerkannte Lizenz
85 %der 691.000 GitHub-Sterne entfallen auf diese fünf
3Funktionen hinter jeder Bezahlschranke: SSO, RBAC, Berechtigungen
50Nutzer-Grenze, ab der Open-WebUI-Branding bleiben muss

Was 'Open Source' hier tatsächlich bedeutet

Eine Lizenz ist im strengen Sinn nur dann Open Source, wenn sie die Definition der Open Source Initiative erfüllt: Du darfst die Software für jeden Zweck nutzen, verändern und weitergeben, auch um dem Autor Konkurrenz zu machen. MIT und Apache 2.0 erfüllen das. Fast alles andere in dieser Liste nicht.

Die drei Einschränkungsmuster, die wir gefunden haben:

1. Enterprise-Ausschnitt. Der Großteil des Repos ist freizügig lizenziert, aber ein Verzeichnis namens `ee` oder `enterprise` trägt eine kommerzielle Lizenz. Onyx, n8n und Flowise machen das alle, wie unser ausführlicher Onyx-Test an einem Produkt zeigt.
2. Wettbewerbsklausel. Du darfst es nutzen, aber keinen konkurrierenden Multi-Tenant-Dienst damit betreiben. Dify macht das.
3. Branding-Sperre. Du darfst Namen und Logo des Anbieters ab einer bestimmten Deployment-Größe nicht entfernen. Open WebUI und Dify machen beides.

Nichts davon ist versteckt. Trotzdem übersieht es fast jeder Vergleichsartikel, weil eine LICENSE-Datei zu lesen weniger Spaß macht, als eine Feature-Tabelle abzuschreiben.

Die Lizenz-Matrix: alle 7 Tools

n8n199.380NOASSERTIONSustainable Use LicenseNur interne geschäftliche Nutzung. Keine kommerzielle Weitergabe
Dify151.370NOASSERTIONModifizierte Apache 2.0Kein Multi-Tenant-Dienst. Logo darf nicht entfernt werden
Open WebUI147.882NOASSERTIONOpen WebUI LicenseBranding gesperrt ab 50 Nutzern je 30 Tage
AnythingLLM64.350MITMITKeiner. Wirklich offen
Flowise55.159NOASSERTIONApache 2.0 + kommerzielles Enterprise-VerzeichnisRBAC und SSO sind kommerziell lizenziert
LibreChat41.673MITMITKeiner. Wirklich offen
Onyx (ehem. Danswer)31.428NOASSERTIONMIT + Onyx Enterprise License auf ee/Berechtigungssync, SSO und RBAC kosten

Prüfe jedes Repo selbst in 30 Sekunden. Öffne `https://api.github.com/repos/OWNER/NAME/license` im Browser. Steht bei `spdx_id` der Wert `NOASSERTION`, steht das Projekt nicht unter einer Standardlizenz und du musst den echten Text lesen. Alle Angaben hier stammen vom 4. August 2026.

Das Muster: immer dieselben drei Funktionen

Das ist der Befund, auf den es bei einer Beschaffungsentscheidung ankommt. Sieh dir an, was tatsächlich in den Enterprise-Verzeichnissen liegt:

- Onyx `backend/ee/` enthält `external_permissions` (Berechtigungssync für Confluence, Google Drive, SharePoint, Slack, Salesforce, Jira und sechs weitere), `auth/users.py` für SSO und `access/` für RBAC.
- Flowise `packages/server/src/enterprise` enthält `rbac`, `sso`, `middleware` und den Identity Manager.
- n8n sperrt jede Datei mit `.ee.` im Namen hinter die n8n Enterprise License.

Drei verschiedene Unternehmen, drei verschiedene Produkte, und in jedem stecken dieselben drei Fähigkeiten hinter der Bezahlschranke. Single Sign-on, rollenbasierte Zugriffssteuerung und das Wissen, wer welches Dokument sehen darf.

Das ist kein Zufall. Es sind genau die Funktionen, ohne die ein Unternehmen nicht produktiv gehen kann, und damit der natürliche Ort für den Preis.

Zwei Konkurrenten, ein Lizenztext

Beim Lesen ist uns etwas aufgefallen: Die Onyx Enterprise License und die n8n Enterprise License sind nahezu identisch, bis in den Satzbau hinein. Beide erlauben Kopieren und Verändern für Entwicklung und Tests ohne Abo, und beide verlangen für den Produktivbetrieb eine gültige Lizenz für die entsprechende Nutzung. Andere Firmen, andere Länder, derselbe Textbaustein.

Das zeigt: Hier ist ein etabliertes Branchenmuster am Werk und nicht ein einzelner Anbieter, der trickst. Und es sagt dir, wonach du suchen musst: Hat ein Repo eine zweite Lizenzdatei, ist die spannende Frage, für welches Verzeichnis sie gilt.

Diese Software und die zugehörigen Dokumentationsdateien dürfen im Produktivbetrieb nur genutzt werden, wenn du eine gültige Enterprise-Lizenz für die entsprechende Nutzung hältst. Ungeachtet dessen darfst du die Software für Entwicklungs- und Testzwecke kopieren und verändern, ohne ein Abo zu benötigen.

— n8n Enterprise License, sinngemäß. Die Onyx Enterprise License sagt dasselbe in derselben Reihenfolge.

Hält deine KI-Governance einem Audit stand?

Lizenzbedingungen, Berechtigungsmodelle und AVV landen alle in derselben Compliance-Akte. Prüfe in 5 Minuten kostenlos, wo du stehst.

Kostenlosen Governance-Check starten

Warum das ein DSGVO-Problem ist und keine Lizenz-Fußnote

Art. 32 DSGVO verlangt geeignete technische Maßnahmen, damit nur befugte Personen auf personenbezogene Daten zugreifen. Wenn du ein gemeinsames Laufwerk mit Personalakten über eine kostenlose Edition ohne Berechtigungssynchronisation indexierst, spielt dein KI-Assistent das Gehaltsschreiben bereitwillig an jeden aus, der die richtige Frage stellt.

Das ist kein Fehlerbericht. Das ist eine unbefugte Offenlegung, und dass die Software kostenlos war, taucht in der Bewertung nirgends auf. Dieselbe Logik gilt für Betriebsvereinbarungen: Ein System, das Rollengrenzen nicht durchsetzen kann, kann die ausgehandelten Zugriffsregeln nicht einhalten.

Die praktische Folge ist einfach. Für jeden europäischen Einsatz mit Personenbezug ist die kostenlose Stufe eines Open-Core-KI-Tools ein Proof of Concept, kein Plan. Kalkuliere die Enterprise-Lizenz von Anfang an ein oder nimm ein Tool, dessen Berechtigungsebene wirklich enthalten ist. Unser Glean-Alternativen-Guide vergleicht beide Wege. Siehe unseren Leitfaden zur europäischen KI-Datensouveränität und den ausführlichen Onyx-Test für den konkreten Fall in einem Produkt.

Was Open Core dir wirklich gibt

  • Volle Datensouveränität: Die Software läuft bei dir, kein Transfer zu bewerten

  • Kein Modell-Lock-in. Anbieter wechseln oder komplett lokal fahren

  • Du kannst den Code lesen, mehr bietet kein SaaS-Anbieter

  • Kostenlos für Evaluierung, Entwicklung und Tests bei jeder gelesenen Lizenz

Was es still zurückhält

  • SSO steckt bei Onyx, Flowise und n8n hinter der Bezahlschranke

  • RBAC steckt bei denselben dreien hinter der Bezahlschranke

  • Berechtigungssync aus Quellsystemen ist die am häufigsten zurückgehaltene Funktion überhaupt

  • Branding- und White-Label-Beschränkungen ab einer Nutzergrenze

  • Produktivnutzung der Enterprise-Verzeichnisse ohne Lizenz ist ein Verstoß, keine Grauzone

Die zwei, die wirklich offen sind

LibreChat und AnythingLLM stehen unter reinem MIT, ohne Enterprise-Ausschnitt, ohne Branding-Klausel und ohne Wettbewerbsbeschränkung. Wir haben ihre Repository-Wurzeln auf eine zweite Lizenzdatei geprüft und keine gefunden.

AnythingLLM geht weiter und veröffentlicht ein Self-Hosting-Dokument, wonach Mintplex Labs weder deine Dokumente noch Chatverläufe oder Embeddings hostet, speichert oder darauf zugreift, und die Software vollständig air-gapped laufen kann. Eine ehrliche Einschränkung dokumentieren sie selbst: Einige Standard-Embedding-Modelle werden beim ersten Start von ihrem CDN geladen, ein echt abgeschottetes Setup braucht diese also manuell.

So sieht eine uneingeschränkte Lizenz aus. Fairerweise: Beide sind Chat- und Assistenzebenen und keine vollständigen Enterprise-Search-Plattformen, der Vergleich hinkt also bei den Funktionen. Wenn Lizenzreinheit bei dir aber harte Anforderung ist, ist das die ehrliche Auswahlliste.

Wie du jede KI-Tool-Lizenz selbst prüfst

1

GitHub nach der Lizenz fragen

Öffne `https://api.github.com/repos/OWNER/NAME/license` in einem beliebigen Browser. Steht bei `spdx_id` ein OSI-Kürzel wie `MIT` oder `Apache-2.0`, ist wahrscheinlich alles in Ordnung. Steht dort `NOASSERTION`, hat das Projekt eine eigene Lizenz und du musst sie lesen.

2

Repo-Wurzel nach einer zweiten Lizenzdatei durchsuchen

Halte Ausschau nach `LICENSE_EE.md`, `LICENSE_HISTORY` oder einer Lizenzdatei in einem Unterverzeichnis. Eine zweite Datei bedeutet immer einen Ausschnitt, und dieser Ausschnitt ist der Teil, den du bezahlen wirst.

3

Inhalt des Enterprise-Verzeichnisses auflisten

Navigiere in den Ordner `ee` oder `enterprise` und lies die Namen der Unterverzeichnisse. Tauchen dort `sso`, `rbac`, `auth`, `access` oder `permissions` auf, kann die kostenlose Edition nicht durchsetzen, wer was sieht.

4

Die Berechtigungsgrenze testen, bevor du ihr traust

Indexiere einen Ordner mit einer Datei, die nur die Personalabteilung sehen darf, und frage sie aus einem normalen Mitarbeitendenkonto ab. Kommt eine Antwort, hast du deinen Art.-32-Befund schriftlich, und zwar vor dem Rollout statt danach.

5

Die Lizenz kalkulieren, die du wirklich brauchst

Vergleiche die Enterprise-Stufe mit gemanagten Alternativen, nicht die kostenlose Stufe. Rechne die interne Engineering-Zeit für den Betrieb dazu. Das ist die echte Zahl, und sie ist es, die Entscheidungen verändert. Wir haben sie in den echten Self-Hosting-Kosten gemessen.

Teamo AI: Zugriffskontrolle ist kein Aufpreis

Wer was sieht, ist ab Tag eins geregelt. Berechtigungen, Plugins und Tools sind bei Teamo AI Standard und kein Enterprise-Upgrade, das du später entdeckst. 14 Tage kostenlos, ohne Kreditkarte, Teammitglieder in Minuten eingeladen.

Kostenlos testen, ohne Kreditkarte

Fazit: Lies die Lizenz, nicht die README

Open Core ist nicht unehrlich. Jede Einschränkung, die wir gefunden haben, steht im Klartext in einer Datei, die jeder öffnen kann, und diese Unternehmen müssen irgendwo Geld verdienen. Das Versagen liegt im Ökosystem drumherum: Vergleichsartikel schreiben das Wort Open Source aus einer README ab und prüfen nie, was es im konkreten Repository bedeutet.

Die Regel ist also kurz. Wenn ein Tool die Dokumente deines Unternehmens halten soll, investiere die zehn Minuten. Schlag das SPDX-Kürzel nach, finde die zweite Lizenzdatei, lies das Enterprise-Verzeichnis. Stecken dort SSO, RBAC oder Berechtigungssync drin, kalkulierst du die Enterprise-Stufe, ob du wolltest oder nicht.

Und wenn du eigentlich keine Dokumentensuche brauchst, sondern ein Verständnis dafür, wie deine Organisation funktioniert, beantwortet keines dieser sieben Tools diese Frage, zu keinem Preis.

Teamo AI: aus verstreutem Wissen wird eine Intelligenz

Das Wissen deiner Leute liegt in Chats, Tickets und Köpfen. Teamo AI macht daraus eine gemeinsame Intelligenz, die mit jeder Nutzung besser wird. 14 Tage kostenlos, ohne Kreditkarte, Teammitglieder in Minuten eingeladen.

Kostenlos testen, ohne Kreditkarte

Die Kurzfassung

5 von 7 sind nicht OSI-lizenziert. GitHub kennzeichnet n8n, Dify, Open WebUI, Flowise und Onyx als `NOASSERTION`. Das sind 85 Prozent der 691.000 Sterne dieser Kategorie.

Nur LibreChat und AnythingLLM sind reines MIT, ohne Ausschnitt, ohne Branding-Klausel, ohne Wettbewerbsbeschränkung.

Hinter der Bezahlschranke stecken immer dieselben drei Funktionen: SSO, RBAC und Berechtigungssync. Onyx, Flowise und n8n sperren exakt diese.

Open WebUI sperrt sein Branding ab 50 Nutzern in einem rollierenden 30-Tage-Zeitraum.

Dify verbietet Multi-Tenant-Betrieb und das Entfernen des Logos aus dem Frontend.

Für EU-Deployments ist die kostenlose Stufe ein Proof of Concept, kein Plan. Art. 32 DSGVO braucht genau die Berechtigungsebene, die Open Core zurückhält.