AesCode 32B مقابل North Mini Code: ملف الأوزان ليس هو الالتزام

كلا هذين النموذجين مرخّصان بموجب Apache 2.0، وكلاهما قابل للتنزيل، وكلاهما بُني لمهمة ضيقة — وهنا يتوقف التشابه عن كونه مفيدًا. AesCode 32B هو نقطة تفتيش بحثية من Microsoft لتوليد HTML وCSS قابلين للتحرير: شرائح وملصقات ولوحات معلومات وتقارير. أُنشئ مستودعه على Hugging Face في 29 سبتمبر 2026، ووصل الالتزام المعنون "Release AesCode-32B" في 7 أكتوبر 2026؛ ولم تنشر Microsoft أي إعلان، ولا تحمل بطاقة النموذج أي تاريخ إصدار على الإطلاق. North Mini Code هو نموذج برمجي وكيلي مفتوح الأوزان من Cohere، بمزيج خبراء بحجم 30B مع 3B معاملات نشطة، صدر في يونيو 2026، ويستهدف هندسة البرمجيات والعمل على الطرفية. الطريقة البديهية لمقارنتهما هي عبر المعايير القياسية، وهي لا تنجح، لأن الاثنين لم يُقاسا قط على المهمة نفسها، ولم يقس أحد من خارج مختبرها الخاص سوى أحدهما. المقارنة التي تنجح فعلًا — تلك التي تحدّد ما إذا كان بإمكانك تشغيل أيٍّ منهما بالفعل — هي ملف الأوزان.

نقطتا تفتيش، وفاتورتان مختلفتان للغاية

هذا هو المحور الذي تتجاهله معظم المقارنات، وبالنسبة لنموذجين مستضافين ذاتيًا فهو المحور الأكثر أهمية.

• المعلمات — AesCode 32B: 33B، كثيف. North Mini Code: 30B إجمالي، 3B نشط، مزيج من الخبراء.

• الذاكرة اللازمة لتشغيله — AesCode 32B: توصي البطاقة بالتخطيط لنحو 65 غيغابايت من ذاكرة المسرّع للمعاملات بصيغة bf16 وحدها. North Mini Code: بعد التكميم، يكفي نحو 20–24 غيغابايت، وتشمل عمليات النشر المرجعية جهاز Mac Studio.

• شكل التقديم — AesCode 32B: نموذج لغوي بصري، لذا يحمل مسار التقديم الصور بالإضافة إلى النص، ويستخدم مثاله الخاص توازي التوتر رباعي الاتجاهات. North Mini Code: نص دخلاً، نص خرجاً؛ استخدمت المعايير القياسية أداة طرفية واحدة.

• الترخيص — كلاهما Apache 2.0، والأوزان مضمنة. هذا الصف متعادل وليس عامل التمييز الذي يفترضه الناس.

• {{1}}السياق{{/1}} — AesCode 32B: {{2}}24,576 رمزًا في التكوين المُبلَّغ عنه، مع تحديد المطالبات والاستجابات أثناء التدريب بحد أقصى 8,192.{{/2}} North Mini Code: {{3}}256 ألف رمز إدخال، و64 ألف رمز إخراج.{{/3}}

• ما يُصدره — AesCode 32B: مستند HTML كامل، مع الجداول كجداول HTML والرسوم البيانية كمواصفات ECharts. North Mini Code: أيّ نص أو استدعاء أداة طلبه البرنامج المُشغِّل.

• تقييم مستقل: لم يُنشر أي منها؛ جميع الأرقام المذكورة من Microsoft. North Mini Code: جرى تقييمه على Artificial Analysis، التي أشارت أيضًا إلى إسهابه.

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

الترخيص ليس سببًا لاختيار أيٍّ منهما.

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

ما يتبقى بعد استبعاد الترخيص من الاعتبار هو ما دُرِّب النموذج على فعله — وهذان دُرِّبا في اتجاهين متعاكسين.

تدرّب أحدهما على طرفية، والآخر على لوحة رسم.

تُسمّي بطاقة نموذج North Mini Code هدفها صراحةً: توليد الأكواد، وهندسة البرمجيات الوكيلية، ومهام الطرفية. درّبته Cohere عبر عدة أدوات لتشغيل الوكلاء — SWE-Agent، وmini-SWE-Agent، وOpenCode، وTerminus 2 — تحديدًا لكي يعمل داخل أيٍّ منها تستخدمه بالفعل، وقيّمته على SWE-Bench Verified، وSWE-Bench Pro، وTerminal-Bench v2، وTerminal-Bench Hard. نقطة ضعفه المُعلنة حقيقية، وقد اكتشفها مُقيّم خارجي بدلًا من أن يتطوّع بها المورّد: فهو يُصدِر نحو ثلاثة أضعاف رموز الإخراج مقارنةً بوسيط فئته الحجمية. النماذج المسهبة تكتب مسارات وكيل طويلة، والمسارات الطويلة هي ما تدفع ثمنه بمجرد انتهاء التسعير الترويجي.

