Eine generierte Titelkarte für FLUX 3 Image Klein mit der Aufschrift „5,6 Mrd. Parameter, nur Transformer“, über drei abgerundeten Karten mit der Aufschrift „10,5 GB für die kleinste funktionierende Pipeline“, „20,3 GB vollständig in BF16“ und „39 GB mit dem Prompt-Upsampler“, wobei das OrcaRouter-Logo unten rechts eingefügt ist.
Guides & Insights

FLUX 3 Image Klein: Was 5,6 Mrd. Parameter tatsächlich auf deiner Festplatte wiegen

Autor

Elias Hawthorne

Veröffentlicht am

Neueste Modelle · 20Alle Modelle ansehen →
Benchmarks: Artificial Analysis · täglich aktualisiert
Zurück zu allen Beiträgen

FLUX 3 Image Klein ist das Mitglied mit offenen Gewichten der FLUX 3 Image-Familie von Black Forest Labs, veröffentlicht am 15. Oktober 2026 mit 5,6 Mrd. Parametern, mit herunterladbaren Gewichten und einem am selben Tag verfügbaren, nutzungsabhängig abgerechneten Endpunkt. Die Zahl in der Schlagzeile zählt den Bild-Transformer und sonst nichts. Der Textencoder – Qwen3-VL-4B-Instruct – ist ein separater Download, der Bild-Autoencoder ein dritter, und die kleinste Kombination der drei, die tatsächlich läuft, kommt auf etwa 10,5 GB. Nimmt man die BF16-Versionen derselben drei Dateien, liegt man bei ungefähr 20 GB. Folgt man der Standard-Pipeline der Referenzimplementierung, die vor jeder Generierung einen Prompt-Upsampler durchlaufen lässt, überschreitet das Ganze 39 GB auf der Festplatte.

Nichts davon widerspricht der Behauptung des Anbieters, dass FLUX 3 Image Klein auf einer einzelnen Consumer-GPU läuft, denn die Behauptung bezog sich nie auf die Dateigröße. Es geht um den VRAM zur Inferenzzeit, in einem quantisierten Build, bei dem die Gewichte Tensor für Tensor geladen werden. Aber „5,6B Parameter und läuft auf einer einzelnen Consumer-GPU“ presst drei separate Zahlen – die Parameteranzahl, den Download und den residenten Speicher – in eine einzige Phrase, und wer ein Deployment plant, braucht alle drei. Das ist, was jede einzelne davon tatsächlich ist, laut BFLs eigener Dokumentation und der Hugging Face API, wenn das Modell einen Tag alt ist und noch keine unabhängige Messung dazu vorliegt.

Was am 15. Oktober veröffentlicht wurde

Klein ist die zweite Veröffentlichung mit offenen Gewichten aus der FLUX-3-Familie, nach FLUX 3 Action im September. Der Beitrag zum Launch trägt den Titel FLUX 3 Image Klein: offene Gewichte, 5,6B Parameter, und was darin aufgeführt wird, ist ein ziemlich vollständiges Release und kein bloßer Checkpoint-Dump:

• Zwei Checkpoints, beide 5,6B. Klein Base ist undistilliert, läuft 50 Schritte bei Guidance 3,5 und existiert für Fine-Tuning, LoRA-Training und Forschung. Klein ist schritt-distilliert auf 16 Schritte ohne Guidance und ist der Checkpoint hinter der BFL API.

• Drei Quantisierungsformate. FP8- und NVFP4-Varianten stehen im Haupt-Repository neben dem BF16-Transformer, hinzu kommt ein mit NVIDIA-Unterstützung entwickelter INT8-Build. Das ComfyUI-Repackaging ergänzt INT8-Versionen sowohl des Transformers als auch des Text-Encoders, die das Haupt-Repository nicht enthält.

• Runtime-Unterstützung ab Tag eins in ComfyUI, Hugging Face Diffusers, TensorRT-LLM, SGLang Diffusion und vLLM-Omni, plus LoRA-Training über Ostris's AI Toolkit und Rezepte in NVIDIA NeMo AutoModel. Trainiert auf NVIDIA GB200 NVL72; das GB300-NVFP4-Timing ist das, was hinter der Sub-Sekunden-Behauptung steht.

