نماذج Cursor بعد تغيير أكتوبر: ما المتاح وكيف تختار؟

جرى التحقق في 25 أكتوبر 2026 بالرجوع إلى وثائق Cursor المنشورة للنماذج والاشتراكات وRouter والوكلاء الفرعيين. والفارق الذي يؤثر في قرارك هو الفرق بين إتاحة النموذج وشمول استخدامه في الاشتراك؛ فكل منهما يعني شيئًا مختلفًا.

نماذج Cursor: ما النماذج المتاحة حاليًا؟

يدعم Cursor نموذجيه Grok وComposer إلى جانب نماذج Claude وGPT وGemini من جهات خارجية، لكن اشتراكك هو الذي يحدد ما يمكنك الوصول إليه. في نظام الاشتراك الحالي، The X Subscription، تحصل الحسابات المدفوعة على حصة أسبوعية لنماذج Cursor مشتركة مع Grok. أما طلبات نماذج الجهات الخارجية فتستهلك رصيدًا مسبق الدفع. وتوضح وثائق النماذج الحالية في Cursor هذا التقسيم.

يفصل الجدول بين الاشتراكات الحالية والحسابات ذات الخطط القديمة. وتعني كلمة «مشمول» أن الاستخدام يُخصم من حصة محددة، لا أن الطلبات غير محدودة. استخدام Free محدود، وتختلف حصص الخطط المدفوعة بحسب الحساب.

المصادر: النماذج المتاحة، والاشتراكات الحالية، والخطط القديمة. وتدفع خطتا Teams وEnterprise أيضًا رسوم Cursor Token Rate على طلبات الجهات الخارجية التي تنطبق عليها هذه الرسوم؛ لذا ينبغي مراجعة قائمة الاستثناءات. ولا تتحمل الحسابات الفردية هذه الرسوم الإضافية.

الأسعار الشهرية للأفراد قبل الضريبة، بالدولار الأمريكي، هي: Free بسعر $0، وPlus بسعر $8، وPremium بسعر $30، وSuper بسعر $100، وUltra بسعر $200، وفق الأسعار التي ينشرها Cursor. ولتفاصيل الحصص ومقاعد الفرق والخطط القديمة، راجع أسعار Cursor.

نماذج Cursor المجانية: ما حدود Free وPlus؟

تتيح Free تجربة نماذج Cursor الخاصة، بينما توفر Plus بيئة برمجة بهذه النماذج ضمن قيود محددة. في Plus، يظل خيار Fast معطلًا ومستوى جهد الاستدلال مضبوطًا على المتوسط، وتبلغ نافذة سياق Grok 4.7 مقدار 256k. ولا تشمل الخطة Auto أو نماذج الجهات الخارجية أو استخدام مفاتيح API الخاصة بك. هذه قيود منصوص عليها في الخطة، ولذلك لا يعني غياب Claude من القائمة بالضرورة وجود مشكلة في التثبيت.

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

نماذج Premium: أين تختلف الخطط القديمة؟

تتيح Premium والخطط الأعلى نماذج الجهات الخارجية، لكنها لا تمنح حصة استخدام لهذه النماذج في نظام الاشتراك الجديد. يختلف الأمر في حساب Pro أو Pro+ أو Ultra القديم: فحصة Other Models الشهرية فيه لا تزال تغطي استخدام نماذج الجهات الخارجية بسعر API المعلن لكل نموذج. وبعد نفاد الحصة، تُحتسب تكلفة الاستخدام الإضافي عبر خيار الدفع حسب الاستخدام إذا كان مفعّلًا. وتشرح وثائق الخطط القديمة في Cursor هذا الفارق.

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

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

أفضل نماذج Cursor للمهام اليومية والأعمال الصعبة

اختر وفق المشكلة التي تعطل المهمة: بطء التفاعل، أو التوقف قبل إتمام عمل طويل، أو الحاجة إلى سلوك نموذج بعينه. توصي إرشادات الاختيار لدى Cursor باستخدام Composer للبرمجة التفاعلية، وGrok 4.7 لأصعب المهام طويلة التنفيذ، وClaude Opus أو GPT-5.6 Sol للأعمال المعقدة متعددة الخطوات. وتوضح الأمثلة التالية كيف يمكن تطبيق هذه الإرشادات في أعمال التطوير اليومية.

