Modelle

Offene Gewichte vs. Open Source: Was hinter den Begriffen steckt

Herunterladbar heißt nicht frei nutzbar: Warum offene Gewichte und Open Source zwei verschiedene Dinge sind, welche Lizenzfallen lauern und wie du sie prüfst.

, Redaktion KI Fachblatt · mit KI-Unterstützung erstellt, redaktionell verantwortet (so arbeiten wir) · · 6 Min. Lesezeit

Waage vor dunklem Hintergrund: Auf der einen Schale liegen violett leuchtende Würfel als Sinnbild für Modellgewichte, auf der anderen ein aufgeschlagenes Dokument als Sinnbild für Quellcode und Lizenztext
Gewichte auf der einen Seite, Rezept und Erlaubnis auf der anderen: Offene Gewichte und Open Source sind nicht dasselbe. · KI-generiert
Kurz gesagt
  • Offene Gewichte bedeuten nur: Die trainierten Parameter sind herunterladbar. Open Source verlangt nach der Open Source Definition dagegen Nutzungsfreiheit ohne Diskriminierung von Personen, Gruppen oder Anwendungsfeldern [2].
  • Die Open Source AI Definition (OSAID 1.0) der OSI überträgt das Prinzip auf KI-Systeme: nutzen, untersuchen, verändern und teilen - inklusive Angaben zu Trainingsdaten, Code und Gewichten unter offenen Bedingungen [1].
  • Verbreitete Community-Lizenzen wie die Llama-Lizenz schränken die Nutzung ein, etwa über eine Schwelle von 700 Millionen monatlich aktiven Nutzern und eine Nutzungsrichtlinie - nach OSI-Lesart ist das kein Open Source [2][3].
  • Die EU-KI-Verordnung stellt KI-Systeme unter freien und quelloffenen Lizenzen weitgehend frei, bei allgemeinen KI-Modellen entfallen aber nur zwei der vier Dokumentationspflichten, und Modelle mit systemischem Risiko sind ganz ausgenommen [4][6].
  • Vor jeder Nutzung zählt der Lizenztext selbst: kommerzielle Nutzung, Schwellen, Nutzungsrichtlinie, Namensnennung und Regeln für Weitergabe und Fine-Tunes prüfen.

Wer ein KI-Modell von Hugging Face herunterlädt, hält auf den ersten Blick etwas in der Hand, das aussieht wie Open Source: Dateien, ein Repository, eine Lizenzangabe. Doch herunterladbar heißt nicht frei verwendbar. Der Unterschied ist wie zwischen einem Brot, das der Bäcker verschenkt, und dem Rezept dazu: Das geschenkte Brot darfst du essen, aber nicht unbedingt weiterverkaufen oder als dein eigenes ausgeben. Das Rezept mit Erlaubnis erlaubt beides - und verrät obendrein die Zutaten.

Dieser Artikel trennt die beiden Begriffe, zeigt das Spektrum der tatsächlich verwendeten Lizenzen und erklärt, warum der Unterschied auch in der EU-KI-Verordnung eine Rolle spielt. Am Ende steht eine kurze Prüfliste für die Praxis.

Zwei Begriffe, zwei Versprechen

Offene Gewichte sind eine technische Tatsache: Die trainierten Parameter eines Modells liegen als Datei vor, die jeder herunterladen kann. Damit lässt sich das Modell lokal betreiben, untersuchen und mit eigenen Daten weitertrainieren. Mehr sagt der Begriff nicht. Er macht keine Aussage darüber, ob du das Modell kommerziell nutzen, verändern oder weitergeben darfst, und schon gar nichts darüber, wie es trainiert wurde.

Open Source ist dagegen ein rechtliches Versprechen. Die Open Source Definition der Open Source Initiative (OSI) verlangt unter anderem, dass eine Lizenz weder Personen oder Gruppen noch Anwendungsfelder diskriminieren darf [2]. Genau an diesen Punkten scheitern viele Modelllizenzen: Sie verbieten bestimmte Nutzungen oder schließen große Unternehmen von der kostenlosen Nutzung aus. Die OSI hat das am Beispiel von Metas Llama-Lizenz ausführlich begründet und den Hersteller gebeten, das Modell nicht als Open Source zu bezeichnen [2].

