Wichtigste Erkenntnisse
- Weder Llama, Qwen, Mistral noch Gemma unterliegen einer einzigen einheitlichen Lizenz — die Bedingungen gelten pro Modell-Checkpoint, und unterschiedliche Größen derselben Familie können unterschiedliche Lizenzen tragen.
- Llamas Community License erlaubt kommerzielle Nutzung bis 700 Millionen monatlich aktive Nutzer; darüber verlangt Meta eine separate, nach eigenem Ermessen erteilte Lizenz.
- Qwen und Mistral veröffentlichen die meisten aktuellen Modellgrößen unter Apache 2.0 (OSI-anerkannt, keine Nutzungsschwelle), haben aber auch einzelne Checkpoints unter restriktiveren Forschungs- oder Non-Production-Lizenzen veröffentlicht.
- Gemma nutzt Googles eigene Nutzungsbedingungen kombiniert mit einer separaten Prohibited Use Policy — eine verhaltensbasierte Einschränkung, die OSI-anerkannte Open-Source-Lizenzen nicht vorsehen.
- Keine der vier Lizenzen enthält eine Haftungsfreistellung für das einsetzende Unternehmen gegen Ansprüche Dritter — alle vier werden "wie besehen" ohne Gewährleistung vertrieben.
- "Open Weight" ist der treffendere Begriff für alle vier Familien: Die Gewichte sind herunterladbar, aber die Lizenzen erfüllen mindestens eine Anforderung der OSI Open Source Definition nicht (Nutzungsgrenzen, Einsatzbeschränkungen oder Verhaltensrichtlinien).
- Dieser Artikel ist keine Rechtsberatung. Lizenztexte ändern sich zwischen Modellversionen — prüfen Sie die aktuelle Lizenz Ihres konkreten Checkpoints und konsultieren Sie vor einem kommerziellen Einsatz Rechtsberatung.
Ist das Rechtsberatung?
Nein — dieser Leitfaden ist keine Rechtsberatung und ersetzt nicht das Lesen des Lizenztexts selbst. Er fasst auf allgemeiner Ebene zusammen, wie die kommerziellen Nutzungsbedingungen von Llama, Qwen, Mistral und Gemma aktuell strukturiert sind, basierend auf öffentlich veröffentlichten Lizenzdokumenten. Lizenzbedingungen ändern sich zwischen Modellversionen, Anbieter überarbeiten ihre Bedingungen ohne die Lizenz immer umzubenennen, und die konkreten Umstände Ihres Einsatzes (Umsatz, Nutzerzahl, Weiterverbreitungspläne, Rechtsraum) verändern, wie eine bestimmte Klausel auf Sie zutrifft. Lesen Sie vor jedem kommerziellen Einsatz die exakte Lizenzdatei des verwendeten Modell-Checkpoints und konsultieren Sie einen im Softwarelizenzrecht erfahrenen Rechtsanwalt in Ihrem Rechtsraum.
"Open Weight" vs. "Open Source": Was ist der Unterschied?
"Open Weight" bedeutet, dass die trainierten Modellparameter herunterladbar und von jedem ausführbar sind; "Open Source" im OSI-Sinn verlangt zusätzlich, dass die Lizenz weder den Einsatzbereich noch die Unternehmensgröße des Lizenznehmers einschränkt. Die Open Source Definition der Open Source Initiative verbietet ausdrücklich Lizenzen, die bestimmte Tätigkeitsfelder oder Personengruppen diskriminieren — eine Nutzungsschwelle wie Llamas 700-Millionen-MAU-Grenze erfüllt dieses Kriterium nicht, auch wenn die Gewichte selbst frei herunterladbar sind.
Verwenden Sie "Open Weight" als korrekte Bezeichnung, wenn eine Lizenz eine Nutzungsschwelle, eine verhaltensbasierte Prohibited-Use-Policy oder eine an eine bestimmte Geschäftstätigkeit geknüpfte Einschränkung enthält — das betrifft Llama, Gemma und jeden Qwen- oder Mistral-Checkpoint unter einer Nicht-Apache-Lizenz. Reservieren Sie "Open Source" für die konkreten Modellgrößen, die tatsächlich unter einer OSI-anerkannten Lizenz wie Apache 2.0 oder MIT veröffentlicht wurden — das trifft auf mehrere Qwen- und Mistral-Checkpoints zu.
Diese Unterscheidung ist nicht nur semantisch relevant: Ein Einkaufs- oder Rechtsteam, das "Open-Source-KI" als Kategorie bewertet, muss wissen, dass das Label keine uneingeschränkte kommerzielle Nutzung garantiert und dass die tatsächlichen Bedingungen von der konkret eingesetzten Datei abhängen, nicht von der Marketingbeschreibung des Anbieters.
📍 In einem Satz
Ein Modell ist "Open Weight", wenn seine Parameter frei herunterladbar sind; "Open Source" im OSI-Sinn ist es nur, wenn die Lizenz zusätzlich keine Einsatzbereichs- oder Größenbeschränkung enthält — das schließt Llama, Gemma und mehrere Qwen/Mistral-Checkpoints aus.
💬 In einfachen Worten
Herunterladbar bedeutet nicht uneingeschränkt. Prüfen Sie, ob die Lizenz eine Nutzungsgrenze oder eine Verhaltensrichtlinie enthält — wenn ja, behandeln Sie es gegenüber Ihrem Rechtsteam als "Open Weight", nicht als "Open Source".
Welche kommerziellen Lizenzbedingungen gelten für Llama?
Meta vertreibt Llama unter der eigenen Llama Community License, die kommerzielle Nutzung für die meisten Unternehmen erlaubt, aber eine Nutzungsgrenze enthält, die OSI-anerkannte Open-Source-Lizenzen nicht kennen. Hatte Ihr Produkt oder Ihre Dienstleistung — einschließlich verbundener Unternehmen — im Monat vor Veröffentlichung der jeweiligen Llama-Version mehr als 700 Millionen monatlich aktive Nutzer, deckt die Standardlizenz die Nutzung nicht ab; Sie müssen eine separate kommerzielle Lizenz direkt bei Meta beantragen, die Meta nach eigenem Ermessen gewährt oder verweigert.
Unterhalb dieser Schwelle erlaubt die Community License kommerziellen Einsatz, Fine-Tuning und den Bau abgeleiteter Produkte. Neuere Versionen haben in bestimmten Fällen eine Namensnennung verlangt ("Built with Llama" oder ähnlich) und untersagt, Llama oder dessen Ausgaben zum Training eines konkurrierenden, außerhalb der Llama-Familie stehenden Sprachmodells zu nutzen. Meta führt zudem eine separate Acceptable Use Policy mit verbotenen Nutzungskategorien, strukturell ähnlich zu Gemmas Prohibited Use Policy weiter unten.
Die 700-Millionen-MAU-Schwelle ist eine an die Unternehmensgröße geknüpfte Einschränkung — deshalb gilt die Llama Community License nicht als OSI-anerkannte Open-Source-Lizenz, auch wenn die Gewichte unterhalb dieser Schwelle frei herunterladbar sind; sie fällt in die oben beschriebene Kategorie "Open Weight".
- Schwelle: 700 Millionen monatlich aktive Nutzer der Produkte/Dienstleistungen des Lizenznehmers (einschließlich verbundener Unternehmen), gemessen im Monat vor Veröffentlichung der jeweiligen Llama-Version
- Über der Schwelle: separate Lizenz muss direkt bei Meta beantragt werden; Meta gewährt oder verweigert nach eigenem Ermessen
- Namensnennung: aktuelle Llama-Versionen haben in bestimmten Fällen "Built with Llama" oder ähnliche Nennung verlangt — versionsspezifischen Lizenztext prüfen
- Trainingsbeschränkung: manche Versionen untersagen, Llama-Ausgaben zum Training eines separaten, konkurrierenden Sprachmodells zu nutzen
- Acceptable Use Policy: separates Dokument mit verbotenen Nutzungskategorien, das neben der Lizenz selbst gilt
Welche kommerziellen Lizenzbedingungen gelten für Qwen?
Alibaba veröffentlicht die meisten aktuellen Qwen-Modellgrößen unter der Apache License 2.0 — einer permissiven, OSI-anerkannten Lizenz ohne Nutzungsschwelle, die kommerzielle Nutzung, Weiterverbreitung und abgeleitete Modelle nur mit einem Standard-Hinweis erlaubt. Das ist die unternehmensfreundlichste Lizenz unter den vier Familien für die davon erfassten Größen.
Die Ausnahme ist wichtig: Alibaba hat auch einzelne Qwen-Checkpoints — historisch einige der größten oder neuesten Flaggschiff-Größen — unter einer separaten, restriktiveren Sonderlizenz veröffentlicht (in Qwens eigenen Repositories als "Qwen License" bezeichnet), die eine eigene Nutzungsschwelle und in manchen Versionen die Pflicht zur Namensnennung des Modells in abgeleiteten Produkten enthält. Da die Lizenz am Checkpoint hängt, nicht an der Marke "Qwen" insgesamt, können zwei in derselben Woche veröffentlichte Qwen-Modellgrößen unterschiedliche Lizenzen tragen.
Öffnen Sie vor dem kommerziellen Einsatz eines konkreten Qwen-Checkpoints die LICENSE-Datei im Repository dieses Modells (auf Hugging Face oder ModelScope), statt anzunehmen, dass Apache 2.0 gilt, weil andere Qwen-Größen diese Lizenz nutzen.
- Meiste Größen: Apache License 2.0 — keine Nutzungsschwelle, OSI-anerkannt, kommerzielle Nutzung und Weiterverbreitung frei erlaubt
- Einige Flaggschiff-/große Checkpoints: separate, eigene Qwen License mit eigener Nutzungsschwelle — pro Checkpoint prüfen
- Namensnennung: Apache 2.0 verlangt nur den Standard-Lizenzhinweis; die Qwen-Sonderlizenz hat in manchen Versionen Namensnennung im Produkt verlangt
- Wo prüfen: die LICENSE-Datei im konkreten Hugging-Face- oder ModelScope-Repository — niemals nur anhand des Markennamens annehmen
Welche kommerziellen Lizenzbedingungen gelten für Mistral?
Mistral AI hat die meisten aktuellen Open-Weight-Veröffentlichungen auf die Apache License 2.0 umgestellt — dieselben permissiven, OSI-anerkannten Bedingungen, die Qwen für die meisten Größen nutzt — der Katalog des Unternehmens umfasst aber weiterhin auch Modelle unter einer restriktiveren Forschungs- oder Non-Production-Lizenz. Mistral hat öffentlich einen generellen Trend hin zu Apache 2.0 für neue Veröffentlichungen signalisiert, dieser gilt aber pro Modell, nicht rückwirkend für jeden jemals veröffentlichten Checkpoint.
Ein Modell unter Apache 2.0 kann kommerziell eingesetzt, fine-getunt und mit nur dem Standard-Hinweis weiterverbreitet werden. Ein Modell unter Mistrals restriktiveren Forschungs-/Non-Production-Bedingungen ist ohne separate kommerzielle Vereinbarung mit Mistral AI nicht für kommerziellen Einsatz freigegeben — behandeln Sie jeden Mistral-Checkpoint, dessen Lizenzdatei nicht ausdrücklich Apache 2.0 nennt, bis zur Klärung als nicht-kommerziell.
Da Mistral seinen Lizenzansatz über verschiedene Veröffentlichungen hinweg geändert hat, übertragen Sie keine Annahme von einem früher eingesetzten Mistral-Modell — prüfen Sie bei jeder neuen Bewertung erneut die Lizenz des konkreten Checkpoints.
- Aktueller Trend: die meisten neuen Mistral-Veröffentlichungen erscheinen unter Apache License 2.0 — kommerzielle Nutzung, Weiterverbreitung und Fine-Tuning frei erlaubt
- Ausnahmen existieren: manche Modelle bleiben unter restriktiverer Forschungs- oder Non-Production-Lizenz mit Pflicht zur separaten kommerziellen Vereinbarung
- Standardannahme: einen Mistral-Checkpoint als nicht-kommerziell behandeln, solange die LICENSE-Datei nicht ausdrücklich Apache 2.0 oder eine gleichwertig permissive Lizenz nennt
- Bei jeder Version erneut prüfen: Mistrals Lizenzansatz hat sich über die Zeit geändert — pro Modell prüfen, nicht aus der Erinnerung an eine frühere Version
Welche kommerziellen Lizenzbedingungen gelten für Gemma?
Google vertreibt Gemma unter den eigenen Gemma Terms of Use, gekoppelt mit einer separaten Gemma Prohibited Use Policy, statt unter einer Standard-OSI-anerkannten Open-Source-Lizenz. Kommerzielle Nutzung ist unter diesen Bedingungen grundsätzlich erlaubt, aber die Lizenzstruktur unterscheidet sich in einem für die rechtliche Prüfung relevanten Punkt von Apache 2.0 oder MIT: Sie enthält verhaltensbasierte Einschränkungen (die Prohibited Use Policy verbietet bestimmte Nutzungskategorien, etwa das Erzeugen von Inhalten, die Rechte verletzen oder illegale Aktivitäten unterstützen), und Google behält sich vor, Nutzungen einzuschränken, die es als Verstoß gegen diese Bedingungen wertet.
Eine Einsatzbereichs- oder Verhaltenseinschränkung dieser Art ist genau die Art von Klausel, die die OSI Open Source Definition verbietet — deshalb gehört Gemma, wie Llama, in die Kategorie "Open Weight" statt "Open Source" im strengen Sinn, unabhängig davon, wie die Gewichte vermarktet werden.
Google hat in öffentlichen Äußerungen und an verschiedenen Punkten permissivere Lizenzrichtungen für Teile seiner Modellpalette diskutiert. Behandeln Sie ein solches Signal nicht als bestätigt für die konkrete Gemma-Version oder den Checkpoint, den Sie einsetzen möchten — allein die für diese konkrete Veröffentlichung geltenden Bedingungen sind maßgeblich, und Google kann die Terms of Use und die Prohibited Use Policy im Zeitverlauf ändern.
- Lizenzstruktur: eigene Gemma Terms of Use plus separate Gemma Prohibited Use Policy, keine Standard-OSI-Lizenz
- Kommerzielle Nutzung: unter aktuellen Bedingungen grundsätzlich erlaubt, vorbehaltlich der verhaltensbasierten Einschränkungen der Prohibited Use Policy
- Durchsetzung: Google behält sich vor, Nutzungen einzuschränken, die nach eigener Einschätzung gegen Terms of Use oder Prohibited Use Policy verstoßen
- Versionsabhängigkeit: Lizenzbedingungen können sich zwischen Gemma-Versionen ändern — lesen Sie die Bedingungsseite für die konkret eingesetzte Version, nicht eine Zusammenfassung einer früheren Version
Wie unterscheiden sich die vier Lizenzen?
Keine zwei dieser vier Lizenzstrukturen sind identisch, und innerhalb von Qwen und Mistral können unterschiedliche Checkpoints derselben Familie unterschiedliche Lizenzen tragen. Nutzen Sie diese Tabelle zur Orientierung und prüfen Sie anschließend die aktuelle Lizenzdatei Ihres konkreten Modells vor dem Einsatz.
| Modellfamilie | Lizenztyp | MAU-/Umsatzschwelle | Weiterverbreitung | OSI-anerkannt? |
|---|---|---|---|---|
| Llama (Meta) | Eigene Lizenz (Llama Community License) | 700+ Mio. MAU/Monat löst separate Lizenz aus | Erlaubt mit "Built with Llama"-Hinweis | Nein |
| Qwen (Alibaba) | Apache 2.0 (meiste Größen) / eigene (einige) | Keine bei Apache-Größen / Schwelle bei einigen | Frei erlaubt unter Apache 2.0 | Ja (nur Apache-lizenzierte Größen) |
| Mistral (Mistral AI) | Apache 2.0 (meiste aktuellen) / Forschungslizenz (einige) | Keine bei Apache-2.0-Modellen | Frei erlaubt unter Apache 2.0 | Ja (nur Apache-lizenzierte Modelle) |
| Gemma (Google) | Eigene Gemma Terms of Use | Keine veröffentlichte MAU-Grenze; Verhaltensgrenzen | Erlaubt unter Terms + Prohibited Use Policy | Nein |
Diese Tabelle bildet die allgemein veröffentlichte Lizenzstruktur ab; einzelne Checkpoints können abweichen. Prüfen Sie stets die LICENSE-Datei im konkreten Modell-Repository, das Sie einsetzen möchten.
Wann schränken Nutzungsschwellen die kommerzielle Nutzung ein?
Eine Nutzungsschwelle verwandelt eine Lizenz von "kommerzielle Nutzung erlaubt" in "separate Lizenz erforderlich", sobald Ihr Produkt eine bestimmte Größe überschreitet — nur Llama veröffentlicht eine feste, bekannte Zahl: 700 Millionen monatlich aktive Nutzer. Qwen hat bei einigen Nicht-Apache-Checkpoints vergleichbare Schwellenstrukturen genutzt, historisch oft als Kombination aus monatlich aktiven Nutzern und Monatsumsatz gefasst — die genauen Werte sind jedoch pro Lizenz festgelegt und sollten direkt gelesen, nicht angenommen werden.
Anwendungsbeispiel: Ein Startup, das ein kundenorientiertes Produkt auf Basis eines Llama-lizenzierten Modells aufbaut, muss sich beim Start nicht mit der 700-Millionen-MAU-Schwelle befassen — sie wird erst relevant, wenn das Unternehmen später eine Größenordnung erreicht, die die meisten Startups nie erreichen; Rechtsberatung sollte die Lizenzfrage in dieser Wachstumsphase erneut prüfen, nicht vorher.
Bei Apache-2.0-lizenzierten Checkpoints (die meisten Qwen- und Mistral-Größen) gibt es überhaupt keine Nutzungsschwelle — die Lizenz erlaubt kommerzielle Nutzung unabhängig von Unternehmensgröße oder Umsatz. Das ist ein bedeutender Unterschied, wenn Ihr Geschäftsmodell starkes Wachstum vorsieht und Sie die Lizenzfrage nicht später erneut aufwerfen möchten.
Welche Regeln gelten für Namensnennung und Weiterverbreitung?
Die Anforderungen an Namensnennung reichen von "nichts über den Standard-Lizenzhinweis hinaus" (Apache 2.0) bis "Modell in bestimmten Fällen namentlich nennen" (Llama, einige Qwen-Checkpoints). Weiterverbreitung — die Weitergabe des Modells oder eines abgeleiteten Werks an Dritte — ist unter allen vier Lizenzstrukturen für ihre aktuellen Standardveröffentlichungen erlaubt, jedoch mit jeweils eigenen Bedingungen.
Nutzen Sie Apache-2.0-lizenzierte Checkpoints (die meisten aktuellen Qwen- und Mistral-Größen), wenn Ihr Einsatzplan die Weitergabe eines fine-getunten Derivats an Kunden oder die Einbettung des Modells in ein weiterverkauftes Produkt vorsieht — die Nennungspflicht beschränkt sich auf den Standard-Hinweis. Seien Sie bei Llama- und Gemma-Derivaten besonders vorsichtig: Beide verlangen, dass das Derivat die Bedingungen der Ursprungslizenz weitergibt (bei Llama in bestimmten Fällen einschließlich des "Built with Llama"-Hinweises, bei Gemma die Einhaltung der Prohibited Use Policy), und Qwens Nicht-Apache-Checkpoints können eine ähnliche Weitergabepflicht enthalten.
Wann Sie NICHT von uneingeschränkter Weiterverbreitung ausgehen sollten: Wenn Ihr Produkt ein fine-getuntes Llama-, Gemma- oder Nicht-Apache-Qwen/Mistral-Derivat in ein an Unternehmenskunden verkauftes SaaS-Produkt einbettet, prüfen Sie, ob die Nennungs- und Weitergabebedingungen der Lizenz auf Ihr konkretes Vertriebsmodell zutreffen — reiner API-Zugriff, On-Premises-Bereitstellung und gebündelte Software werfen unter diesen Lizenztexten jeweils leicht unterschiedliche Fragen auf.
Enthalten diese Lizenzen Haftungsfreistellung oder Gewährleistung?
Keine der vier Lizenzfamilien bietet dem einsetzenden Unternehmen eine Haftungsfreistellung, und alle vier stellen das Modell "wie besehen", ohne jegliche Gewährleistung bereit — das ist bei Open-Weight- und Open-Source-Lizenzen generell üblich, nicht spezifisch für einen Anbieter. Erhebt ein Dritter später einen Anspruch wegen geistigen Eigentums im Zusammenhang mit Trainingsdaten oder Modellausgaben, verpflichtet der Lizenztext weder Meta, Alibaba, Mistral AI noch Google, das einsetzende Unternehmen zu verteidigen oder zu entschädigen.
Das unterscheidet sich davon, wie manche kommerzielle, geschlossene KI-Anbieter ihre Enterprise-Verträge gestalten, wo eine begrenzte Haftungsfreistellung gegen IP-Ansprüche gelegentlich als kostenpflichtiges Feature angeboten wird. Bei der Bewertung von Open-Weight-Modellen für einen Anwendungsfall mit erhöhtem IP-Prozessrisiko ist das Fehlen einer Haftungsfreistellung ein echter geschäftlicher Risikofaktor, der gegen die Kosteneinsparungen und Kontrollvorteile des Selbst-Hostings abzuwägen ist — das ist eine unternehmerische Entscheidung, die ein Übersichtsartikel nicht für Sie treffen kann.
Unternehmen in dieser Situation steuern das Risiko typischerweise über eigene Haftpflichtversicherung, vertragliche Risikoverteilung mit den eigenen Kunden oder durch Beschränkung des Einsatzes auf interne, nicht kundenzugängliche Anwendungsfälle mit geringerer Drittexposition — nichts davon ersetzt eine rechtliche Risikobewertung für Ihre konkrete Situation.
Welche Lizenz passt zu Ihrem Einsatzszenario?
Ordnen Sie Ihr Einsatzszenario der passenden Lizenzstruktur zu und prüfen Sie anschließend die exakte Lizenzdatei des Checkpoints, bevor Sie Entwicklungszeit investieren.
- ✅ Startup oder mittelständisches Unternehmen, weit unter jeder Nutzungsschwelle → Alle vier Familien funktionieren aus Schwellensicht; bevorzugen Sie Apache-2.0-lizenzierte Qwen- oder Mistral-Checkpoints, wenn Sie die Lizenzfrage mit Wachstum nicht erneut aufwerfen möchten.
- ✅ Weiterverkaufbares, White-Label-Produkt mit fine-getuntem Derivat → Apache-2.0-lizenzierte Qwen- oder Mistral-Checkpoints minimieren Nennungs- und Weitergabepflichten für das ausgelieferte Derivat.
- ✅ Internes Unternehmenswerkzeug ohne kundenzugängliche Weiterverbreitung → Nennungs- und Weiterverbreitungsklauseln sind weniger relevant; Nutzungsschwelle und Gewährleistungsausschluss bleiben trotz reiner interner Nutzung relevant.
- ❌ Konsumentenprodukt, das plausibel Hunderte Millionen monatlich aktive Nutzer erreichen könnte → Setzen Sie nicht standardmäßig auf ein Llama-lizenziertes Modell ohne rechtliche Prüfung der 700-Millionen-MAU-Klausel und einen Plan für den Fall der Annäherung; Apache-2.0-Alternativen umgehen die Frage vollständig.
- ❌ Jeder Einsatz mit erhöhtem IP-Prozessrisiko und ohne interne Risikotoleranz → Keine Open-Weight-Lizenz bietet hier Haftungsfreistellung; prüfen Sie, ob ein kommerzieller Anbieter mit vertraglicher Haftungsfreistellung besser passt, bevor Sie standardmäßig auf selbst gehostete Open-Weight-Modelle setzen.
- Wenn unsicher: Beginnen Sie mit einem Apache-2.0-lizenzierten Checkpoint (in den meisten Qwen- und Mistral-Größen verfügbar), um die Nutzungsschwellen-Frage auszuschließen, und lassen Sie jeden kommerziellen Einsatzplan vor dem Start durch Rechtsberatung prüfen, unabhängig von der gewählten Familie.
Was sind die häufigsten Lizenzfehler?
Die meisten Lizenzprobleme entstehen dadurch, dass der Markenname einer Modellfamilie als Stellvertreter für die Lizenz behandelt wird, statt die konkret am eingesetzten Checkpoint hängende Datei zu lesen.
- Fehler: Pauschal annehmen, "Qwen ist Apache 2.0" oder "Mistral ist Apache 2.0". Lösung: LICENSE-Datei des konkreten Checkpoints prüfen — beide Unternehmen haben neben Apache-lizenzierten auch Nicht-Apache-Modelle veröffentlicht.
- Fehler: Die 700-Millionen-MAU-Schwelle von Llama ignorieren, weil das Unternehmen derzeit weit darunter liegt. Lösung: Die Schwelle im Compliance-Kalender vermerken und bei jeder größeren Wachstumsphase erneut rechtlich prüfen, nicht erst wenn man glaubt, bereits nahe daran zu sein.
- Fehler: "Open Weight" und "Open Source" gegenüber dem eigenen Rechts- oder Einkaufsteam als austauschbar behandeln. Lösung: "Open Weight" für Llama, Gemma und jeden Nicht-Apache-Qwen/Mistral-Checkpoint verwenden; "Open Source" für tatsächlich OSI-lizenzierte Checkpoints reservieren.
- Fehler: Eine Lizenzübersicht (einschließlich dieser) als ausreichende Freigabe für einen kommerziellen Start ansehen. Lösung: Die finale Entscheidung durch Rechtsberatung leiten, die den aktuellen Lizenztext für Ihren konkreten Anwendungsfall liest — Lizenztexte ändern sich zwischen Versionen, und eine veraltete Übersicht kann zum Einsatzzeitpunkt bereits falsch sein.
- Fehler: Annehmen, dass einer dieser Anbieter Sie bei einem Anspruch Dritter wegen geistigen Eigentums freistellt. Lösung: Explizit bestätigen, dass keine solche Verpflichtung im Lizenztext besteht, und die eigene Risikominderung entsprechend planen (Versicherung, vertragliche Verteilung oder ein kommerzieller Anbieter mit Haftungsfreistellung).
Wie sieht die Checkliste vor dem kommerziellen Einsatz aus?
Arbeiten Sie diese Checkliste durch, bevor Sie einen kommerziellen Start mit einem Llama-, Qwen-, Mistral- oder Gemma-Checkpoint umsetzen.
- 1Den exakten Modell-Checkpoint und seine Repository-Seite identifizieren
Why it matters: Lizenzbedingungen gelten pro Checkpoint, nicht pro Marke — Sie brauchen die konkrete Datei, keine allgemeine Übersicht. - 2Die aktuelle LICENSE-Datei (und separate Terms of Use / Acceptable Use Policy) vollständig lesen
Why it matters: Übersichten — auch dieser Artikel — können versionsspezifische Klauseln übersehen oder zum Einsatzzeitpunkt veraltet sein. - 3Prüfen, ob eine Nutzungsschwelle gilt und wo Ihr Unternehmen aktuell dazu steht
Why it matters: Llamas 700-Millionen-MAU-Klausel und vergleichbare Qwen-Schwellen verändern das Lizenzergebnis oberhalb der Grenze vollständig. - 4Die Nennungspflicht für Ihr konkretes Vertriebsmodell bestätigen (nur API, On-Premises, gebündelt)
Why it matters: Unterschiedliche Vertriebswege können unter derselben Lizenz unterschiedliche Nennungs- oder Weitergabepflichten auslösen. - 5Bestätigen, dass keine Haftungsfreistellungsklausel besteht, und den eigenen Risikominderungsplan dokumentieren
Why it matters: Keine der vier Lizenzfamilien stellt das einsetzende Unternehmen frei — das erfordert eine eigene Antwort, keine Annahme. - 6Die finale Go/No-Go-Entscheidung durch Rechtsberatung in Ihrem Rechtsraum leiten
Why it matters: Dieser Leitfaden ist keine Rechtsberatung; die finale Freigabe sollte von jemandem kommen, der die Lizenz gegen Ihre konkreten Fakten liest. - 7Einen Kalendererinnerung setzen, die Lizenz vor dem nächsten größeren Versionsupgrade erneut zu prüfen
Why it matters: Anbieter haben Lizenzbedingungen zwischen Modellversionen bereits geändert — eine heute gültige Lizenz bleibt beim nächsten Upgrade nicht garantiert unverändert.
Häufig gestellte Fragen
Ist dieser Artikel Rechtsberatung darüber, welche LLM-Lizenz genutzt werden sollte?
Nein. Dieser Leitfaden fasst auf allgemeiner Ebene zusammen, wie die kommerziellen Nutzungsbedingungen von Llama, Qwen, Mistral und Gemma aktuell strukturiert sind, basierend auf öffentlich veröffentlichten Lizenzdokumenten. Er ersetzt weder das Lesen des exakten Lizenztexts Ihres Modell-Checkpoints noch die Beratung durch einen im Softwarelizenzrecht erfahrenen Rechtsanwalt in Ihrem Rechtsraum.
Kann ein kleines Unternehmen Llama kommerziell nutzen, ohne Meta zu kontaktieren?
Ja, wenn das Unternehmen — einschließlich verbundener Unternehmen — über alle Produkte und Dienstleistungen hinweg weniger als 700 Millionen monatlich aktive Nutzer hat. Unterhalb dieser Schwelle erlaubt die Llama Community License kommerzielle Nutzung ohne separate Vereinbarung. Darüber muss eine separate Lizenz direkt bei Meta beantragt werden, die Meta nach eigenem Ermessen gewährt oder verweigert.
Unterliegen alle Qwen-Modelle derselben Lizenz?
Nein. Alibaba veröffentlicht die meisten aktuellen Qwen-Modellgrößen unter Apache License 2.0 ohne Nutzungsschwelle, hat aber auch einzelne Checkpoints — historisch einige der größten oder neuesten Flaggschiff-Größen — unter einer separaten, restriktiveren Sonderlizenz veröffentlicht. Die Lizenz hängt am konkreten Checkpoint, nicht an der Marke Qwen insgesamt — prüfen Sie die LICENSE-Datei im konkreten Modell-Repository, bevor Sie Apache 2.0 annehmen.
Ist Mistral immer unter Apache 2.0 lizenziert?
Nein. Mistral AI hat die meisten aktuellen Open-Weight-Veröffentlichungen auf Apache License 2.0 umgestellt, der Katalog des Unternehmens umfasst aber weiterhin auch Modelle unter einer restriktiveren Forschungs- oder Non-Production-Lizenz. Behandeln Sie jeden Mistral-Checkpoint als nicht-kommerziell, solange die LICENSE-Datei nicht ausdrücklich Apache 2.0 oder eine gleichwertig permissive Lizenz nennt.
Zählt Gemmas Lizenz als Open Source?
Nicht im strengen OSI-Sinn (Open Source Initiative). Google vertreibt Gemma unter eigenen Gemma Terms of Use kombiniert mit einer separaten Prohibited Use Policy, die verhaltensbasierte Einschränkungen enthält, die die OSI Open Source Definition in einer echten Open-Source-Lizenz nicht zulässt. Gemma wird treffender als "Open Weight" beschrieben — die Parameter sind frei herunterladbar, aber die Lizenz enthält Bedingungen über eine Standard-Open-Source-Lizenz hinaus.
Was ist der Unterschied zwischen "Open Weight" und "Open Source" bei einem LLM?
"Open Weight" beschreibt ein Modell, dessen trainierte Parameter herunterladbar und von jedem ausführbar sind, unabhängig von den damit verbundenen Lizenzbedingungen. "Open Source" im OSI-Sinn verlangt zusätzlich, dass die Lizenz weder Einsatzbereich noch Unternehmensgröße des Lizenznehmers einschränkt. Llama, Gemma und jeder Nicht-Apache-Qwen- oder Mistral-Checkpoint sind Open Weight, aber im strengen Sinn nicht Open Source; Apache-2.0-lizenzierte Qwen- und Mistral-Checkpoints erfüllen beide Definitionen.
Stellt mich einer dieser Anbieter frei, wenn jemand wegen Trainingsdaten oder Modellausgaben klagt?
Nein. Alle vier Lizenzfamilien stellen das Modell "wie besehen", ohne Gewährleistung bereit, und keine enthält eine Haftungsfreistellungsverpflichtung für das einsetzende Unternehmen gegen Ansprüche Dritter wegen geistigen Eigentums. Das ist bei Open-Weight- und Open-Source-Lizenzen generell üblich. Unternehmen mit erhöhtem IP-Prozessrisiko sollten dies gegen kommerzielle Anbieter abwägen, die Haftungsfreistellung gelegentlich als kostenpflichtiges Enterprise-Feature anbieten.
Muss ich Meta, Alibaba, Mistral AI oder Google nennen, wenn ich deren Modell nutze?
Das hängt von der konkreten Lizenz ab. Apache-2.0-lizenzierte Checkpoints (die meisten aktuellen Qwen- und Mistral-Größen) verlangen nur den Standard-Lizenzhinweis, keine sichtbare Nennung im Produkt. Llama hat in bestimmten Fällen über mehrere aktuelle Versionen hinweg einen "Built with Llama"-Hinweis verlangt; Gemma und einige Nicht-Apache-Qwen-Checkpoints tragen eigene Nennungs- oder Namensbedingungen. Prüfen Sie den aktuellen Lizenztext für den konkret eingesetzten Checkpoint.
Ändert Self-Hosting eines dieser Modelle die Lizenzbedingungen?
Nein — die Lizenz regelt das Modell selbst, nicht wo Sie es betreiben. Self-Hosting im Vergleich zur Nutzung einer Cloud-gehosteten API desselben Modells ändert die zugrunde liegenden Lizenzbedingungen (Nutzungsschwellen, Namensnennung oder das Fehlen von Haftungsfreistellung) nicht — es verändert allerdings andere Faktoren wie Datenresidenz und Ihre eigenen Infrastrukturpflichten, die eigenständige rechtliche Fragen neben der eigentlichen Modelllizenz sind.
Wie oft ändern sich diese Lizenzbedingungen?
Häufiger, als die meisten Unternehmen erwarten — Meta, Alibaba, Mistral AI und Google haben alle Lizenzbedingungen zwischen Modellversionen überarbeitet, und der Lizenzansatz eines Unternehmens für seine neueste Veröffentlichung gilt nicht automatisch rückwirkend für ältere, noch genutzte Checkpoints. Deshalb ist dieser Artikel auf einen halbjährlichen Aktualisierungszyklus eingestellt, und die obige Checkliste empfiehlt, die Lizenz vor jedem größeren Versionsupgrade erneut zu prüfen, statt sich auf eine einmalige Prüfung zu verlassen.
Wo finden Sie die primären Lizenztexte?
- Llama Community License (llama.com/llama3_1/license) — der offizielle Lizenztext einschließlich der 700-Millionen-MAU-Klausel; immer die versionsspezifische Seite für das eingesetzte Modell prüfen
- Qwen-Modell-Repositories (huggingface.co/Qwen) — jedes Checkpoint-Repository enthält eine eigene LICENSE-Datei; Apache 2.0 nicht ohne Prüfung annehmen
- Mistral-AI-Modellveröffentlichungen (mistral.ai/news) und Hugging-Face-Repositories — die am konkreten Model-Card hängende Lizenz prüfen
- Gemma Terms of Use (ai.google.dev/gemma/terms) und Gemma Prohibited Use Policy (ai.google.dev/gemma/prohibited_use_policy) — die zwei Dokumente, die zusammen die Gemma-Nutzung regeln
- Open Source Initiative — Open Source Definition (opensource.org/osd) — der in diesem Leitfaden verwendete Referenzstandard zur Unterscheidung von "Open Weight" und "Open Source"