Composer 2.5: ابدأ به عندما تتابع التعديل وتوجهه بنفسك. يصفه Cursor بأنه مهيأ لاستخدام الأدوات وتعديل الملفات وتنفيذ العمليات في الطرفية. وتذكر صفحة النموذج نافذة سياق بحجم 200k، ونسخة سريعة للجلسات التفاعلية، ونسخة قياسية تركز على خفض تكلفة التوكنات.

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

Grok 4.7: استخدمه عندما تتطلب المهمة تقصيًا وتحققًا متواصلين. يقول Cursor إنه يحسن التحقق الذاتي والعمل لفترات أطول مقارنة بـGrok 4.6. وتعديل آلية المصادقة عبر عدة ملفات مثال على مهمة تحتاج إلى هذه المثابرة: إذ يجب على الوكيل الربط بين معالج الطلبات ومنطق الجلسات والاختبارات ومسارات الفشل. حدد ما يجب التحقق منه قبل إسناد المهمة إليه.

تميز وثائق Grok 4.7 بين سياق قياسي بحجم 256k وحد أقصى يبلغ 500k، ويُقاسان بالتوكنات، أي الوحدات التي يعالج بها النموذج النصوص والشيفرة. والسياق هو حجم المادة التي يستطيع النموذج أخذها في الحسبان ضمن الطلب الواحد؛ لكن اتساعه لا يضمن انتباه النموذج إلى علاقة الاعتماد المؤثرة في المشكلة. قدم وصفًا للسلوك الخاطئ ومعايير القبول، بدل الاكتفاء بإضافة مزيد من الملفات.

Grok 4.6 وGrok 4.5: احتفظ بهما عندما يثبت سير العمل الحالي جدواه. لا يزال Cursor يدرج النموذجين، لكن صفحة Grok 4.6 توصي بالإصدار 4.7 لتحسين التحقق الذاتي والعمل الأطول. لا يوجد مبرر قوي لجعل إصدار أقدم خيارك الافتراضي لمهمة جديدة وصعبة لمجرد أنك اعتدته. وفي المقابل، لا داعي لتعطيل سير عمل ناجح قبل تقييم البديل. وتناقش مقارنة Grok 4.7 وGrok 4.6 قرار الانتقال هذا.

Claude Opus وGPT-5.6 Sol: اخترهما عن قصد للعمل المعقد أو لتجربة معالجة مختلفة. يفيد توفرهما عندما تستفيد المشكلة من تفسير نموذج آخر لها. أبقِ المهمة واختبارات القبول ثابتة عند التبديل، كي تقيم النتيجة نفسها، لا مدى إقناع الشرح المصاحب لها.

تصف صفحة GPT-5.6 Sol لدى Cursor قدرته على مواصلة العمل بصفته وكيلًا وتقديم ردود موجزة في التخطيط وتصحيح الأخطاء، لكنها تشير أيضًا إلى الإفراط في استخدام الوكلاء الفرعيين وانتظاره أحيانًا أمرًا صريحًا بالتنفيذ. إذا اقترح النموذج الإصلاح الصحيح ثم توقف، فاطلب منه تنفيذه بوضوح. فالخطة المتقنة لا تعني أن تذكرة العمل أُنجزت.

Gemini: قيّمه عندما يكون لديك سبب مسبق لتفضيله. تشير إرشادات Cursor العامة إلى أن بعض المستخدمين يفضلون Gemini Pro؛ وهذا لا يرقى إلى ادعاء منشور بأنه يتفوق في فئة محددة من مهام البرمجة. تضم القائمة الحالية Gemini 4 Argon وGemini 3.1 Pro وGemini 3.8 Flash، إلى جانب إصدارات أحدث من Claude مثل Opus 5.5 وSonnet 5.5. راجع قائمة النماذج التي يمكن اختيارها مباشرة، فهذه الأسماء ليست هي بالضرورة مجموعة النماذج التي يوجه إليها Auto الطلبات.

الخيار العملي الافتراضي هو Composer للعمل الذي تستطيع مراجعته باستمرار، وGrok 4.7 عندما تكون الحاجة إلى تقصٍ متواصل هي ما يبطئ الإنجاز، ونموذج معتمد من جهة خارجية عندما تبرر نتائجه تكلفة الاستخدام المنفصلة. واجعل المراجعة البشرية وفحوص المستودع معيار القبول لجميع هذه النماذج.

كيف يعمل Cursor Auto؟ أوضاع Cost وBalance وIntelligence

