FLUX 3 Image Klein : ce que 5,6 milliards de paramètres pèsent réellement sur votre disque

FLUX 3 Image Klein est le membre à poids ouverts de la famille FLUX 3 Image de Black Forest Labs, publié le 15 octobre 2026 avec 5,6 Md de paramètres, accompagné de poids téléchargeables et d'un point d'accès à facturation à l'usage dès le même jour. Le chiffre mis en avant ne compte que le transformateur d'images, rien d'autre. L'encodeur de texte — Qwen3-VL-4B-Instruct — constitue un téléchargement distinct, l'autoencodeur d'images en est un troisième, et la plus petite combinaison des trois qui fonctionne réellement atteint environ 10,5 Go. Prenez les versions BF16 de ces trois mêmes fichiers et vous voilà à environ 20 Go. Suivez le pipeline par défaut de l'implémentation de référence, qui exécute un suréchantillonneur de prompt avant chaque génération, et le total sur disque dépasse 39 Go.

Rien de tout cela ne contredit l'affirmation du fournisseur selon laquelle FLUX 3 Image Klein tourne sur un seul GPU grand public, car cette affirmation n'a jamais porté sur la taille du fichier. Elle porte sur la VRAM au moment de l'inférence, dans une version quantisée, avec les poids chargés tenseur par tenseur. Mais « 5,6 milliards de paramètres et tourne sur un seul GPU grand public » compresse trois chiffres distincts — le nombre de paramètres, le téléchargement et la mémoire résidente — en une seule phrase, et quiconque prépare un déploiement a besoin des trois. Voici ce que chacun d'eux représente réellement, d'après la documentation de BFL elle-même et l'API Hugging Face, alors que le modèle n'a qu'un jour et que personne d'indépendant ne l'a encore mesuré.

Ce qui a été livré le 15 octobre

Klein est la deuxième publication open-weights de la famille FLUX 3, après FLUX 3 Action en septembre. L’article de lancement est intitulé FLUX 3 Image Klein : poids ouverts, 5,6 milliards de paramètres, et ce qu’il énumère est une version assez complète plutôt qu’un simple dépôt de checkpoints :

• Deux checkpoints, tous deux de 5,6 B. Klein Base n'est pas distillé, fonctionne en 50 étapes avec un guidance de 3,5, et est destiné au fine-tuning, à l'entraînement LoRA et à la recherche. Klein est distillé par étapes à 16 étapes sans guidance et est le checkpoint derrière l'API BFL.

• Trois formats de quantification. Les variantes FP8 et NVFP4 côtoient le transformer BF16 dans le dépôt principal, avec une version INT8 développée avec le soutien de NVIDIA. Le reconditionnement ComfyUI ajoute des versions INT8 du transformer et de l'encodeur de texte, ce que le dépôt principal ne propose pas.

• Prise en charge de l'exécution dès le premier jour dans ComfyUI, Hugging Face Diffusers, TensorRT-LLM, SGLang Diffusion et vLLM-Omni, ainsi que l'entraînement LoRA via l'AI Toolkit d'Ostris et des recettes dans NVIDIA NeMo AutoModel. Entraîné sur NVIDIA GB200 NVL72 ; c'est la mesure de temps GB300 NVFP4 qui sous-tend l'affirmation d'inférence en moins d'une seconde.

• Le jeu de fonctionnalités est hérité, non réduit. 4K natif, une édition basée sur des instructions qui préserve les régions non modifiées, jusqu'à dix images de référence, et des boîtes englobantes sur une grille de 0 à 1000 permettant de placer des éléments ou de confiner une édition à une région. BFL précise explicitement dans la fiche du modèle que les boîtes guident le placement et l'échelle plutôt que de contraindre les pixels à un masque strict — ce qui a son importance si vous vous attendiez à un contrôle au niveau du masque.

Les dépôts ont été mis en ligne avant l'annonce. Les dépôts de base et distillés ont été créés le 13 octobre, et les dépôts ComfyUI et prompt-upsampler le 14 octobre, l'article de lancement et le point de terminaison API suivant le 15.

Les trois fichiers derrière le chiffre de 5,6 milliards

