Patentrisiken bei Llama, Qwen, DeepSeek, Kimi und Mistral

Kann ein Unternehmen wegen Patentverletzung belangt werden, obwohl sein Produkt auf einem fremden, frei verfügbaren KI-Modell beruht?

Ja. Eine Open-Source- oder Modelllizenz kann weitreichende Rechte am Code und an den Gewichten einräumen. Sie kann aber keine Patente aus der Welt schaffen, deren Inhaber an dieser Lizenz nie beteiligt waren.

Das spricht nicht gegen Llama, Qwen, DeepSeek, Kimi, Mistral oder offene KI. Es zeigt vielmehr, warum bei jeder Version genau hingesehen werden muss. Llama verwendet eigene Bedingungen von Meta. Qwen3 und Mistral 7B nutzen Apache 2.0. DeepSeek R1 steht unter MIT, Kimi K2 unter einer abgewandelten MIT-Lizenz.

Für Unternehmen sind drei Fragen auseinanderzuhalten:

1. Dürfen wir dieses Modell verwenden, verändern und vertreiben?
2. Welche Patentrechte räumen uns die Beitragenden tatsächlich ein?
3. Können außerhalb des Projekts Patente bestehen, die unser Produkt berührt?

Die Lizenz beantwortet meist die erste und manchmal einen Teil der zweiten Frage. Die dritte lässt sich nur anhand des Produkts und der einschlägigen Patente beantworten.

Eigenständige Entwicklung schützt nicht automatisch vor Patentverletzung

Urheberrecht und Patentrecht setzen an unterschiedlichen Punkten an. Beim Urheberrecht geht es typischerweise darum, ob geschützter Ausdruck übernommen wurde. Ein Patent kann dagegen auch durch eine unabhängig entwickelte Lösung verletzt werden, wenn sie sämtliche Merkmale eines wirksamen Patentanspruchs verwirklicht.

Nach dem US-Patentrecht kann eine unmittelbare Verletzung vorliegen, wenn eine geschützte Erfindung ohne Erlaubnis hergestellt, benutzt, angeboten, verkauft oder eingeführt wird. Die Kenntnis des Patents ist dafür grundsätzlich nicht erforderlich. Bei mittelbarer Verletzung sowie bei Schadensersatz und anderen Rechtsfolgen können Wissen, Hinweis und Absicht allerdings erheblich sein.

Ein KI-Unternehmen ist deshalb nicht allein dadurch sicher, dass seine Entwickler das Patent nie gelesen haben oder eine technische Funktion bereits in einem frei verfügbaren Modell enthalten war. Entscheidend ist, was der Patentanspruch verlangt, wie das eingesetzte System technisch arbeitet und in welchen Ländern die maßgeblichen Handlungen stattfinden.

Auch kommerzielle Anwender können ins Visier geraten. Im Streit zwischen Microsoft und TomTom von 2009 machte Microsoft Patente gegen den Hersteller von Navigationsgeräten geltend. Betroffen waren unter anderem Dateiverwaltungsfunktionen in Linux-basierten Produkten. Der Streit endete mit einer Patentvereinbarung, nach der TomTom für die entsprechende Abdeckung zahlte.

Das Beispiel beweist nicht, dass Ansprüche gegen nachgelagerte Nutzer alltäglich sind. Es zeigt aber, dass nicht zwingend der ursprüngliche Softwareentwickler der einzige mögliche Anspruchsgegner ist.

Bei KI-Produkten kommen viele prüfungsrelevante Schichten zusammen: Basismodell, Fine-Tuning, Inferenzserver, Tokenizer, Retrieval, Vektordatenbank, Orchestrierung und eigene Optimierungen. Jede davon kann eine Technik umsetzen, die für einen Patentanspruch relevant ist.

Was die verbreiteten Modelllizenzen tatsächlich abdecken

Open-Source-Lizenzen regeln in erster Linie urheberrechtliche Nutzungsrechte. Einige enthalten zusätzlich ausdrückliche Patentlizenzen. Keine Lizenz kann jedoch Rechte vergeben, die der Lizenzgeber weder besitzt noch kontrolliert.