Auto آلية لاختيار النموذج، وليس نموذجًا إضافيًا، ويتطلب Cursor Router الأحدث حاليًا خطة Teams أو Enterprise. تحصر وثائق Router لدى Cursor وضعي Balance وIntelligence في هذا النظام. وتستثني Plus ميزة Auto صراحة. لذلك لا تفترض أن جميع الحسابات تعرض قائمة Auto نفسها.

تستند تعريفات الأوضاع وقواعد الفوترة هذه إلى وثائق Cursor Router. يصف Cursor وضع Balance بأنه الافتراضي للمستخدمين الجدد، بينما يتحكم مسؤولو الفريق في الأوضاع التي تُتاح لهم. أما «الاستخدام المقترح» فهو تفسير عملي لهذه الأوضاع: ابدأ تذكرة العمل المعتادة بالإعداد المعتاد، وارفع مستوى الاختيار عندما تستدعي المهمة ذلك، لا لمجرد الفضول.

تضم مجموعة نماذج Router الموثقة حاليًا GPT-5.5 وClaude Opus 5 وGrok 4.6 وClaude Fable 5. وينبه Cursor إلى أن هذه المجموعة تتغير، وقد يصبح نموذج قابلًا للاختيار المباشر قبل أن يُضاف إلى التوجيه. لذلك فإن ظهور Grok 4.7 وGPT-5.6 Sol في قائمة الاختيار لا يثبت أن Auto يوجه الطلبات إليهما. اعتمد على المجموعة المنشورة مرجعًا لك.

على قائد الفريق مراعاة أن سياسة التوجيه تعتمد أيضًا على نماذج محددة. فحظر Grok 4.6 يعطل Router، وكذلك حظر GPT-5.5 وClaude Opus 5 معًا. أما حظر أحد النموذجين الأخيرين فقط فيقلل جودة التوجيه، وفق Cursor. راجع قائمة السماح بوصفها إعدادًا يجب أن يظل معه التوجيه صالحًا للعمل، لا مجرد قائمة بالمزودين المفضلين.

يجب على مسؤولي Enterprise تفعيل Router، وقد تقيد إعدادات الفريق الأوضاع المتاحة أو تفرض استخدام Auto. وتوضح أدوات تحكم المسؤولين سبب عجز مطور عن تغيير إعداد يظهر في حساب آخر. ويظل الطلب الموجه إلى نموذج من جهة خارجية خاضعًا لفوترة تلك النماذج؛ فاختيار Auto لا يحوله إلى استخدام مشمول لنماذج Cursor الخاصة.

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

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

تشغيل عدة نماذج في Cursor: كيف يختار الوكلاء الفرعيون نماذجهم؟

اختيار نموذج الوكيل الرئيسي لا يحدد نموذج كل وكيل فرعي. الوكيل الفرعي عامل مستقل يُفوّض بتنفيذ جزء من المهمة. يختار الوكلاء المدمجون في Cursor نموذجًا يناسب المهمة الفرعية؛ أما الوكلاء المخصصون فيستخدمون افتراضيًا inherit، أي نموذج الوكيل الرئيسي، أو يمكن تحديد معرّف نموذج لهم. ويستطيع الوكيل الرئيسي أيضًا تسمية نموذج عند تشغيل وكيل فرعي. وتوثق مرجعية الوكلاء الفرعيين في Cursor هذه الخيارات.

يمكن وضع إعداد مخصص عملي في الملف .cursor/agents/local-review.md:

---
name: local-review
description: Reviews a bounded code change for correctness.
model: "composer-2.5[fast=false]"
---
Review the supplied diff and relevant tests.
Report concrete defects with file references. Do not edit files.

يختار إعداد النموذج هنا Composer 2.5 بالسرعة القياسية صراحة. استخدم model: inherit بدلًا منه إذا أردت أن يتبع الوكيل الفرعي نموذج الوكيل الرئيسي. وترد صياغة إعداد النموذج في مرجع الإعدادات لدى Cursor.

قد يسهل إغفال أثر ذلك على الفوترة. فالوكيل الرئيسي الذي يستخدم Grok أو Composer أو Auto يستطيع تفويض العمل إلى نموذج محدد من جهة خارجية. ويستهلك ذلك الوكيل الفرعي رصيدًا مسبق الدفع في الاشتراك الجديد، أو من حصة Other Models في الخطة القديمة. تعرض بطاقة مهمته النموذج الذي نُفذت به، وتسجل لوحة الاستخدام النموذج نفسه. وقد تتقدم قيود الخطة وحظر المسؤولين على الاختيار المحدد في الإعدادات.

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

