כרטיס כותרת שנוצר, שעליו הכיתוב 'LBS-27B vs Granite 4.2 30B' עם כתובית המשנה 'צפוף מעצם התכנון מול מפרט שלא קיים.', כרטיס שמאלי המפרט את Granite 4.2 30B כ-30B צפוף, 128K מקורי והרחבה של 512K, ו-BFCL v4 61.39, כרטיס ימני המפרט את LBS-27B כ-27B בשם בלבד, ארכיטקטורה לא ידועה ואין משקלים, כותרת תחתונה עם הכיתוב 'נתוני Granite לפי IBM; ערכי LBS טרם פורסמו', והלוגו של OrcaRouter.
Guides & Insights

LBS-27B לעומת Granite 4.2 30B: צפוף מעצם התכנון מול מפרט שלא קיים

מחבר

Elias Hawthorne

תאריך פרסום

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

IBM ביצעה בחירה מכוונת עם Granite 4.2 30B: היא השאירה את המודל צפוף. שישים וארבע שכבות, בלוק feed-forward ברוחב 32,768, כל פרמטר נקרא עבור כל טוקן. בשנה שבה רוב המעבדות בגודל הזה פנו לניתוב mixture-of-experts, IBM השיקה 30B ישיר ותמחרה אותו בהתאם. ההחלטה הזו היא העדשה הנכונה להשוואה שלו עם LBS-27B, כי הדבר היחיד שאנחנו יודעים על המאגר החדש של inclusionAI הוא שם ורישיון — והשאלה הראשונה שהשם הזה חייב לענות עליה היא אם הוא מתאר מודל צפוף או דליל.

ל-Granite 4.2 30B יש תיעוד ציבורי מלא: משקלים מאז אוגוסט 2026, רישיון Apache-2.0, כרטיס מודל עם תשע עשרה שורות בנצ'מרק ומערך מתועד לקריאה לכלים. ל-LBS-27B יש מאגר שנוצר ב-26 באוקטובר 2026 המכיל קובץ .gitattributes ו-README בגודל 28 בתים שמצהיר על Apache-2.0 ולא אומר דבר נוסף. זו אינה השוואה בין שני מודלים. זו השוואה בין מודל אחד לבין מפרט שטרם נכתב, והפלט השימושי הוא רשימה של הדברים הספציפיים שהמפרט הזה יצטרך להכיל.

מה ש-IBM למעשה סיפקה

Granite 4.2 30B הוא דקודר צפוף עם 30 מיליארד פרמטרים — Hugging Face מפרט 29B ב-BF16 — על פני 64 שכבות, גודל מוסתר של 4,096, 32 ראשי קשב ו-8 ראשי מפתח-ערך תחת קשב שאילתות מקובץ. אוצר המילים הוא 100,352 אסימונים, ההקשר המקורי הוא 131,072, ו-IBM מתעדת הרחבה להקשר ארוך עד 512K. הוא טקסט בלבד. הכרטיס מפרט שתים עשרה שפות שנבדקו: אנגלית, גרמנית, ספרדית, צרפתית, יפנית, פורטוגזית, ערבית, צ'כית, איטלקית, קוריאנית, הולנדית וסינית.

זהו מודל הסקה במובן הרגיל של 2026. הכרטיס מתאר מצבי חשיבה מלאה, ללא חשיבה ומאמץ נמוך, כאשר החשיבה עטופה בתגי think. הוא עבר כוונון עדין מ-Granite 4.1 30B Base, שוחרר תחת Apache-2.0, ו-IBM מציינת את תאריך השחרור כ-25 באוגוסט 2026.

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

פרופיל בנצ'מרק עם צורה

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

• מתמטיקה — AIME25 89.17 ו-HMMT פברואר 2025 89.17. אלו המספרים הבולטים בכרטיס, והם גבוהים בהרבה ממה שמודל 30B עשה לפני שנה.

• ידע ומדע — GPQA 66.41, MMLU-Pro 77.60, MMLU-ProX lite 66.64, SciCode 38.76. מוכשר, אך לא מוביל בקטגוריה. הפער בין ציון AIME סמוך ל-90 לבין ציון GPQA בטווח אמצע ה-60 הוא צורתו של המודל הזה: הוא טוב יותר בעבודה על בעיה מובנית מאשר בהיזכרות או בהסקה על פני ידע תחומי רחב.

• הנדסת תוכנה — SWE-Bench Verified 57, SWE-Bench Pro 33.29, SWE-Bench Multilingual 41.89, Terminal-Bench 2.1 29.24, LiveCodeBench v6 75.77. הירידה מ-LiveCodeBench ל-Terminal-Bench גדולה, והיא חשובה: יכולת בתכנות תחרותי אינה זהה ליכולת להשלים משימה רב-שלבית בטרמינל אמיתי.