• Der Funktionsumfang wird übernommen, nicht reduziert.Native 4K, anweisungsbasierte Bearbeitung, die nicht bearbeitete Bereiche bewahrt, bis zu zehn Referenzbilder und Bounding Boxes auf einem 0–1000-Raster, mit denen sich Elemente platzieren oder eine Bearbeitung auf einen Bereich begrenzen lässt. BFL macht in der Model Card ausdrücklich deutlich, dass Boxen Platzierung und Skalierung steuern, statt Pixel auf eine harte Maske zu beschränken – was wichtig ist, wenn Sie eine Kontrolle auf Maskenebene erwartet haben.

Die Repositories gingen vor der Ankündigung online. Die Basis- und destillierten Repositories wurden am 13. Oktober erstellt und die ComfyUI- und prompt-upsampler-Repositories am 14. Oktober, wobei der Launch-Beitrag und der API-Endpunkt am 15. Oktober folgten.

Headless-browser capture of the Hugging Face repository file listing for black-forest-labs/flux-3-image-klein-comfy, showing the diffusion model, text encoder and VAE files with their sizes, captured in English on 16 October 2026.

Die drei Dateien hinter der 5,6-Milliarden-Zahl

Lies die Dateiauflistung statt der Parameteranzahl und der Gestalt der Download-Änderungen. Die Hugging Face API meldet die eigenen Dateien des destillierten Repositorys mit diesen Größen:

• Bild-Transformer, BF16 — model.safetensors, 11,10 GB. BFLs Launch-Post rundet dies auf 11,2 GB in BF16 und 5,6 GB in FP8.

• Text-Encoder, BF16 — Qwen3-VL-4B-Instruct, aufgeteilt auf zwei Safetensors-Shards, zusammen 8,88 GB. Einen INT8-Build desselben Encoders gibt es im ComfyUI-Repository mit 4,86 GB.

• Bild-Autoencoder — 0,34 GB, und es ist die eine Datei, die kein Quantisierungspfad entfernt.

Die praktische Untergrenze liegt also nicht bei 5,6 GB und auch nicht bei 11,2 GB. Sie liegt beim NVFP4-Transformer mit 5,28 GB plus dem INT8-Text-Encoder mit 4,86 GB plus dem VAE mit 0,34 GB – insgesamt etwa 10,5 GB an Dateien für eine Pipeline, die generiert und bearbeitet. Die reine BF16-Version derselben drei Komponenten umfasst etwa 20,3 GB. Und der Prompt-Upsampler, den die Referenz-CLI bei jeder Anfrage herunterlädt und ausführt, sofern man nicht --no-pup übergibt, hat ein eigenes Repository: 18,82 GB in bfloat16 oder 9,75 GB im INT8-Build, den das ComfyUI-Paket mitliefert. Fügt man den BF16-Upsampler zur BF16-Pipeline hinzu, kommt man auf rund 39 GB auf der Festplatte, bevor man überhaupt ein Bild generiert.

BFLs eigene Modellkarte enthält den Vorbehalt, der neben diesen Zahlen stehen sollte: „Quantisierte Pakete benötigen einen Loader, der ihr Format unterstützt; ihre Dateigröße ist kein Maß für den gesamten GPU-Speicherverbrauch.“

A generated scoreboard for FLUX 3 Image Klein listing six file sizes: transformer BF16 11.10 GB, transformer NVFP4 5.28 GB, text encoder BF16 8.88 GB, text encoder INT8 4.86 GB, image autoencoder 0.34 GB, and prompt upsampler BF16 18.82 GB.

Das gilt in beide Richtungen. Dass eine quantisierte Datei klein ist, heißt nicht, dass der Lauf in so viel Speicher passt, und ein großer Download heißt nicht, dass das Working Set groß ist. Es heißt aber, dass der Download der Teil ist, den man planen kann, bevor man Hardware hat, und er ist der Teil, den die plakative Parameteranzahl verbirgt.

