כרטיס כותרת שנוצר עבור FLUX 3 Image Klein, שעליו כתוב 5.6 מיליארד פרמטרים, Transformer בלבד, מעל שלושה כרטיסים מעוגלים שעליהם כתוב 10.5 GB עבור הפייפליין הפועל הקטן ביותר, 20.3 GB הכול ב-BF16, ו-39 GB עם מעלה הפרומפט, כשהלוגו של OrcaRouter משולב בפינה הימנית התחתונה.
Guides & Insights

FLUX 3 Image Klein: כמה 5.6 מיליארד פרמטרים באמת תופסים בדיסק שלך

מחבר

Elias Hawthorne

תאריך פרסום

מודלים אחרונים · 20צפו בכל המודלים →
בנצ'מרקים: Artificial Analysis · מתעדכן יומית
חזרה לכל הפוסטים

FLUX 3 Image Kleinהוא החבר בעל המשקולות הפתוחות של Black Forest Labs' FLUX 3 Image — המשפחה, שפורסמה ב-15 באוקטובר 2026 עם 5.6 מיליארד פרמטרים, עם משקולות להורדה ונקודת קצה מתומחרת לפי שימוש באותו יום. המספר בכותרת סופר את שנאי התמונה ותו לא. מקודד הטקסט — Qwen3-VL-4B-Instruct — הוא הורדה נפרדת, המקודד האוטומטי של התמונה הוא השלישי, והשילוב הקטן ביותר מבין השלושה שבאמת רץ מגיע לכ-10.5 GB. קחו את גרסאות ה-BF16 של אותם שלושה קבצים ותגיעו לכ-20 GB. פעלו לפי צינור ברירת המחדל של מימוש הייחוס עצמו, שמפעיל משפר פרומפט לפני כל יצירה, והסך הכול עובר את 39 GB בדיסק.

שום דבר מזה לא סותר את טענת הספק ש-FLUX 3 Image Klein פועל על כרטיס מסך צרכני בודד, כי הטענה מעולם לא עסקה בגודל הקובץ. היא עסקה ב-VRAM בזמן הסקה, בבנייה מכומתת, כשהמשקלים נטענים טנזור אחד בכל פעם. אבל "5.6B פרמטרים ופועל על כרטיס מסך צרכני בודד" מכווץ שלושה מספרים נפרדים — מספר הפרמטרים, ההורדה והזיכרון הרזידנטי — לביטוי אחד, וכל מי שמתכנן פריסה זקוק לשלושתם. זה מה שכל אחד מהם באמת, מתוך התיעוד של BFL עצמה ומ-Hugging Face API, כשהמודל בן יומו ואיש בלתי תלוי עוד לא מדד אותו.

מה נשלח ב-15 באוקטובר?

Klein הוא המהדורה השנייה במשקולות פתוחות ממשפחת FLUX 3, אחרי FLUX 3 Action בספטמבר. פוסט ההשקה נקרא FLUX 3 Image Klein: משקולות פתוחות, 5.6B פרמטרים, ומה שהוא מפרט הוא מהדורה מלאה למדי ולא ערימת צ'קפוינטים:

• שני צ׳קפוינטים, שניהם 5.6B.Klein Base אינו מזוקק, פועל 50 צעדים ב-guidance 3.5, וקיים לשם כיוונון עדין, אימון LoRA ומחקר. Klein עובר זיקוק צעדים ל-16 צעדים ללא guidance והוא הצ׳קפוינט שמאחורי BFL API.

• שלושה פורמטי כימות. וריאנטים של FP8 ו-NVFP4 יושבים לצד הטרנספורמר BF16 במאגר הראשי, עם גרסת INT8 שפותחה בתמיכת NVIDIA. האריזה מחדש של ComfyUI מוסיפה גרסאות INT8 הן של הטרנספורמר והן של מקודד הטקסט, שאינן קיימות במאגר הראשי.

