A.X K2 DSpark مقابل A.X K2: ماذا يمنحك نموذج الكاتب فقط فعليًا؟

أغرب ما في المقارنة بين {{1}}A.X K2 DSpark{{/1}} و{{2}}A.X K2{{/2}} أنها ليست مقارنةً حقًا. لا يمكن استخدام {{3}}A.X K2 DSpark{{/3}} مكان {{4}}A.X K2{{/4}} — بل لا يمكن استخدامه بمفرده إطلاقًا. إنه {{9}}"نقطة تفتيش للصياغة فقط"{{/9}} طرحتها SK Telecom بهدوء على {{10}}Hugging Face{{/10}} في أوائل أغسطس دون أي إعلان: نموذج مسودة لفك الترميز التخميني (speculative-decoding) وظيفته الوحيدة أن يجعل {{5}}A.X K2{{/5}} — النموذج الرائد مفتوح الأوزان القائم على مزيج الخبراء (Mixture-of-Experts) لدى الشركة بمعاملات تبلغ 688 مليارًا — يولّد الرموز بسرعة أكبر مع إبقاء إجاباته كما هي. لذا فإن السؤال الحقيقي الذي تتوقف عليه هذه المواجهة ليس "أيهما أفضل؟" بل "هل ينبغي تشغيل {{6}}A.X K2{{/6}} مع {{7}}DSpark{{/7}} أم بدونه؟" وكل معلومة في هذا المقال مرفقة بمصدرها، لأن الفجوة بين ما يخبرنا به {{8}}المستودع{{/8}} وما تم قياسه بالفعل هي القصة بأكملها.

ما هو A.X K2 DSpark في الواقع

بطاقة نموذج SK Telecom صريحة بشكل غير معتاد حول الغرض من النموذج. A.X K2 DSpark "هو نموذج مسودة لفك الترميز التخميني لـ A.X K2" و"نقطة تفتيش للمسودة فقط: ليس لها استخدام مستقل، ويُقصد تحميلها بواسطة vLLM إلى جانب A.X K2 عبر فك الترميز التخميني." عمليًا، هذا يعني أنك تقوم بتنزيله، وتوجيه vLLM متوافق إليه وإلى A.X K2 معًا، ويعمل الاثنان كفريق: يقترح DSpark الرموز المميزة المرشحة، ويتحقق A.X K2 منها، ولا يتم إصدار سوى الرموز المميزة التي تم التحقق منها.

هناك تفصيلان حول آلية المسودة يمكن معرفتهما من المستودع. أولاً، يقترح DSpark عدة رموز مرشحة بالتوازي بدلاً من كتابة تسلسل مسودة رمزًا تلو الآخر، بالاستعانة بالتمثيلات المخفية الخاصة بـ A.X K2 إلى جانب نمذجة اعتماد محلية خفيفة الوزن. ثانيًا، صُمم الأمر برمته ليكون بدون فقدان: حيث يتم التحقق من كل مرشح بواسطة النموذج الهدف قبل اعتماده، لذا يبقى توزيع مخرجات A.X K2 دون تغيير بطبيعة البناء.

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

لماذا هذا "مقابل" هو في الحقيقة "مع مقابل بدون"

نظرًا لأن A.X K2 DSpark ليس له استخدام مستقل، فلا توجد سيناريو تختار فيه استخدامه بدلاً من A.X K2. الاختيار يكون بين A.X K2 وحده وبين A.X K2 مع إرفاق النموذج الأولي (draft model). من حيث جودة المخرجات، فإن التكوينين متطابقان بطبيعتهما؛ والمحور الوحيد الذي يمكن أن يتغير هو سرعة فك التشفير.