Modell oder Lizenz	Ausdrückliche Patentwirkung	Zentrale Grenze
MIT und übliche BSD-Lizenzen	Keine ausdrückliche Patentlizenz	Ob sich im Einzelfall stillschweigende Rechte ergeben, ist keine verlässliche Patentfreigabe
Apache 2.0	Ja, von jedem Beitragenden	Nur kontrollierte Patentansprüche, die durch den jeweiligen Beitrag notwendigerweise verwirklicht werden
Qwen3	Apache 2.0	Patentlizenz der Beitragenden, aber kein Schutz vor Patenten außenstehender Dritter
Mistral 7B v0.1	Apache 2.0	Gleiche Begrenzung; andere Mistral-Modelle können anderen Bedingungen unterliegen
DeepSeek R1	MIT	Keine ausdrückliche Patentlizenz; bei destillierten Varianten kann die Modellabstammung weitere Bedingungen auslösen
Kimi K2.7 Code	Geänderte MIT-Lizenz	Keine ausdrückliche Patentlizenz und Kennzeichnungspflicht oberhalb bestimmter Nutzer- oder Umsatzschwellen
Llama 4	Begrenzte Rechte an Metas in den Materialien enthaltenem geistigem Eigentum	Keine Lizenz für Patente Dritter; zusätzliche Nutzungs- und Weitergabebedingungen

MIT und BSD enthalten keine ausdrückliche Patentlizenz

Die MIT-Lizenz und die verbreitete BSD-3-Clause-Lizenz erlauben Nutzung, Änderung und Weitergabe in weitem Umfang. Eine ausdrückliche Patentklausel enthalten sie nicht.

Das bedeutet nicht zwingend, dass patentrechtlich in jedem denkbaren Fall keinerlei Rechte entstehen. Je nach Sachverhalt können stillschweigende Lizenz oder Vertrauensschutz diskutiert werden. Darauf sollte jedoch weder eine allgemeine Patentfreigabe noch eine Produkteinführung gestützt werden.

Apache 2.0 gewährt eine nützliche, aber begrenzte Patentlizenz

Apache 2.0 enthält eine ausdrückliche Regelung. Jeder Beitragende lizenziert Patentansprüche, über die er verfügen kann und die durch seinen Beitrag allein oder zusammen mit dem Werk notwendigerweise verwirklicht werden.

Die Grenzen sind ebenso wichtig wie die Lizenz selbst. Patente außenstehender Unternehmen werden nicht erfasst. Ebenso wenig kann ein Beitragender Rechte vergeben, die er nicht kontrolliert.

Hinzu kommt eine defensive Beendigungsklausel. Wer wegen angeblicher Patentverletzung durch das Werk oder einen darin enthaltenen Beitrag Klage erhebt, kann die ihm für dieses Werk gewährten Patentlizenzen verlieren. Das erschwert bestimmte Patentangriffe, ist aber kein Rundumschutz.

Qwen3-Lizenz und kommerzielle Nutzung

Laut dem offiziellen Qwen3-Repository stehen alle offenen Qwen3-Modelle unter Apache 2.0. Kommerzielle Nutzung ist damit grundsätzlich möglich, einschließlich der begrenzten Patentlizenz der Beitragenden.

Qwen ist längst kein Randfall mehr. Der Open-Source-AI-Bericht von Hugging Face aus dem Frühjahr 2026 zählt mehr von Qwen abgeleitete Modelle als Ableitungen aus den Familien von Google und Meta zusammen. Große Verbreitung erweitert den Lizenzumfang jedoch nicht.

Mistral-Lizenzen und kommerzielle Nutzung

Für Mistral gibt es keine einheitliche Lizenz, die für jedes Angebot gilt. Mistral 7B v0.1 steht beispielsweise unter Apache 2.0. Für dieses Modell gelten daher die beschriebenen kommerziellen Rechte und die begrenzte Patentlizenz.

Unternehmen sollten Modellname und Version genau dokumentieren. Die Lizenz eines offenen Mistral-Modells darf nicht ohne Prüfung auf ein anderes offenes oder kommerzielles Angebot übertragen werden.

DeepSeek-R1-Lizenz und kommerzielle Nutzung

DeepSeek stellt Repository und Modellgewichte von DeepSeek R1 unter MIT bereit. Die kommerzielle Nutzung ist weitgehend erlaubt, eine ausdrückliche Patentlizenz fehlt jedoch. Eine Studie zur Nutzung offener Modelle aus dem Jahr 2026 sah DeepSeek bei den dort untersuchten OpenRouter-Inferenzdaten an der Spitze.