• תמיכת זמן־ריצה כבר מהיום הראשון ב-ComfyUI, Hugging Face Diffusers, TensorRT-LLM, SGLang Diffusion ו-vLLM-Omni, ובנוסף אימון LoRA דרך Ostris's AI Toolkit ומתכונים ב-NVIDIA NeMo AutoModel. אומן על NVIDIA GB200 NVL72; תזמון ה-GB300 NVFP4 הוא זה שמאחורי הטענה לתת־שנייה.

• מערך התכונות עובר בירושה, לא מוקטן. 4K מקורי, עריכה מבוססת הוראות שמשמרת אזורים שלא נערכו, עד עשר תמונות ייחוס, ותיבות תוחמות על גבי רשת 0–1000 שיכולות למקם אלמנטים או להגביל עריכה לאזור. BFL מבהירה במפורש בכרטיס המודל שתיבות מנחות מיקום וקנה מידה במקום להגביל פיקסלים למסכה קשיחה — מה שחשוב אם ציפיתם לשליטה ברמת המסכה.

המאגרים עלו לפני ההודעה. מאגרי ה-base וה-distilled נוצרו ב-13 באוקטובר, ומאגרי ComfyUI ו-prompt-upsampler ב-14 באוקטובר, כאשר פוסט ההשקה ונקודת הקצה של ה-API באו בעקבותיהם ב-15.

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.

שלושת הקבצים שמאחורי המספר 5.6 מיליארד

קראו את רשימת הקבצים ולא את מספר הפרמטרים ואת צורתם של שינויי ההורדה. ה-API של Hugging Face מדווח על הקבצים של המאגר המזוקק עצמו בגדלים הבאים:

• טרנספורמר תמונה, BF16 — model.safetensors, 11.10 GB. פוסט ההשקה של BFL מעגל זאת ל-11.2 GB ב-BF16 ול-5.6 GB ב-FP8.

• מקודד טקסט, BF16 — Qwen3-VL-4B-Instruct, מפוצל על פני שני שברי safetensors, 8.88 GB בסך הכול. קיים בילד INT8 של אותו מקודד במאגר ComfyUI בנפח 4.86 GB.

• מקודד אוטומטי לתמונות — 0.34 GB, והוא הקובץ היחיד שאף מסלול כימות לא מסיר.

אז המינימום המעשי הוא לא 5.6 GB והוא לא 11.2 GB. הוא ה-NVFP4 transformer בגודל 5.28 GB בתוספת ה-INT8 text encoder בגודל 4.86 GB בתוספת ה-VAE בגודל 0.34 GB — בערך 10.5 GB של קבצים עבור פייפליין שמייצר ועורך. גרסת all-BF16 של אותם שלושה היא בערך 20.3 GB. וה-prompt upsampler, שה-reference CLI מוריד ומריץ בכל בקשה אלא אם תעבירו --no-pup, הוא מאגר משל עצמו: 18.82 GB ב-bfloat16, או 9.75 GB בגרסת INT8 שאריזת ComfyUI מספקת. הוסיפו את ה-BF16 upsampler לפייפליין ה-BF16 ואתם מסתכלים על בערך 39 GB בדיסק לפני שאתם מייצרים תמונה.

כרטיס המודל של BFL עצמו כולל את ההסתייגות שמקומה לצד המספרים האלה: "חבילות מכומתות זקוקות לטוען שתומך בפורמט שלהן; גודל הקובץ שלהן אינו מדד לשימוש הכולל בזיכרון ה-GPU."

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.

זה נכון לשני הכיוונים. העובדה שקובץ מכומת הוא קטן לא אומרת שההרצה נכנסת לזיכרון בגודל הזה, והורדה גדולה לא אומרת שערכת העבודה גדולה. אבל זה כן אומר שההורדה היא החלק שאפשר לתכנן לפני שיש לך חומרה, והיא החלק שמספר הפרמטרים הכותרתי מסתיר.