Woher die Angabe von 8 GB VRAM stammt

Die Aussage zum Speicherbedarf ist konkret. Mit dem INT8-Build gibt BFL an, dass FLUX 3 Image Klein auf NVIDIA GeForce RTX GPUs mit nur 8 GB VRAM läuft, über ComfyUI oder Diffusers, und die Dokumentation nennt als unterstützte Untergrenze eine RTX 3090.

Die Geschwindigkeitswerte haben eine Herkunft, die es verdient, präzise benannt zu werden: Sie wurden von NVIDIA gemessen, in ComfyUI für die RTX-Ergebnisse. Mit dem Step-Distilled-Modell und dem INT8-Build dauert ein 1-MP-Bild auf einer RTX 5090 etwa 4 Sekunden und auf einer RTX 4070 unter 9 Sekunden. Auf einem GB300 in NVFP4 erzeugt das destillierte Modell ein 1-MP-Bild in unter 0,6 Sekunden. Die Bereitstellung einer LoRA erhöht die Generierungszeit um etwa 5 %.

Diese Angaben stammen vom Anbieter, und sie sind nicht dieselbe Messgröße wie die API-Latenzzahlen im Launch-Post. BFL hat Klein auf seinen eigenen Servern gemessen, während es Qwen-Image 2.1, FLUX.2 [pro], Ideogram V4.5 und Krea 2 vom Client aus gemessen hat, wodurch Polling- und Netzwerkzeit in die Werte der Wettbewerber einfließen, in die eigenen aber nicht – und das steht auch so im Beitrag. Die ehrliche Lesart ist, dass die 4-Sekunden- und 9-Sekunden-Werte als lokale Inferenzzeiten auf den genannten Karten glaubwürdig sind und dass das Frontier-Diagramm Geschwindigkeit versus Qualität ein anbietereigener Vergleich ist, gezeichnet mit asymmetrischen Stoppuhren. Niemand außerhalb von BFL oder NVIDIA hat eines von beiden reproduziert.

Was es über die API kostet und wo die Kurve abknickt

Der destillierte Checkpoint wird als flux-3-image-klein bereitgestellt, inklusive Prompt-Upsampling und Pixelwiederherstellung. BFL veröffentlicht diese Preise pro Bild, identisch für Text-zu-Bild und für die Bearbeitung:

• 768 × 768 — $0.008

• 1K — $0,009

• 1,5K — 0,011 $

• 2K — 0,014 $

• 4K — 0,036 $

Im Vergleich zu FLUX 3 Image, dem größeren, nur per API verfügbaren Geschwistermodell auf derselben Funktionsliste, sollte das Verhältnis die Entscheidung bestimmen und nicht der absolute Preis. FLUX 3 Image kostet 0,048 $ für ein 1K-Bild gegenüber Kleins 0,009 $ — ein Faktor von etwa 5,3. Bei 4K lautet derselbe Vergleich 0,607 $ gegenüber 0,036 $, ein Faktor von fast siebzehn. Wer in großem Umfang 4K generiert, wählt nicht zwischen einem günstigen und einem teuren Modell; er wählt zwischen einem Preis pro Bild, der den Kontakt mit einem Produkt übersteht, und einem, der das nicht tut.

Die andere Hälfte der Rechnung liegt auf Ihrer eigenen Seite: Ein selbstgehostetes Klein auf einer Karte, die Sie bereits besitzen, verursacht keine Kosten pro Bild, und ein selbstgehostetes Klein auf einer gemieteten Karte verursacht stündliche Kosten. Der Break-even-Punkt verschiebt sich mit der Auslastung – und zwar deutlich: Eine ungenutzte GPU ist die teure Konfiguration, nicht die günstige. Wenn Ihr Bildverkehr stark schwankt, ist der Pauschaltarif normalerweise das bessere Geschäft; wenn er gleichmäßig und hoch ist, beginnt der Download, sich selbst zu amortisieren, und die Lizenz wird zur entscheidenden Variable.

