AesCode 32B مقابل Qoder Cantus: يمكنك فحص أحدهما وتشغيل الآخر، وليس كليهما أبدًا

إليك انقلابٌ يستحق التأمل. AesCode 32B، نقطة التحقق الخاصة بمايكروسوفت لتوليد HTML وCSS، هو النموذج الأكثر قابلية للفحص في فئته: أوزان Apache 2.0 على Hugging Face، ومستودع مفتوح يضم مدققات المكافأة، وباني معايير التقييم، وحلقة التدريب، وتقييمًا من 300 عينة مطبوعًا بالكامل، ووصفة تدريب مفصّلة حتى معدل التعلم وعدد خطوات rollout. يعود تاريخ مستودعه على Hugging Face إلى 29 سبتمبر 2026؛ وقد وصل الـcommit المعنون "Release AesCode-32B" في 7 أكتوبر 2026؛ ولم تعلن مايكروسوفت عن أيٍّ من ذلك. ولا يستطيع أحد تقريبًا تشغيله، لأنه نقطة تحقق بحجم 33B تطلب نحو 65 غيغابايت من ذاكرة المسرّعات، ولا يوفّره أي مزوّد. Qoder Cantus هو النقيض التام. يعمل اليوم، داخل Qoder، لأي شخص لديه اشتراك — ولا يمكنك فحصه على الإطلاق. إن الوصف المنشور الوحيد الذي قدمته Qoder للنموذج جملة واحدة: لا توجد معاملات، ولا نافذة سياق، ولا جدول مقارنات أداء، ولا أوزان، ولأنه لا توجد واجهة برمجية (API) لن يكون هناك أبدًا رقم من طرف ثالث. أحد النموذجين يخبرك بكل شيء ولا يتيح لك فعل أي شيء. والآخر يتيح لك فعل كل شيء ولا يخبرك بشيء. والسؤال المثير للاهتمام هو أيّ نمطي الفشل هذين يكلّفك أكثر.

ما يقوله التوثيق، بالكامل

أسهل طريقة لرؤية عدم التماثل هي ببساطة اقتباس ما هو موجود.

بخصوص AesCode 32B، يتضمن السجل العام: النموذج الأساسي (Qwen3-VL-32B-Instruct)، وعدد المعاملات، والترخيص، والاستخدام المقصود، وحجم بيانات التدريب، ومعدل تعلم SFT، وإعدادات مُحسِّن RL، وأسماء قنوات المكافأة، وعدد المطالبات والخطوات، وحجم عينة التقييم، وعدد التوليدات لكل مطالبة، ودرجة حرارة فك التشفير وtop-p، وطول السياق المستخدم في احتساب الدرجات، وثلاثة جداول نتائج منشورة منفصلة، واستشهاد بورقة مذكورة بأنها قيد المراجعة. وهو لا يتضمن تاريخ إصدار ولا عدد مرات تنزيل مكوّن من خانتين — وملاحظة بطاقة النموذج بأنه يحتاج إلى transformers>=4.57 وأن مقتطف الاستخدام المولّد تلقائيًا على الصفحة يخالف مثال البطاقة نفسه هو من نوع التفاصيل التي لا تبقى إلا عندما يكون المُخرَج حقيقيًا.

بخصوص Qoder Cantus، السجل العام هو: "النموذج الذكي المدمج من الطبقة الأولى لدى Qoder، والمتفوق في تنفيذ المهام المستقلة الممتدة." هذا هو الوصف. لا توجد بطاقة تعريف للنموذج لعدم وجود نموذج لتنزيله، ولا جدول معايير أداء لأن Qoder لم تنشر منشور إطلاق أو تقريرًا فنيًا، ولا إدراج في ساحة لأن الساحة تحتاج إلى نقطة نهاية لاستدعائها. وما يُعرف أيضًا بنيوي وليس تقنيًا: يظهر Cantus في منتقي النماذج عبر Qoder Desktop، وإضافة JetBrains، وCLI، وCloud Agents، وعميل الويب، ويُفوتر عبر نظام الاعتمادات الخاص بـ Qoder مع تطبيق معامل على استخدام النموذج.

هذا ليس انتقاصًا من النموذج. إنه وصف لما يمكن التحقق منه، وبالنسبة لـ Cantus فإن الجواب هو لا شيء.

حيث يكون كل واحد منها قويًا حقًا

