أطلقت Cursor نموذج Composer 2.5 في 18 مايو 2026، والعنوان الرئيسي يصعب تجاهله: نموذج برمجة يضاهي Opus 4.7 وGPT-5.5 في معايير برامج حقيقية، بينما يكلف أقل من دولار واحد لكل مهمة. إذا كنت تكسب عيشك من كتابة الأكواد، فإن نسبة السعر إلى الجودة هذه ستغير طريقة تخطيطك ليومك.
يغطي هذا الدليل ثلاثة أشياء يستمر المطورون في البحث عنها: ما هو Composer 2.5 حقًا، وكيفية الوصول إليه داخل Cursor، وكيفية استخدامه بشكل جيد في العمل الإنتاجي. ستحصل على أرقام المعايير، وحسابات التسعير، وسير عمل عملي يجمع النموذج مع Apidog بحيث تكون أكواد الـ API التي يكتبها صحيحة من أول تشغيل.
ما هو Cursor Composer 2.5؟
Composer 2.5 هو نموذج برمجة عامل خاص بـ Cursor، مصمم للتخطيط، وتحرير الملفات، وتشغيل أوامر الطرفية، والتحقق من عمله داخل محرر Cursor. إنه خليفة Composer 2، وينقل النموذج من "شريك الإكمال التلقائي السريع" إلى "وكيل ينهي المهام الطويلة دون أن يفقد التركيز".
بعض الحقائق التي تحدده:
- بُني على نقطة التحقق مفتوحة المصدر Moonshot Kimi K2.5، وهي قاعدة بحوالي تريليون معلمة.
- خصصت Cursor حوالي 85% من ميزانية حوسبة التدريب للتدريب اللاحق والتعلم المعزز، وليس فقط للنموذج الأساسي.
- تم تدريبه على 25 ضعفًا من المهام التركيبية مقارنة بـ Composer 2، بما في ذلك التمارين التي تقوم فيها Cursor بحذف ميزة ويجب على النموذج إعادة بنائها حتى تنجح الاختبارات.
النتيجة العملية هي نموذج يحتفظ بالسياق عبر جلسات طويلة. كان Composer 2 سريعًا ولكنه كان ينحرف أحيانًا في العمل متعدد الخطوات. يحافظ Composer 2.5 على الجهد عبر مهمة طويلة، ويتبع التعليمات المعقدة بشكل أكثر موثوقية، ويقدر كمية العمل التي يحتاجها الطلب بالفعل بدلاً من المبالغة أو التقصير.
إذا كنت تريد معرفة خلفية أعمق عن عائلة النموذج، فإن دليل Composer 2 يشرح البنية التي يبنى عليها 2.5.
ماذا تغير تحت الغطاء
ثلاث أفكار تدريبية تقود القفزة:
- التعلم المعزز المستهدف مع التغذية الراجعة النصية. بدلاً من مكافأة واحدة في نهاية المهمة، تكتب Cursor تلميحًا قصيرًا يصف الإصلاح المطلوب، وتضع هذا التلميح في السياق المحلي، ثم تستخلص السلوك وتنقله مرة أخرى إلى النموذج. هذه هي الطريقة التي تعلم بها التوقف عن استدعاء الأدوات غير المتاحة.
- البيانات التركيبية على نطاق واسع. الزيادة البالغة 25 ضعفًا في المهام التركيبية تمنح النموذج ممارسة أكبر بكثير على عمل المستودعات الواقعي، والذي تم التحقق منه بواسطة الاختبارات وليس مجرد الانطباعات.
- مُحسِّن Muon مجزأ مع HSDP ثنائي الشبكة. هذه بنية تحتية للتدريب، وليست ميزة يمكنك لمسها، لكنها السبب في قدرة Cursor على تدريب نموذج بحجم تريليون معلمة بخطوة محسِّن تستغرق 0.2 ثانية. تعني حلقات التدريب الأسرع تكرارات أكثر على الجودة.
لست بحاجة إلى حفظ أي من ذلك لاستخدام النموذج. إنه مهم لأنه يفسر لماذا يبدو Composer 2.5 أكثر استقرارًا في أنواع المهام الطويلة والمعقدة التي كانت تتسبب في فشل النماذج السابقة.
معايير Composer 2.5: ما مدى جودته حقًا؟
تُظهر Cursor نتائج على ثلاث مجموعات وتقارنها بـ 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 متعدد اللغات، وهو اختبار قياسي لإصلاح مشاكل GitHub الحقيقية عبر اللغات، يحقق Composer 2.5 نسبة 79.8%، ضمن نقطة واحدة من Opus 4.7 ومتفوقًا على GPT-5.5. هذه قفزة كبيرة من 73.7% لـ Composer 2. في CursorBench، مجموعة مهام Cursor الخاصة، يتفوق على إعداد Opus 4.7 الافتراضي.
المكان الوحيد الذي يتأخر فيه هو Terminal-Bench 2.0، حيث يتصدر GPT-5.5 بنسبة 82.7%. إذا كان عملك يعتمد بشكل كبير على تسلسلات الطرفية الطويلة، فضع ذلك في اعتبارك.
الرقم الذي يعيد تأطير كل شيء هو التكلفة لكل مهمة. تُفيد Cursor بتحقيق حوالي 63% على CursorBench بتكلفة متوسطة أقل من دولار واحد لكل مهمة، بينما يكلف Opus 4.7 وGPT-5.5 عدة دولارات لكل مهمة للحصول على نتائج مماثلة أو أسوأ؛ تشير بعض المقارنات إلى أن تكاليف المنافسين تصل إلى أحد عشر دولارًا. توصلت تغطية مستقلة من The Decoder إلى نفس الاستنتاج: جودة قريبة من المستوى الرائد بجزء صغير من التكلفة.
إذن، Composer 2.5 ليس النموذج الأفضل على الإطلاق في كل جدول. إنه النموذج الذي يمنحك 95% من جودة المستوى الرائد بحوالي عُشر التكلفة، وهو ما تريده معظم الفرق.
كم يكلف Composer 2.5؟
تقدم Cursor نوعين بنقطتي سعر:
| النوع | الإدخال | الإخراج | متى تستخدمه |
|---|---|---|---|
| القياسي | $0.50 / مليون رمز | $2.50 / مليون رمز | الافتراضي لمعظم عمل الوكيل؛ أفضل كفاءة في التكلفة |
| السريع | $3.00 / مليون رمز | $15.00 / مليون رمز | للعمل الحساس للكمون؛ نفس الذكاء، انتظار أقل |
يمنحك النوع السريع نفس جودة النموذج مع زمن استجابة أقل، وهو الإعداد الافتراضي في المنتج. ولا يزال سعره أقل من الفئات السريعة للنماذج الرائدة الأخرى.
تعتمد كيفية الفوترة على خطتك:
- تتضمن الخطط الفردية (Pro والمشابهة) مجمع استخدام Composer مستقل مع استخدام سخي مضمن، لذلك لن يلامس معظم المطورين الفرديين معدل التوكن يومًا بعد يوم.
- تُفرض رسوم على خطط الفرق والمؤسسات بسعر الـ API مباشرةً.
- عرض الإطلاق: ضاعفت Cursor استخدام Composer 2.5 للأسبوع الأول بعد الإصدار، لذا يحصل المتبنون الأوائل على وقت إضافي لاختباره.
للاطلاع على تفصيل أكمل لكيفية قياس Cursor للنماذج، راجع دليل تسعير Cursor Composer. إذا كنت تحاول تشغيله دون إنفاق، فإن شرح Composer مجانًا يغطي مسار الاستخدام المضمن.
كيفية الوصول إلى Cursor Composer 2.5
يستغرق الوصول إلى النموذج حوالي دقيقة واحدة.
- تحديث Cursor. يحتاج Composer 2.5 إلى بناء حديث. افتح Cursor، وتحقق من التحديثات (قائمة Cursor على macOS، قائمة المساعدة في أي مكان آخر)، وأعد التشغيل إذا تم تثبيت تحديث.
- سجل الدخول إلى خطة تتضمنه. تتضمن خطط Pro وBusiness استخدام Composer. لا يزال بإمكان الحساب المجاني تجربته من خلال البدلات المضمنة، لكن الاستخدام الكثيف يتطلب خطة مدفوعة.
- افتح منتقي النموذج. ابدأ جلسة دردشة أو وكيل، ثم افتح القائمة المنسدلة للنموذج. اختر
composer-2.5. ستجد عادةً النوع السريع محددًا افتراضيًا. - تأكيد وضع الوكيل. صُمم Composer لعمل الوكيل، لذا استخدم وضع الوكيل بدلاً من الدردشة العادية للحصول على تعديلات الملفات، والوصول إلى الطرفية، واستخدام الأدوات.
هذا هو الإعداد بالكامل. يمتلك النموذج الوصول إلى جميع أدوات الوكيل التي توفرها Cursor: قراءة وتحرير الملفات، تشغيل أوامر الطرفية، واستدعاء الأدوات. تسرد وثائق نموذج Composer 2.5 الرسمية الإعدادات الافتراضية الحالية إذا قامت Cursor بتغييرها.
إذا كنت قد استخدمت Cursor من قبل ولكن ليس وكيلها، فإن نظرة عامة على Cursor 2.0 هي مقدمة جيدة لكيفية عمل واجهة الوكيل.
كيفية استخدام Composer 2.5 بفعالية
الوصول سهل. يتطلب الحصول على مخرجات قوية القليل من التقنية.
دعه يقوم بمهام طويلة. التحديث الرئيسي لـ Composer 2.5 هو الأداء المستمر. امنحه مهمة حقيقية ذات حالة نهائية واضحة ("أضف ترقيم الصفحات إلى نقطة نهاية الطلبات وحدث الاختبارات") بدلاً من الإدارة الدقيقة سطرًا تلو الآخر. لقد تم تدريبه على الاستمرار حتى تنجح الاختبارات.
اكتب شرط النجاح في المطالبة. تم تدريب النموذج على التحقق من الاختبارات. إذا أخبرته كيف ستحكم على الانتهاء ("تظل جميع الاختبارات الحالية خضراء وتعيد نقطة النهاية الجديدة 422 عند إدخال غير صالح")، فإنه يصحح نفسه نحو هذا الهدف.
اختر النوع الصحيح. استخدم النوع القياسي للعمل الدفعي الحساس للتكلفة، والنوع السريع عندما تقوم بالتكرار المباشر وتنتظر كل استجابة. الجودة هي نفسها؛ أنت فقط توازن بين زمن الاستجابة والتكلفة.
حافظ على سياقه صادقًا. النماذج العاملة قوية، لكنها لا تزال تخمن عندما لا تعرف الشكل الحقيقي لواجهة برمجة التطبيقات (API). هذا هو وضع الفشل الذي يستحق الهندسة حوله، وهنا تبرز أهمية أدوات واجهة برمجة التطبيقات الخاصة بك.
Composer 2.5 بالإضافة إلى سير عمل API الخاص بك
تلامس معظم مهام البرمجة الحقيقية واجهة برمجة تطبيقات (API). اطلب من Composer 2.5 "كتابة عميل لخدمة المدفوعات لدينا" وسينتج كودًا أنيق المظهر؛ الخطر هو أن نقاط النهاية والحقول والمصادقة قد تتطابق مع ما يفترضه النموذج بدلاً من ما تعرضه خدمتك بالفعل. الكود الخاطئ ولكن الواثق أبطأ من عدم وجود كود.
ممارستان تصححان هذا:
أولاً، قم بتزويد النموذج بمواصفات واجهة برمجة التطبيقات الحقيقية الخاصة بك بدلاً من السماح له بالتخمين. يقوم خادم Apidog MCP بربط مواصفات واجهة برمجة التطبيقات Apidog الخاصة بك مباشرة بـ Cursor، بحيث يقوم Composer 2.5 بإنشاء كود الطلب، والأنواع، والاختبارات بناءً على مخططك الفعلي. إذا كنت تدير وكلاء آخرين أيضًا، فإن ملخص أفضل خوادم MCP لـ Cursor يغطي الخيارات التكميلية.
ثانيًا، تحقق من المكالمات التي تم إنشاؤها قبل أن تصل إلى فرع زميل. أسقط نقاط النهاية التي كتبها Composer 2.5 في Apidog، أرسل طلبات حقيقية، تحقق من رموز الحالة وأشكال الاستجابة، وحول المكالمات العاملة إلى اختبارات مؤتمتة وخوادم وهمية. يكتب النموذج المسودة الأولى؛ Apidog يؤكد سلوكها. هذه الحلقة، الإنشاء مقابل مواصفات حقيقية، ثم الاختبار مقابل خادم حقيقي، هي ما يحافظ على سرعة الوكيل من التحول إلى دين تصحيح الأخطاء.
Composer 2.5 مقابل المنافسة
توجيه سريع إذا كنت تختار أداة استخدام يومية:
- مقابل Opus 4.7: متطابقان تقريبًا في SWE-bench متعدد اللغات وCursorBench، وأرخص بكثير لكل مهمة. لا يزال Opus يتفوق في أعلى إعدادات CursorBench القصوى.
- مقابل 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 باستخدام حوالي عشرة أضعاف قوة الحوسبة، لذا فإن 2.5 هي نقطة تحقق على منحنى أكثر انحدارًا، وليست السقف.
الأسئلة المتكررة
هل Composer 2.5 مجاني؟ لا توجد طبقة مجانية بالكامل، لكن الخطط الفردية تتضمن مجمع استخدام Composer يغطي العمل اليومي العادي، وضاعفت Cursor الاستخدام للأسبوع الأول من الإطلاق. يشرح دليل 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 حتى يكتب الكود بناءً على مخططك الحقيقي.
الخلاصة
Composer 2.5 هو أوضح علامة حتى الآن على أن "البرمجة بجودة رائدة" و"البرمجة باهظة الثمن" ينفصلان. تحصل على نتائج تقترب من مستوى Opus 4.7 في مهام البرامج الحقيقية بأقل من دولار واحد لكل مهمة، داخل محرر مصمم لعمل الوكيل. قم بتحديث Cursor، واختر composer-2.5 في القائمة المنسدلة للنموذج، وامنحه مهامًا حقيقية متعددة الخطوات بدلاً من الأوامر الفردية.
قم بإقرانه بحلقة تحقق صارمة وتتضاعف السرعة فعليًا. أنشئ كود API مقابل مواصفاتك الحقيقية، ثم قم بتنزيل Apidog لإرسال طلبات حية، وتأكيد الاستجابات، وتثبيت المكالمات العاملة في اختبارات آلية ومحاكاة. الكود السريع الذي تحقق منه يتفوق على الكود السريع الذي يجب عليك تصحيح أخطائه.