Die Lizenz ist der Teil, der darüber entscheidet, ob Sie es ausliefern können.

Beide Checkpoints unterliegen der FLUX Kommunity License, und es lohnt sich, die beiden Beschreibungen davon Seite an Seite zu lesen, weil sie nicht gleich formuliert sind. Im Launch-Post heißt es, die Lizenz „erlaubt die kostenlose kommerzielle Nutzung für Einzelpersonen und Unternehmen mit einem Jahresumsatz unter 5 Mio. $, neben Forschung und nichtkommerzieller Nutzung“, wobei größere Organisationen für den kommerziellen Einsatz auf BFLs kostenpflichtige Self-Hosted-Lizenzoptionen oder die API zurückgreifen. Die Modellkarte gibt an, die Lizenz „erlaubt nichtkommerzielle Nutzung und sieht eine Ausnahme für kommerzielle Outputs für Qualifying Users vor, vorbehaltlich ihrer Bedingungen“, wobei Qualifying User im Lizenztext selbst definiert wird.

Die Umsatzschwelle ist für die meisten Teams die entscheidende Tatsache: unter 5 Mio. $ Jahresumsatz kostenlose kommerzielle Nutzung; darüber einer von BFLs kostenpflichtigen Tarifen. Diese Tarife sind öffentlich aufgeführt — Builder mit 10K Bildern pro Monat und 1 Domain, Platform und Professional mit 100K Bildern pro Monat, Enterprise individuell — und alle bündeln FLUX 3 Image Klein neben Modellen der FLUX.2-Familie, einschließlich Fine-Tuning- und LoRA-Rechten. Beachten Sie, was die Tarife bedeuten: Ein Unternehmen jenseits der Schwelle kauft nicht das Modell erneut, sondern kauft das Recht, bereits heruntergeladene Gewichte zu nutzen, was eine andere Art von Posten ist als eine API-Rechnung und einer, der leichter zu vergessen ist, wenn aus einem Prototyp ein Produkt wird.

Wenn der Umsatz Ihrer Organisation auch nur annähernd an der Grenze liegt, lesen Sie LICENSE.md statt einer der beiden Zusammenfassungen. Zwei Anbieterdokumente, die dasselbe Instrument in zwei verschiedenen Registern beschreiben, sind genau die Situation, in der der Primärtext der ist, der Sie bindet.

Die Qualitätsangabe stammt von BFL selbst und umfasst FLUX 3 Image nicht.

Kleins wichtigstes Qualitätsergebnis aus internen Evaluierungen ist der erste Platz bei Text-zu-Bild, Multi-Referenz-Generierung und Bildbearbeitung – vor größeren Open-Weights-Modellen und über den geschlossenen Modellen im Vergleich, Ideogram V4.5 und FLUX.2 [pro]. Die Open-Weights-Vergleichsgruppe wird an anderer Stelle im Beitrag genannt: Qwen-Image 2.1 mit 7B und Krea 2 mit 12,9B, beide größer als Kleins 5,6B, wobei Krea 2 aus der Bearbeitungsspalte ausgeschlossen ist, weil es keine Bearbeitung unterstützt. Gegenüber FLUX.2 [klein] 9B, dem offenen Modell der vorherigen Generation, gewinnt Klein 91 Elo bei Text-zu-Bild und 70 bei der Bildbearbeitung, während es 38 % weniger Parameter hat.

FLUX 3 Image — das eigene größere Modell des Anbieters, über dieselbe API und dieselbe Funktionsoberfläche verkauft — taucht in diesem Vergleich nirgends auf. Das ist für sich genommen nicht verwerflich; ein kleines offenes Modell gegen die Modelle zu benchmarken, die ein Downloader sonst ausführen würde, ist eine vertretbare Entscheidung. Aber es bedeutet, dass der Satz, den ein Käufer am meisten hören will, „Klein liegt innerhalb von X des größeren Modells“, noch immer ungeschrieben ist.