نماذج Cursor المخصصة: استخدام مفتاح API الخاص بك

يغير مفتاح API الخاص بك الجهة التي تتحمل تكلفة الاستدلال المدعوم، لكنه لا يلغي قيود الخطة أو الميزات أو المزود. تستثني Plus خيار BYOK، وهو اختصار لاستخدام مفتاحك الخاص. وتدعم وثائق المفاتيح لدى Cursor نماذج المحادثة القياسية غير الاستدلالية من OpenAI، وAnthropic Claude، وGoogle Gemini، وAzure OpenAI، وAWS Bedrock، وفق الإعدادات المدعومة لدى كل مزود.

لربط مفتاح، افتح Cursor Settings > Models، واختر المزود، وأدخل المفتاح ثم احفظه. في الخطط الفردية المؤهلة، يفوتر المزود هذه الطلبات مباشرة، ولا تُخصم من حصة استخدام النماذج المشمولة في Cursor أو من رصيده المسبق الدفع. أما في Teams وEnterprise، فتظل رسوم Cursor Token Rate سارية على الطلبات التي تنطبق عليها. وتستمر ميزة إكمال الشيفرة عبر Tab في استخدام نماذج Cursor المدمجة.

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

وهناك أيضًا جانب يتعلق بمعالجة البيانات: تظل الطلبات تمر عبر خوادم Cursor لبناء التوجيهات. يقول Cursor إن المفاتيح تُنقل بأمان ولا تُخزن، لكن سياسة عدم الاحتفاظ بالبيانات Zero Data Retention لديه لا تنطبق على BYOK؛ إذ تسري سياسة المزود. اختر طريقة الربط التي تلبي متطلبات مؤسستك، لا التي تمنحك الفاتورة التي تفضلها فحسب.

لماذا تختلف قائمة النماذج بحسب المنطقة؟

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

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

ما الذي لا يثبته تغيير أكتوبر؟

تغير قائمة الاشتراكات لا يثبت اختفاء GPT من Cursor. في تاريخ التحقق، كان Cursor لا يزال يوثق GPT-5.6 Sol. ولا يكفي منشور على وسائل التواصل لإثبات مغادرة مزود أو تحديد موعد لانقطاع الخدمة. ابنِ قرار سير عملك اليوم على القائمة الحالية وما يتيحه حسابك فعلًا.

كذلك لا يعني Auto «أحدث نموذج في كل مرة». فمجموعته المعتمدة تختلف عن القائمة الكاملة، وغرضه اختيار النموذج بحسب المهمة. إذا كان استخدام نموذج بعينه جزءًا من معايير قبولك، فاختره مباشرة حيث يتاح، بدل أن تأمل أن يختاره نظام التوجيه.

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

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

من ينبغي له التغيير الآن، ومن ينتظر أو يحتفظ بإعداداته؟

على المطورين تغيير الخيار الافتراضي فقط عندما يعرفون المشكلة التي سيحلها. إذا كان Composer يقدم تعديلات قابلة للمراجعة في العمل المعتاد، فاحتفظ به. وإذا كانت المهام الصعبة تتوقف مرارًا قبل اكتمالها، فقيّم Grok 4.7 مع شرط إنجاز واضح. أما إذا كان سبب التعثر غموض المواصفات، فابدأ بإصلاحها.

على قادة الفرق مراجعة التوجيه والوكلاء الفرعيين الآن. تحقق من النماذج المسموح بها وأوضاع Auto الظاهرة وإمكانية إظهار النموذج الفعلي وأي اختيار مخصص يتجاوز توريث نموذج الوكيل الرئيسي. فالسياسة التي توافق على نموذج الوكيل الرئيسي وحده تترك جزءًا من سير العمل الفعلي من دون فحص.

على من يحتاج إلى Claude أو GPT أو Gemini استبعاد Plus. وعلى أصحاب الاشتراكات القديمة تأجيل الانتقال حتى يفهموا الحصة التي سيفقدونها. الحساب القديم الذي يلبي احتياج صاحبه ليس مضطرًا إلى اعتماد بنية الفوترة الجديدة لمجرد أن أسماء الخطط المعروضة للجمهور تغيرت.

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

أسئلة شائعة

اشترك في النشرة البريدية لتصلك أدلة عملية عن تغييرات النماذج وتأثيرها في سير العمل.