«ميوز سبارك أوبن» يفتح النماذج الضخمة، لكنه يرفع عتبة البنية التحتية

إتاحة أوزان نموذج ضخم لا تعني أن تشغيله صار في متناول كل فريق. هذا هو التوتر الحقيقي في إطلاق «ميوز سبارك أوبن»، النموذج مفتوح الأوزان من «ميتا» الذي يقدمه المصدر كنموذج متعدد الوسائط، أي إنه يتعامل مع النصوص والصور والصوت والفيديو ضمن واجهة واحدة. يبلغ حجم النموذج نحو 816 مليار معلَمة، لكنه يفعّل قرابة 42 مليار معلَمة لكل رمز، ويصل سياقه إلى مليون رمز.

ضخامة موزعة لا تختفي يعتمد النموذج بنية مزيج الخبراء، حيث يختار الموجّه ثمانية خبراء من أصل 256 لكل رمز. تقل بذلك الحسابات النشطة لكل خطوة، لكن جميع الخبراء يبقون في الذاكرة. لذلك تذكر صفحة «هاغنغ فيس» أن النشر يحتاج ذاكرة نموذج ذي 816 مليار معلَمة، رغم أن الحساب أثناء التنفيذ أقرب إلى 42 ملياراً لكل رمز. الفكرة هنا ليست أن الحجم اختفى، بل أن طريقة توزيعه تغيّرت.

تقول الصفحة إن «ميوز سبارك أوبن» دُرّب على البرمجة الوكيلة، ومنها قراءة قاعدة الشيفرة وكتابتها وتصحيحها واستدعاء الأدوات. كما يمكنه استقبال لقطة شاشة أو مذكرة صوتية أو تسجيل شاشة أثناء العمل على الشيفرة، ثم إنتاج النص. هذا يضعه في فئة أدوات التطوير الطويلة والمعقدة، لا في فئة مساعد المحادثة الخفيف.

الرقم الذي يحدد القرار حجم نقطة التحقق بصيغة BF16 يقارب 1.5 تيرابايت. ووفق وصف النشر، تعمل هذه الصيغة عبر أربع عقد تضم كل منها ثماني وحدات H200 مع موازاة موترات، بينما تعمل صيغة NVFP4 على عقدة B200 واحدة. هذه ليست تفاصيل جانبية، لأنها تشرح أين تقع الكلفة والقدرة التشغيلية قبل أن يبدأ أي فريق في التجربة.

في المقابل، تشير الصفحة إلى أن «ميوز غليمر» بحجم 30 مليار معلَمة من السلسلة نفسها أنسب للتشغيل المحلي. وهي تذكر أيضاً مسارات تشغيل عبر llama.cpp وvLLM وSGLang، ما يجعل خيارات النشر جزءاً من القصة لا ملحقاً تقنياً لها.

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