Das unabhängige Bild ist noch dünner. Das einzige öffentliche Text-zu-Bild-Leaderboard, das diese Familie verfolgt, führt FLUX 3 Image auf, und zum Zeitpunkt des Schreibens hat es überhaupt keinen Eintrag für FLUX 3 Image Klein. Jede am ersten Tag verfügbare Qualitätskennzahl geht also auf BFL zurück, und die reproduzierbaren – diejenigen, die Sie selbst in zwanzig Minuten nachprüfen können – sind die Dateigrößen und die oben genannten Preise pro Bild, nicht die Elo-Deltas.

Es aufrufen oder ausführen

Die Entscheidung teilt sich sauber entlang dreier Fragen. Wenn Sie Fine-Tunes oder LoRAs auf Ihren eigenen Daten benötigen, oder die Bilder Ihre Infrastruktur nicht verlassen dürfen, oder Ihr Volumen hoch und stetig ist, ist der Download die Antwort, und die Lizenz ist das, was zuerst geklärt werden sollte. Wenn Ihr Volumen schwankt, Ihre Bilder Hero-Assets statt Massenausgabe sind, oder Sie das Modell evaluieren möchten, bevor Sie Hardware anschaffen, ist der Endpunkt zu $0.009 pro 1K-Bild günstiger als ein Wochenende voller Einrichtung.

Es gibt noch einen dritten Fall, der es wert ist, benannt zu werden, denn er ist der häufige: Teams, die am Ende mehrere Bildmodelle statt nur eines aufrufen – ein kleines offenes Modell für Volumenarbeit und ein Frontier-Modell für die Aufnahmen, die wirklich zählen. Genau für diesen Fall gibt es OrcaRouter – ein API-Schlüssel über 200+ Modelle hinweg, Anbieter-Listenpreis ohne Aufschlag (0 %) durchgereicht sodass eine Preisänderung eines Anbieters noch am selben Tag ankommt, und automatisches Failover, damit ein noch nicht erprobtes Modell in einem Produktionspfad liegen kann, ohne einen Single Point of Failure darzustellen. FLUX 3 Image Klein ist heute nicht in unserem Katalog, daher ist der BFL-Endpunkt so oder so ein direkter Anbieteraufruf; was wir tun können, ist, alles darum herum – die anderen Bildmodelle, die Routing-Regeln, den Fallback – hinter demselben Endpunkt und derselben Abrechnungszeile zu halten.

Headless-browser capture of Black Forest Labs' documentation page for FLUX 3 Image Klein, showing the open-weights 5.6B parameter model, the two checkpoint variants with their inference steps and guidance settings, native 4K output, bounding-box support, and the FLUX Kommunity License, captured in English on 16 October 2026.

Was würde das ändern?

Drei Dinge, geordnet danach, wie stark sie eine Entscheidung beeinflussen würden. Ein unabhängiger direkter Vergleich zwischen Klein und FLUX 3 Image, denn die Preislücke zwischen ihnen ist bei 4K siebzehnfach und die Qualitätslücke ist ungemessen. INT8-Timings auf einer tatsächlichen 8-GB-Karte von jemandem, der nicht NVIDIA ist, denn auf dieser Zahl ruht das gesamte Argument für lokalen Betrieb, und sie wurde von einer interessierten Partei gemessen. Und eine Lizenzklärung von BFL, die die Umsatzschwellen-Formulierung im Launch-Post mit der Formulierung „Qualifying User" in der Modellkarte in Einklang bringt.

Bis dahin ist die belastbare Position die eng gefasste: FLUX 3 Image Klein ist real, es ist heute herunterladbar, es kann das, was die FLUX 3 Image API auf derselben Funktionsliste kann, und es kostet pro Bild bei 1K ungefähr ein Fünftel und bei 4K ungefähr ein Siebzehntel. Rechnen Sie mit etwa 10,5 GB an Dateien in der kleinsten Konfiguration und 39 GB mit dem Upsampler und allem in BF16, klären Sie die Lizenzfrage, bevor Sie die Hardwarefrage entscheiden, und betrachten Sie jede Qualitätszahl, die Sie bisher gelesen haben, als vom Anbieter stammend.