#

النقاط الرئيسية

• تم إصدار vLLM 0.32.0 في 18 أكتوبر 2026.

• يضيف الإصدار نقطة نهاية structured-decisions ومحللاً عاماً من Hugging Face للأدوات والاستدلال.

• أصبحت الإعدادات الافتراضية للأمان أكثر صرامة، مع تغييرات في CORS، ومعالجة الصور، ومقابض ذاكرة التخزين المؤقت المشتركة، وعمق مخطط JSON.

• ينبغي على المشغلين مراجعة قسم التغييرات غير المتوافقة قبل الترقية.

ما الذي تغيّر في vLLM 0.32.0

أصدر مشروع vLLM الإصدار 0.32.0 في 18 أكتوبر 2026. وتفيد ملاحظات الإصدار على GitHub بوجود 814 عملية commit من 363 مساهمًا، بينهم 121 مساهمًا جديدًا. وهذا يجعلها نسخة بنية تحتية كبيرة لمحرك الاستدلال مفتوح المصدر المستخدم لخدمة نماذج الذكاء الاصطناعي.

تضيف هذه التحديث نقطة نهاية structured-decisions. كما تقدم محللاً عاماً من Hugging Face للأدوات والاستدلال. يقرأ هذا المحلل قالب الاستجابة الخاص بنقطة تحقق (checkpoint). ووفقًا لملاحظات الإصدار، يمكن أن يقلل ذلك الحاجة إلى محللات خاصة بكل نموذج عندما يتم توفير قالب متوافق. وهذا تغيير عملي للفرق التي تريد مسارات تحليل مخصصة أقل.

تغييرات التحليل والخدمة

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

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

وتذكر النسخة أيضًا أن عدة مسارات تنفيذ داخلية والقيم الافتراضية قد تغيّرت. ولا تعرض الملاحظات هذه التغييرات على أنها اختيارية. فهي واردة في قسم التغييرات غير المتوافقة، والذي ينبغي على المشغلين قراءته قبل الترقية. كما تقول صفحة الإصدار إن دعم Python 3.10 قد انتهى.

اعتبارات الأمن والحوكمة

تشكل تغييرات الأمان جزءًا رئيسيًا من هذا الإصدار. وتذكر الملاحظات إصلاحات لثلاثة تنبيهات أمنية منشورة. كما تقيد الوصول الافتراضي عبر المصادر المتعددة (CORS). بالإضافة إلى ذلك، يضيف الإصدار معالجة الصور غير الموثوقة بوضع raster فقط، ومقابض ذاكرة تخزين مؤقت متعددة الوسائط موقعة في الذاكرة المشتركة، وحدًا أقصى للعمق في مخططات JSON.

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

لماذا تهم تحديثات المحلل

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

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

الصلة بالمغرب

لا يورد المصدر أي ادعاء خاص بالمغرب. وبالنسبة للقراء في المغرب، فالدرس العام واضح: يمكن لإصدارات البنية التحتية أن تغيّر الإعدادات الافتراضية وسلوك الأمان ومتطلبات الترقية. راجع ملاحظات الإصدار بعناية قبل اعتماد نسخة جديدة.

الخلاصة

يُعد vLLM 0.32.0 تحديثًا واسعًا للبنية التحتية، وليس إصدار نموذج جديد. فهو يضيف أدوات تحليل جديدة، ويوسّع دعم الذاكرة المؤقتة، ويشدّد عدة إعدادات أمان افتراضية. كما يتضمن تغييرات غير متوافقة ينبغي على المشغلين مراجعتها قبل الترقية.

ملاحظات الإصدار واضحة في نقطة واحدة: لا تعمم ادعاءات الأداء خارج الأجهزة والمعايير المستخدمة في الاختبارات. وينطبق هذا التحذير هنا بقدر ما تنطبق الميزات الجديدة. والخطوة الأهم هي التحقق الدقيق في البيئة المستهدفة.