Bei destillierten Varianten zählt auch die Abstammung. Nach Angaben des Projekts behalten auf Qwen 2.5 beruhende Varianten die Apache-2.0-Bedingungen ihres Basismodells. Auf Llama beruhende Varianten bleiben an die jeweilige Llama-Lizenz gebunden. Diese Bedingungen bestimmen die zulässige Nutzung, sind aber keine pauschale Freistellung von fremden Patenten.

Kimi-K2-Lizenz und kommerzielle Nutzung

Moonshot AI veröffentlicht Kimi K2.7 Code unter einer geänderten MIT-Lizenz. Nutzung, Bearbeitung, Vertrieb und Unterlizenzierung sind grundsätzlich gestattet. Eine ausdrückliche Patentlizenz ist nicht enthalten.

Für sehr große Produkte greift eine zusätzliche Kennzeichnungspflicht. Bei mehr als 100 Millionen monatlich aktiven Nutzern oder mehr als 20 Millionen US-Dollar Monatsumsatz muss „Kimi K2“ gut sichtbar in der Benutzeroberfläche erscheinen. Die Bezeichnung „MIT“ allein wäre deshalb ungenau.

Kimi hat auch praktische Marktrelevanz. Kimi K2.7 Code ist in GitHub Copilot Business und Enterprise verfügbar. Die Verbreitung über eine große Plattform ändert jedoch weder Moonshots Lizenzumfang noch Patentrechte Dritter.

Llama-4-Lizenz und kommerzielle Nutzung

Metas Llama 4 Community License gewährt begrenzte Rechte an geistigem Eigentum, das Meta gehört und in den Llama-Materialien enthalten ist. Sie enthält Bedingungen für Nutzung und Weitergabe sowie eine gesonderte Lizenzpflicht für Unternehmen oberhalb der genannten Schwelle von 700 Millionen monatlich aktiven Nutzern.

Der Umfang endet bei Rechten, über die Meta verfügen kann. Ein Patent eines außenstehenden Unternehmens wird dadurch nicht freigegeben. Auch die Open Source Initiative stuft die Llama-Lizenz nicht als Open Source ein.

Eine veröffentlichte KI-Studie ist keine Patentfreigabe

Dass eine technische Idee in einem Paper beschrieben ist, bedeutet nicht automatisch, dass jede Umsetzung ohne Patentrechte Dritter genutzt werden darf.

Google hält aktive Patentfamilien zu bestimmten aufmerksamkeitsbasierten Systemen für Sequenztransduktion, die mit der Entwicklung der Transformer-Architektur zusammenhängen. Dazu gehören US 10,452,978 und US 11,886,998.

Das bedeutet nicht, dass Google jeden Transformer besitzt oder jedes moderne Sprachmodell diese Patente verletzt. Geschützt ist der Inhalt der Patentansprüche, nicht ein technisches Schlagwort. Für eine Verletzung müssen die Merkmale eines wirksamen Anspruchs mit der konkreten Implementierung verglichen werden.

Google betreibt außerdem eine Patentzusage für bestimmte gelistete Patente, die in qualifizierender freier oder Open-Source-Software eingesetzt werden. Die beiden genannten Transformer-Patente erscheinen nicht in der aktuellen Liste.

Auch Kompression, Quantisierung, Retrieval, Inferenzplanung, Hardwarebeschleunigung und andere Teile des KI-Stacks sind Gegenstand erteilter Patente und veröffentlichter Anmeldungen. Deren bloße Existenz beweist keine Verletzung. Sie zeigt aber, warum offene Gewichte und Ausübungsfreiheit zwei verschiedene Aussagen sind.

Fünf praktische Maßnahmen gegen Patentrisiken

1. Das tatsächliche Produkt auf Ausübungsfreiheit prüfen

Eine Lizenzprüfung zeigt, was Abhängigkeiten erlauben. Eine Freedom-to-Operate-Analyse untersucht dagegen, ob konkrete technische Funktionen mit durchsetzbaren Patentansprüchen kollidieren können.

Bei KI-Produkten können Training, Fine-Tuning, Modellarchitektur, Inferenzoptimierung, Retrieval, Caching, Routing und Bereitstellung relevant sein. Priorität haben wirksame Patente in wirtschaftlich wichtigen Ländern. Veröffentlichte Anmeldungen sollten als mögliches künftiges Risiko beobachtet werden.

2. Software- und Modellbestand vollständig dokumentieren

