MiniCPM-V 4.7-35B-A3B-DSpark: مسودة OpenBMB بحجم 389M تصل مع بطاقة لم يحصل عليها نموذجها الأساسي
- OrcaجديدOrca: OrcaCyber Zero 1.52026-10-10$3.00 / $7.50 لكل مليون رمز · 65 tok/s
- openaiجديدOpenAI: GPT-6.1 Sol2026-09-2952الذكاء
- anthropicAnthropic: Claude Sonnet 5.52026-09-2856الذكاء
- typesafeTypeSafe: Jev 1.132026-09-24$0.04 / $0.00 لكل مليون رمز · 158 tok/s
- OpenAIOpenAI: GPT-6 Luna2026-09-2238الذكاء
- OpenAIOpenAI: GPT-6 Sol2026-09-2248الذكاء
- AnthropicAnthropic: Claude Opus 5.52026-09-2258الذكاء
- xAIGrok 4.72026-09-2146الذكاء
- OrcaOrca: OrcaCyber Zero 1.02026-09-17$3.00 / $7.50 لكل مليون رمز · 42 tok/s
- OrcaOrca: OrcaVerify Text 1.02026-09-16$2.00 / $0.00 لكل مليون رمز · 478 tok/s
- DeepSeekDeepSeek: DeepSeek V4.1 Flash2026-09-1040الذكاء
- OpenAIOpenAI: GPT-6 Astra2026-09-0453الذكاء77البرمجة
- GoogleGoogle: Gemini 3.8 Flash2026-09-0241الذكاء76البرمجة
- AlibabaQwen: Qwen3.8 Max (0902)2026-09-0245الذكاء76البرمجة
- AnthropicAnthropic: Claude Fable 5.12026-09-0153الذكاء82البرمجة
- TencentTencent: Hy4 preview2026-08-28$0.83 / $2.50 لكل مليون رمز · 57 tok/s
- AlibabaQwen: Qwen3.8 Flash2026-08-26$0.15 / $0.47 لكل مليون رمز · 194 tok/s
- z-aiZ.ai: GLM 5.3 Flash2026-08-2642الذكاء72البرمجة
- DeepSeekDeepSeek: DeepSeek V4 Flash Vision (Exp)2026-08-21$0.22 / $0.66 لكل مليون رمز · 228 tok/s
- z-aiZ.ai: GLM 5.32026-08-1845الذكاء75البرمجة
MiniCPM-V-4.7-35B-A3B-DSpark هو نموذج مسودة بعدد معاملات يبلغ 389,223,169. إنه لا يجيب عن الأسئلة، ولا يرى الصور، وهو عديم الفائدة بمفرده. مهمته كلها هي تخمين الرموز الخمسة عشر التالية كي يتمكن MiniCPM-V-4.7-35B-A3B من التحقق من كتلة كاملة في تمريرة أمامية واحدة بدلًا من توليد رمز واحد في كل مرة. هذا هو فك التشفير التخميني، وقد أطلقت OpenBMB مسودة لنموذجها الجديد للرؤية واللغة بحجم 35B قبل أحد عشر يومًا دون أن تنطق بكلمة واحدة عنه علنًا.
ما يجعله يستحق صفحة ليس المسودة، بل المستندات التي جاءت معه. تحتوي نقطة حفظ DSpark على بطاقة نموذج: رخصة، وجدول مواصفات، ووصفة تدريب، وجدول أطوال قبول لسبع فئات من المهام. لم يكن لدى نموذجه الأب ذي الـ35 مليار معامل أي من ذلك عندما ظهر. لذا، ولأول مرة، توجد أرقام فعلية مرتبطة بإصدار MiniCPM-V 4.7 — وهي أرقام عن النموذج الأب، مقيسة بشكل غير مباشر، بواسطة ملف بحجم 0.78 غيغابايت غرضه المعلن أن يجعله يعمل بشكل أسرع.
كل ما يلي يفصل بين ما هو موجود على البطاقة وما لا تُثبته البطاقة. أرقام القبول هي أرقام OpenBMB الخاصة، ولم يُعِد إنتاجها أحد من خارج المختبر. ولا يزال جدول نتائج القياس المعياري للنموذج الأساسي غير موجود.
ما هي نقطة التحقق DSpark في الواقع
يعود تاريخ المستودع openbmb/MiniCPM-V-4.7-35B-A3B-DSpark إلى 8 أكتوبر 2026. وهو نقطة تحقق من ملف واحد — model.safetensors، بالإضافة إلى config.json وREADME — بموجب Apache-2.0، وموسوم للغتين الإنجليزية والصينية. ومسودة ثانية، openbmb/MiniCPM-V-4.7-1B-DSpark، أُنشئت قبل ذلك بثانية واحدة، لذا تم دفعهما إلى hub في الدفعة نفسها بدلًا من اكتشافهما واحدًا تلو الآخر.
تقع كل مسودة أمام هدف واحد، وذلك الهدف فقط. تقول البطاقة ذلك بوضوح: نقطة التحقق هذه "مُدرَّبة على الاقتران الدقيق مع MiniCPM-V-4.7-35B-A3B ومُرمِّز الرموز الخاص به." المفردات هي مفردات النموذج الأب، بكامل رموزها البالغ عددها 248,144 رمزًا، وهذا شرط وليس تحسينًا — فالمُقتَرِح الذي لا تُقابَل رموزُه رموزَ الهدف واحدًا بواحد لا يستطيع أن يقترح أي شيء يمكن أن يقبله الهدف. وهذا القيد نفسه هو السبب في وجود المسودة الشقيقة منفصلة بدلًا من مُقتَرِح واحد يخدم العائلة.
المعمارية ليست نسخة أصغر من الأصل. إنها مكدس انتباه من خمس طبقات، بعرض مخفي 2,048، و8 رؤوس استعلام مقابل رأسَي مفتاح/قيمة، وحجم وسيط 6,144، وRoPE بثيتا 10,000,000.المعماريات يقرأ الحقل Qwen3DSparkModel — نفس العمود الفقري من عائلة Qwen3 الذي يأتي منه مكدس اللغة الأصل، مختصرًا إلى هيكل مبتور.
الجزء المثير للاهتمام هو كيفية تحدّث الـstub إلى الهدف. فهو لا يقرأ الطبقة النهائية للهدف. بل يستقي حالات مخفية من خمس طبقات وسيطة — [3, 11, 19, 27, 35] من أصل 40 لدى النموذج الأب — ويمرّرها عبر مُسقِط من نوع dspark. إن السحب من منتصف المكدس بدلًا من نهايته أمر مقصود: فحالات منتصف الشبكة أرخص في المحاذاة وتحمل معلومات تكون الطبقة النهائية قد ضغطتها بالفعل إلى لوجيتات الرمز التالي. كما يزوّد الإعداد رأس ثقة بمكوّن ماركوف من الرتبة 256، وهي الآلية من ورقة DSpark لتحديد مقدار ما يستحق التحقق من كتلة مقترحة.
جدول القبول بطاقة، وليس قياسًا.
إليك كل ما نشرته OpenBMB من أرقام حول مدى جودة عمل هذا الثنائي، معبَّرًا عنه بعدد الرموز المقبولة لكل خطوة تحقق، مع إنهاء EOS طبيعي وmax_new_tokens=8192:
• Vision، MMMU — 5.098 رمزًا مقبولًا لكل خطوة.
• Vision، MathVista — 6.126.
• الرؤية، استدلال CharXiv (التحقق) — 5.479.
• الرؤية، OCRBench — 5.407.
• نص، رياضيات — 6.687.
• نص، كود — 7.387.
• نصوص، عام — 3.501.
ثلاثة أمور بشأن ذلك الجدول تستحق أن تُقال صراحةً. أولًا، البيانات مُبلَّغ عنها ذاتيًا. لم يُشغِّل أحد خارج OpenBMB نقطة التحقق هذه وينشر رقمًا، ومع تسجيل تنزيل واحد على المستودع، لم يُشغِّلها أحد خارج OpenBMB على الإطلاق. ثانيًا، طول القبول خاصية للزوج، لا للنموذج — فهو يقيس مدى قابلية مخرجات MiniCPM-V-4.7-35B-A3B للتنبؤ، لا مدى جودة تلك المخرجات. النموذج الهدف الذي يكرر نفسه يمنح نموذج المسودة فوزًا سهلًا. ثالثًا، التباين هو القصة: 7.387 على الشيفرة مقابل 3.501 على النص العام يعني فارقًا بمعامل اثنين بين أفضل فئة وأسوأها، وكون الشيفرة هي الأسهل يعكس سطحها المنخفض الإنتروبيا وشديد التكرار أكثر مما يعكس أي قوة في النماذج.
هناك أيضًا قراءة حسابية عادية تتركها البطاقة ضمنية. النموذج المقترِح الذي يقترح 15 رمزًا ويُقبل منها 5 إلى 7 رموز لا يزال يحرّك عدة رموز في كل تمريرة أمامية للنموذج الهدف، لذا فإن السقف هنا هو مكسب كبير في الإنتاجية — لكنه ليس الادعاء الساذج بأنه «أسرع 5×»، لأن التحقق من كتلة مكوّنة من 15 رمزًا يكلّف أكثر من توليد رمز واحد، كما أن الاقتراحات المرفوضة يُدفع ثمنها وتُرمى. هذه الفجوة هي بالضبط موضوع ورقة DSpark، وهي السبب في أن الإعداد يعرض مفتاحًا لتعطيل التحقق التكيفي.
ما تخبرنا به المسودة عن النموذج الأساسي عن غير قصد
وصفت MiniCPM-V 4.7 إصدارها بأنه صدر بهدوء — أوزان، بلا منشور إطلاق. وقد تغيّر ذلك الآن، بطريقة صغيرة لكن حقيقية. المستودع الأصل عند openbmb/MiniCPM-V-4.7-35B-A3B أُنشئ في 7 أكتوبر 2026. وبحلول 12 أكتوبر كان يحمل بطاقة نموذج كاملة تضمّ README وصفحة إصدار على نمط Hugging Face وقائمة ادّعاءات وقسمًا للتشغيل على الجهاز وجدول أوزان. ومنذ ذلك الحين نمت فيه عائلة تكميم — إصدارات FP8 وint4 وAWQ وGPTQ وGGUF، كل منها في مستودعه الخاص، وجميعها عُدّلت في 12 أكتوبر — و27 إعجابًا مقابل 166 تنزيلًا.
إذاً الصورة الدقيقة هي إصدار على مرحلتين، لا إصدار صامت. نزلت الأوزان في 6 و7 أكتوبر. ثم تبعتها نقاط التحقق الأولية في 8 أكتوبر. ووصلت الوثائق، والنسخ المُكمَّمة، وقصة التشغيل على الجهاز بحلول 12 أكتوبر. وما زالت OpenBMB لم تنشر أي تدوينة أو تقرير تقني للعائلة، وما زال لا يوجد جدول قياسات مرجعية على بطاقة النموذج الأم — إذ تقع ادعاءات الأداء داخل صور مخططات مرتبطة بدلاً من نص يمكن للقارئ اقتباسه.
الادعاء الذي يظهر فعلاً في النص هو الادعاء الرئيسي: مع Lookahead Expert Scheduling، والتكميم على مستوى الطبقات، و«DSpark speculative sampling integration»، يُوصَف نموذج 35B-A3B بأنه أول نموذج MoE مفتوح المصدر يعمل بسلاسة على الجهاز، بمعدل يزيد على 13 رمزاً في الثانية على iPhone 17 Pro Max. هذا الرقم مُبلَّغ عنه من المورّد، ولم يُعَد إنتاجه، وغير مُوثَّق بتفاصيل — فلا صيغة تكميم، ولا إصدار بناء، ولا مُوجِّه، ولا طريقة قياس. إن نقطة تفتيش DSpark هي واحدة من التقنيات الثلاث التي يستند إليها ذلك الادعاء، وهو ما يجعلها الوحيدة من بين الثلاث التي يمكنك تنزيلها وفحصها. وهي أيضاً الوحيدة التي يتمثل دليلها في صف واحد غير مقروء من نتائج القياس لكل مهمة.
تشغيله، إذا أردت.
تأتي البطاقة بوصفة واحدة وهي أمر vLLM، وليست كلامًا مرسلًا. يخدم الهدف بحجم التوازي الموتر 2 وبأقصى طول نموذج 40,960، وFLASH_ATTN على كل من الواجهتين الخلفيتين لانتباه اللغة والمشفّر متعدد الوسائط، ووضع خفض العينات البصري 4x، enable_thinking مضبوطًا على false، وإعداد التخمين موجّه إلى نقطة تفتيش DSpark مع 15 رمزًا تخمينيًا والتحقق التكيفي مُعطّل. هناك تفصيلان في ذلك السطر يستحقان الملاحظة بمفردهما: --max-num-seqs 1 يعني أن الإعداد المنشور يخدم تسلسلًا واحدًا في كل مرة، و--disable-custom-all-reduce مع إيقاف تمريرة دمج all-reduce يعني أن هذا إعداد ضُبط ليعمل بدلًا من أن يكون الأسرع إلى أقصى حد. تعامل مع الوصفة كنقطة انطلاق شغّلها OpenBMB، وليس كادعاء بشأن الإنتاجية.
الغلاف العتادي هو الحاجز الحقيقي. الهدف نحو 70 جيجابايت من أوزان BF16 قبل ذاكرة KV المؤقتة، وتضيف المسودة حوالي 0.78 جيجابايت فوق ذلك. مسرّعان هو الحد الأدنى المذكور، مما يضع هذا خارج نطاق الهاتف الذي يستند إليه تسويق العائلة — فالنشر على الجهاز لنموذج 35B-A3B يعني تكميمًا وتفريغًا مكثّفين، وهو ما تُعنى به أعمال LES والتكميم طبقةً بطبقة، وليس أيٌّ منهما في وصفة vLLM أعلاه.
هذا التفاوت هو القرار العملي لدى معظم الفرق. تشغيل MiniCPM-V 4.7 يكلّف وحدتي GPU تملكهما؛ أما استدعاء نموذج MoE متعدد الوسائط مُستضاف ومماثل فلا يكلّف شيئًا مقدمًا. Qwen3.6 35B A3B هو أقرب مقارنة مباشرة — البنية نفسها بإجمالي 35B و3B نشطة، والسياق نفسه 262K، وإدخال الصور والفيديو — ويُقدَّم عبر OrcaRouter بدءًا من 0.248 دولار لكل مليون رمز إدخال و1.485 دولار لكل مليون رمز إخراج حسب مسار المزوّد، مع تجاوز فشل تلقائي إذا تدهور أحد تلك المسارات. MiniCPM-V 4.7 ليس نموذجًا مُستضافًا على OrcaRouter، وهذه المقالة لن تدّعي خلاف ذلك؛ الصياغة الصادقة هي أن الاثنين بديلان عند نقطة قرار، والمُستضاف هو الذي يمكنك قياسه بعد ظهر اليوم.
ما الذي سيجعل هذا قابلاً للتحقق؟
نقطة حفظ DSpark مرخّصة بموجب Apache-2.0، وهي أقل من غيغابايت، وتأتي مع أمر تشغيل خدمة يمكن لشخص يملك وحدتي معالجة رسومية (GPUs) أن يلصقه في الطرفية اليوم. هذا المزيج يجعلها أرخص مسار للحصول على رقم مستقل على MiniCPM-V 4.7 — ليس نتيجة اختبار معياري، بل شيئًا شبه مفيد بالقدر نفسه: طول قبول معاد إنتاجه. إذا طابق طرف خارجي النتيجة 5.1 على MMMU و3.5 على النص العام، فإن البطاقة ذات مصداقية، وقصة كفاءة العائلة تكسب أول نقطة بيانات خارجية لها. وإذا جاء القبول أقل بشكل ملموس، فإن الجدول المنشور قيس في ظروف لا تعيد الوصفة إنتاجها، ويرث ادعاء 13 رمزًا في الثانية ذلك الشك.
ما يزال مفقودًا هو الغرض الذي تُوجد بطاقة النموذج عادةً من أجله. لا توجد درجة MMMU، ولا درجة OCRBench، ولا نتيجة لفهم المستندات، ولا رقم إسناد، ولا قياس زمن استجابة لـ MiniCPM-V 4.7 نفسه — لا شيء يجيب عمّا إذا كان هذا النموذج جيدًا. لا يمكن لجدول نموذج المسودة أن يحل محل ذلك، وقراءة طول القبول المرتفع كإشارة على الجودة هي بالضبط الخطأ الذي تغري به هذه الأرقام. التنبؤ على نمط ChatGPT سهل على نموذج المسودة ولا يقول شيئًا عمّا إذا كان التنبؤ صحيحًا.
إذًا: مُخرَج حقيقي، وترخيص حقيقي، ودليل منشور جديد بحق عن نموذج لم يكن لديه أي دليل — وفجوة في التقييم واسعة تمامًا كما كانت في 7 أكتوبر. الملف التالي الذي يجب تحديثه لا يزال بطاقة نموذج الجهة الأم.