Für KI-Systeme hat die OSI im Oktober 2024 mit der Open Source AI Definition (OSAID 1.0) eine eigene Definition verabschiedet [1]. Sie verlangt vier Freiheiten: Ein KI-System darf für jeden Zweck genutzt, untersucht, verändert und geteilt werden können, ohne um Erlaubnis fragen zu müssen. Damit das bei einem Modell überhaupt möglich ist, müssen nach der OSAID drei Dinge unter offenen Bedingungen verfügbar sein: ausreichende Informationen über die Trainingsdaten, der Code für Training und Betrieb sowie die Gewichte selbst [1]. Nur ein Bruchteil der populären Modelle erfüllt das vollständig - bei den Trainingsdaten hapert es fast überall.

Das Lizenz-Spektrum in der Praxis

Zwischen 'komplett frei' und 'nur anschauen' liegt ein breites Spektrum. Die Dokumentation von Hugging Face listet die auf der Plattform üblichen Lizenzen, von OSI-anerkannten Lizenzen wie Apache-2.0 und MIT bis zu speziellen Modelllizenzen mit Nutzungsbeschränkungen [5]. Drei grobe Gruppen helfen bei der Einordnung:

Drei Lizenzgruppen bei KI-Modellen und was sie in der Praxis bedeuten. Einordnung der Redaktion, Beispiele ohne Anspruch auf Vollständigkeit.
GruppeTypische MerkmalePraxis-Folge
OSI-anerkannte Lizenzen (Apache-2.0, MIT)Keine Nutzungsverbote, keine Mengenbegrenzung, Weitergabe und kommerzielle Nutzung erlaubt [5]Volle Freiheit, aber: Marken-, Patent- und Haftungsfragen bleiben; Lizenztext trotzdem lesen
Community-Lizenzen mit Schwellen (z. B. Llama)Kostenlose Nutzung bis zu einer Größengrenze, Namensnennung, Nutzungsrichtlinie [3]Für die meisten Nutzer praktisch frei, ab einer Unternehmensgröße Verhandlungspflicht
Forschungs- und Speziallizenzen (Non-Commercial, OpenRAIL)Nutzung nur für Forschung oder mit Verbotsliste für Anwendungsfelder [5]Kommerzielle Nutzung ausgeschlossen oder rechtlich unsicher; genauestens prüfen

Die Llama 3.1 Community License ist das bekannteste Beispiel der zweiten Gruppe: Sie erlaubt Nutzung, Nachbildung und Verbreitung, verlangt die Namensnennung 'Built with Llama' und verpflichtet Anbieter mit mehr als 700 Millionen monatlich aktiven Nutzern, eine gesonderte Lizenz bei Meta anzufragen. Zusätzlich gilt eine Nutzungsrichtlinie mit Verbotsliste [3]. Unsere Analysen zu Muse Spark Open (Umsatzschwelle von 20 Millionen US-Dollar für Modell-als-Dienst-Angebote) und zu MiniMax M3.1 Flash zeigen, dass solche Schwellen in verschiedenen Varianten vorkommen - der Text der jeweiligen Lizenz zählt, nicht der Marketing-Begriff.

Was der Download der Gewichte praktisch ermöglicht

Dass die Gewichte als Datei vorliegen, ist technisch die wichtigste Eigenschaft offener Modelle. Sie macht drei Dinge möglich, die ein reiner API-Zugang nicht bietet: erstens den Betrieb auf eigener Hardware ohne laufende Abhängigkeit vom Anbieter, zweitens das Weitertrainieren, etwa durch Fine-Tuning oder Adapter wie LoRA, und drittens die unabhängige Prüfung - von der Quantisierung für kleinere Hardware bis zur Analyse des Modellverhaltens. Genau deshalb spielen offene Gewichte in unseren Modellanalysen und im Pfad der lokalen Modelle eine so große Rolle.

Diese technische Freiheit ist aber nur die halbe Geschichte. Ob du das heruntergeladene Modell in einem Produkt einsetzen, an Kunden weitergeben oder als Dienst anbieten darfst, entscheidet allein die Lizenz. Wer das verwechselt, baut womöglich ein Geschäftsmodell auf einer Erlaubnis, die es nicht gibt - oder verzichtet umgekehrt auf Freiheiten, die die Lizenz längst einräumt.

Warum die Debatte um den Begriff so hartnäckig ist

Der Streit um 'Open Source KI' ist nicht nur Wortklauberei. Hersteller haben ein eigenes Interesse am Begriff: Er steht für Vertrauen, Unabhängigkeit und Entwicklerfreundlichkeit. Die OSI spricht in ihrer Stellungnahme zu Llama von einer Verwechslung von Open Source mit 'Ressourcen, die einigen Nutzern unter einigen Bedingungen zur Verfügung stehen' [2]. Umgekehrt argumentieren manche Hersteller, die klassische Open-Source-Definition passe nicht auf KI-Systeme, weil dort neben Code auch Gewichte und Daten eine Rolle spielen. Die OSAID ist der Versuch, genau diese Lücke zu schließen, ohne die Grundprinzipien aufzuweichen [1].