Lisez la liste des fichiers plutôt que le nombre de paramètres et la forme des changements de téléchargement. L’API Hugging Face indique que les fichiers propres au dépôt distillé ont ces tailles :

• Transformer d'images, BF16 — model.safetensors, 11,10 Go. L'article de lancement de BFL arrondit ce chiffre à 11,2 Go en BF16 et 5,6 Go en FP8.

• Encodeur de texte, BF16 — Qwen3-VL-4B-Instruct, réparti sur deux fragments safetensors, 8,88 Go au total. Une version INT8 du même encodeur existe dans le dépôt ComfyUI, à 4,86 Go.

• Autoencodeur d’images — 0,34 Go, et c’est le seul fichier qu’aucun chemin de quantification ne supprime.

Donc le plancher pratique n'est ni 5,6 Go ni 11,2 Go. C'est le transformateur NVFP4 à 5,28 Go, plus l'encodeur de texte INT8 à 4,86 Go, plus le VAE de 0,34 Go — soit environ 10,5 Go de fichiers pour un pipeline qui génère et édite. La version tout-BF16 de ces mêmes trois composants représente environ 20,3 Go. Et le suréchantillonneur de prompt, que le CLI de référence télécharge et exécute à chaque requête, sauf si vous passez --no-pup, constitue son propre dépôt : 18,82 Go en bfloat16, ou 9,75 Go dans la version INT8 livrée par le packaging ComfyUI. Ajoutez le suréchantillonneur BF16 au pipeline BF16 et vous voilà avec environ 39 Go sur disque avant même de générer une image.

La fiche de modèle de BFL comporte elle-même la mise en garde qui a sa place à côté de ces chiffres : « Les paquets quantifiés nécessitent un chargeur qui prend en charge leur format ; leur taille de fichier n'est pas une mesure de l'utilisation totale de la mémoire GPU. »

Cela joue dans les deux sens. Qu’un fichier quantifié soit petit ne signifie pas que l’exécution tient dans cette quantité de mémoire, et un téléchargement volumineux ne signifie pas que l’ensemble de travail est volumineux. En revanche, cela signifie que le téléchargement est la partie que vous pouvez planifier avant d’avoir le matériel, et c’est la partie que le nombre de paramètres mis en avant masque.

D'où vient le chiffre de 8 Go de VRAM

L'affirmation sur la mémoire est précise. Avec la version INT8, BFL indique que FLUX 3 Image Klein tourne sur les GPU NVIDIA GeForce RTX avec aussi peu que 8 Go de VRAM, via ComfyUI ou Diffusers, et la documentation situe le minimum pris en charge à une RTX 3090.

Les chiffres de vitesse s'accompagnent d'une provenance qu'il convient de nommer précisément : ils ont été mesurés par NVIDIA, dans ComfyUI pour les résultats RTX. Avec le modèle distillé par étapes et la version INT8, une image de 1 MP prend environ 4 secondes sur une RTX 5090 et moins de 9 secondes sur une RTX 4070. Sur un GB300 en NVFP4, le modèle distillé produit une image de 1 MP en moins de 0,6 seconde. Servir un LoRA ajoute environ 5 % au temps de génération.

Ces données sont rapportées par le fournisseur et ne correspondent pas à la même mesure que les chiffres de latence d'API de l'article de lancement. BFL a chronométré Klein sur ses propres serveurs tout en chronométrant Qwen-Image 2.1, FLUX.2 [pro], Ideogram V4.5 et Krea 2 depuis le client, ce qui intègre le polling et le temps réseau dans les chiffres des concurrents, mais pas dans les siens — et l'article le dit. L'interprétation honnête est que les chiffres de 4 secondes et de 9 secondes sont crédibles en tant que temps d'inférence locaux sur les cartes citées, et que le graphique de la frontière vitesse-qualité est une comparaison propre au fournisseur, tracée avec des chronomètres asymétriques. Personne en dehors de BFL ou de NVIDIA n'a reproduit ni l'un ni l'autre.

Ce que cela coûte via l’API, et où la courbe s’infléchit

Le checkpoint distillé est servi sous le nom de flux-3-image-klein, y compris le suréchantillonnage du prompt et la restauration des pixels. BFL publie ces tarifs par image, identiques pour le texte-image et pour l’édition :

