DEV Community

Cover image for مؤلف المؤشر 2.5: ما هو، كيفية استخدامه، وكيفية الوصول إليه
Yusuf Khalidd
Yusuf Khalidd

Posted on • Originally published at apidog.com

مؤلف المؤشر 2.5: ما هو، كيفية استخدامه، وكيفية الوصول إليه

أطلقت Cursor نموذج Composer 2.5 في 18 مايو 2026. الفكرة العملية للمطورين واضحة: نموذج برمجة يقترب من Opus 4.7 وGPT-5.5 في معايير برمجية حقيقية، مع تكلفة أقل من دولار واحد لكل مهمة في نتائج Cursor المعلنة. إذا كنت تستخدم وكلاء البرمجة يوميًا، فهذا يغيّر طريقة توزيع المهام بينك وبين النموذج.

جرّب Apidog اليوم

في هذا الدليل ستتعرف على: ما هو Composer 2.5، كيف تفعّله داخل Cursor، وكيف تستخدمه في مهام إنتاجية حقيقية، خصوصًا عند توليد كود يتعامل مع API باستخدام مواصفات فعلية بدل التخمين.

ما هو Cursor Composer 2.5؟

Composer 2.5 هو نموذج برمجة عامل داخل Cursor. وظيفته ليست فقط اقتراح أسطر كود، بل تنفيذ مهام متعددة الخطوات: قراءة الملفات، تعديلها، تشغيل أوامر الطرفية، والتحقق من النتيجة داخل المحرر.

إنه خليفة Composer 2، والفرق الأساسي أنه أقرب إلى وكيل قادر على إكمال مهمة طويلة بدل أن يكون مجرد مساعد إكمال سريع.

أهم النقاط التقنية:

  • بُني على نقطة التحقق مفتوحة المصدر Moonshot Kimi K2.5، وهي قاعدة بحوالي تريليون معلمة.
  • خصصت Cursor نحو 85% من حوسبة التدريب للتدريب اللاحق والتعلم المعزز.
  • تم تدريبه على 25 ضعفًا من المهام التركيبية مقارنة بـ Composer 2، بما في ذلك مهام حذف ميزة وإعادة بنائها حتى تنجح الاختبارات.

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

إذا أردت خلفية أعمق عن الأساس الذي يبني عليه هذا الإصدار، راجع دليل Composer 2.

ماذا تغير تحت الغطاء؟

ثلاثة تغييرات تفسر التحسن:

  1. تعلم معزز موجه بتغذية راجعة نصية

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

  2. بيانات تركيبية على نطاق أكبر

    زيادة المهام التركيبية 25 ضعفًا تعني تدريبًا أكثر على سيناريوهات قريبة من المستودعات الحقيقية، مع التحقق عبر الاختبارات.

  3. بنية تدريب أسرع باستخدام Muon وHSDP

    هذه ليست ميزة تستخدمها مباشرة، لكنها تسمح بتكرارات تدريب أسرع على نموذج كبير، ما ينعكس على جودة سلوك الوكيل.

كمستخدم، لا تحتاج إلى حفظ التفاصيل. ما يهمك هو أن النموذج صار أنسب لمهام مثل:

  • إضافة ميزة عبر عدة ملفات.
  • تحديث اختبارات مع الكود.
  • إصلاح خطأ بعد تشغيل الطرفية.
  • توليد عميل API ثم التحقق من استجاباته.

معايير Composer 2.5: ما مدى جودته؟

تعرض Cursor نتائج تقارن Composer 2.5 مع Opus 4.7 وGPT-5.5:

المعيار Composer 2.5 Opus 4.7 GPT-5.5
SWE-bench متعدد اللغات 79.8% 80.5% 77.8%
Terminal-Bench 2.0 69.3% 69.4% 82.7%
CursorBench v3.1 63.2% 64.8% حد أقصى / 61.6% افتراضي 59.2% افتراضي

كيف تقرأ هذه الأرقام عمليًا؟

  • في SWE-bench متعدد اللغات، يحقق Composer 2.5 نتيجة 79.8%، قريبًا جدًا من Opus 4.7 ومتقدمًا على GPT-5.5.
  • في CursorBench، يتفوق على إعداد Opus 4.7 الافتراضي.
  • في Terminal-Bench 2.0، يتأخر بوضوح عن GPT-5.5، لذلك انتبه إذا كان عملك يعتمد بكثافة على سلاسل أوامر طرفية طويلة.

النقطة الأهم ليست أنه يفوز في كل معيار، بل أنه يقدّم جودة قريبة من النماذج الرائدة بتكلفة أقل بكثير لكل مهمة. توصلت تغطية مستقلة من The Decoder إلى النتيجة نفسها: جودة قريبة من المستوى الرائد بجزء من التكلفة.

كم يكلف Composer 2.5؟

تقدم Cursor نوعين من Composer 2.5:

النوع الإدخال الإخراج متى تستخدمه؟
القياسي $0.50 / مليون رمز $2.50 / مليون رمز للمهام الطويلة والحساسة للتكلفة
السريع $3.00 / مليون رمز $15.00 / مليون رمز للتكرار المباشر عندما يهمك زمن الاستجابة

