KI-Begriffe

Open Weights

Modelle, deren Parameter man herunterladen und selbst betreiben kann – was „offen“ bei KI wirklich heißt und wie ein Modell auf den eigenen Rechner kommt.

Lesestand

Bei geschlossenen Modellen bekommt man nur Zugang über eine App oder API – die Parameter bleiben beim Anbieter. Bei Open Weights (offene Gewichte) kann man die Parameter herunterladen und das Modell auf eigener Hardware betreiben, ohne Internet und ohne dass Daten das Haus verlassen.

„Offen“ heißt dabei meist nur: Die fertigen Gewichte sind verfügbar. Trainingsdaten und Trainingscode sind es oft nicht, und die Lizenz kann die Nutzung einschränken. Echte Open Source im strengen Sinn – alles offen – ist bei großen Modellen selten.

Wie offen ist offen?

GeschlossenNur über App oder API nutzbar.z. B. die großen Modelle von Anthropic, Google, OpenAI
Offene Gewichte, eigene LizenzDownload erlaubt, aber mit Bedingungen.z. B. Llama (Meta)
Offene Gewichte, freie LizenzEtwa Apache 2.0 oder MIT – auch kommerziell frei.z. B. manche Modelle von Mistral, Qwen, DeepSeek, gpt-oss
Vollständig offenGewichte, Code und Trainingsdaten veröffentlicht.z. B. OLMo (Allen Institute for AI)
← weniger Einblickmehr Einblick →
Beispiele zur Orientierung, Stand 2026. Lizenzen ändern sich und unterscheiden sich teils von Modell zu Modell desselben Anbieters – vor dem Einsatz immer die konkrete Lizenz lesen.
Was ist verfügbar?GeschlossenOpen WeightsVoll offen
Modell benutzen✓✓✓
Selbst betreiben, offline–✓✓
Selbst weitertrainierenmeist nur eingeschränkt✓✓
Trainingscode einsehen–selten✓
Trainingsdaten einsehen–fast nie✓
Ein Vergleich aus der Java-Welt: Open Weights ist wie eine .jar-Datei ohne Quellcode, die man frei einbinden darf. Voll offen ist das ganze Repository samt Build-Skripten. Und geschlossen ist ein externer Webservice.

Läuft das bei mir?

Die wichtigste Frage beim lokalen Betrieb: Passen die Gewichte in den Speicher? Wähl deine Hardware und die Genauigkeit (siehe Quantisierung bei Parameter):

Welche Modellgröße passt?

Schwarzer Strich: nutzbarer Speicher (etwa 75 % des Gesamtspeichers, der Rest braucht das System und der KV-Cache). Grob gerechnet: Parameter × Bytes pro Zahl. Bei Grafikkarten zählt der Grafikspeicher, bei Macs der gemeinsame Arbeitsspeicher. „Knapp“ heißt: läuft vermutlich, aber mit kurzem Kontext.

Faustregel: Modelle mit wenigen Milliarden Parametern laufen auf jedem modernen Laptop und sind für einfache Aufgaben erstaunlich brauchbar. Modelle in der Größenordnung von 30 bis 70 Milliarden brauchen eine starke Grafikkarte oder einen Rechner mit viel gemeinsamem Speicher. Die größten offenen Modelle mit Hunderten Milliarden Parametern sind eher etwas für Server.

Werkzeuge

Man muss dafür kein KI-Spezialist sein. Verbreitete Werkzeuge erledigen Download, Quantisierung und Betrieb:

▶

Ollama

Kommandozeile und lokaler Server. ollama run <modell> lädt ein Modell und startet einen Chat; nebenbei läuft eine HTTP-API.

⚙

llama.cpp

Die schlanke Laufzeitumgebung, auf der viele andere Werkzeuge aufbauen. Modelle liegen meist im Format GGUF.

▣

LM Studio

Grafische Oberfläche zum Suchen, Laden und Ausprobieren von Modellen, ebenfalls mit lokaler API.

// Ein lokales Modell über die Ollama-API aus Java ansprechen
HttpClient http = HttpClient.newHttpClient();
String body = """
    {"model": "%s", "prompt": "%s", "stream": false}
    """.formatted(modellName, frage);              // in echt: sauber als JSON escapen

HttpRequest req = HttpRequest.newBuilder(URI.create("http://localhost:11434/api/generate"))
    .POST(HttpRequest.BodyPublishers.ofString(body))
    .header("Content-Type", "application/json")
    .build();

String json = http.send(req, HttpResponse.BodyHandlers.ofString()).body();
// Feld "response" enthält die Antwort. Bequemer: LangChain4j oder Spring AI,
// die lokale und Cloud-Modelle über dieselbe Schnittstelle ansprechen.

Wann lohnt sich das?

Für lokale Modelle spricht

  • Daten verlassen nie das eigene Haus – wichtig bei Kundendaten, Gesundheit, Geheimnissen
  • Keine Kosten pro Anfrage, keine Abhängigkeit von einem Anbieter
  • Läuft offline
  • Volle Kontrolle: Version bleibt stabil, eigenes Weitertrainieren möglich

Dagegen spricht

  • Die stärksten Modelle sind meist geschlossen; lokal läuft in der Regel etwas Kleineres
  • Hardware kostet Geld und Strom
  • Betrieb, Updates und Absicherung liegen bei einem selbst
  • Lizenzbedingungen müssen geprüft werden

Die Debatte um Offenheit

Ob große Modelle offen veröffentlicht werden sollten, ist umstritten. Befürworter verweisen auf Forschung, Transparenz, Wettbewerb und darauf, dass Wissen nicht bei wenigen Firmen konzentriert sein sollte. Kritiker geben zu bedenken, dass sich ein veröffentlichtes Modell nicht zurückrufen lässt und eingebaute Sicherheitsvorkehrungen durch Weitertrainieren entfernt werden können – bei sehr leistungsfähigen Modellen ein ernstes Risiko. Viele Anbieter entscheiden deshalb je nach Modell und Fähigkeiten unterschiedlich.

Für Entwickler übersetzt

BegriffEntspricht ungefähr
Geschlossenes Modellein externer SaaS-Dienst mit API-Schlüssel
Open Weightsein Binär-Artefakt zum Selbsthosten – wie eine .jar ohne Quellen
Gewichtsdatei (GGUF, safetensors)serialisierte Arrays, oft mehrere Dutzend GB
Ollama, llama.cppdie Laufzeitumgebung – vergleichbar mit einer JVM für Modelle
Modell-Lizenzwie bei Bibliotheken: Apache 2.0 ist unkompliziert, eigene Lizenzen genau lesen

Häufige Irrtümer

„Open Weights ist Open Source.“ – Meist nicht im strengen Sinn: Die Gewichte sind offen, Daten und Trainingscode oft nicht, und manche Lizenzen schränken die Nutzung ein.
„Lokal läuft dasselbe wie in der Cloud.“ – Die größten Modelle der großen Anbieter gibt es meist nicht zum Download. Lokal läuft in der Regel ein kleineres, oft quantisiertes Modell.
„Ein lokales Modell schickt trotzdem Daten nach Hause.“ – Das Modell selbst ist nur eine Datei voller Zahlen und kann nichts senden. Ob die Software drumherum das tut, hängt von ihr ab – bei den gängigen Werkzeugen lässt sich das prüfen und abschalten.
„Kleine Modelle taugen nichts.“ – Für klar umrissene Aufgaben wie Zusammenfassen, Einordnen oder Daten extrahieren sind sie oft völlig ausreichend – und schnell.

Verwandte Begriffe