Für Leser von Modellkarten heißt das: Das Wort 'open' im Modellnamen oder im Blogpost ist ein Marketing-Signal, keine Kategorie. Entscheidend sind zwei Fragen, die sich unabhängig prüfen lassen: Liegen die Gewichte wirklich vor? Und was erlaubt die Lizenz? Erst die Kombination ergibt das Bild.

Warum der Unterschied auch den Gesetzgeber beschäftigt

Die EU-KI-Verordnung (Verordnung (EU) 2024/1689) knüpft direkt an den Begriff der freien und quelloffenen Lizenz an. Artikel 2 Absatz 12 nimmt KI-Systeme, die unter einer solchen Lizenz veröffentlicht werden, grundsätzlich von den Pflichten der Verordnung aus - es sei denn, es handelt sich um Hochrisiko-Systeme oder um Systeme, die unter die Verbots- oder Transparenzartikel 5 oder 50 fallen [4][6].

Bei allgemeinen KI-Modellen (General-Purpose AI) ist die Ausnahme enger: Artikel 53 Absatz 2 befreit Anbieter offen lizenzierter Modelle nur von zwei der vier Pflichten aus Artikel 53 Absatz 1 - der Pflicht zur technischen Dokumentation für Behörden und zur Dokumentation für nachgeschaltete Anbieter. Die Pflichten zu Urheberrechtsrichtlinie und Trainingsdaten-Zusammenfassung bleiben bestehen. Und für Modelle mit systemischem Risiko gilt die Ausnahme gar nicht [6]. Wer also 'open' ist, hat es leichter, aber nicht automatisch frei.

Drei Welten im Vergleich

Gegenüberstellung: proprietärer API-Zugang, offene Gewichte mit Community-Lizenz und Open Source nach OSAID. Einordnung der Redaktion anhand der zitierten Quellen.
KriteriumProprietäres API-ModellOffene Gewichte (Community-Lizenz)Open Source nach OSAID
Gewichte herunterladbarNeinJa [3]Ja [1]
Lokaler Betrieb möglichNeinJaJa
Kommerzielle NutzungNutzungsbedingungen des AnbietersMeist ja, teils mit Schwellen [3]Ja, ohne Diskriminierung [1][2]
Anwendungsfeld-VerboteÜblichÜblich (Nutzungsrichtlinie) [3]Nicht zulässig [2]
Angaben zu TrainingsdatenSeltenUnterschiedlichGefordert (Dateninformation) [1]
Weitergabe veränderter VersionenEntfälltJe nach LizenzErlaubt [1]

Die Tabelle zeigt auch, warum die mittlere Spalte so erfolgreich ist: Für die überwiegende Mehrheit der Anwendungen reichen offene Gewichte mit einer großzügigen Community-Lizenz völlig aus. Erst bei bestimmten Unternehmensgrößen, regulierten Anwendungsfeldern oder wenn Weitergabe und vollständige Nachvollziehbarkeit gefragt sind, kippt die Rechnung Richtung OSAID-konformer Modelle - oder macht die Prüfung durch eine Rechtsabteilung unvermeidbar.

Sechs Fragen vor der Nutzung eines offenen Modells

  1. Wie heißt die Lizenz genau, und liegt ihr Text vor? Ein Name ohne Text ist kein Beleg.
  2. Ist die kommerzielle Nutzung erlaubt - und gibt es Schwellen nach Nutzerzahl, Umsatz oder Unternehmensgröße [3]?
  3. Gibt es eine Nutzungsrichtlinie mit verbotenen Anwendungsfeldern, und passt mein Einsatz dazu [2]?
  4. Welche Namensnennung wird verlangt, und wo muss sie stehen?
  5. Darf ich Fine-Tunes und andere Abwandlungen verbreiten, und unter welchen Bedingungen?
  6. Wie offen ist das Modell wirklich: Gewichte, Code, Trainingsdaten-Informationen - die OSAID-Checkliste hilft bei der Einordnung [1].