• 768 × 768 — 0,008 $

• 1K — 0,009 $

• 1,5 K — 0,011 $

• 2K — 0,014 $

• 4K — 0,036 $

Face à FLUX 3 Image, le grand frère disponible uniquement via API figurant sur la même liste de fonctionnalités, c'est le ratio qui devrait guider la décision, et non le prix absolu. FLUX 3 Image coûte 0,048 $ pour une image 1K, contre 0,009 $ pour Klein — un facteur d'environ 5,3. En 4K, la même comparaison donne 0,607 $ contre 0,036 $, un facteur de près de dix-sept. Quiconque génère de la 4K en volume ne choisit pas entre un modèle bon marché et un modèle coûteux ; il choisit entre un tarif par image qui tient la route une fois confronté à un produit et un tarif qui ne le fait pas.

L'autre moitié du calcul est de votre côté : un Klein auto-hébergé sur une carte que vous possédez déjà n'a aucun coût par image, et un Klein auto-hébergé sur une carte louée a un coût horaire. Le seuil de rentabilité varie selon l'utilisation, et il varie beaucoup — un GPU inactif est la configuration coûteuse, pas la configuration économique. Si votre trafic d'images est irrégulier, le tarif forfaitaire est généralement le meilleur compromis ; s'il est régulier et élevé, le téléchargement commence à se rentabiliser et la licence devient la variable qui compte.

La licence est la partie qui détermine si vous pouvez le livrer.

Les deux checkpoints relèvent de la FLUX Kommunity License, et il vaut la peine de lire les deux descriptions qui en sont faites côte à côte, car elles ne sont pas formulées de la même manière. L'article de lancement indique que la licence « autorise l'utilisation commerciale gratuite pour les particuliers et les entreprises dont le chiffre d'affaires annuel est inférieur à 5 M$, ainsi que la recherche et l'utilisation non commerciale », les organisations plus grandes déployant à des fins commerciales via les options payantes de licence auto-hébergée de BFL ou l'API. La fiche modèle indique que la licence « autorise l'utilisation non commerciale et prévoit une exception relative aux résultats commerciaux pour les Utilisateurs qualifiés, sous réserve de ses conditions », la notion d'Utilisateur qualifié étant définie dans le texte même de la licence.

Le seuil de chiffre d'affaires est le fait déterminant pour la plupart des équipes : en dessous de 5 M$ de chiffre d'affaires annuel, l'utilisation commerciale est gratuite ; au-dessus, il faut souscrire à l'un des paliers payants de BFL. Ces paliers sont listés publiquement — Builder à 10 000 images par mois et 1 domaine, Platform et Professional à 100 000 images par mois, Enterprise sur mesure — et tous incluent FLUX 3 Image Klein aux côtés des modèles de la famille FLUX.2, avec les droits de fine-tuning et de LoRA inclus. À noter ce que ces paliers impliquent : une entreprise qui dépasse le seuil n'achète pas le modèle une nouvelle fois, elle achète le droit d'utiliser des poids qu'elle a déjà téléchargés, ce qui constitue un type de poste budgétaire différent d'une facture d'API et qu'il est plus facile d'oublier lorsqu'un prototype devient un produit.

Si le chiffre d'affaires de votre organisation s'approche, même de loin, de la ligne, lisez LICENSE.md plutôt que l'un ou l'autre des résumés. Deux documents de fournisseurs décrivant le même instrument dans deux registres différents, c'est exactement la situation où le texte principal est celui qui vous engage.

L'allégation de qualité est propre à BFL et n'inclut pas FLUX 3 Image.

Le résultat phare de Klein en matière de qualité, issu d'évaluations internes, est la première place en génération texte-image, génération multi-références et édition d'image — devant des modèles open-weights plus grands, et au-dessus des modèles fermés de la comparaison, Ideogram V4.5 et FLUX.2 [pro]. L'ensemble de comparaison open-weights est nommé ailleurs dans l'article : Qwen-Image 2.1 à 7B et Krea 2 à 12,9B, tous deux plus grands que le 5,6B de Klein, Krea 2 étant exclu de la colonne édition car il ne prend pas en charge l'édition. Face à FLUX.2 [klein] 9B, le modèle ouvert de la génération précédente, Klein gagne 91 Elo en génération texte-image et 70 en édition d'image tout en comptant 38 % de paramètres en moins.