تكمن قوة AesCode 32B في قابلية التحقق، وهي سمة غير مألوفة بما يكفي لتستحق الشرح لا مجرد التأكيد. إشارة التدريب ليست نتيجة واحدة — بل سبع قنوات، ست منها مدققات حتمية تقرأ خصائص من الكود المُصدَر ومن عرضه، إضافة إلى حَكَم لغوي بصري يقيّم الخصائص غير القابلة للتحليل وفق معيار مرتبط بمخطط تصميم خاص بكل عينة. تُعرَض كل مرشحة في متصفح Playwright ضمن بيئة معزولة مع حجب الطلبات الخارجية، وتصدير DOM والأنماط المحسوبة ومربعات الإحاطة وحالة وحدة التحكم ولقطة شاشة. ولأن كل خاصية قابلة للإسناد، يستطيع المختبر أن يفيد بأنه حسّن مكوّن Visual بمقدار 22.4 نقطة عن نموذجه الأساسي Qwen3-VL-32B، وأن يخبرك بالقنوات التي كانت لا تزال ترتفع عند نهاية التدريب. هذا إصدار يمكنك أن تجادل فيه، أو تعيد إنتاجه، أو توسّعه.

التكلفة محددة بالقدر نفسه. توصي البطاقة بالتخطيط لنحو 65 غيغابايت لمعاملات bf16 وحدها؛ ويستخدم مثال الخدمة الخاص بها توازيًا موتريًا رباعي المسارات؛ وتستخدم الأرقام المُبلَّغ عنها سياقًا من 24,576 رمزًا؛ وخلال التعلم المعزز، كانت المطالبات والاستجابات محدودة عند 8,192 رمزًا. ضع ذلك في مقابل حقيقة أنه لا يوجد أي مزوّد استدلال ينشر نقطة التحقق، وأن العائق ليس فلسفيًا. فإما أن تملك العتاد وإما أن تستأجره، وتبني بنفسك مسار الخدمة متعدد الوسائط.

قوة Cantus هي العكس: إنه ببساطة موجود. لا تنزيل، ولا GPU، ولا بنية تقديم، ولا إطار تشغيل تختاره. يظهر في منتقي النماذج في IDE الذي أنت فيه بالفعل، وهو مُوضَّع بدقة من أجل ما تُسوَّق به أدوات البرمجة الوكيلية — التنفيذ المستقل الطويل للمهام. وأيًا كان ما يظل غير مؤكد بشأنه، فقد حُلَّت مشكلة النشر من أجلك، وQoder على الأرجح يعرف عن النموذج الذي بناه أكثر مما نشره.

الأسئلة الثلاثة التي لا يمكنك الإجابة عنها حول Cantus

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

• ما حجمه — غير معروف. عدد المعاملات غير مُفصح عنه. في نموذج يُحاسَب بالائتمان، هذه ليست معلومة هامشية: فهي المُدخل الرئيسي لتحديد ما إذا كانت مهمة تكلّفك 2 دولار في مكان آخر لا يمكن إنجازها هنا إلا مقابل 6 دولارات.

• كم مقدار السياق الذي يستوعبه — غير معلن، مع نقاش من طرف ثالث يلمّح إلى شيء في نطاق 200 ألف دون أي مصدر له. العمل الوكيلي الطويل المدى يقوم أو يسقط على هذا الرقم، وهو غير منشور.

• هل هو جيد — سؤال لا يمكن الإجابة عليه بالمعنى الدقيق. حجة Qoder، المضمرة في التمركز، هي أن التنفيذ الذاتي الطويل يُقاس بشكل أفضل من خلال كيفية تعامل النموذج مع السياق والتعافي ومئات استدعاءات الأدوات، لا من خلال درجات البرمجة في الجولة الواحدة. هذه حجة معقولة. وكانت ستترك أثرًا أقوى لو كان النموذج قابلًا للاختبار، وهو ما لا يمكن، لأنه لا شيء خارج Qoder يمكنه استدعاؤه.

قارن ذلك بالصورة المرآتية للسؤال الثالث على جانب AesCode: الأرقام موجودة ومفصّلة، لكنها أرقام Microsoft، أنتجتها منصة اختبار Microsoft، على عيّنات Microsoft البالغ عددها 300، ولم يُعِد أي مختبر خارجي إنتاج أيٍّ منها. لدى AesCode 32B سقف موثّق قدره 55.99 على بُعد الأسلوب الخاص به، ومعدل فشل شديد عند حدود اللوحة يبلغ 4.3% — وكلاهما منشور من المورّد — ولا يوجد تأكيد مستقل بأن أيًّا من الرقمين صحيح. إذن وضعا الفشل هما: أرقام لا يمكنك الوثوق بها، ولا أرقام. هذا خيار أسوأ من "أحدهما جيد والآخر سيئ"، وهو الخيار الذي تمثله هذه المواجهة فعليًا.

ما يكلفك في كل جانب

تعتمد Cantus في فوترتها على نظام الأرصدة الخاص بـ Qoder بدلاً من معدل الرموز المعلن. يطبق Qoder معاملاً على استخدام النموذج، وقد أُطلق Cantus بمضاعف 3.2×، خُفّض إلى 1.6× بموجب عرض بخصم 50% استمر حتى 31 يوليو 2026. عند إعادة البناء من تقديرات الأرصدة المنشورة الخاصة بـ Qoder بدلاً من أي رقم لكل رمز — لم ينشر Qoder أي رقم لـ Cantus قط — فإن ذلك يصل إلى حوالي 0.38 دولار لكل دور في وضع المحرر، و1.60 دولار لكل مهمة Quest، و2.40 دولار لكل Quest في وضع الخبراء. هذه إعادات بناء، موسومة بذلك لأنه لا يوجد مصدر أساسي يقول خلاف ذلك.

