
«المعلمات النشطة 3B» في MiniCPM-V 4.7 ليست في بطاقة النموذج — لقد قِستُها من الأوزان
- OrcaجديدOrca: OrcaCyber Zero 1.52026-10-10$3.00 / $7.50 لكل مليون رمز · 53 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 لكل مليون رمز · 750 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 لكل مليون رمز · 41 tok/s
- OrcaOrca: OrcaVerify Text 1.02026-09-16$2.00 / $0.00 لكل مليون رمز · 2230 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 لكل مليون رمز · 133 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 لكل مليون رمز · 209 tok/s
- z-aiZ.ai: GLM 5.32026-08-1845الذكاء75البرمجة
الرقم الأكثر تكرارًا عن MiniCPM-V 4.7 35B-A3B غير مطبوع في أي مكان في وثائقه الخاصة. الادعاء — «3B فقط من المعاملات النشطة (!) — بل إنه يعمل حتى على iPhone» — يأتي من منشور لطرف ثالث في 13 أكتوبر 2026، وبطاقة النموذج الخاصة بالمورّد وملف README في المستودع وملاحظات الإطلاق لا تذكر على الإطلاق أي رقم للمعاملات النشطة. هذا ليس انتقادًا للادعاء بقدر ما هو فجوة تستحق الإغلاق: فنقطة التحقق تحمل إجابتها الخاصة. لذا، قبل أي شيء آخر هنا، سحبت فهرس safetensors وكل ترويسة shard الخاصة بـ openbmb/MiniCPM-V-4.7-35B-A3B وأحصيت. للمقارنة، النموذج الآخر في المنشور نفسه — Qwen3.8-27B، الصادر في 13 أغسطس 2026 — هو نموذج كثيف بحجم 27B وليس لديه مثل هذا الغموض ليُحَل: فكل معامل نشط عند كل رمز. السؤال المثير هو ما إذا كانت «3B نشطة» تصمد عند ملامسة الأوزان، والجواب هو: إنها تصمد، لكن فقط إذا عرّفت كلمة «نشطة» بالطريقة التي يعرّفها بها المورّد، والرقم الصادق أقرب إلى 4B عندما تحسب الأجزاء التي لا يمكنك تجنّب تشغيلها.
السجل، مقروءًا من نقطة التحقق نفسها
يسرد ملف الفهرس 40 طبقة لغوية بالإضافة إلى برج رؤية ومُسقِط، بإجمالي 35,212,875,824 معاملًا بصيغة BF16 — أي 70.43 غيغابايت من الأوزان لتنزيلها. ويتطابق ذلك مع "35B" في الاسم. والسؤال المطروح بشأن MoE هو: ما النسبة من ذلك التي يتم لمسها لكل توكن:
• إجمالي المخزَّن — 35.21 مليار معامل، و70.43 غيغابايت بتنسيق BF16. كل خبير موجود على القرص سواء استُخدم أم لم يُستخدم.
• ميزانية الموجّه — 8 خبراء مختارون لكل رمز، من أصل 256، لكل طبقة MoE. يُضبط في config.json باسم num_experts_per_tok: 8. كل خبير صغير الحجم: 3.15 مليون معامل.
• مسار MoE لكل طبقة — 8 خبراء (25.17M) + خبير مشترك (3.15M) + بوابة التوجيه (0.52M) ≈ 28.83M.
• مسار الانتباه لكل طبقة — البنية هجينة: 30 من أصل 40 طبقة تستخدم الانتباه الخطي (33.72 مليون لكل منها)، و10 تستخدم الانتباه الكامل (27.26 مليون لكل منها). الإجمالي ≈ 2.44 مليار عبر جميع الطبقات الـ40 الخاصة بالانتباه بالإضافة إلى حساب MoE، ويتكرر لكل رمز.
• بالإضافة إلى ما لا يمكنك تخطيه — تضمينات الرموز 508.2M، رأس النموذج اللغوي 508.2M، برج الرؤية 522.3M، طبقة الإسقاط 30.7M.
• الإجابتان المدافَع عنهما — نحو 2.44 مليار مُعامل نشط على مسار الانتباه وMoE وحده؛ ونحو 4.01 مليار إذا أخذت بالحساب التضمينات، ورأس الإخراج، وبرج الرؤية، والمُسقِط، وهي مكوّنات يستدعيها طلب الرؤية فعلاً.
إذن، «3B active» ليس خطأً. إنه تقريب للرقم 2.44B نحو الأعلى، ويقع في الفجوة بين الرقمين المذكورين أعلاه. كل ما في الأمر أنه ليس رقمًا نشرته OpenBMB، وليس الشيء نفسه كلاحقة «A3B» — فتلك اللاحقة جزء من اسم الطراز، ولم تحوّلها مواد المورّد نفسه قط إلى قياس.