מאיפה מגיע הנתון של 8 GB VRAM

הטענה בנוגע לזיכרון היא ספציפית. עם גרסת ה-INT8, BFL מציינת ש-FLUX 3 Image Klein פועל על כרטיסי NVIDIA GeForce RTX עם 8 GB בלבד של VRAM, דרך ComfyUI או Diffusers, והתיעוד קובע שהסף הנתמך המינימלי הוא RTX 3090.

נתוני המהירות מגיעים עם מקור ראוי לציון מדויק: הם נמדדו על ידי NVIDIA, ב-ComfyUI עבור תוצאות ה-RTX. עם המודל המזוקק בצעדים וגרסת ה-INT8, תמונה בגודל 1 MP אורכת כ-4 שניות על RTX 5090 ופחות מ-9 שניות על RTX 4070. על GB300 ב-NVFP4 המודל המזוקק מפיק תמונה בגודל 1 MP בפחות מ-0.6 שניות. הגשת LoRA מוסיפה בערך 5% לזמן היצירה.

אלה נתונים שמדווחים על ידי הספק, והם אינם אותה מדידה כמו מספרי השהיית ה-API בפוסט ההשקה. BFL תזמנה את Klein על השרתים שלה עצמה, ובזמן שתזמנה את Qwen-Image 2.1, FLUX.2 [pro], Ideogram V4.5 ו-Krea 2 מהלקוח, מה שמקפל את זמן ה-polling וזמן הרשת לתוך המספרים של המתחרים אבל לא לתוך אלה שלה — והפוסט אומר זאת. הקריאה הישרה היא שמספרי 4 השניות ו-9 השניות מהימנים כתזמוני הסקה מקומיים על הכרטיסים הנקובים, ושגרף חזית המהירות מול האיכות הוא השוואה של ספק עצמו שנערכה עם שעוני עצר לא-סימטריים. איש מחוץ ל-BFL או ל-NVIDIA לא שחזר אף אחד מהשניים.

מה העלות דרך ה-API, והיכן העקומה מתכופפת

הצ׳קפוינט המזוקק מוגש בתור flux-3-image-klein, עם אפסמפלינג של פרומפט ושחזור פיקסלים כלולים. BFL מפרסמת את התעריפים האלה לכל תמונה, זהים עבור טקסט-לתמונה ועבור עריכה:

• 768 × 768 — $0.008

• 1K — $0.009

• 1.5K — $0.011

• 2K — $0.014

• 4K — $0.036

לעומת FLUX 3 Image, האח הגדול המיועד ל-API בלבד באותה רשימת תכונות, היחס הוא שצריך להנחות את ההחלטה ולא המחיר המוחלט. FLUX 3 Image עולה $0.048 לתמונה ברזולוציית 1K, לעומת $0.009 של Klein — פי כ-5.3. ברזולוציית 4K אותה השוואה היא $0.607 לעומת $0.036, פי כמעט שבע-עשרה. מי שמייצר 4K בהיקף לא בוחר בין מודל זול ליקר; הוא בוחר בין תעריף לתמונה שמחזיק מעמד במגע עם מוצר לבין כזה שלא.

החצי השני של החישוב נמצא בצד שלך: ל-Klein בהתארחות עצמית על כרטיס שכבר בבעלותך אין עלות לכל תמונה, ול-Klein בהתארחות עצמית על כרטיס שכור יש עלות שעתית. נקודת האיזון נעה עם הניצול, והיא נעה הרבה — GPU במצב סרק הוא התצורה היקרה, לא הזולה. אם תעבורת התמונות שלך עולה ויורדת בחדות, התעריף הקבוע הוא בדרך כלל העסקה הטובה יותר; אם היא יציבה וגבוהה, ההורדה מתחילה להחזיר את ההשקעה והרישיון הופך למשתנה שקובע.

הרישיון הוא החלק שמכריע אם תוכל לשחרר אותו