النوع السريع يقدّم نفس الذكاء مع زمن استجابة أقل، وهو عادة الإعداد الافتراضي في المنتج.

طريقة الفوترة تعتمد على خطتك:

  • الخطط الفردية مثل Pro تتضمن مجمع استخدام Composer مستقلًا.
  • خطط الفرق والمؤسسات تُحاسب بسعر API مباشرة.
  • عرض الإطلاق: ضاعفت Cursor استخدام Composer 2.5 للأسبوع الأول بعد الإصدار.

للتفاصيل، راجع دليل تسعير Cursor Composer. وإذا أردت تجربة الاستخدام المضمن قبل الدفع، اقرأ شرح استخدام Composer مجانًا.

كيفية الوصول إلى Cursor Composer 2.5

اتبع هذه الخطوات داخل Cursor:

  1. حدّث Cursor

    افتح Cursor وتحقق من التحديثات. على macOS من قائمة Cursor، وعلى الأنظمة الأخرى من قائمة Help. أعد التشغيل بعد التحديث.

  2. سجّل الدخول إلى حساب مناسب

    خطط Pro وBusiness تتضمن استخدام Composer. الحساب المجاني قد يسمح بالتجربة عبر البدلات المضمنة، لكن الاستخدام الكثيف يحتاج خطة مدفوعة.

  3. افتح منتقي النموذج

    ابدأ جلسة Chat أو Agent، ثم افتح قائمة النماذج.

  4. اختر النموذج

    اختر:

composer-2.5
Enter fullscreen mode Exit fullscreen mode
  1. استخدم وضع Agent لا تستخدمه كدردشة عادية إذا كنت تريد تعديلات ملفات وتشغيل اختبارات. Composer 2.5 مصمم للعمل كوكيل.

بعد ذلك يستطيع النموذج استخدام أدوات Cursor المتاحة: قراءة الملفات، تعديلها، تشغيل الطرفية، واستدعاء الأدوات. راجع وثائق Composer 2.5 الرسمية لمعرفة الإعدادات الحالية إذا تغيرت.

إذا كنت جديدًا على واجهة الوكيل في Cursor، ابدأ من نظرة Cursor 2.0.

كيفية استخدام Composer 2.5 بفعالية

الوصول إلى النموذج سهل. جودة النتائج تعتمد على طريقة صياغة المهمة.

1. أعطه مهمة كاملة لا تعليمات صغيرة

بدلًا من:

عدّل هذا الملف.
Enter fullscreen mode Exit fullscreen mode

اكتب:

أضف ترقيم صفحات إلى endpoint الطلبات.
حدّث service وcontroller والاختبارات.
يجب أن تقبل الصفحة page وlimit.
تأكد أن جميع الاختبارات الحالية تستمر بالنجاح.
Enter fullscreen mode Exit fullscreen mode

النموذج أفضل عندما تعطيه حالة نهائية واضحة.

2. اكتب شرط النجاح

مثال جيد:

اعتبر المهمة مكتملة فقط إذا:
- نجحت جميع الاختبارات الحالية.
- أُضيفت اختبارات للحالة الجديدة.
- تعيد نقطة النهاية 422 عند تمرير limit غير صالح.
- لا يتغير شكل الاستجابة الحالي إلا بإضافة pagination metadata.
Enter fullscreen mode Exit fullscreen mode

هذا يدفع النموذج للتحقق بدل الاكتفاء بتعديل الكود.

3. اختر النوع حسب سير العمل

استخدم:

  • Standard عندما تطلب مهام طويلة أو دفعات عمل.
  • Fast عندما تنتظر الرد أثناء التطوير المباشر.

الجودة نفسها، لكنك توازن بين الزمن والتكلفة.

4. لا تجعله يخمن شكل API

أكبر خطأ في مهام API هو أن النموذج قد يخترع endpoint أو حقلًا أو طريقة مصادقة تبدو منطقية لكنها غير موجودة.

إذا كتبت:

اكتب client لخدمة المدفوعات.
Enter fullscreen mode Exit fullscreen mode

قد ينتج كودًا نظيفًا لكنه مبني على افتراضات.

الأفضل:

استخدم مواصفات OpenAPI المرفقة لخدمة المدفوعات.
أنشئ TypeScript client للعمليات التالية فقط:
- إنشاء دفعة
- جلب حالة دفعة
- إلغاء دفعة
ثم أضف اختبارات تغطي 200 و400 و401.
Enter fullscreen mode Exit fullscreen mode

Composer 2.5 مع سير عمل API

معظم مهام البرمجة الإنتاجية تلمس API بشكل مباشر. لذلك تحتاج إلى حلقة عمل تمنع التخمين:

  1. أعطِ النموذج مواصفات API الحقيقية.
  2. اجعله يولّد الكود والاختبارات بناءً على المواصفات.
  3. اختبر الطلبات فعليًا.
  4. ثبّت السلوك الناجح في اختبارات أو mock server.

