LBS-27B مقابل Granite 4.2 30B: كثيف بالتصميم في مواجهة مواصفات غير موجودة

اتخذت IBM قرارًا متعمدًا بشأن Granite 4.2 30B: أبقته نموذجًا كثيفًا. أربع وستون طبقة، وكتلة تغذية أمامية بعرض 32,768، وكل معلمة تُقرأ عند كل رمز. في عام لجأت فيه معظم المختبرات بهذا الحجم إلى توجيه خليط الخبراء، أطلقت 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 February 2025 89.17. هذه هي الأرقام البارزة على البطاقة، وهي أعلى بكثير مما كان نموذج 30B يحققه قبل عام.

• المعرفة والعلوم — GPQA 66.41، MMLU-Pro 77.60، MMLU-ProX lite 66.64، SciCode 38.76. كفء، وليس في الصدارة. الفجوة بين درجة AIME القريبة من 90 ودرجة GPQA في منتصف الستينيات هي شكل هذا النموذج: فهو أفضل في العمل عبر مشكلة منظمة من استرجاع المعرفة أو الاستدلال عبرها في مجال واسع.

• هندسة البرمجيات — 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، وتقييمات استدعاء الأدوات هي بالضبط النوع من الأشياء التي لا تظهر في مستودع حتى يكتمل النموذج.

جانب LBS-27B من الصفحة

هناك القليل جدًا مما يمكن قوله، ومن المهم أن يُقال هذا القليل بدقة بدلًا من ملء الفراغ بالاستنتاج.

• المستودع موجود. تم إنشاؤه في 05:36 UTC بتاريخ 26 أكتوبر 2026 ولم يُعدَّل منذ ذلك الحين.

• يحتوي على ملفين: ملف .gitattributes بحجم 1,519 بايت وملف README بحجم 28 بايت. ولا يحتوي README إلا على بيانات الترخيص الأمامية: license: apache-2.0.

• لا توجد أوزان، ولا ملفات إعدادات، ولا مُرمِّز رموز، ولا بطاقة نموذج، ولا بيانات تقييم. لا يتم تتبُّع التنزيلات، والإعجابات صفر. ولم نعثر على أي إعلان أو ورقة بحثية أو نقاش عام.

• "27B" جزء من اسم المستودع. لا شيء في المستودع يؤكد أنه يمثّل عدد المعاملات، ولا شيء يشير إلى ما إذا كان النموذج كثيفًا أم متفرّقًا.

تلك النقطة الأخيرة ليست فجوة صغيرة. فنماذج 27B الكثيفة والمتناثرة منتجات مختلفة لها اقتصاديات تقديم مختلفة، وسلوك ضبط دقيق مختلف، وأنماط فشل مختلفة. وإلى أن يوجد ملف إعدادات، فإن مقارنة Granite لها جانب محدد بالكامل وجانب فارغ.

المقارنة، بُعدًا بُعدًا

• المعلمات — 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 أي شيء لتنزيله.

طول السياق هو النقطة التي قد يختلف فيها الاثنان أكثر من أي شيء آخر.

تُعدّ نافذة Granite الأصلية البالغة 128K مع امتداد يبلغ 512K ميزةً مؤسسية مقصودة، وتشير درجات RULER إلى أنها ليست مجرد تسويق: إذ يُعدّ 81.38 عند 128K نتيجةً قابلة للاستخدام. وبالنسبة إلى مراجعة العقود وتحليل السجلات واسترجاع قاعدة الشيفرة ومسارات التدقيق الطويلة، فإن هذا المزيج — مسار امتداد موثّق إضافةً إلى أدلة استرجاع قرب أعلى النافذة — أكثر قيمةً من رقم أكبر لا يسنده أي دليل.