للتسجيل، هذا هو A.X K2: مفكك ترميز من نوع Mixture-of-Experts بإجمالي 688 مليار معامل، منها 33 مليار معامل نشط، يضم 256 خبيرًا بالإضافة إلى خبير مشترك واحد (8 خبراء نشطين لكل تمريرة أمامية)، و61 طبقة، و64 رأس انتباه، ومفردات من 163,840 رمزًا، صدر بأوزان مفتوحة بموجب ترخيص Apache 2.0 في 29 يوليو. تم تدريبه مسبقًا على نحو 8.2 تريليون رمز بشكل أصلي بصيغة MXFP8، ويستخدم تقنية الانتباه الموجّه المتفرّق Sparse Gated Attention من SK Telecom لكفاءة السياقات الطويلة، ويحمل سياقًا يبلغ 262,144 رمزًا (امتد من 128 ألفًا أصليًا إلى 256 ألفًا عبر YaRN). وتذكر SK Telecom أنه يتفوق بمتوسط +32.2 نقطة مئوية على A.X K1 عبر 14 معيارًا، مع ارتفاع تقييمات السياق الطويل والوكيل بنحو 83.9 نقطة — وكلها أرقام يقدمها البائع، دون نشر أي نتيجة مركّبة مستقلة حتى الآن.

DSpark مصمم خصيصًا لتلك البنية. تشير البطاقة إلى أنه متوافق مع بنية MoE الخاصة بـ A.X K2، وتخطيط الانتباه، والإعداد الأصلي 256K، ولم يتم التحقق منه مع أي هدف آخر. يرث نفس سياق 262,144 توكن، لذا فإن تشغيله لا يكلفك شيئًا من حجم النافذة.

قراءة بطاقة النموذج: قابلة للمعرفة، غير مؤكدة بعد

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

ما يمكن معرفته اليوم:

إنها نقطة تحقق خاصة بالمصمم فقط وليس لها استخدام مستقل، يتم تحميلها بواسطة vLLM إلى جانب A.X K2 عبر فك التشفير التخميني.

الترخيص هو Apache 2.0؛ الأوزان مجانية للتنزيل والاستخدام.

طول السياق يطابق A.X K2 عند 262,144 رمزًا.

• يعمل عبر fork من vLLM الخاص بـ SK Telecom (مستودع SKT-AI/vllm، فرع axk2-v0.23.0) باستخدام علامة --speculative-config.

الطريقة موثقة في ورقة بحثية بعنوان "DSpark: Confidence-Scheduled Speculative Decoding with Semi-Autoregressive Generation" (arXiv:2607.05147، تم تقديمها في 6 يوليو 2026) — وهذه الورقة هي أيضًا مصدر أرقام التسريع التي ستُرى منقولة.

• لا يوجد مزود استدلال ينشره اليوم، لذلك لا توجد واجهة برمجة تطبيقات مستضافة لاستدعائها.

لم يتم التأكيد بعد:

• إعلان رسمي — البطاقة تعد بالإصدار العام "خلال الأيام القليلة القادمة."

• أي رقم تسريع خاص بـ A.X K2. التقييم قيد التقدم وكل مقياس أداء لم يُحدَّد بعد.

• مدى مساعدته الفعلية تحت الحمل، وهو ما تصنّفه البطاقة بأنه "يعتمد على عبء العمل."

• أي قياس مستقل من طرف ثالث للنموذج المسودة.

كيف يختلف DSpark عن فك الترميز التخميني العادي

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

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

DSpark يهاجم المشكلتين معًا:

• الصياغة شبه الانحدارية الذاتية. إنها تقترن بعمود فقري متوازٍ ووحدة تسلسلية خفيفة الوزن، مما يضيف نمذجة الاعتماد داخل الكتلة بحيث تعتمد رموز المسودة اللاحقة على الرموز السابقة — وهذا هو ما يخفف من اضمحلال اللاحقة.

• التحقق المُجدول حسب الثقة. بدلاً من التحقق من طول كتلة ثابت، يُكيِّف طول التحقق لكل طلب، استنادًا إلى احتمالات بقاء البادئة المُقدَّرة وملف إنتاجية المحرك. يصبح التحقق واعيًا بالحمل.

أرقام الورقة — وما لا تخبرك به