שני הצ'קפוינטים נמצאים תחת רישיון FLUX Kommunity, וכדאי לקרוא את שני התיאורים שלו זה לצד זה, מכיוון שהם אינם מנוסחים באותה צורה. פוסט ההשקה אומר שהרישיון "מאפשר שימוש מסחרי חינם ליחידים ולחברות עם הכנסה שנתית מתחת ל-5 מיליון דולר, לצד שימוש מחקרי ולא-מסחרי", כאשר ארגונים גדולים יותר מפעילים באופן מסחרי באמצעות אפשרויות הרישוי בתשלום באחסון עצמי של BFL או ה-API. כרטיס המודל אומר שהרישיון "מתיר שימוש לא-מסחרי ומספק חריג לפלט מסחרי עבור משתמשים זכאים, בכפוף לתנאיו", כאשר "משתמש זכאי" מוגדר בטקסט הרישיון עצמו.

סף ההכנסות הוא העובדה הקובעת עבור רוב הצוותים: מתחת ל-5 מיליון דולר הכנסות שנתיות — שימוש מסחרי בחינם; מעליו — אחת מהמדרגות בתשלום של BFL. המדרגות הללו מפורטות בפומבי — Builder ב-10 אלף תמונות בחודש ודומיין אחד, Platform ו-Professional ב-100 אלף תמונות בחודש, Enterprise בהתאמה אישית — וכולן כוללות את FLUX 3 Image Klein לצד מודלים ממשפחת FLUX.2, עם כיוונון עדין וזכויות LoRA כלולים. שימו לב למשמעות של המדרגות: חברה שעברה את הסף לא קונה את המודל מחדש, היא קונה את הזכות להשתמש במשקולות שהיא כבר הורידה — וזה סוג אחר של סעיף הוצאה מחשבון API, וגם כזה שקל יותר לשכוח כשאב טיפוס הופך למוצר.

אם ההכנסות של הארגון שלך נמצאות בכלל בקרבת הגבול, קרא את LICENSE.md ולא את אחד מהסיכומים. שני מסמכים של ספקים המתארים את אותו מכשיר בשני משלבים שונים הם בדיוק המצב שבו הטקסט הראשי הוא זה שמחייב אותך.

טענת האיכות היא של BFL עצמה, והיא אינה כוללת את FLUX 3 Image

תוצאת האיכות המובילה של Klein, מהערכות פנימיות, היא מקום ראשון בטקסט לתמונה, ביצירה עם ריבוי הפניות ובעריכת תמונות — לפני מודלים גדולים יותר עם משקולות פתוחות, ומעל המודלים הסגורים בהשוואה, Ideogram V4.5 ו-FLUX.2 [pro]. קבוצת ההשוואה של משקולות פתוחות מוזכרת במקום אחר בפוסט: Qwen-Image 2.1 בגודל 7B ו-Krea 2 בגודל 12.9B, שניהם גדולים יותר מ-5.6B של Klein, כאשר Krea 2 הוצאה מעמודת העריכה מכיוון שהיא אינה תומכת בעריכה. מול FLUX.2 [klein] 9B, המודל הפתוח של הדור הקודם, Klein משיג 91 Elo בטקסט לתמונה ו-70 בעריכת תמונות, בעוד שהוא נושא 38% פחות פרמטרים.

FLUX 3 Image — המודל הגדול יותר של הספק עצמו, הנמכר דרך אותו API על אותו משטח תכונות — אינו מופיע כלל בהשוואה הזו. זה כשלעצמו אינו מפליל; ביצוע בנצ'מרק למודל קטן ופתוח מול המודלים שמי שמוריד את המודל היה מריץ אחרת הוא בחירה מוצדקת. אבל זה אומר שהמשפט שהקונה רוצה יותר מכול, "Klein נמצא במרחק של עד X מהמודל הגדול יותר", עדיין לא נכתב.