• הקשר ארוך — RULER 64K 89.96 ו-RULER 128K 81.38. זהו הצמד המרגיע ביותר בכרטיס, מפני שהוא מודד אחזור לאורך החלון במקום להניח שהקשר גדול הוא קשר שמיש. ירידה של שבע נקודות מ-64K ל-128K היא שיפוע מתון.

• מעקב אחר הוראות וצ'אט — IFBench 77.17, Arena-Hard-V2 67.93, tau3 בממוצע של 62.00, BFCL v4 61.39.

הקריאה הכנה היא ש-Granite 4.2 30B הוא מודל מוצק אך לא אחיד: מצוין במתמטיקה תחרותית ובאחזור בהקשר ארוך, רגיל בידע רחב, ובאמצע החבילה בעבודה תוכנתית אג'נטית. זהו מוצר ספציפי, לא מוצר גנרי.

קריאה לכלים היא הטענה ש-IBM מציגה

הביטוי שבו IBM משתמשת הוא "קריאה לכלים עם תוספת היסק" — המודל מהרהר באיזה כלי להפעיל ולמה לפני שהוא מפעיל אותו. פרטי המימוש הם מעשיים ולא אקזוטיים: הגדרות פונקציה בסגנון OpenAI, מנתח כלים של vLLM בשם qwen3_coder, פתרון אוטומטי של SGLang לאותו מנתח, ואינטגרציות עם OpenCode, Pi ו-OpenHands.

האם זה טוב יותר מהחלופות הוא שאלה אמפירית, והמספרים של הכרטיס עצמו מעורבים. BFCL v4 עם 61.39 ו-tau3 עם 62.00 הם מכובדים אך לא דומיננטיים; המודלים שמובילים את לוחות הדירוג האלה גדולים בדרך כלל. מה ש-Granite מציע הוא מסלול הפעלת כלים מתועד וניתן לשחזור, עם רישוי מתירני ופרופיל שירות צפוף — וזה לעתים קרובות מה שפרויקט סוכן ארגוני באמת צריך, יותר מאשר כתר של לוח דירוג.

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

A generated two-column scoreboard. LBS-27B: parameters unverified 27B, architecture unknown, context unknown, tool calling no data, licence Apache-2.0, availability none. Granite 4.2 30B: parameters 30B dense, architecture 64 dense layers, context 128K native and 512K extension, tool calling BFCL v4 61.39, licence Apache-2.0, availability weights on Hugging Face. Footer reads 'Granite figures per IBM card; LBS values not yet published.'

הצד של LBS-27B בעמוד

יש מעט מאוד לומר, וחשוב לומר זאת במדויק ולא למלא את החלל בהסקה.

• המאגר קיים. הוא נוצר בשעה 05:36 UTC ב-26 באוקטובר 2026 ומאז לא בוצעו בו שינויים.

• הוא מכיל שני קבצים: קובץ בגודל 1,519 בייט .gitattributes וקובץ README בגודל 28 בייט. ה-README הוא רק מטא-נתוני רישיון: license: apache-2.0.

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

• "27B" הוא חלק משם המאגר. שום דבר במאגר לא מאשר שמדובר במספר פרמטרים, ושום דבר לא מציין אם המודל צפוף או דליל.

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

Screenshot of the Hugging Face model page for inclusionAI/LBS-27B captured 26 October 2026, showing an Apache-2.0 licence badge, a Like count of 0, the notice 'README.md exists but content is empty', a panel saying downloads are not tracked for this model, and 'This model isn't deployed by any Inference Provider'.

ההשוואה, מימד אחר מימד

• פרמטרים — Granite 4.2 30B הוא מודל צפוף של 30B (29B רשום ב-BF16); LBS-27B הוא מודל 27B לא מאומת ללא ארכיטקטורה שנחשפה.

• שכבות ורוחב — 64 שכבות עם גודל מוסתר של 4,096 עבור Granite; לא ידוע עבור LBS.

• הקשר — 131,072 נייטיביים והרחבה מתועדת של 512K עבור Granite; לא ידוע עבור LBS.

• מודאליות — טקסט בלבד עבור Granite; לא ידוע עבור LBS, כאשר טקסט בלבד הוא מקרה הבסיס הסביר.

• שפות — שתים עשרה שפות שנבדקו עבור Granite; לא ידוע עבור LBS.

• מצבי חשיבה — מלא, ללא חשיבה ומאמץ נמוך עבור Granite; לא ידוע עבור LBS.