إذا طُرحت LBS-27B بنافذة 256K أو 512K، فلن يكون السؤال المثير للاهتمام هو الرقم، بل ما إذا كانت inclusionAI تنشر تقييمات الاسترجاع عند الحد الأقصى منها. فالنافذة ادعاء بشأن السعة؛ أما النتائج على غرار RULER فهي ادعاء بشأن القدرة، وهما يتباعدان بشدة على مستوى التطبيق العملي.

النشر والترخيص وأين يندرج جهاز التوجيه

يعلن كلا النموذجين عن ترخيص Apache-2.0، وهو النتيجة الأكثر سماحية للاستخدام التجاري والسبب في شيوع Granite لدى الفرق التي لا تستطيع قبول ترخيص مخصص. لا يتوفر Granite 4.2 30B على OrcaRouter، ولا يتوفر LBS-27B كذلك؛ إذا أردت Granite، فقم بتنزيله وتشغيله بنفسك، أو استخدم منصة استضافة.

هذا النشر المستضاف ذاتيًا هو بالضبط حيث تكون البنية الهجينة منطقية. شغّل Granite على عتادك الخاص للحجم الروتيني — حركة التصنيف والاستخراج واستدعاء الأدوات حيث يكفي نموذج كثيف بحجم 30B أكثر من اللازم — ووجّه الحالات الصعبة حقًا إلى نموذج حدودي مستضاف. يُعد OrcaRouter مفيدًا للنصف الثاني: مفتاح API واحد عبر أكثر من 200 نموذج، وتجاوز تلقائي للفشل إذا تدهور أحد المزوّدين، ولغة DSL للتوجيه تتيح لك التعبير عن التقسيم كسياسة بدلاً من كود في ثلاث خدمات. نمرّر سعر قائمة المزوّد بهامش ربح 0%، لذا فإن الجانب المستضاف من الفاتورة هو رقم المزوّد، وليس رقمنا مع هامش ربح إضافي.

ما لن ندّعيه هو أن أيًا من النموذجين في هذه المقارنة متاح من خلالنا. فهو ليس كذلك، وصفحة مقارنة توحي بخلاف ذلك أسوأ من كونها عديمة الفائدة.

ما الذي سيحسم هذه المقارنة؟

ثلاثة عناصر مادية كفيلة بتحويل هذه الصفحة من تمرين على المواصفات إلى مواجهة حقيقية.

الأول هو config.json يحتوي على حقول الخبراء، وهو ما يحسم مسألة الكثيف مقابل المتناثر ويعطي عدد المعلمات النشطة. إذا كان LBS-27B متناثرًا بعدد نشط صغير، فسيقلل تكلفة الخدمة مقارنةً بـ Granite وتصبح المقارنة مقايضة بين السعر والجودة. وإذا كان كثيفًا، فالمسألة مسألة استبدال مباشر ويصبح نضج أدوات IBM عامل الحسم.

الثاني هو تقييم لاستدعاء الأدوات على إصدار مسمّى من منصة الاختبار. أرقام Granite في BFCL v4 وtau3 ليست مبهرة، ما يعني أن نموذجًا جديدًا لا يحتاج إلى أن يكون مبهرًا ليتفوق عليها — بل يحتاج إلى أن يُقاس على منصة الاختبار نفسها.

الثالث هو دليل على الاسترجاع في السياق الطويل عند 128K أو أبعد. وأرقام RULER الخاصة بـ Granite هي أقوى حجة لها على صلتها باحتياجات المؤسسات، وهي الرقم الذي ينبغي أن يُطلب من أي منافس مجاراته.

بالنسبة لمشترٍ مؤسسي يتخذ قراره اليوم، يُعدّ Granite 4.2 30B خيارًا معروفًا بترخيص متساهل، وحزمة أدوات موثّقة، وملف تعريف كثيف للخدمة تفضّله许多 فرق البنية التحتية. أما LBS-27B فهو اسم لا يتجاوز سطر ترخيص. والفجوة بينهما ليست حكمًا على هندسة inclusionAI، بل هي ببساطة الفرق بين نموذج نُشر وآخر حُجز.