هذا هو الرقم الذي ستشاهده مقتبسًا: DSpark "تسرّع سرعات التوليد لكل مستخدم بنسبة 60 إلى 85 بالمئة" عند مستويات إنتاجية متطابقة، مقارنةً بخط الأساس الإنتاجي MTP-1. كما تبلّغ الورقة عن تحسّن كبير في الطول المقبول مقارنةً بأحدث المسوّدات الذاتية التراجعية والمتوازية في المعايير غير المتصلة، وتقول إنه يمنع التدهور الشديد في الإنتاجية في ظل قيود تفاعلية صارمة.

اقرأ التفاصيل الدقيقة، لأنها مهمة لهذه المواجهة المحددة: نسبة 60–85% تلك قيست في نظام تقديم DeepSeek-V4 تحت حركة مستخدمين مباشرة — وليس على A.X K2. إنها ادعاء حول طريقة DSpark المطبقة على مجموعة تقنيات نموذج مختلف. أما بطاقة A.X K2 الخاصة بـ DSpark، فعلى النقيض، لا تملك أي رقم تسريع بعد. لذا فإن لوحة النتائج الصادقة لهذا الاقتران هي: مخرجات متطابقة بحكم البناء، وتسريع تشير ورقة الطريقة إلى أنه معقول لكن SK Telecom نفسها لم تقسه بعد على النموذج الذي بُني من أجله نقطة التفتيش الأولية هذه.

ما الذي يتطلبه تشغيله فعليًا

الشرط المسبق هو الجزء الذي سينفر منه معظم الناس: يجب عليك استضافة A.X K2 ذاتيًا. لا توجد واجهة برمجة تطبيقات مستضافة للنموذج المستهدف — فهو مفتوح الأوزان، وتقديم نموذج MoE نشط بسعة 688B/33B هو التزام بنية تحتية جاد. DSpark لا يهم سوى الفرق التي اتخذت هذا الالتزام بالفعل.

إذا كان لديك، فإن التكلفة الحدية لإضافة نموذج المسودة صغيرة:

• قم بتنزيل نقطة التحقق التجريبية الخاصة بـ Apache 2.0 وقم بتشغيل نسخة vLLM المعدلة من SK Telecom (فرع axk2-v0.23.0).

• فعّل فك الترميز التخميني عبر خيار --speculative-config، مع توجيهه إلى نقطة التحقق الخاصة بـ DSpark.

• خصّص ذاكرة إضافية لأوزان المسودة، وتقبّل أنك الآن على فرع معدّل من vLLM من قِبل البائع بدلاً من النسخة الأصلية — وهو اعتبار يتعلق بالصيانة.

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

شيء آخر جدير بالمعرفة: أفادت Hugging Face أن التنزيلات "لا يتم تتبعها لهذا النموذج"، لذلك لا توجد إشارة علنية لعدد الفرق التي جربته فعليًا.

من الذي يجب أن يختار ماذا

شغّل A.X K2 العادي إذا كان أي من هذه ينطبق عليك.

• تقوم بتشغيل vLLM القياسي ولا ترغب في نقطة تحقق إضافية أو نسخة معدّلة من المورّد في المسار.

أعباء العمل لديك محدودة بمعدل الإنتاجية وليست بزمن الاستجابة، ويتحمل المستخدمون الانتظار أثناء عمليات التوليد الطويلة.

تفضل أن تنتظر الإصدار الرسمي والقياسات المستقلة الأولى.

قم بتشغيل A.X K2 مع DSpark إذا كان هذا أنت.

• إذا كنت تستضيف A.X K2 ذاتيًا وكان زمن التوليد أو إنتاجية الرموز هو ما يسبب المشكلة.

أحمال العمل ذات السياق الطويل والوكيلية تجعل المستخدمين ينتظرون مخرجات طويلة — وهو الوضع الذي صُمم من أجله فك الترميز التخميني.

• أنت مرتاح لتشغيل مكوّن ما قبل الإعلان يكون جانبه السلبي محدودًا: في أسوأ الحالات لا يساعد، ولا يمكنه تغيير جودة المخرجات.