Wer die Antworten beisammen hat, kann bewusst entscheiden: ein maximal freies Modell nach OSAID-Maßstab, ein praktisch freies Modell mit Schwellen oder bewusst ein proprietäres API-Angebot. Alle drei Wege sind legitim - problematisch ist nur, sie zu verwechseln. Für den Betrieb auf eigener Hardware hilft der Überblick über lokale Modelle, für die Bewertung konkreter Veröffentlichungen unsere Analysen zu Muse Spark Open und Beam 501B Reflection.

Methode

Gelesen wurden am 20. Oktober 2026 der Volltext der Open Source AI Definition 1.0 auf opensource.org, die Stellungnahme der OSI zur Llama-Lizenz, die Llama 3.1 Community License auf llama.com, die Lizenz-Dokumentation von Hugging Face sowie die Artikel 2 und 53 der Verordnung (EU) 2024/1689 im Amtsblatt (eur-lex.europa.eu); die Artikel 2 Absatz 12 und 53 Absatz 2 wurden zusätzlich im englischsprachigen Volltext auf artificialintelligenceact.eu gegengeprüft. Die Einordnung in drei Lizenzgruppen ist eine redaktionelle Vereinfachung.

Grenzen

  • Dieser Artikel ist keine Rechtsberatung; verbindlich ist allein der jeweilige Lizenz- und Gesetzestext.
  • Die Beispiele (Llama, Muse Spark Open, MiniMax) stehen stellvertretend und erfassen nicht alle am Markt üblichen Bedingungen.
  • Die Auslegung der EU-KI-Verordnung entwickelt sich durch Praxis, Leitlinien und Rechtsprechung weiter; der beschriebene Stand ist der 20. Oktober 2026.

Quellen

  1. The Open Source AI Definition - 1.0, Open Source Initiative (abgerufen 2026-10-20) ↩1 ↩2 ↩3 ↩4 ↩5 ↩6
  2. Meta's LLaMa license is not Open Source, Open Source Initiative (Blog) (abgerufen 2026-10-20) ↩1 ↩2 ↩3 ↩4 ↩5 ↩6
  3. Llama 3.1 Community License Agreement, Meta (abgerufen 2026-10-20) ↩1 ↩2 ↩3 ↩4 ↩5 ↩6
  4. Verordnung (EU) 2024/1689 (Verordnung über künstliche Intelligenz), Amtsblatt L, 12.7.2024, EUR-Lex (abgerufen 2026-10-20) ↩1 ↩2
  5. Licenses - Hub documentation, Hugging Face (abgerufen 2026-10-20) ↩1 ↩2 ↩3
  6. EU AI Act, Article 53: Obligations of providers of general-purpose AI models, artificialintelligenceact.eu (abgerufen 2026-10-20) ↩1 ↩2 ↩3

Häufige Fragen

Sind offene Gewichte dasselbe wie Open Source?

Nein. Offene Gewichte heißt nur, dass die trainierten Parameter herunterladbar sind. Open Source verlangt zusätzlich eine Lizenz ohne Diskriminierung von Personen, Gruppen oder Anwendungsfeldern; für KI-Systeme präzisiert das die Open Source AI Definition der OSI, die auch Angaben zu Trainingsdaten und Code fordert.

Ist Llama Open Source?

Nach Auffassung der Open Source Initiative nicht: Die Llama-Lizenz beschränkt die kommerzielle Nutzung ab 700 Millionen monatlich aktiven Nutzern und enthält eine Nutzungsrichtlinie mit Verbotsliste. Das widerspricht der Open Source Definition. Praktisch nutzbar ist das Modell für die meisten Anwendungen trotzdem - eben unter den Bedingungen der Community License.

Was bedeutet 'freie und quelloffene Lizenz' im EU AI Act?

KI-Systeme unter solchen Lizenzen sind weitgehend von den Pflichten der Verordnung ausgenommen (Artikel 2 Absatz 12), mit Ausnahmen für Hochrisiko- und verbotene Systeme. Bei allgemeinen KI-Modellen entfallen nur zwei Dokumentationspflichten (Artikel 53 Absatz 2), und Modelle mit systemischem Risiko sind von der Ausnahme ganz ausgeschlossen.

Woran erkenne ich eine OSI-anerkannte Lizenz bei einem Modell?

Am Lizenznamen auf der Modellseite: Apache-2.0 und MIT sind klassische OSI-anerkannte Lizenzen; die Hugging-Face-Dokumentation listet die üblichen Kennungen. Bei speziellen Modelllizenzen (Namen des Herstellers, Zusätze wie 'Community' oder 'Responsible') lohnt immer der Blick in den Volltext.

Weiterlesen