DeepSeek تفتح المصدر عن خبرتها الهندسية في تشغيل نماذج بتريليون معلمة: الحوسبة المحلية تعوّض هذه المرة في طبقة البرمجيات

في 30 سبتمبر، نشرت DeepSeek مجموعة من الأكواد على حسابها الرسمي على WeChat، وأتاحت مفتوحة المصدر ست وحدات لمنصة هواوي Ascend: ‏TileLang وDeepGEMM-Ascend وDeepEP-Ascend وTileKernels وFlashMLA وDeepSelect. قد تبدو الأسماء متفرقة، لكن نطاقها في الواقع متماسك: لغة برمجة واحدة، ومجموعة من أنوية الحوسبة، إضافة إلى الاتصالات الموزعة.

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

بعد أن صارت الشرائح كافية، صار العائق شيئًا آخر

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

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

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

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

بين الوحدات الست، الأكثر استحقاقًا للنظر هو TileLang

أثقل الوحدات الست وزنًا هي TileLang. إنها لغة برمجة عالية المستوى طوّرتها DeepSeek بنفسها، وكانت موجهة أساسًا إلى الواجهة الخلفية لإنفيديا، وهذه المرة تدعم رسميًا Ascend 950، مع توليد شيفرة أصلي وجدولة ومزامنة تلقائية. وتحدد DeepSeek موقعها بوضوح: بديل لـCUDA، و«نموذج برمجة أبسط».

أما TileKernels المرافقة فقد حلّت مشكلة قديمة أخرى. فهي تستطيع الاختيار تلقائيًا بين الواجهة الخلفية لإنفيديا أو هواوي، وتكشف للطبقة العليا مجموعة واحدة من واجهات Python API. بعبارة أخرى، تعمل الشيفرة نفسها على منصتي عتاد، وقد انخفضت كلفة التبديل إلى مستوى الإعدادات، لا إعادة كتابة الأنوية.

كما أن بيانات الاختبار الداخلي المعلنة ليست غامضة. حققت بعض الأنوية على Ascend 950DT نسبة عالية من الحد الأعلى الاسمي للعتاد: ضرب المصفوفات الكثيف بدقة BF16 بنسبة 99.8%، وFP8 بنحو 99.5%؛ أما تنفيذ الانتباه المتناثر الموجّه لنموذج DeepSeek V4.1 فقد بلغ في مرحلة الـprefill نحو 410 TFLOPS، أي حوالي 95% من القيمة النظرية. كما حسّنت الشركتان معًا حلًا للعُقد الفائقة قائمًا على 128 شريحة Ascend 950، يوازن تحديدًا بين الحساب ونقل البيانات.

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

واجهة API واحدة تدعم واجهتين خلفيتين، أين تكمن القيمة؟

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

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

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

التغيير الحقيقي يحدث في كلفة الترحيل

بالنسبة لمطوّر عادي، الأثر العملي الأكبر لهذا الإصدار المفتوح المصدر هو كلفة الترحيل.

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

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

ما يجب متابعته بعد ذلك هو هل سيستخدمه الآخرون

لتقدير ثقل هذا الإصدار المفتوح المصدر، لا يكفي النظر إلى ما قالته DeepSeek نفسها، بل إلى ما سيفعله الآخرون خلال الأشهر الستة المقبلة.

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

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

فتح المصدر عن الأساس أبطأ من فتح المصدر عن النماذج

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

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

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