يمكنك ربط مواصفات API في Apidog مع Cursor عبر خادم Apidog MCP، بحيث يكتب Composer 2.5 الكود اعتمادًا على المخطط الحقيقي لا على التخمين. وإذا كنت تستخدم وكلاء أخرى، راجع أفضل خوادم MCP لـ Cursor.

بعد توليد الكود، افتح الطلبات في Apidog، وأرسل طلبات حقيقية، وتحقق من:

  • رموز الحالة.
  • شكل الاستجابة.
  • المصادقة.
  • رسائل الخطأ.
  • الحالات الحدية.

الفكرة ليست أن النموذج لا يخطئ، بل أن تجعل الخطأ يُكتشف قبل أن يصل إلى فرع زميلك.

مثال عملي لمطالبة جيدة

استخدم قالبًا مثل هذا عند العمل على API:

أنت تعمل داخل مستودع Node.js/TypeScript.

المطلوب:
أضف دعم endpoint جديد لجلب طلبات المستخدم مع pagination.

المصدر الحقيقي:
استخدم مواصفات API المتاحة عبر MCP ولا تخترع حقولًا غير موجودة.

الخطوات:
1. افحص بنية المشروع الحالية.
2. حدّد الملفات التي تحتاج تعديلًا.
3. أضف types بناءً على schema الحقيقي.
4. أضف client method للطلب الجديد.
5. أضف اختبارات تغطي:
   - استجابة ناجحة 200
   - page غير صالح
   - limit غير صالح
   - حالة 401
6. شغّل الاختبارات.
7. أصلح أي فشل قبل إنهاء المهمة.

شرط النجاح:
لا تعتبر المهمة منتهية حتى تنجح الاختبارات ويطابق شكل الاستجابة مواصفات API.
Enter fullscreen mode Exit fullscreen mode

هذا النوع من التعليمات يعطي Composer 2.5 مساحة للعمل، لكنه يضع حدودًا واضحة للتحقق.

Composer 2.5 مقابل المنافسة

إذا كنت تختار أداة يومية، استخدم هذا التوجيه السريع:

  • مقابل Opus 4.7: قريب جدًا في SWE-bench متعدد اللغات وCursorBench، وأرخص بكثير لكل مهمة. ما زال Opus يتفوق في بعض الإعدادات القصوى.
  • مقابل GPT-5.5: يتقدم Composer 2.5 في SWE-bench متعدد اللغات وCursorBench، بينما يتفوق GPT-5.5 في Terminal-Bench 2.0.
  • مقابل Claude Code: Composer 2.5 يعمل داخل محرر Cursor، بينما Claude Code وكيل طرفية. راجع مقارنة Claude Code مقابل Cursor.
  • مقابل GitHub Copilot: Copilot قوي في الإكمال المدمج، بينما Composer 2.5 أفضل كوكيل لمهام متعددة الملفات. اقرأ دليل Cursor مقابل GitHub Copilot.

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

الأسئلة المتكررة

هل Composer 2.5 مجاني؟

لا توجد طبقة مجانية بالكامل، لكن الخطط الفردية تتضمن استخدامًا مدمجًا يغطي كثيرًا من العمل اليومي. راجع دليل استخدام Composer مجانًا.

هل Composer 2.5 أفضل من Composer 2؟

نعم. ارتفع SWE-bench متعدد اللغات من 73.7% إلى 79.8%، وتحسن احتفاظ النموذج بالسياق في المهام الطويلة. راجع دليل Composer 2 لفهم الأساس.

على أي نموذج يعتمد Composer 2.5؟

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

أي نوع أختار: القياسي أم السريع؟

اختر القياسي للمهام الطويلة أو المتكررة بتكلفة أقل. اختر السريع عندما تعمل تفاعليًا وتحتاج زمن استجابة أقل. الذكاء نفسه.

هل يعمل Composer 2.5 مع مواصفات API وMCP؟

نعم. يدعم أدوات وكيل Cursor، بما في ذلك MCP. يمكنك ربط مواصفات API عبر خادم Apidog MCP حتى يكتب النموذج الكود بناءً على schema حقيقي.

الخلاصة

Composer 2.5 يجعل استخدام وكيل برمجة قوي داخل Cursor أكثر قابلية للتطبيق اليومي: جودة قريبة من النماذج الرائدة، تكلفة أقل لكل مهمة، وسلوك أفضل في المهام متعددة الخطوات.

للاستخدام العملي:

  1. حدّث Cursor.
  2. اختر composer-2.5.
  3. استخدم وضع Agent.
  4. أعطه مهمة كاملة مع شرط نجاح واضح.
  5. لا تجعله يخمن API.
  6. تحقق من الطلبات والاستجابات قبل الدمج.

عند العمل على APIs، اربطه بمواصفاتك الحقيقية ثم قم بتنزيل Apidog لاختبار الطلبات، تأكيد الاستجابات، وتحويل السلوك الصحيح إلى اختبارات آلية أو mock servers. الكود السريع مفيد فقط عندما يكون قابلًا للتحقق.

Top comments (0)