Erfassen Sie jedes Modell, Framework, jede Bibliothek, jeden Dienst und jede wesentliche Optimierung mit Version, Anbieter, Lizenz, Änderungen und Abstammung.

Ein feinabgestimmtes, zusammengeführtes oder destilliertes Modell übernimmt nicht automatisch jedes Patentrisiko seiner Vorfahren. Maßgeblich bleibt, was das fertige System tatsächlich umsetzt. Eine nachvollziehbare Abstammung beschleunigt jedoch jede spätere Prüfung.

3. Ausdrückliche Patentlizenzen bevorzugen, ohne sie zu überschätzen

Apache 2.0 kann bei sonst vergleichbaren Komponenten ein echter Vorteil sein. Daraus folgt aber nicht automatisch ein geringeres Gesamtrisiko. Dokumentieren Sie, wer die relevante Funktion beigetragen hat und ob die Patentlizenz auch die verwendete Kombination erfasst.

4. Freistellungen im Vertrag genau lesen

Manche Modell- und Cloudanbieter bieten Schutz bei bestimmten Ansprüchen. Umfang, Ausschlüsse, Verfahren und Haftungsgrenzen unterscheiden sich stark.

OpenAIs aktuelle Servicebedingungen enthalten etwa eine näher begrenzte IP-Freistellung für bestimmte API- und Enterprise-Kunden. Microsofts Customer Copyright Commitment ist vor allem auf Urheberrechtsansprüche ausgerichtet. Beides ist keine allgemeine Zusage für jedes Patent im gesamten KI-Stack.

5. Defensive Patentnetzwerke prüfen

Das LOT Network schützt Mitglieder in einem bestimmten Fall, wenn erfasste Patente an qualifizierte Patentverwerter übertragen werden. Es verhindert keine gewöhnlichen Patentstreitigkeiten zwischen operativ tätigen Unternehmen.

Das Open Invention Network arbeitet mit einer lizenzgebührenfreien Kreuzlizenz und Nichtangriffsvereinbarung für das definierte Linux-System. Auch dieser Schutz gilt nicht pauschal für jede KI-Technik.

Technische Umgehung kann eine echte Option sein

Wenn eine Prüfung ein problematisches Patent findet, bleiben neben Streit und Lizenzierung oft technische Alternativen. Patentansprüche schützen konkrete Merkmalskombinationen, nicht ein Geschäftsziel als solches.

Eine Merkmalsanalyse kann zeigen, ob jede Anspruchsvoraussetzung erfüllt ist und welche Funktion sich verändern lässt. Eine andere Cache-Struktur, ein anderes Routing oder eine abweichende Attention-Operation kann eine unmittelbare Verletzung vermeiden. Gleichzeitig müssen weitere Ansprüche, Familienmitglieder und gegebenenfalls Äquivalenzfragen berücksichtigt werden.

Früh geplant ist eine solche Umgehung häufig günstiger als eine Änderung nach Markteinführung.

Die bessere Frage

Offene KI ist nicht patentfrei. Sie verbindet großzügigen Zugang zu Code und Modellgewichten mit Patentrechten, deren Umfang von Inhaber, Beitrag, Anspruch, technischer Umsetzung und Land abhängt.

Gute Risikosteuerung bedeutet nicht, offene Modelle zu meiden. Unternehmen sollten wissen, was sie einsetzen, welche Rechte die konkrete Lizenz gewährt, welche Funktionen besonders prüfungsbedürftig sind und welche Lizenzierungs- oder Umgehungsoptionen bestehen.

Die entscheidende Frage lautet daher nicht nur: „Ist das Modell Open Source?“

Sondern: „Welche Rechte besitzen wir, welche Rechte liegen außerhalb der Lizenz und wie arbeitet unser eingesetztes System tatsächlich?“

Patenta unterstützt semantische Patentrecherche und Freedom-to-Operate-Analysen in mehr als 160 Millionen Patentdokumenten aus über 100 Rechtsordnungen, einschließlich Risikobewertung und Anspruchsanalyse. Prüfen Sie die Patentlandschaft Ihres KI-Produkts, bevor ein Anspruch die Frage für Sie stellt.

Dieser Beitrag dient der allgemeinen Information und ist keine Rechtsberatung. Fragen zu Schutzumfang, Verletzung und Lizenzierung sollten für die betreffenden Rechtsordnungen mit qualifizierten Beratern geprüft werden.