AesCode 32B تم تدريبه على شيء آخر تمامًا، والبطاقة واضحة بشكل غير معتاد أن الهدف هو المُخرَج. بيت القصيد من التصميم هو أن نموذج الكود لا يستطيع رؤية كيف يتجمع التخطيط والهرمية واللون معًا على لوحة الرسم، لذا يستخدم AesCode صورة مُولَّدة من نفس المطالبة كمرجع جمالي مع الإبقاء على المطالبة كمصدر الحقيقة للمحتوى. الإشراف عبارة عن "رسم بياني تصميمي" من العقد والحواف، وسبع قنوات مكافأة — التنفيذ، النص، الحدود، الجدول/الرسم البياني، التخطيط، المسافات البيضاء، التصميم — ست منها مُدَقِّقَات حتمية وواحدة حَكَمٌ لغوي بصري يعمل وفق معيار لكل عينة. يتم عرض المرشحين في متصفح Playwright معزول مع حظر الطلبات الخارجية، ويتم تقييمهم من DOM، والأنماط المحسوبة، ومربعات الحدود، ولقطة شاشة.

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

عدم تماثل الأدلة، إن قيل بصدق

تم تشغيل North Mini Code بواسطة طرف ثالث. يمنحه Artificial Analysis درجة 33.4 في Coding Index و27.6 في Intelligence Index، وينشر نتيجة الإسهاب. الرقم الرئيسي الذي تعلنه Cohere — 61.0% pass@1 على SWE-Bench Verified — مُبلَّغ عنه من المورّد لكنه قابل للتحقق مقابل نموذج يستطيع أي شخص تنزيله، وبطاقة النموذج صريحة بشأن خيارات أداة الاختبار الخاصة بها، إلى حد الإشارة إلى أنها في Terminal-Bench Hard اتبعت منهجية Artificial Analysis الخاصة بها للحفاظ على عدالة المقارنة.

لا يوجد لـ AesCode 32B مثيل. تقييمه الإنفوغرافي المكوّن من 300 عينة، بثلاث توليدات لكل موجّه دون انتقاء، يحقق 85.2 مقابل 81.5 لـ GPT-5.5 و80.3 لـ Claude Opus 4.8 — وكلها مقيسة داخل منصة اختبار Microsoft، وعلى عينات Microsoft، وبقنوات التقييم التي درّبت Microsoft النموذج عليها. ثمة احتمال حقيقي أن تكون الأرقام منصفة؛ فالتصميم أكثر شفافية من معظم جداول المورّدين، ومكدّس التحقق وباني معايير التقييم مفتوحا المصدر، وتنشر البطاقة حقيقة أنه لا يوجد نموذج في المقارنة يتجاوز 60 في بُعد الأسلوب لديه. لكن لا يوجد مختبر خارجي أعاد إنتاج أي من ذلك، ولا يوجد إدراج في الساحة، ولا ترتيب في لوحة الصدارة، ولا اختبار إنتاجية مستقل. إذا كان معيار تقييم خاص بمورّد، يتصادف أنه يفضّل معيار المورّد نفسه — مهمة إنفوغرافيك — يقوم بدور كبير في قرارك، فأنت مطالب بالاعتماد على القراءة الوحيدة المتاحة.

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

لا هذا ولا ذاك نموذجٌ عامُ الأغراض، وهذه هي التكلفة الحقيقية.

وهنا يكمن الفخ في كلا شقّي هذه المقارنة. إنّ تبنّي أيّ من النموذجين يعني الحفاظ على مسار خدمة مستضاف ذاتيًا لأجل نموذج متخصّص: 65 غيغابايت من VRAM ومكدّس متعدد الوسائط للنموذج الذي يُصيّر الصفحات؛ وخانة لنموذج MoE بنشاط 3B للنموذج الذي يتعامل مع المهام الطرفية. كلاهما بارع في عمله، ولا يستطيع أيٌّ منهما القيام بعمل الآخر، ما يعني أن فريقًا يريد هاتين القدرتين يشغّل الآن عمليتَي نشر للاستدلال — ولكل ما يقع بينهما، النموذج الذي ليس مُصيّر صفحات ولا وكيل طرفية، فهم يشغّلون نشرًا ثالثًا.