لا تختر أيًا منهما إذا كنت لا تستضيف نموذج MoE بحجم 688B بنفسك على الإطلاق. فلن تتحقق لك سيادة A.X K2 وتفوّقه في اللغة الكورية إلا إذا شغّلته بنفسك، وستلجأ فرق عديدة بدلاً من ذلك إلى نماذج مفتوحة متطورة عبر كتالوج مستضاف. وهنا تحديدًا يُثمر إبقاء تكاملك مستقلًا عن أي نموذج محدد: فنقطة نهاية OrcaRouter الوحيدة المتوافقة مع OpenAI تغطي أكثر من 200 نموذج بسعر القائمة لدى المزوّد دون أي زيادة، مع تجاوز تلقائي للأعطال، ولغة توجيه خاصة (routing DSL) لدمج عدة نماذج في استدعاء واحد. (لا A.X K2 ولا A.X K2 DSpark مستضافان في أي مكان اليوم — بما في ذلك على OrcaRouter — لذا فإن الأمر يتعلق ببقية حزمتك التقنية، وليس بتوجيه هذا الثنائي.) ومع ذلك يظل المبدأ نفسه قائمًا: جرّب نموذجًا غير مُثبت على جزء بسيط من حركة المرور وتجاوز الأعطال تلقائيًا، بدلاً من المخاطرة بمسار إنتاجي كامل عليه.

ماذا تشاهد بعد ذلك

حالة الأمور بسيطة: المستودع حقيقي، والطريقة موثقة، لكن القياسات ليست كذلك. الأمور الثلاثة التي يجب مراقبتها هي الإصدار العام الموعود (البطاقة تقول "خلال الأيام القليلة القادمة")، وأول أرقام الإنتاجية أو زمن الاستجابة الخاصة بـ A.X K2 بمجرد انتهاء تقييم SK Telecom، وما إذا كان أي مزود استدلال سيتبنى الاثنين — وهذا ما سيجعل DSpark ذا صلة بالفرق التي لا تستضيف ذاتيًا.

الأسئلة الشائعة

هل يمكن أن يحل A.X K2 DSpark محل A.X K2؟

لا. إنها نقطة تفتيش خاصة بالمُعدِّ فقط وليس لها استخدام مستقل — فهي موجودة لجعل فك ترميز A.X K2 أسرع، وليست بديلاً عنه. لا يمكنك تشغيل A.X K2 DSpark بدون A.X K2.

هل يغيّر DSpark جودة إخراج A.X K2؟

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

هل أحتاج إلى استضافة A.X K2 ذاتيًا لاستخدام DSpark؟

نعم. يتم تحميل DSpark بواسطة vLLM بجانب A.X K2، لذا لا يوجد ما يولّده إلا إذا كنت تقوم بتشغيل هدف 688B. لا توجد واجهة برمجة تطبيقات مستضافة لأي من النموذجين اليوم.

هل يعمل DSpark مع النماذج الأخرى؟

صممته SK Telecom لهندسة MoE الخاصة بـ A.X K2 وبنية الانتباه وسياق 256K، ولم تتحقق من صحته مقابل أي هدف آخر.

الحكم

A.X K2 DSpark مقابل A.X K2 هي "مقارنة" حيث الإجابة الصادقة هي "كلاهما". إذا كنت تشغّل بالفعل A.X K2 وكان المستخدمون ينتظرون توليدات طويلة، فإن نموذج المسودة هو تجربة مجانية منخفضة المخاطر: أوزان بترخيص Apache 2.0، وفي أسوأ الحالات لا تسريع، ولا تدهور في الجودة ممكن بفضل طريقة البناء نفسها. إذا لم تكن مقيدًا بزمن الاستجابة — أو لا تستضيف بنفسك نموذج MoE بحجم 688B على الإطلاق — فيمكنك تجاهل هذا الأمر بأمان حتى تظهر أرقام تقييم SK Telecom ويجعل الإصدار العام الموعود النموذج رسميًا. ما لا يجب عليك فعله هو الخلط بين رقم الـ60–85% الوارد في الورقة وبين قياس لهذا النموذج: حاليًا، كل ما يخص DSpark في A.X K2 لا يزال غير محدد بعد (TBD).