FLUX 3 Image Klein לעומת FLUX 3 Image Klein Pup: מודל נגד כותב הפרומפטים של עצמו

השם במאגר מזמין השוואה שאינה קיימת. FLUX 3 Image Klein ו-FLUX 3 Image Klein Pup נראים כמו שני מודלים במשפחה, כפי שכל דף "vs" אחר בבלוג הזה מציג זה לצד זה שני מחוללים בעלי חוזקות שונות. הם אינם כאלה. FLUX 3 Image Klein הוא מודל התמונות בעל 5.6B הפרמטרים שיצא ב-15 באוקטובר 2026. FLUX 3 Image Klein Pup — שכותרתו "Prompt Upsampler" בכרטיס המודל שלו — הוא מודל שפה בעל 9B פרמטרים שכל תפקידו לשכתב את הפרומפט הקצר שלך לכתובית הארוכה והמפורטת שמודל התמונות אומן לקבל.

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

מהו למעשה כל אחד מהשניים

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

• תפקיד — Klein מייצר ועורך תמונות; Pup מפיק טקסט ולעולם אינו מרנדר דבר

• פרמטרים — 5.6B עבור המחולל, 9B עבור האפסמפלר, כך שהמודל המסייע הוא המודל הגדול יותר

• שושלת — Klein הוא מודל תמונות משושלת FLUX 3; Pup הוא כיוונון עדין מלא של Qwen/Qwen3.5-9B, אשר עצמו נגזר מ-Qwen3.5-9B-Base

• משקלים על הדיסק — 11.2 GB ב-BF16 ו-5.6 GB ב-FP8 עבור Klein; 18.8 GB עבור קובצי ה-safetensors של Pup ב-BF16

• רישיון — FLUX Kommunity License עבור Klein, עם סף הכנסות של 5 מיליון דולר; Apache 2.0 עבור Pup

• קלטים — Klein מקבל טקסט, תמונות ייחוס ותיבות תוחמות; Pup מקבל את אותה בקשה בתוספת עד 10 תמונות ייחוס ומחזיר פרומפט אחד

• פלט — פיקסלים לעומת טקסט באנגלית

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

המספר 8 GB לא שורד את הפייפליין המוגדר כברירת מחדל

הטענה המרכזית בנוגע לחומרה עבור Klein היא שגרסת ה-INT8 פועלת על כרטיס RTX עם נפח VRAM של 8 GB בלבד. טענה זו נוגעת למחולל, ולכאורה היא מחזיקה מעמד במונחים של עצמה — הצ'ק-פוינט המכומת נבנה עבורה, וזמני הריצה שפורסמו לצדה נמדדו על ידי NVIDIA.

כעת הוסף את ה-pipeline המוגדר כברירת מחדל. המשקולות של Pup הן 18.8 GB ב-BF16 לפני כל תקורת ריצה. אי אפשר להכניס 18.8 GB של משקולות לתוך 8 GB של VRAM. שני המספרים מתארים שני דברים שונים, וחומרי ההשקה מציבים אותם קרוב מספיק זה לזה כך שקורא יכול להסיק באופן סביר שכל העניין רץ על כרטיס ישן. זה לא המצב, לא בתצורה ש-BFL אומרת שהמודל מצפה לה.

יש שלוש דרכים כנות לצאת מזה, והן עולות במחירים שונים:

• בצע קוונטיזציה למעלה הדגימה — קיימים בילדים קהילתיים של GGUF עבור Pup בווריאנטים Q8_0, Q5_K_M, IQ4_XS ו-IQ3_S עם מקרן חזותי נפרד, מה שמקטין משמעותית את העוזר, על חשבון איכות הפרומפט במידה מסוימת

• הפעל את האפסמפלר במקום אחר — זהו מודל טקסט, ולכן הוא לא צריך לחלוק GPU עם המחולל, אלא רק קפיצת רשת

• דלגו על זה עם --no-pup — בחינם, באופן מיידי, והאפשרות ש-BFL ממליצה נגדה

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