تلك هي الحالة التي تستحق فيها طبقة التوجيه وجودها بدلًا من أن تكون مجرد إضافة ملحقة. مفتاح واحد يفتح أكثر من 200 نموذج بسعر قائمة المزوّد، دون هامش ربح، يعني أن العمل التخصصي يبقى على عتادك الخاص حيث تصبح الجدوى الاقتصادية ومعالجة البيانات منطقية، وأن العمل الروتيني يذهب إلى أي نموذج مستضاف يكون الأفضل له في ذلك الأسبوع. عائلة العمود الفقري Qwen3-VL خير مثال على مدى رقة الخط الفاصل: فقد قامت Microsoft ببناء نموذج AesCode 32B على Qwen3-VL-32B-Instruct، وأعضاء هذه العائلة من نماذج الرؤية واللغة قابلون للاستدعاء في كتالوج OrcaRouter — Qwen3-VL 235B A22B Instruct بسعر 0.40 دولارًا لكل مليون رمز إدخال و1.60 دولارًا للإخراج، أو الأصغر Qwen3-VL 8B Instruct بسعر 0.18 دولارًا و0.70 دولارًا. لا أيٌّ من هذين هو AesCode 32B: فالضبط الدقيق مملوك لـ Microsoft ولا يقدّمه أي مزوّد. لكن إذا كان ما أردته من AesCode 32B هو نموذج يقرأ لقطة شاشة ويكتب كودًا، ولم تكن بحاجة تحديدًا إلى الضبط الدقيق الخاص بالتصميم الجمالي، فإن الخيار القابل للاستدعاء موجود ويكلّف جزءًا يسيرًا من تكلفة GPU. التبديل التلقائي عند الفشل تحت نقطة النهاية نفسها هو الفرق بين تجربة ذلك والمراهنة على مسار إنتاجي بالاعتماد عليه.

كيف تقرر فعليًا

استبعد الرخصة من الطاولة أولًا، لأن الأمر متعادل ولن يحسم أي شيء.

ثم اسأل ما الذي تريد أن تكون عليه المخرجات. إذا كان الجواب صفحة قابلة للعرض والتحرير — عرض تقديمي، تقرير، لوحة معلومات — فلا يستطيع North Mini Code مساعدتك، وAesCode 32B هو الوحيد من بين الاثنين الموجّه إلى المشكلة. أقدِم عليه بعينين مفتوحتين على حجم 65 GB، وسياق 24K، وغياب التقييم المستقل، وكونه نموذجًا غير معلَن عنه وعدد تنزيلاته من رقمين. إنه إصدار بحثي، والإصدارات البحثية تكافئ الفرق القادرة على تحمّل تكلفة الفضول.

إذا كان الجواب تغييرًا في مستودع — ترحيل أو إصلاح أو مهمة طرفية متعددة الخطوات — فإن North Mini Code هو الخيار صاحب التدريب على أدوات الاختبار، ونافذة 256K، وملف النشر بنشاط 3B، وقياس خارجي لجودته وإسهابه معًا. ضع ميزانيتك على أساس عدد الرموز، لا على المعدل المعلن في العناوين.

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

مشكلة النموذج غير المُعلَن

ثمة أمر أخير يفصل بين هذين، وهو ليس تقنيًا. لدى North Mini Code مورّد خلفه نشر بطاقة نموذج، ومنشورًا في مدونة، وHugging Face Space لتجربته، وسجلًا موثقًا لمنهجية الاختبارات المعيارية يمكنك أن تجادل فيه. لدى AesCode 32B مستودع، وREADME، وسطر استشهاد يقول: "قيد المراجعة، 2027". ولم تقل Microsoft إنه موجود.

يتغيّر ذلك عندما تصبح قادرًا على تبنّيه. مع North Mini Code، السؤال المفتوح هو ما إذا كان إسهابه يجعله غير اقتصادي على نطاق واسع — سؤال يمكنك الإجابة عليه بتشغيله. مع AesCode 32B، السؤال المفتوح هو ما تعتزم Microsoft فعله به: هل هذا نتاج بحثي، أم أول إصدار من خط منتجات، أم شيء سيُستبدل بهدوء بنسخة 70B خلال ستة أسابيع. لا شيء في المستودع يجيب عن ذلك، ولن تفعل قراءة بطاقة النموذج مهما بلغت. راقب ثلاث إشارات — إعلان رسمي، أو إعادة إنتاج مستقلة لـ 85.89، أو قيام مزوّد استدلال بتبنّي نقطة التحقق — واعتبر غياب الثلاث جميعًا هو الوضع الحالي للأدلة بدلًا من كونه سببًا لكون النموذج غير مثير للاهتمام.