تكلفة AesCode 32B رقم رأسمالي بدلًا من رقم لكل وحدة. الأوزان مجانية بموجب Apache 2.0، وتأتي الفاتورة على هيئة ساعات GPU — 65 غيغابايت من ذاكرة المسرّع لاستيعاب المعاملات، إضافة إلى برج الرؤية، إضافة إلى أي إنتاجية تحتاجها. إذا كنت تشغّل بالفعل عقدة من فئة B200 لأعمال أخرى، فالتكلفة الحدية قريبة من الصفر. وإذا لم تكن تفعل، فالمقارنة الصادقة ليست بين "$0 لكل مليون رمز" وأرصدة Qoder؛ بل هي قرار عتاد في مقابل اشتراك.

الفرق في قابلية التركيب

هناك نتيجة أخرى لنموذج الوصول، وهي تلك التي تلاحظها منصة التوجيه أولاً.

لا يمكن تركيب Cantus مع أي شيء آخر. غياب API يعني لا يوجد بديل احتياطي، ولا اختبار A/B مقابل نموذج آخر على المهمة نفسها، ولا انتقال متسلسل من نموذج رخيص إلى نموذج مكلف في منتصف الطلب، ولا طريقة لإدراجه في إطار تقييم كتبته بنفسك. إنه خيار واحد داخل منتج واحد، والرافعة الوحيدة التي تملكها هي أداة الاختيار. هذا خيار تصميمي متعمد من جانب Qoder، وخيار معقول تمامًا إذا كان IDE هو المكان الذي تريد أن تعيش فيه — لكنه يعني أن بنيتك ترث خارطة طريق Qoder.

AesCode 32B له الخاصية المعاكسة نظريًا وفجوة عمليًا. الأوزان تعني أنه يمكن أن يوجد في أي مكان: عنقودك، أو نسخة مستأجرة، أو أدواتك الخاصة، أو تقييمك الخاص. وما لا يستطيع فعله اليوم هو أن يُستدعَى، لأنه لا يوجد مزوّد يقدّمه — نشرت Microsoft نقطة تحقق وتوقفت عند ذلك. لذا فالنموذج القابل للتركيب بنيويًا ليس قابلًا للتركيب عمليًا بعد، والنموذج المتاح عمليًا مقفل بنيويًا.

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

كيفية الاختيار

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

اختر AesCode 32B إذا كنت بحاجة إلى المخرَج ويمكنك تحمّل تكلفة النشر — وتحديدًا إذا كنت بحاجة إلى نموذج يُصدر HTML قابلاً للتحرير يمكنك مقارنته ومراجعته وشحنه. وكن واقعيًا بالقدر نفسه: فهو غير معلن، وغير مُعاد إنتاجه، وكبير جدًا على معظم العتاد، وموثّق لسياق بحجم 24K سيقيّد المستندات الطويلة.

إذا كنت لا تريد الارتباط الإجباري الخاص بالأول ولا التكلفة الرأسمالية الخاصة بالثاني، فالخطوة الصادقة هي الحصول على القدرة نفسها من نموذج يمكنك استدعاؤه. نموذج رؤية ولغة خلف مفتاح API سيقرأ لقطة شاشة ويكتب ترميزًا منظمًا. لن يُدرَّب بسبع قنوات مكافأة مضبوطة لجودة التصميم، ولن يضاهي AesCode 32B في اختبار الإنفوجرافيك الذي بنته Microsoft. لكنه سيكلفك بطاقة مسجّلة بدلًا من شراء GPU، وستتمكن من قياسه بنفسك — وهذا هو الأمر الوحيد الذي تدور حوله هذه المواجهة بأكملها.

ماذا تشاهد

يصبح Cantus نموذجًا عاديًا في اليوم الذي يتيح فيه Qoder نقطة نهاية أو ينشر الأوزان؛ وإلى أن يحدث ذلك، فكل ادعاء بشأنه هو ادعاء عن منتج Qoder وليس ادعاءً عن نموذج، وفجوة الأدلة بنيوية وليست مجرد إغفال توثيقي. يصبح AesCode 32B نموذجًا عاديًا في اليوم الذي يعتمد فيه مزوّد استدلال نقطة الحفظ أو يعيد فيه مختبر خارجي إنتاج 85.89 — وإذا حدث ذلك إلى جانب إعلان Microsoft عن الشيء فعليًا، فلن يتبقى سوى حاجز 65 GB. أيّهما يتحقق أولًا يخبرك بأي من نمطي الفشل قررت هذه الصناعة التوقف عن تحمّله.