מה ש-Pup עושה לפרומפט

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

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

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

ארבעה מצבים, ולמה המצב חשוב יותר מהפרומפט

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

גם הגדרות הדגימה נבדלות לפי מצב, וההבדל אינו קוסמטי. הפענוח חמדני בטמפרטורה אפס, עם מקסימום של 3,584 טוקנים חדשים וחשיבה מושבתת. קנס הנוכחות הוא 1.5 עבור טקסט לתמונה ו-0 עבור עריכות. האפס הזה מכוון: קנס חזרתיות מעודד את המודל להכניס חומר חדש, וזה בדיוק מה שלא רוצים כשהמשימה היא לנסח מחדש הוראת עריכה בנאמנות. גם תמונות הייחוס מכווננות לגודל שונה בהתאם למספר שתספקו — בסביבות 1 מגה-פיקסל עבור אחת, 724² עבור שתיים, 512² עבור שלוש או יותר — כך שמשימה עם עשר תמונות ייחוס מקבלת התניה על תמונות קטנות בהרבה מאשר משימה עם תמונת ייחוס אחת.

הרישיון מפוצל באמצע

זה החלק שכמעט לא זוכה לתשומת לב, וכנראה שצריך. שני החצאים של הפייפליין נמצאים תחת רישיונות שונים. Klein הוא FLUX Kommunity License: חינם לשימוש מסחרי תחת הכנסה שנתית של $5M, רישוי בתשלום מעל לכך. Pup הוא Apache 2.0, ללא תנאי הכנסה כלל.

אז חברה שנמצאת מעל הסף יכולה להשתמש בפרומפט אפסמפלר בחופשיות, ועדיין זקוקה לרישיון כדי להשתמש במחולל שהוא מזין. וחברה שנמצאת מתחת לסף ורוצה לכוונן עדין את צד הפרומפט נהנית מחופש פעולה גדול בהרבה מזו שרוצה לכוונן עדין את צד התמונה. אם אתם מתכננים לשחרר מוצר, קראו את שני הרישיונות בנפרד במקום להתייחס ל„Klein stack” כדבר אחד. החצי המתירני הוא החצי שקל לפספס.

מה בעצם משתנה כשמכבים את זה

כיבוי Pup הוא דגל אחד, וההשפעות אינן סימטריות בין המשימות.

• טקסט לתמונה — הנסיגה הגדולה ביותר. פרומפטים קצרים הופכים גנריים, וזה בדיוק הכשל ש-BFL מזהיר מפניו, והפער גדל ככל שהפרומפט שלך קצר יותר

• ריבוי הפניות — האפסמפלר הוא מה שהופך את „לשים את שלושת האנשים האלה בחדר” לתיאור שמתחשב בכל שלוש הפניות; בלעדיו, ההקפדה על הפניות נעשית רופפת באופן מורגש

• פריסת תיבה תוחמת — המצב נועד להמיר כוונה מרחבית לכיתוב שמשמר אותה, ולכן הסרתו מחזירה את הנטל לניסוח שלך

• עריכה מדויקת — המקרה הפחות חד-משמעי, וזה שבו כיבויה יכול לעזור

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

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

ההחלטה, בפועל

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

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

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

מה ישנה את התשובה

אבלציה שפורסמה. אף אחד לא פרסם השוואה זה לצד זה של Klein עם ובלי Pup על אותם פרומפטים, שנמדדה על ידי מישהו שאינו המעבדה, והטבלה החסרה היחידה הזו היא מה שמשאיר את זה כהחלטה לשיקול דעת. עד שהיא תתקיים, העמדה הניתנת להגנה היא הלא־זוהרת: מעלה הרזולוציה הוא חלק מהמערכת כפי שתוכננה, טענת ה־8 GB אינה מכסה אותו, ועומס העבודה היחיד שבו אפשר באופן סביר לעקוף את ברירת המחדל הוא זה שבו המודל הזה הוא החזק ביותר.