Cursor Composer 2.5: الأداء مقابل Claude Opus 4.7 وGPT‑5.5 ولماذا سعره لافت

هذه النتائج تعطي صورة أكثر دقة عن قدرات النموذج:

• في SWE‑Bench Multilingual، الذي يقيس قدرة الذكاء الاصطناعي على حل مشاكل حقيقية في GitHub عبر عدة لغات برمجة، يظهر Composer 2.5 قريباً جداً من مستوى نماذج القمة بل ويتفوق قليلاً على GPT‑5.5 في المقارنة المذكورة.

• في Terminal‑Bench 2.0، الذي يركز على أداء الوكلاء داخل بيئات الطرفية وتنفيذ أوامر البناء والاختبار، يتقارب أداء Composer 2.5 مع Claude Opus 4.7 لكنه يتأخر بوضوح عن GPT‑5.5.

• بالمقارنة مع الجيل السابق، شهد النموذج قفزة واضحة؛ إذ ارتفعت نتيجته في SWE‑Bench Multilingual من 73.7% إلى 79.8%.

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

لماذا يعتبر السعر نقطة التحول الحقيقية؟

الجانب الأكثر لفتاً في إطلاق Composer 2.5 ليس الأداء فقط بل التسعير.

تبلغ تكلفة النموذج تقريباً:

• 0.50 دولار لكل مليون توكن إدخال
• 2.50 دولار لكل مليون توكن إخراج

كما يتوفر إصدار أسرع بسعر:

• 3.00 دولارات لكل مليون توكن إدخال
• 15.00 دولاراً لكل مليون توكن إخراج

للمقارنة، تشير بعض التقديرات إلى أن نماذج Claude Opus قد تكلف حوالي 5 دولارات للإدخال و25 دولاراً للإخراج لكل مليون توكن.

الفرق مهم جداً لأن وكلاء البرمجة يستهلكون كمية ضخمة من التوكنات. فالمهمة الواحدة قد تتضمن:

• البحث داخل المستودع البرمجي
• التخطيط للتعديلات
• تعديل ملفات متعددة
• تشغيل البناء والاختبارات
• تحليل الأخطاء وإعادة المحاولة

كل خطوة من هذه الخطوات قد تعني استدعاء جديد للنموذج.

لذلك فإن انخفاض تكلفة التوكنات يسمح بتشغيل عدد أكبر بكثير من خطوات التفكير والتنفيذ دون أن ترتفع التكاليف بسرعة.

على ماذا بُني النموذج وكيف تم تدريبه؟

يعتمد Composer 2.5 على نقطة انطلاق مفتوحة الأوزان من نموذج Kimi K2.5 الذي طورته شركة Moonshot AI، ثم قامت Cursor بتوسيع التدريب فوقه ليتخصص في مهام هندسة البرمجيات.

وبحسب التقارير التقنية حول التدريب، فقد تضمن:

• استخدام كمية مهام برمجية اصطناعية أكبر بنحو 25 مرة مقارنة بالجيل السابق
• تخصيص حوالي 85% من القدرة الحسابية للتدريب الإضافي والتعلم التعزيزي بدلاً من الاعتماد فقط على النموذج الأساسي

الهدف من المهام الاصطناعية هو جعل النموذج يتدرب مراراً على سيناريوهات تطوير واقعية مثل:

• تخطيط تغييرات في مشروع كامل
• تعديل عدة ملفات
• تشغيل الاختبارات
• تصحيح الأخطاء بشكل تكراري

وهو ما يساعد على تحسين الأداء في مشاكل البرمجة الحقيقية.

ماذا يعني هذا لإستراتيجية Cursor؟

إطلاق Composer 2.5 يعكس تحولاً استراتيجياً مهماً لدى Cursor.

في الإصدارات الأولى من البيئة، اعتمدت الشركة بشكل كبير على نماذج خارجية من شركات مثل OpenAI وAnthropic وGoogle لتشغيل ميزات الذكاء الاصطناعي داخل المحرر.

لكن امتلاك نموذج خاص بها يمنح Cursor عدة مزايا:

• تقليل تكلفة تشغيل وكلاء البرمجة
• تقليل الاعتماد على مزودي النماذج الخارجيين
• التحكم بشكل أفضل في سلوك النموذج داخل IDE

وهذا مهم خصوصاً لأن المنافسين مثل Claude Code من Anthropic يمتلكون ميزة تكامل قوي بين النموذج نفسه وأداة البرمجة.

من خلال تطوير سلسلة نماذج Composer، تحاول Cursor الانتقال من مجرد واجهة تستخدم نماذج الآخرين إلى منصة تجمع بين النموذج والأداة في منتج واحد متكامل.

الخلاصة

نموذج Composer 2.5 لا يتفوق بوضوح على جميع النماذج الرائدة في الاختبارات — فـ GPT‑5.5 لا يزال متقدماً في بعض تقييمات الوكلاء، وClaude Opus 4.7 يبقى منافساً قوياً.

لكن ما يجعل هذا الإصدار مهماً هو الجمع بين:

• أداء قريب من نماذج القمة في البرمجة
• تكلفة أقل بكثير للتشغيل

إذا استمرت Cursor في تحسين نماذجها الداخلية مع الحفاظ على هذا الفارق السعري، فقد يتغير اقتصاد تطوير البرمجيات بالذكاء الاصطناعي — خصوصاً عندما يتعلق الأمر بوكلاء البرمجة الذين يعملون بشكل مستمر داخل بيئات التطوير.