התמונה העצמאית דקה עוד יותר. לוח הדירוג הציבורי היחיד לטקסט-לתמונה שעוקב אחר המשפחה הזו מפרט את FLUX 3 Image, ולעת כתיבה אין בו כלל רשומה של FLUX 3 Image Klein. לכן כל מספר איכות הזמין ביום הראשון מקורו ב-BFL, ואלה הניתנים לשחזור — אלה שאתם יכולים לבדוק בעצמכם בעשרים דקות — הם גדלי הקבצים והתעריפים לכל תמונה שלמעלה, ולא פערי ה-Elo.

לקרוא לזה, או להריץ את זה

ההחלטה מתפצלת באופן ברור לשלוש שאלות. אם אתה צריך fine-tunes או LoRAs על הנתונים שלך, או שהתמונות לא יכולות לצאת מהתשתית שלך, או שהנפח שלך גבוה ויציב, ההורדה היא התשובה והרישיון הוא הדבר שצריך להסדיר קודם. אם הנפח שלך עולה ויורד בקפיצות, התמונות שלך הן נכסים ראשיים ולא פלט בכמות גדולה, או שאתה רוצה להעריך את המודל לפני שאתה מתחייב לחומרה, נקודת הקצה במחיר $0.009 לתמונת 1K זולה יותר מסוף שבוע של הקמה.

יש מקרה שלישי שראוי לתת לו שם, כי הוא המקרה הנפוץ: צוותים שבסופו של דבר קוראים לכמה מודלי תמונה ולא לאחד, ומשתמשים במודל פתוח קטן לעבודה בנפח גבוה ובמודל חזיתי לשוטים החשובים. זה המקרה שלשמו קיים OrcaRouter — מפתח API אחד ליותר מ-200 מודלים, מחיר המחירון של הספק עובר הלאה בתוספת של 0% כך ששינוי בתעריפי הספק נכנס לתוקף באותו יום, ומעבר אוטומטי לגיבוי כך שמודל שטרם הוכח יכול לשבת בנתיב ייצור בלי להוות נקודת כשל יחידה. FLUX 3 Image Klein אינו בקטלוג שלנו כיום, כך שנקודת הקצה של BFL היא בכל מקרה פנייה ישירה לספק; מה שכן אנחנו יכולים לעשות הוא להשאיר את כל מה שסביבו — שאר מודלי התמונה, כללי הניתוב, הגיבוי — מאחורי אותה נקודת קצה ואותה שורת חיוב.

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.

מה ישנה את זה

שלושה דברים, לפי מידת ההשפעה שלהם על החלטה. השוואה ראש בראש בלתי תלויה בין Klein ל-FLUX 3 Image, מפני שפער המחירים ביניהם הוא פי שבעה עשר ברזולוציית 4K ופער האיכות לא נמדד. זמני INT8 על כרטיס אמיתי של 8 GB ממישהו שאינו NVIDIA, מפני שזה המספר שכל מסע המכירה של פריסה מקומית נשען עליו, והוא נמדד על ידי גורם אחד בעל אינטרס. והבהרת רישיון מ-BFL שמיישבת בין ניסוח סף ההכנסות בפוסט ההשקה לבין ניסוח Qualifying User בכרטיס המודל.

עד אז, העמדה הניתנת להגנה היא הצרה: FLUX 3 Image Klein הוא אמיתי, ניתן להורדה היום, הוא עושה את מה ש-FLUX 3 Image API עושה באותה רשימת תכונות, והוא עולה בערך חמישית מהמחיר לתמונה ב-1K ואחת חלקי שבע עשרה מהמחיר ב-4K. תתכננו כ-10.5 GB של קבצים בתצורה הקטנה ביותר ו-39 GB עם מעלה הרזולוציה והכול ב-BF16, הכריעו בשאלת הרישיון לפני שתכריעו בשאלת החומרה, והתייחסו לכל נתון איכות שקראתם עד כה כאל נתון של הספק.