لماذا اللاحقة والرقم ليسا الشيء نفسه
توحي اصطلاحات التسمية عبر منظومة الأوزان المفتوحة بعدد المعاملات النشطة: فنموذج يُسمى 30B-A3B، أو 235B-A22B، يخبرك بأنه يفعّل تقريبًا ذلك العدد من المعاملات لكل توكن. والدلالة موثوقة عادةً — لكنها اصطلاح، وليست عقدًا، وMiniCPM-V 4.7 حالة لا شيء فيها في البطاقة أو README أو منشور الإطلاق يحوّل "A3B" إلى رقم يمكنك التخطيط للذاكرة بناءً عليه. وإلى أن يقوم أحدهم بالعدّ، تظل اللاحقة مجرد تسمية.
العدد أعلاه حسابيّ، وليس استنتاجًا من ذلك التصنيف. وهو أيضًا سبب اختلاف رقمي ~2.44B و~4.01B: فما إذا كنت تحسب جدول التضمين ورأس الإخراج أم لا قرار حقيقي، وليس تدقيقًا مفرطًا. في نموذج كثيف، تكون التضمينات جزءًا صغيرًا من ميزانية 27B. أما في نموذج متناثر يكون فيه مسار الحساب لكل رمز بضعة مليارات من المعاملات فقط، فلم يعد جدول تضمين بحجم 508M ورأس LM بحجم 508M مجرد ضوضاء — فمجموعهما نحو خُمس المسار النشط، ويُخزَّنان بالعرض الكامل بينما تكون الخبراء مكمّمة.
من النتائج التي تستحق أن تُقال بوضوح: نسبة المعاملات المخزّنة إلى المعاملات النشطة هنا تبلغ نحو 8.8 إلى 1 بالقراءة الضيقة. وهذا هو السبب الكامل الذي يجعل نموذجًا بحجم 35B يمكن الترويج له كنموذج هاتفي، وهو أيضًا السبب في أنه ليس كذلك بالطريقة التي يكون بها نموذج كثيف بحجم 3B. لا يتقلص التخزين عندما يتجاهل الموجّه خبيرًا.
الادعاء الخاص بـ iPhone هو ادعاء منفصل وله قاعدة أدلة منفصلة.
كل ما هو ملموس بشأن الأداء على الجهاز في هذا الإصدار هو ما أبلغ عنه المورّد ولم يُعَد إنتاجه. الرقم المحدد هو أكثر من 13 توكنًا في الثانية عند نحو 3 غيغابايت من الذاكرة على iPhone 17 Pro Max، مع استعراض نقطة التحقق ذاتها على iPad M4. وتُعزي OpenBMB ذلك إلى ثلاث تقنيات تعمل معًا — Lookahead Expert Scheduling، التي تتوقع التوجيه عبر الطبقات وتجلب الخبراء مسبقًا، والتكميم الدقيق على مستوى الطبقات، وأخذ العينات التخميني DSpark — وتصف النتيجة بأنها أول نموذج MoE مفتوح المصدر يعمل بسلاسة على الجهاز دون أن يفقد قدراته. لا يوجد قياس مستقل لمعدل الإنتاجية هذا في السجل العام، ولا إعادة إنتاج من طرف ثالث، ولا تفصيل منشور يوضح أي تكميم يفترضه رقم 3 غيغابايت.
هذا مهم لسبب محدد: 3 GB هو الرقم الذي يحدد ما إذا كان الادعاء مثيرًا لاهتمامك، وهو الرقم الذي نعرف عنه أقل من غيره. إن نموذج 35B MoE، الذي تقع أوزان خبرائه في معظمها على تخزين فلاشي، ليس نموذج 3 GB؛ بل هو نموذج تصادف أن مجموعة عمله المقيمة تتسع في 3 GB بمجرد أن تقوم تنبؤات التوجيه، والجلب المسبق، وذاكرة مؤقتة مُكمَّمة للخبراء، جميعها بعملها. هذه بالضبط هي الظروف التي تتباين فيها الإنتاجية في الاختبارات المعيارية والإنتاجية في العالم الحقيقي — فأول مُوجّه يُسخّن الذاكرة المؤقتة، والسلوك الذي يمنحك 13 رمزًا في الثانية في عرض توضيحي هو جدولة، وليس خاصية من خصائص الأوزان.
اعتبر 13 توكنًا في الثانية ادعاءً حول تقنية، لا حول نقطة الحفظ. نقطة الحفظ هي ما يمكنك التحقق منه اليوم: 35.21B مخزّنة، و8 من 256 خبيرًا يتم توجيههم لكل توكن، ونحو 2.44B إلى 4.01B نشطة حسب ما تحسبه، وApache-2.0، وتكميمات يوم الإطلاق في GGUF وAWQ وGPTQ وint4 وFP8، وقائمة موردين للشرائح المدعومة تشمل Rockchip وHoumo وIntel وAMD وArm.
ما الذي يحدده العدد النشط وما لا يحدده
عدد المعاملات النشطة هو مؤشر حسابي. يخبرك بمقدار ضرب المصفوفات الذي يحدث لكل رمز، وهو ما يقابل مدى سرعة تشغيل فك التشفير المحصور بوحدة معالجة الرسومات. لكنه لا يخبرك بمقدار الذاكرة اللازمة لاستيعاب النموذج، وهذا يحدده الإجمالي — 70.43 غيغابايت من أوزان BF16، أو نحو ربع ذلك بدقة 4 بت، قبل أن تحتسب ذاكرة KV المؤقتة. وفي نموذج بسياق 256K، ليست تلك الذاكرة المؤقتة كمية ضئيلة يمكن تجاهلها أيضًا.
• سرعة فك التشفير — تتحدد بالمعاملات النشطة (~2.44B–4.01B هنا). وهذا ما تدور حوله ادعاء 13 رمزًا/ثانية.
• الذاكرة المقيمة — تحكمها إجمالي المعاملات (35.21 مليار مخزَّنة)، ثم تُقلَّص بفعل التكميم وبفعل أي مجموعة خبراء تبقى مقيمة.
• التخزين والتحميل — يخضعان للحجم الكامل البالغ 70.43 GB عند BF16. التوجيه المتناثر لا يقلل من التنزيل.
• عرض النطاق الترددي، لا الفلوبس — على الهاتف، القيد الحاسم هو تمرير الخبراء عبر ناقل الذاكرة، وهذا هو سبب وجود تقنية الجدولة، وسبب أن العدد النشط وحده لا يتنبأ بشيء عن زمن الاستجابة على الأجهزة المحمولة.
المغزى العملي: إذا كانت لديك وحدة معالجة رسومية (GPU) بذاكرة كافية لاستيعاب الأوزان المُكمَّمة، فإن العدد النشط هو ما يحدد معدل الإنتاجية لديك، و«3B active» أمر جيد. أما إذا كنت أنت السبب في ظهور عبارة «يعمل على iPhone» في منشور، فإن العدد الإجمالي هو الرقم الذي يحدد الجدوى، وعمل المورّد على الجدولة هو الجزء الذي يجعل العدد الإجمالي مقبولًا عمليًا. كلا التفسيرين للعنوان نفسه صحيحان، وهما ليسا التفسير نفسه.
المقارنة في ذلك المنشور تحتاج إلى تسميتين، لا تسمية واحدة.
الإطار الذي جعل هذا يلاقي رواجًا كان: المحلي مقابل العتاد المكلف: MiniCPM-V 4.7 35B-A3B بوصفه النموذج الذي يمنحك القدرة نفسها دون العتاد، في مقابل Qwen3.8-27B بوصفه النموذج الذي كان أذكى لكنه احتاج إلى العتاد. والجانب المتعلق بالقدرة في ذلك يأتي من بطاقة النموذج الخاصة بـ Qwen، وهو مُبلّغ عنه من المورّد مثل كل شيء آخر في هذه الصفحة. وتشمل الأرقام المنشورة من Qwen لـ Qwen3.8-27B 90.3 على LiveCodeBench v6، و89.2 على GPQA Diamond، و84.3 على OSWorld-Verified، و79.0 على QwenSWEBench، ويشير مُدخل الكتالوج الخاص بنا له إلى أنها نتائج وكيلية وبرمجية قوية على نحو غير معتاد بالنسبة إلى نموذج كثيف بحجم 27B. أما كونه "أذكى من Opus 4.6" فهو ادعاء من منشور التواصل الاجتماعي، وليس لديّ تقييم مستقل بين يديّ يحسمه — لذلك لن أعيد ذكره كحقيقة.
الفرق البنيوي هو الفرق القابل للتحقق فعليًا: Qwen3.8-27B كثيف، لذا فإن معاملاته البالغ عددها 27B كلها نشطة، وبصمة ذاكرته وفاتورة الحوسبة لديه هما الرقم نفسه. أما MiniCPM-V 4.7 35B-A3B فيفصل بين هذين الرقمين بمعامل تسعة تقريبًا. هذه هي الحجة المعمارية بأكملها، وهي حقيقية. لكنها ليست الشيء نفسه كمقارنة معيارية، وقد خلط المنشور الذي جعلها مشهورة بين الاثنين.