FLUX 3 Image — le grand modèle maison du fournisseur, vendu via la même API sur le même périmètre fonctionnel — n’apparaît nulle part dans cette comparaison. Ce n’est pas accablant en soi ; comparer les performances d’un petit modèle ouvert aux modèles qu’un utilisateur qui le télécharge ferait tourner autrement est un choix défendable. Mais cela signifie que la phrase que l’acheteur souhaite le plus, « Klein est à X près du plus grand modèle », reste encore à écrire.

Le tableau indépendant est encore plus mince. Le seul classement public de génération d'images à partir de texte qui suit cette famille liste FLUX 3 Image, et au moment de la rédaction, il ne comporte aucune entrée FLUX 3 Image Klein. Ainsi, tous les chiffres de qualité disponibles dès le premier jour proviennent de BFL, et les reproductibles — ceux que vous pouvez vérifier vous-même en vingt minutes — sont les tailles de fichiers et les tarifs par image ci-dessus, et non les deltas d'Elo.

L'appeler, ou l'exécuter

La décision se divise nettement selon trois questions. Si vous avez besoin de fine-tunes ou de LoRAs sur vos propres données, ou si les images ne peuvent pas quitter votre infrastructure, ou si votre volume est élevé et régulier, le téléchargement est la réponse et la licence est l'élément à régler en premier. Si votre volume est irrégulier, si vos images sont des actifs phares plutôt qu'une production en masse, ou si vous souhaitez évaluer le modèle avant d'engager du matériel, l'endpoint à 0,009 $ l'image 1K est moins cher qu'un week-end de configuration.

Il existe un troisième cas qu'il vaut la peine de nommer, car c'est le plus courant : les équipes qui finissent par appeler plusieurs modèles d'image plutôt qu'un seul, en utilisant un petit modèle ouvert pour le travail de volume et un modèle de pointe pour les prises qui comptent. C'est le cas pour lequel OrcaRouter existe — une seule clé API pour plus de 200 modèles, le prix catalogue du fournisseur transmis avec 0 % de marge afin qu'un changement de tarif d'un fournisseur soit répercuté le jour même, et un basculement automatique pour qu'un modèle non éprouvé puisse être intégré à un chemin de production sans constituer un point de défaillance unique. FLUX 3 Image Klein ne figure pas dans notre catalogue aujourd'hui, donc le point de terminaison BFL est de toute façon un appel direct au fournisseur ; ce que nous pouvons faire, c'est garder tout ce qui l'entoure — les autres modèles d'image, les règles de routage, le repli — derrière le même point de terminaison et la même ligne de facturation.

Qu’est-ce qui changerait cela ?

Trois choses, par ordre d'impact sur une décision. Un comparatif indépendant en face-à-face entre Klein et FLUX 3 Image, car l'écart de prix entre eux atteint un facteur dix-sept en 4K et l'écart de qualité n'est pas mesuré. Des temps d'exécution INT8 sur une vraie carte 8 GB mesurés par quelqu'un qui n'est pas NVIDIA, car c'est le chiffre sur lequel repose tout l'argumentaire de déploiement local et il a été mesuré par une seule partie intéressée. Et une clarification de licence de la part de BFL qui concilie la formulation du seuil de chiffre d'affaires dans la publication de lancement avec celle d'Utilisateur admissible dans la fiche du modèle.

D’ici là, la position défendable est la plus restrictive : FLUX 3 Image Klein existe bel et bien, il est téléchargeable dès aujourd’hui, il fait ce que fait l’API FLUX 3 Image sur la même liste de fonctionnalités, et il coûte environ cinq fois moins par image en 1K et dix-sept fois moins en 4K. Prévoyez environ 10,5 Go de fichiers dans la configuration la plus petite et 39 Go avec l’upsampler et le tout en BF16, tranchez la question de la licence avant de trancher celle du matériel, et considérez tous les chiffres de qualité que vous avez lus jusqu’ici comme ceux du fournisseur.