Strategie

Offene Gewichte sind keine offene Lizenz: das Vier-Fälle-Spektrum, das Käufer auditieren müssen

Von IdeaBosqueZuletzt aktualisiert: 2026年11月4日

Kernerkenntnisse

Die vollständigen 2.8T-Parameter-Gewichte von Kimi K3.1 Pro erschienen am 2. November auf Hugging Face, zwei Tage vor dem versprochenen Termin — unter einer individuellen Kimi K3.1-Pro License, und Artificial Analysis führte das Modell am 4. November noch als proprietär (felloais Tracker vom 4. November). Die Etiketten-Verspätung ist selbst die Lektion: Die Offen/Geschlossen-Grenze hängt jetzt vom Messinstrument ab.
Vier benannte nicht-permissive Lizenzfälle sind in vier Monaten 2026 erschienen — Qwens gestutzte Qwen3.8-Max-Gewichte, Mistral's MaaS-Ausnahme in einer modifizierten MIT, Metas an Zuschreibung gebundene Muse Model License, und jetzt Moonshots umbenannte K3-Lizenz. „Offene Gewichte" beschreibt ein Auslieferungsereignis, kein Berechtigungsset.
Artificial Analysis prognostiziert, dass sich die Intelligence-Index-Lücke zwischen offen und proprietär von 12 Punkten auf 3 verengt, sobald die K3.1-Pro-Gewichte gezählt werden (AA's Prognose, via felloai) — Self-Hosting kann jetzt nahe-Frontier-Fähigkeit kaufen, aber nur unter Lizenzbedingungen, die der Käufer lesen muss.
Lizenzbedingungen erscheinen jetzt in jeder Größenordnung: MiniMax' Schwelle von 20 Mio. $ Jahresumsatz, Mistral's MaaS-Ausnahme, Metas Anforderung der Anzeige „Built with Muse Spark Open" — die permissive Apache-2.0-Basis deckt nur einen Teil der Übersicht ab.
K3.1 Pro kostet 2,11 $ pro Artificial-Analysis-Intelligence-Index-Aufgabe gegen 2,00 $ bei K3 — ein stärkeres Modell für dasselbe Geld pro Aufgabe, nicht dasselbe Modell für weniger (felloai); billigere Tokens sind nicht billigere Aufgaben.

Moonshot hat die vollständigen Gewichte von Kimi K3.1 Pro — 2,8 Billionen Parameter insgesamt, 104 Milliarden aktiv, 1-Million-Token-Kontext, ~1,56 TB auf 96 Shards — am 2. November auf Hugging Face veröffentlicht, zwei Tage vor der Zusage vom 4. November, unter einer individuellen Kimi K3.1-Pro License. Die Lizenz ist die Kimi-K3-Lizenz Wort für Wort mit geändertem Namen, und Artificial Analysis führte das Modell am 4. November, zwei Tage nach dem Upload, noch als proprietär (felloai). Vier Monate früher hätte dieselbe Release-Sheet-Lektüre eine einzige offene Frage hinterlassen — die Release-Sheet-Audit, die wir am 25. Oktober veröffentlichten, führte „die Lizenz ist unbenannt" als Top-offenen Punkt des Gewichtetags und forderte den Käufer auf, eine Fünfpunkt-Audit auszuführen, wenn die Gewichte landen (die Gewichtetags-Methode).

Die Antwort ist eingetroffen, und sie lautet nicht „offen". Es ist der vierte benannte nicht-permissive Fall in einem Muster, das inzwischen alle großen Open-Weight-Labore umspannt: Qwen schlich Funktionen aus dem Qwen3.8-Max-Download heraus (die Analyse des gestutzten Releases), Mistral schrieb eine Model-as-a-Service-Ausnahme in eine modifizierte MIT (Mistral Large 4 Open-Weight-Ankündigung), Meta bindet die Zuschreibung in die Muse Model License (Model Card), und Moonshot benannte eine restriktive Lizenz um und lieferte sie mit nahe-Frontier-Benchmarks. Dieser Artikel ordnet die vier Fälle auf einem Spektrum, trennt die Lizenzfragen von den Messfragen, die ein Gewichtetag entscheidet, und liefert die Fünfpunkt-Audit, die vor dem Preisansatz jeder Self-Hosting-Entscheidung auszuführen ist.

Die vier Fälle, auf einem Spektrum

Die folgende Tabelle ist das Spektrum. Jede Veröffentlichung ist ein anderer Mechanismus für dieselbe Bewegung — Gewichte veröffentlichen, während eine Bedingung dranbleibt.

Veröffentlichung	Lizenzname	Die Bedingung	Was ein Käufer prüfen muss
Qwen3.8-Max (Aug 2026)	Qwen3.8-Max License	Offene Gewichte sind gestutzt: der Download erhält die Basisarchitektur und Coding-Agent-Benchmarks; die verwaltete API behält Vision-Eingang, 1M-Kontext, Thinking-Steuerung und eingebaute Tools	Die verwaltete API mit den Fähigkeiten vergleichen, die der Download tatsächlich trägt — Model Card und LICENSE-Datei definieren die Grenze
MiniMax M3.1 Flash (Okt 2026)	MiniMax Community License	Eine Schwelle von 20 Mio. $ Jahresumsatz plus Zuschreibungsanforderungen schränken kommerzielles Self-Hosting ein (die Gewichtetags-Audit)	Liegt Ihr Umsatz — einschließlich Konzerngesellschaften — unter der Linie? Die API-Alternative zum Cache-Hit-Satz Ihrer Workload bepreisen
Mistral Large 4 (29. Okt 2026)	Mistral Ecosystem Open-Weight license	Modifizierte MIT: frei in Nutzung, Änderung, Feintuning und Kommerzialisierung — mit einer Bedingung: Unternehmen mit einem Model-as-a-Service-Angebot brauchen eine separate kommerzielle Lizenz (Mistral's Ankündigung)	Macht Ihr Produkt das Modell Dritten verfügbar? Interne Nutzung ist ausgenommen; die MaaS-Grenze ist die einzige Falle dieser Lizenz
Muse Spark Open (15. Okt 2026)	Muse Model License	Eingeschränkte kommerzielle Bedingungen; „Built with Muse Spark Open" muss in der UI jedes Produkts oder Dienstes, der das Modell oder Derivate nutzt, auffällig angezeigt werden (LICENSE)	Zuschreibung ist eine Produkt-Oberflächenpflicht, kein Code-Kommentar — wer liefert Ihre UI aus, und kann sie die Anzeige tragen?
Kimi K3.1 Pro (2. Nov 2026)	Kimi K3.1-Pro License	Die K3-Lizenz umbenannt: interne Nutzung frei; große Model-as-a-Service-Reseller brauchen eine separate Vereinbarung (felloais Lizenzauflösung)	Dieselbe Prüfung wie bei K3. Gleichlizenzierte Derivate beobachten — die Gewichte wurden vor der Landung als „unbeschränkte" Derivat-Listung vorab positioniert

Drei der fünf Zeilen stammen aus den letzten drei Wochen. Das Tempo ist der Befund: was im August eine Laboreigenheit war, ist im November eine Klasse.

Die K3.1-Pro-Zeile löst den offenen Punkt des Release-Sheets — als Einschränkung, nicht als Erlaubnis. Die Release-Sheet-Audit vom 25. Oktober führte „die Lizenz ist unbenannt" als Prüfung Nr. 1 der Fünfpunkt-Audit und bepreiste sie als den einzigen Punkt, der einen Self-Hosting-Plan umschreiben könnte. Die Auflösung ist eine umbenannte Kopie der K3-Lizenz — ein individuelles, MIT-basiertes Dokument mit kommerziellen Einschränkungen, einschließlich einer verpflichtenden separaten Vereinbarung für große Model-as-a-Service-Reseller (AY Automates Lizenz-FAQ). Interne Nutzung ist frei (BERI's Lesung). Für einen Mid-Market-Käufer, dessen Agenten interne Workflows bedienen — ein Angebots-Schalter, ein Rechnungsabgleichs-Gate, ein Support-Graph — ist intern-frei die Bedingung, die zählt, und sie hält. Für einen Käufer, der ein Frontier-Modell in ein kundenorientiertes Produkt einbettet, ist die Separate-Agreement-Klausel die ganze Geschichte, und sie gilt für den Lizenznehmer und jede Konzerngesellschaft.

Die Mistral-Zeile liegt dem Permissiven am nächsten — und ist trotzdem nicht permissiv. Mistral's eigene Ankündigung formuliert die Ausnahme knapp: die Mistral Ecosystem Open-Weight license ist eine modifizierte MIT, frei in Nutzung, Änderung, Feintuning und Kommerzialisierung, „mit einer einzigen Bedingung: Unternehmen, die ein Model-as-a-Service-Angebot betreiben, müssen vor der kommerziellen Nutzung eine separate kommerzielle Lizenz von Mistral erwerben" (Ankündigung). Für ein Unternehmen, das „Le Chonk" innerhalb der eigenen Mauern betreibt — oder hinter einer eingebetteten Endbenutzer-Funktion, die das Modell nicht als Dienst exponiert — löst die Bedingung vielleicht nie aus. Für einen B2B-Softwareanbieter, dessen Produkt Modellaufrufe an Kunden vermittelt, löst sie sofort aus. Dieselbe Lizenzdatei, dasselbe Unternehmen, zwei entgegengesetzte Kaufschlüsse.

Die Qwen-Zeile zeigt den zweiten Mechanismus: Bedingung durch Subtraktion. Qwen3.8-Max's offene Gewichte kamen mit der Basisarchitektur und den Coding-Agent-Benchmarks, aber ohne Vision, jenseits von 262K Kontext, mit festgesetztem Thinking (die Analyse des gestutzten Releases) — die LICENSE-Datei deckt sogar sowohl die gestutzten Gewichte als auch den vollständigen verwalteten Dienst unter einer einzigen „Qwen3.8-Max License" ab. Moonshots K3.1 Pro ist der Kontrastfall im selben Zeitfenster: der Download vom 2. November enthält den vollständigen Funktionssatz — Vision, 1M-Kontext, alles (felloais Spezifikationstabelle). Funktionsstutzung und restriktive Bedingungen sind zwei Wege, dieselbe Lücke zu verkaufen, und eine Kaufentscheidung muss benennen, welchen Mechanismus jede Veröffentlichung fährt.

Das Spektrum in einem Bild: wo jede Veröffentlichung sitzt, die Bedingung, die sie trägt, und die drei Zahlen, die das meiste entschieden.

Was die Lizenzdatei entscheidet, was der Launch-Post nicht beantwortet

Das Spektrum hat eine permissive Basis, und sie deckt nur einen Teil der Übersicht ab. Muse Glimmer — Metas 30B dichtes Agentenmodell — erscheint unter Apache 2.0 ohne Umsatzobergrenze (die Bifurkationsanalyse); in dieser Größenklasse ist Permissives noch normal. Oberhalb der Frontier trägt jede jüngere Open-Weight-Veröffentlichung eine benannte Bedingung. Die praktische Konsequenz: „Offene Gewichte" sind kein binäres Merkmal mehr, das ein Beschaffungsteam erben kann — es ist ein Feld zum Verifizieren, pro Veröffentlichung, pro Bedingungstyp: Umsatzschwellen, MaaS-Ausnahmen, Zuschreibungsanzeigen, Funktionsstutzung.

Zwei Instrumentenfakten schärfen den Punkt. Erstens: Artificial Analysis führte K3.1 Pro am 4. November, zwei Tage nach dem Upload, noch als proprietär — ein Indexierungsverzug, keine Fakten zur Fähigkeit (felloai). Ein Käufer, der einen Index fragt „ist dieses Modell offen", bekommt eine instrumentabhängige Antwort, die der Lizenzdatei um Tage hinterherhinkt. Und derselbe 55.1-Intelligence-Index-Wert erscheint auf der K3.1-spezifischen Seite als v4.3.2 und auf der November-Aggregatseite als v5.0 — zitieren Sie nie die beiden Labels zusammen; zitieren Sie konsistent eine Skalengeneration, denn die v5-Skala und die v4-Skala sind keine vergleichbaren Zahlen.

Zweitens ist das Derivatrisiko real, bevor die Gewichte überhaupt landen: ein „unbeschränktes" K3.1-Pro-Derivat wurde vor dem Upload auf Hugging Face vorab positioniert (die Derivat-Listung). K3.1 Pro's restriktive Bedingungen wandern nicht zuverlässig in abgeleitete Checkpoints — ein Distributionsrisiko, das der Self-Hosting-Käufer in dem Moment erbt, in dem ein Community-Finetune in seinen Stack kommt statt der Vendor-Checkpoint. Beschaffung, die Lizenznamen beim Ingest verifiziert, nicht bei der Ankündigung, fängt das.

Die zweite Audit: was der Gewichtetag über die Zahlen entscheidet

Die Lizenz war der offene Punkt der Oktober-Audit. Der November-Gewichtetag entscheidet ein zweites Set — die Doppel-Messzeilen, die dem Käufer sagen, was die Behauptungen des Release-Sheets unter unabhängigen Harnesses werden. Die Release-Sheet-Audit rahmte diese als die Prüfungen, die sich sheet-first nicht beantworten ließen:

Die Terminal-Bench-4.0-Reihung ist harnessabhängig. Artificial Analysis maß K3.1 Pro bei 67 % — der höchste Wert, den es auf dem Bench gemessen hat — während Moonshots eigener Lauf 65,7 % unter dem Claude-Code-Harness druckte, mit Opus 5.5 bei 66,4 % auf diesem Harness (felloais Doppel-Mess-Tabelle). Der 0,7-Punkt-Abstand zu Opus 5.5 bleibt im Rauschen; die Reihung gegen GPT-6 Astra (58,2 %) hält in beiden Spalten.
Die Halluzinationszahlen stimmen in der Richtung überein, unterscheiden sich in der Größenordnung. Moonshot berichtet einen Fall von 23,4 % auf 8,3 % auf seinem internen Stress-Bench; Artificial Analysis maß einen kleineren Fall, von 53 % auf 44 % (felloai). Beide Zeilen tragen Label — der Vendor-Bench ist ein Stresstest, die AA-Zeile ein Composite — und ein Zitat, das das Label fallen lässt, ist ein Falschzitat.
Die Kosten pro Aufgabe bewegten sich falsch, während Tokens billiger wurden. K3.1 Pro verbraucht 14 % mehr Ausgabe-Tokens pro Index-Aufgabe als K3, also liest Artificial Analysis' Kosten-pro-Aufgabe 2,11 $ gegen K3's 2,00 $ (felloai). Der Listenpreis fiel um ein Drittel; der Preis pro Aufgabe nicht. Das ist die Zeile, die eine Token-Tabelle übersieht.
Die Lückenprognose ist jetzt zählbar. Mit den Gewichten ist K3.1 Pro das höchstbewertete Open-Weight-Modell auf dem Index, und AA prognostiziert, dass die Intelligence-Index-Lücke zwischen offen und proprietär von 12 Punkten auf 3 schrumpft (felloai). Drei Punkte liegen im Rauschboden eines Benchmarks — das heißt, in den meisten Mid-Market-Kaufentscheidungen trennt jetzt die Lizenzfrage, nicht die Fähigkeitsfrage, eine Open-Weight-Bereitstellung von einer proprietären API.

Die Fünfpunkt-Lizenz-Audit, nach K3.1

Die Audit konsolidiert sich zu fünf Fragen, die jeweils aus Artefakten beantwortbar sind, die ein Käufer an einem Nachmittag lesen kann:

#	Prüfung	Das Artefakt	Der verhinderte Fehler
1	Wie lautet der exakte Lizenzname — und ist es ein standardisierter?	Die LICENSE-Datei im Gewichte-Repo	Einen Self-Hosting-Plan auf Apache-2.0-Annahmen gegenüber einer individuellen Lizenz bepreisen
2	Knüpft eine Bedingung am Umsatz — und an wessen?	Der Schwellen-Abschnitt der Lizenz, Konzernformulierungen eingeschlossen	Die 20-Mio.-$-Klasse-Linie, die „kostenlose kommerzielle Nutzung" in „frei bis zum nächsten Geschäftsjahr" umwandelt
3	Fällt Ihre geplante Distribution unter eine Ausnahme?	Die MaaS/Eingebettete-Funktions-Definitionen, Wort für Wort	Zum Produktlaunch feststellen, dass das Einbetten des Modells in ein kundenorientiertes Produkt eine separate Lizenz braucht
4	Sind die offenen Gewichte funktional vollständig gegenüber der verwalteten API?	Die Model Card gegen die API-Dokumentation, Feature für Feature	Auf einer Fähigkeit bauen (Vision, langer Kontext, Tools), die der Download nicht trägt
5	Was haben unabhängige Harnesses reproduziert?	Artificial-Analysis-/Community-Harness-Zeilen neben den Vendor-Zahlen	Ein 65,7 % ohne Harness-Vermerk zitieren, oder eine 8,3 %-Halluzinationsrate ohne das Stress-Bench-Label

Führen Sie sie in dieser Reihenfolge aus. Fragen 1–3 sind rechtlich, und jede kann die Self-Hosting-Option beenden, bevor eine einzige GPU bepreist ist. Fragen 4–5 sind technisch, und jeder der vier Fälle oben hat mindestens eine Zeile, die ein Käufer übersehen hätte, wenn er nur den Launch-Post gelesen hätte.

Ein repräsentativer Build

Ein Mid-Market-Großhändler betreibt seinen Angebots-Schalter auf einem verwalteten proprietären Modell und will die Kostenkontrolle des Self-Hostings seines RFQ-Intake-Agenten. Die Fünfpunkt-Audit läuft in einem Nachmittag: die Lizenz des Zielmodells ist ein benannter individueller Fall (Prüfung 1 greift); der Umsatz des Großhändlers liegt weit unter jeder Schwelle, und die Agenten-Antworten erscheinen nur innerhalb des Unternehmens — interne Nutzung, keine MaaS-Exposition (Prüfung 3 ist frei); die offenen Gewichte tragen die Vision- und Langkontext-Funktionen, die die Intake-Pipeline braucht (Prüfung 4 ist frei); die unabhängigen Harness-Zeilen reproduzieren die Fähigkeitsklasse im Rauschen (Prüfung 5 ist frei). Der Self-Hosting-Weg wird gegenüber der Lizenz bepreist, unter der er tatsächlich laufen kann — und der Angebots-Schalter migriert seine immer-an-Workload auf das Modell, das die Lizenz erlaubt, und hält die verwaltete API für die zwei Workloads mit adversarialen Prompts, wo die stress-getesteten Werte des Vendors am meisten zählen.

Fordern Sie einen abgegrenzten Build an — wir kartieren Systeme, Lizenz- und Fähigkeitsbeschränkungen und den Workflow in einer Woche. Sie bekommen ein Systeminventar, eine Workflow-Karte und einen festen Scope — ob Sie mit uns bauen oder nicht.