bussek. Einblicke / KI

Open Weight verstehen · Stand

Mixture of Experts.

Ein großer Vorrat an Gewichten, von dem pro Token nur ein Teil arbeitet. Das spart Rechenarbeit – die übrigen Gewichte verschwinden deshalb nicht aus dem Modell.

Auswahl pro TokenDer Router aktiviert passende Teilnetze.
Zwei ParameterzahlenGesamtgröße und aktive Größe unterscheiden.
Alle Gewichte zählenAuch für die quantisierte Downloadgröße.

01 · Die Architektur

Ein Experte ist ein Teilnetz im Modell

Bei einem klassischen, dichten Transformer durchlaufen Tokens weitgehend dieselben Rechenblöcke. Ein sparsames MoE ersetzt bestimmte Feedforward-Blöcke durch mehrere alternative Teilnetze: die Experten. Ein kleiner Router entscheidet anhand der aktuellen Token-Repräsentation, welche davon rechnen. Aufmerksamkeitsschichten und andere gemeinsame Komponenten bleiben zusätzlich beteiligt.

„Experte“ ist dabei ein technischer Name. Das Teilnetz erzeugt keine eigenständige Chatantwort. Es verarbeitet Zahlenvektoren innerhalb einer Schicht. Spezialisierung kann beim Training entstehen, entspricht aber nicht zwingend Kategorien wie „Mathematiker“, „Übersetzer“ oder „Programmierer“. Solche Beschriftungen wären anschaulich und oft falsch. Hugging Face: MoE in Transformers ↗

Gemeinsame Experten sind eine weitere Möglichkeit. Manche Architekturen lassen bestimmte Experten immer mitarbeiten und wählen nur die übrigen dynamisch aus. DeepSeekMoE untersucht diese Trennung zusammen mit vielen kleineren Experten, um gemeinsame Fähigkeiten und Spezialisierung besser aufzuteilen. Die genaue Bauweise hängt vom Modell ab. DeepSeekMoE-Paper ↗

02 · Schritt für Schritt

Welcher Teil rechnet, wird immer wieder entschieden

Bei einem Top-2-Router werden zwei Experten ausgewählt. Ihre Ergebnisse fließen gewichtet zusammen und werden weiterverarbeitet. Diese Auswahl kann sich von Token zu Token und von Schicht zu Schicht ändern. Mixtral 8×7B verwendet beispielsweise acht Experten je Schicht und wählt davon jeweils zwei. Mixtral-Paper ↗

Ein Token in einer MoE-SchichtFrei erfundenes Beispiel mit 8 Experten und Top-2-Routing.
Token-Repräsentation nach gemeinsamer Verarbeitung
RouterWählt 2 von 8 Experten
Experte 1inaktiv
Experte 2aktiv · 65 %
Experte 3inaktiv
Experte 4inaktiv
Experte 5inaktiv
Experte 6aktiv · 35 %
Experte 7inaktiv
Experte 8inaktiv

Beispiel 1: 0,65 × Ergebnis von Experte 2 + 0,35 × Ergebnis von Experte 6

Gemeinsam weiter zur nächsten Schicht

Die Prozentzahlen gewichten hier die beiden Ergebnisse. Sie messen weder Sicherheit noch Antwortqualität. Auswahl und Zahlen sind illustrativ, keine aufgezeichneten Modelldaten. Alle acht Experten bleiben Bestandteil des Modells.

Ein Eingabetext mit vielen Tokens kann insgesamt zahlreiche Experten beschäftigen, obwohl je Token nur wenige aktiv sind. Deshalb bedeutet „2 von 8“ weder zwei Experten für die ganze Unterhaltung noch automatisch ein Viertel der gesamten Rechenzeit.

03 · Die beiden Größen

Gesamte Parameter speichern, aktive Parameter benutzen

Gesamte Parameter
Alle Gewichte des Modells: sämtliche Experten plus gemeinsame Komponenten. Diese Zahl ist für die vollständige Gewichtsdatei entscheidend.
Aktive Parameter
Die beim Verarbeiten eines Tokens verwendeten Gewichte, einschließlich gemeinsamer Teile. Sie helfen, den Rechenaufwand einzuordnen, sind aber keine Downloadgröße.
„A“ im Modellnamen
Bei Qwen3.8-2.4T-A95B nennt der Anbieter 2,4 Billionen Parameter insgesamt und 95 Milliarden aktive. T steht für eine Billion, B für eine Milliarde. Die Zählweise sollte immer in der Modellkarte geprüft werden. Qwen-Modellkarte ↗

Zwei dokumentierte Beispiele

Gerundete Angaben aus den jeweiligen Veröffentlichungen
ModellGesamtAktiv pro TokenQuelle
Mixtral 8×7B47 Milliarden13 MilliardenMixtral ↗
OLMoE-1B-7B7 Milliarden1 MilliardeOLMoE ↗

Bei Mixtral ist „8×7B“ also keine Rechnung von acht vollständigen 7B-Modellen zu 56B. Teile der Architektur werden gemeinsam verwendet. Auch die Reihenfolge der Zahlen im Namen ist nicht einheitlich: OLMoE nennt in diesem Namen die aktive Zahl zuerst. Die Modellkarte schlägt die Kopfrechnung.