• קריאה לכלים — מסלול מתועד לקריאת פונקציות עם BFCL v4 61.39 ו-tau3 62.00 עבור Granite; דבר לא פורסם עבור LBS.

• רישיון — Apache-2.0 עבור Granite; Apache-2.0 מוצהר עבור LBS, ניתן לשינוי לפני שחרור המשקלים.

• זמינות — משקולות Granite ניתנות להורדה ולאירוח עצמי כיום; ל-LBS אין מה להוריד.

אורך ההקשר הוא המקום שבו השניים יכולים להיפרד זה מזה ביותר

החלון הנייטיבי של 128K של Granite עם הרחבה ל-512K הוא תכונה ארגונית מכוונת, וציוני RULER מרמזים שזה לא רק שיווק: 81.38 ב-128K הוא תוצאה שמישה. לבדיקת חוזים, ניתוח לוגים, אחזור מתוך בסיס קוד ומסלולי ביקורת ארוכים, השילוב הזה — נתיב הרחבה מתועד בתוספת ראיות אחזור קרוב לראש החלון — שווה יותר ממספר גדול יותר בלי ראיות מאחוריו.

אם LBS-27B יגיע עם חלון של 256K או 512K, השאלה המעניינת לא תהיה המספר. היא תהיה אם inclusionAI מפרסמת הערכות אחזור בקצה הרחוק שלו. חלון הוא הצהרת קיבולת; תוצאות בסגנון RULER הן הצהרת יכולת, והשתיים נבדלות בחדות בפועל.

פריסה, רישוי והיכן שהנתב משתלב

שני המודלים מצהירים על Apache-2.0, שהיא התוצאה המתירנית ביותר לשימוש מסחרי והסיבה ש-Granite פופולרי בקרב צוותים שאינם יכולים לקבל רישיון מותאם אישית. Granite 4.2 30B אינו זמין ב-OrcaRouter, וגם LBS-27B לא; אם אתם רוצים את Granite, עליכם להוריד אותו ולהפעיל אותו בעצמכם, או להשתמש בפלטפורמת אירוח.

פריסה עצמית היא בדיוק המקום שבו ארכיטקטורה היברידית הגיונית. הריצו את Granite על החומרה שלכם עבור הנפח השגרתי — תעבורת הסיווג, החילוץ וקריאות הכלים שבה דגם dense 30B הוא יותר ממספיק — ונתבו את המקרים הקשים באמת למודל frontier מתארח. OrcaRouter שימושי עבור החצי השני: מפתח API אחד על פני יותר מ-200 מודלים, מעבר אוטומטי לגיבוי אם ספק נחלש, ו-DSL לניתוב שמאפשר לבטא את הפיצול כמדיניות ולא כקוד בשלושה שירותים. אנו מעבירים את מחיר המחירון של הספק בתוספת של 0%, כך שהחלק המתארח בחשבון הוא המספר של הספק, ולא שלנו עם מרווח על גבי זה.

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

Screenshot of IBM's Granite 4.2 technical blog published 25 August 2026, headlined 'Granite 4.2 LLMs: How They're Built', describing a family of dense decoder-only reasoning models in 3B, 8B and 30B sizes, with a 512K-token context extension and Apache-2.0 licensing.

מה יכריע את ההשוואה הזו

שלושה ארטיפקטים יהפכו את העמוד הזה מתרגיל מפרט לעימות אמיתי.

הראשון הוא config.json עם שדות מומחים, שמכריע בין צפוף לדליל ונותן את מספר הפרמטרים הפעילים. אם LBS-27B הוא דליל עם מספר פעילים קטן, הוא יוזיל את עלות ההגשה לעומת Granite וההשוואה הופכת לפשרה בין מחיר לאיכות. אם הוא צפוף, זו שאלת החלפה ישירה ובגרות הכלים של IBM הופכת לשובר השוויון.

השני הוא הערכת קריאה לכלים על גרסת harness בעלת שם. המספרים של Granite ב-BFCL v4 וב-tau3 אינם מרשימים, מה שאומר שמודל חדש לא צריך להיות מרשים כדי לנצח אותם — הוא צריך להימדד על אותו harness.

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

עבור קונה ארגוני שמחליט היום, Granite 4.2 30B הוא גורם מוכר עם רישיון מתירני, ערכת כלים מתועדת ופרופיל שירות צפוף שצוותי תשתית רבים מעדיפים. LBS-27B הוא שם עם שורת רישיון. הפער ביניהם אינו פסק דין על ההנדסה של inclusionAI. זה פשוט ההבדל בין מודל שפורסם למודל שנשמר.