حيث يغيّر الموجّه القرار، وحيث لا يغيّره
هناك أمران صحيحان هنا ويستحقان الفصل بينهما، لأنهما يشيران في اتجاهين متعاكسين.
أولًا، نحن لا نوفر MiniCPM-V 4.7. فهو ليس ضمن كتالوجنا. وإذا أردته، فالسبيل هو عتادك الخاص — وهذا بالضبط ما صُمم الإصدار من أجله، إذ تُنشر الأوزان والتكميمات وأدلة النشر على الجهاز إلى جانبه. ولا شيء في واجهة برمجة تطبيقات مستضافة يساعدك على تشغيل نموذج على هاتف، وسيكون مضلِّلًا أن يُلمَّح إلى خلاف ذلك.
الثاني هو أن النموذج الذي يُقاس عليه هذا النموذج ليس في ذلك الموضع. Qwen3.8-27B متاح عبر واجهتنا البرمجية، مستضاف ذاتيًا على بنيتنا التحتية، بسعر 0.33 دولار لكل مليون رمز إدخال و2.40 دولار لكل مليون رمز إخراج. إذا كان السؤال الذي تطرحه فعلاً هو "هل أستبدل استدعاءات Qwen3.8-27B المستضافة لديّ بـ MiniCPM-V 4.7 المنشور محليًا؟"، فالنسخة الصادقة من الجواب هي أنه ينبغي عليك إجراء التجربة قبل الالتزام: رقم الإنتاجية على الجهاز غير مُعاد إنتاجه، ومقارنة القدرات هي بطاقة الطرف الآخر نفسه. هذا هو الموقف الذي وُجد التحويل الاحتياطي من أجله — وجّه جزءًا من حركة المرور عبر مسار جديد، وأبقِ المسار المُثبت خلفه، ودع أسبوعًا سيئًا يكلّفك جزءًا من عبء العمل بدلًا من عبء العمل كله. كما أن نموذجًا بهامش ربح 0% يحافظ على صدق الحسابات: عندما يغيّر بائع سعرًا، يتحرك الرقم الذي تدفعه في اليوم نفسه، لأنه لا توجد طبقة هامش بين سعره المعلن وفاتورتك.
ما لا يستطيع الراوتر فعله هو إزالة مسألة التشغيل المحلي مقابل الاستضافة. هذه المسألة يحددها العتاد لديك، وقيود الخصوصية لديك، وما إذا كان تنزيل بحجم 70 غيغابايت مقبولًا — وعدد المعاملات النشطة، كيفما قرّبته، لا يغيّر أيًا من الثلاثة.
ما الذي سيحسم الأمر؟
ثلاثة أشياء، بترتيب تنازلي حسب الفائدة. رقم المعاملات النشطة الذي نشرته OpenBMB، حتى يتوقف الرقم الذي يكرره الجميع عن كونه حسابات طرف ثالث — بما في ذلك حسابي، وحسابي قابل لإعادة الإنتاج من ترويسات الشظايا إذا كنت لا توافق عليه. قياس مستقل لـ 13 رمزًا في الثانية على هاتف، مع بيان إعدادات التكميم، لأن رقمًا يعتمد على الجدولة دون إعداداته ليس مواصفة. وتقييم حقيقي يقارن MiniCPM-V 4.7 35B-A3B بـ Qwen3.8-27B على المهام نفسها، لأن المقارنة التي جعلت هذا النموذج بارزًا هي حاليًا مخطط أحد البائعين مقابل بطاقة بائع آخر.
حتى ذلك الحين، تظل الخلاصة الآمنة أضيق نطاقًا من المنشور: الأوزان حقيقية، والتخلخل حقيقي، وحجم التنزيل 70.43 GB، ولكل رمز يؤدي النموذج عملًا يعادل ما بين 2.4 و4 مليارات معامل، اعتمادًا على كيفية عدّ الأجزاء التي لا يمكن تفاديها عبر التوجيه. هذه نتيجة هندسية حقيقية. وهي ليست بعد اختبار أداء مقاسًا على الهاتف، وليست تفوقًا في اختبار الأداء على نموذج كثيف 27B.
المصادر: تمت قراءة المعاملات، وأعداد الخبراء، وأنواع الطبقات، وطول السياق، وحجم التنزيل مباشرةً من config.json ومن ترويسات أجزاء safetensors الخاصة بـ openbmb/MiniCPM-V-4.7-35B-A3B في 13 أكتوبر 2026. أما سرعة التشغيل على الجهاز، ومقدار الذاكرة، ونتائج اختبارات الأداء، وأرقام تقييم Qwen3.8-27B فهي مُبلَّغ عنها من المورّد ولم يُعَد إنتاجها. إن مزاعم «المعاملات النشطة 3B» و«أذكى من Opus 4.6» مصدرها منشور اجتماعي لطرف ثالث، وليس من أيٍّ من المورّدين.

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