04 · Was das bringt

Mehr Kapazität bei begrenzter Rechenarbeit

MoE erlaubt, zusätzliche trainierbare Gewichte bereitzuhalten, ohne bei jedem Token alle auszuwerten. Das ist der wesentliche Vorteil: mehr Kapazität bei vergleichbarem Aufwand für die ausgewählten Experten. Die Switch-Transformer-Forschung untersucht diese Skalierung und zugleich Schwierigkeiten bei Kommunikation und stabilem Training. Switch Transformers ↗

Der Router muss sinnvoll verteilen

Wählt er beim Training fast immer dieselben Experten, erhalten andere zu wenig Lernsignale. Die bevorzugten Experten werden weiter bevorzugt. Maßnahmen zur Lastverteilung sollen diese Schieflage begrenzen, etwa zusätzliche Trainingsziele. Gute Verteilung und passende Spezialisierung müssen zusammen funktionieren. Routing und Lastverteilung ↗

Der Aufwand verschwindet nicht vollständig

Routing, Zusammenführen der Ergebnisse und gemeinsame Modellteile kosten ebenfalls Arbeit. Kontextlänge, Software und konkrete Architektur beeinflussen das Tempo. Die Zahl der aktiven Parameter ist deshalb ein Anhaltspunkt, kein vollständiger Geschwindigkeitsvergleich. Architektur und Ausführung ↗

Aus „100B gesamt, 10B aktiv“ folgt kein fester Leistungsrang. Weder muss dieses Modell wie ein dichtes 100B-Modell antworten, noch ist es auf das Können eines dichten 10B-Modells beschränkt. Unsere Einordnung bleibt an gemessenen Aufgabenleistungen orientiert. Parameterzahlen erklären die Konstruktion, nicht den Platz auf dem Siegertreppchen.

05 · Verbindung zur Quantisierung

Die vollständige Datei enthält auch inaktive Experten

MoE bestimmt, welche Teile rechnen. Quantisierung bestimmt, wie genau deren Gewichte gespeichert werden. Beide Verfahren lassen sich kombinieren. Für eine einfache Größenrechnung braucht man die gesamten Parameter und die Bits je Gewicht; die aktive Parameterzahl gehört nicht in diese Rechnung.

Ein bewusst vereinfachtes Rechenbeispiel

Angenommen, ein Modell hätte 2 Milliarden gemeinsame Parameter und acht Experten mit jeweils 3 Milliarden Parametern. Pro Token wären zwei Experten aktiv. Alle Zahlen in diesem Beispiel sind frei gewählt.

Gesamt: 2 + 8 × 3 = 26 Milliarden
Aktiv: 2 + 2 × 3 = 8 Milliarden

Eigene Idealrechnung · 26 Milliarden gespeicherte Parameter
DarstellungRechnungGewichte
16 Bit26 × 16 ÷ 852 GB
8 Bit26 × 8 ÷ 826 GB
4 Bit26 × 4 ÷ 813 GB

Dezimale GB, ohne Metadaten, Skalen oder höherpräzise Ausnahmen. Keine gemessenen Größen eines realen Modells. Eine Rechnung mit den 8 Milliarden aktiven Parametern würde einen großen Teil der Datei unterschlagen.

In veröffentlichten Modellen können Experten und gemeinsame Teile unterschiedlich viele Bits verwenden. Manche Originale erscheinen schon in FP8 oder FP4. Dann ist eine „4-Bit-Variante“ nicht zwangsläufig viermal kleiner als das Original. Maßgeblich ist die konkrete Veröffentlichung. Auch eine Umwandlung in mehr Bits stellt vorher verlorene Genauigkeit nicht wieder her. Quantisierung ausführlich erklärt →

06 · Für unsere Modellvergleiche

Architektur, Datei und Leistungswert getrennt lesen

Die Übersicht zeigt bei Open Weight und Abliterated die belegte unquantisierte Größe in BF16/FP16. Ist keine solche Veröffentlichung belegt, bleibt der Wert offen. Sobald du eine dieser Modellgruppen auswählst, erscheinen zusätzlich Lizenz, veröffentlichte Downloadgrößen, Formate und Quantisierungsvarianten. Jede Größenangabe ist an eine bestimmte Repository-Version gebunden.

Für Abliterationen gilt dieselbe Trennung: Die quantisierte Variante muss von der ausgewählten Abliteration abstammen. Eine Datei des Originals ist kein Ersatz. Eigene AA- oder Arena-Messungen werden nur eingetragen, wenn sie für genau diese Variante belegt sind.

Praktisch auf dieser Seite: Unter „Vergleich“ zunächst Open Weight oder Abliterated auswählen. Lizenz und Downloads erscheinen automatisch; bei „Downloads & Varianten“ lassen sie sich auf die gewünschten Dateien eingrenzen. Geschlossene Frontier-Modelle haben hier keine Gewichtsdownloads.

Quellen & Einordnung

Architektur erklären, Zahlen belegen

Recherchiert am 03.10.2026. Die Routing-Darstellung und das 26B-Rechenbeispiel sind eigene Illustrationen. Mixtral und OLMoE dienen als dokumentierte Architekturbeispiele; ihre Nennung ist keine aktuelle Bestenliste.