وصل Claude Sonnet 5 في 30 يونيو 2026، وهو مناسب بقوة للطريقة التي يستخدم بها معظم الناس Cursor. تصفه Anthropic بأنه أكثر نماذج Sonnet قدرة على العمل كوكيل حتى الآن، مع أداء في استخدام الأدوات يقترب من Opus 4.8 بسعر أقل بكثير. وهذا مهم في Cursor، حيث يقضي النموذج معظم وقته في قراءة الملفات، وتعديل التعليمات البرمجية، وتشغيل الأوامر في حلقة. يرشدك هذا الدليل إلى كيفية تمكين Sonnet 5 في Cursor، ومتى تستخدم مفتاح API الخاص بك من Anthropic، وكيف تستفيد أقصى استفادة من وضع الوكيل، ومتى تنتقل إلى نموذج أكبر. للحصول على نظرة عامة كاملة عن النموذج، اقرأ ما هو Claude Sonnet 5، ويغطي الإعلان الرسمي من Anthropic تفاصيل الإطلاق.
سترى أيضًا أين يتناسب Apidog: عندما يقوم Cursor و Sonnet 5 ببناء واجهة برمجة تطبيقات (API) لك، فإن Apidog هو المكان الذي ترسل فيه الطلبات، وتحفظها، وتحاكي الاستجابات، وتشغل الاختبارات الآلية ضد نقاط النهاية.
لماذا يُعد Sonnet 5 خيارًا افتراضيًا جيدًا في Cursor
يقوم وكيل Cursor بالعديد من الخطوات الصغيرة المعتمدة على الأدوات. فهو يفتح الملفات، ويطبق التعديلات، ويبحث في قاعدة التعليمات البرمجية، ويشغل أوامر الطرفية. وهذا هو بالضبط نوع العمل الذي يتألق فيه Sonnet 5.

تضع معايير إطلاق Anthropic نموذج Sonnet 5 على بعد بضع نقاط من Opus 4.8 في المهام الوكيلة. في SWE-bench Pro، وهو معيار للبرمجة، كانت الأرقام المبلغ عنها 63.2% لـ Sonnet 5 و 69.2% لـ Opus 4.8، ارتفاعًا من 58.1% لـ Sonnet 4.6. في Terminal-Bench 2.1، سجل Sonnet 5 80.4% مقابل 82.7% لـ Opus 4.8. وفي OSWorld-Verified، وهو معيار لاستخدام الكمبيوتر، وصل Sonnet 5 إلى 81.2% مقابل 83.4% لـ Opus 4.8. هذه هي الأرقام المبلغ عنها من Anthropic، وليست اختباراتنا الخاصة. للحصول على الجدول الكامل، راجع تفاصيل معايير Claude Sonnet 5.
النمط ثابت. مع وجود الأدوات في الحلقة، يصل Sonnet 5 إلى ما يقرب من نقطة إلى ثلاث نقاط من Opus 4.8. في الاستدلال الخالص، يتفوق Opus بحوالي ست نقاط. يحتوي Cursor دائمًا تقريبًا على أدوات في الحلقة، لذلك تحصل على معظم الجودة من الفئة العليا دون دفع سعر الفئة العليا.
السعر هو النصف الآخر. يكلف Sonnet 5 نفس التكلفة لكل رمز مثل Sonnet 4.6: 3 دولارات لكل مليون رمز إدخال و 15 دولارًا لكل مليون رمز إخراج بالسعر القياسي. تقدم Anthropic سعرًا تعريفيًا قدره 2 دولار لكل مليون إدخال و 10 دولارات لكل مليون إخراج حتى 31 أغسطس 2026. يكلف Opus 4.8 5 دولارات لكل مليون إدخال و 25 دولارًا لكل مليون إخراج. في جلسة وكيل طويلة، تتراكم هذه الفجوة بسرعة.
طريقتان لاستخدام Sonnet 5 في Cursor
يدعم Cursor نماذج Claude من Anthropic مباشرة، ويدعم أيضًا استخدام مفتاحك الخاص (BYOK) إذا كنت ترغب في الفوترة عبر حسابك الخاص في Anthropic. تتغير صياغة القوائم بين إصدارات Cursor، لذا تعامل مع هذه الخطوات كشكل للتدفق وليس خطوات دقيقة.
الخيار 1: أداة اختيار النموذج المدمجة في Cursor
إذا كانت خطة Cursor الخاصة بك تتضمن نماذج Claude، فهذا هو المسار الأسرع.
- افتح Cursor واضغط على محدد النموذج. عادة ما يكون موجودًا في محادثة الدردشة أو إدخال Composer، أو ضمن الإعدادات.
- ابحث عن Claude Sonnet 5 في قائمة النماذج.
- حدده. يقوم Cursor الآن بتوجيه طلباتك عبر Sonnet 5 للمحادثة والتحرير وتشغيل الوكيل.
قد تستغرق النماذج الجديدة بعض الوقت لتظهر في إصدار معين من Cursor. إذا لم ترَ Sonnet 5 بعد، فحدّث Cursor إلى أحدث إصدار، ثم تحقق مرة أخرى. لمزيد من المساعدة في الإعداد، يرشدك دليل إعداد Cursor خلال التكوين من البداية.
الخيار 2: استخدام مفتاح API الخاص بك من Anthropic
يعد BYOK مفيدًا عندما تريد تحكمًا مباشرًا في الفوترة، أو حدودًا أعلى مرتبطة بحسابك، أو نموذجًا لا تتضمنه خطة Cursor الخاصة بك.
- احصل على مفتاح Anthropic API من وحدة تحكم Claude. أنشئ مفتاحًا ضمن مفاتيح API الخاصة بمؤسستك.
- في Cursor، افتح الإعدادات وابحث عن قسم النموذج أو مفاتيح API.
- الصق مفتاح Anthropic الخاص بك في حقل مزود Anthropic واحفظه.
- حدد Claude Sonnet 5 كنموذجك النشط.
معرف النموذج الذي تكشفه Anthropic هو claude-sonnet-5، وهو سلسلة مطابقة تمامًا بدون لاحقة تاريخ. لا تقوم عادةً بكتابة المعرف في واجهة مستخدم Cursor، ولكنك ستحتاجه إذا قمت ببرمجة أي شيء ضد واجهة برمجة التطبيقات بنفسك. يغطي دليل API الخاص بـ Claude Sonnet 5 شكل الطلب الخام، ومعرف النموذج، وتنسيق الاستجابة بالتفصيل.
احتفظ بمفتاح API الخاص بك خارج قاعدة التعليمات البرمجية الخاصة بك. قم بتخزينه في متغير بيئة أو في سلسلة مفاتيح نظام التشغيل الخاص بك، ولا تقم أبدًا بإضافته إلى Git.
ما الذي تغير داخليًا (ولماذا يهم Cursor)
يعد Sonnet 5 بديلاً مباشرًا لـ Sonnet 4.6 على مستوى واجهة برمجة التطبيقات، ولكن هناك بعض التغييرات السلوكية التي تستحق المعرفة حتى داخل Cursor.
التفكير التكيفي أصبح الآن مفعّلاً افتراضيًا. في Sonnet 4.6، كان الطلب الذي لا يحتوي على حقل thinking يعمل بدون تفكير. في Sonnet 5، يعمل نفس الطلب مع التفكير التكيفي. في Cursor، هذا يعني أن النموذج يفكر أكثر قبل أن يتصرف في مهمة صعبة، وهذا ما تريده لتخطيط التغييرات المتعددة الملفات. قد يتضمن الإخراج رموز تفكير، لذلك قد تستغرق الاستجابات وقتًا أطول قليلاً وتكلف أكثر قليلاً في المطالبات المعقدة.
يشحن Sonnet 5 أيضًا موزع رموز جديدًا (tokenizer). ينتج نفس النص المدخل ما يقرب من 30% رموزًا أكثر مما كان عليه في Sonnet 4.6، أي حوالي 1.3 مرة. أشكال الطلب والاستجابة متطابقة، لذا لا يوجد شيء يتعطل. ولكن أي شيء تقيسه بالرموز يتغير. تحتفظ نافذة السياق البالغة 1M رمز بنص أقل قليلاً في المتوسط، ويمكن أن تكون تكلفة طلب مكافئ أعلى حتى لو لم يتغير معدل الرمز الواحد. إذا كنت تتتبع إنفاق Cursor، أعد القياس مقابل Sonnet 5 بدلاً من إعادة استخدام أرقام 4.6 الخاصة بك.
هناك قيدان آخران مهمان إذا كنت تقوم بالبرمجة مباشرة ضد واجهة برمجة التطبيقات (API). التفكير الممتد اليدوي باستخدام budget_tokens يعيد خطأ 400. يؤدي تعيين temperature أو top_p أو top_k إلى قيمة غير افتراضية أيضًا إلى إعادة خطأ 400. وجه السلوك من خلال طلبك بدلاً من ذلك. يتعامل Cursor مع هذا داخل مكالمات نموذجه الخاصة، لذا لن تواجه هذه الأخطاء إلا إذا قمت بالبناء مقابل Anthropic API بنفسك.
استخدام Sonnet 5 في وضع الوكيل بـ Cursor
وضع الوكيل هو حيث يكسب Sonnet 5 مكانه. فهو يتيح للنموذج قراءة مشروعك، وتخطيط تغيير، وتعديل ملفات متعددة، وتشغيل أوامر الطرفية، ثم التحقق من عمله الخاص.
- صِف النتيجة، وليس الخطوات. أخبر Sonnet 5 بما تريد بناءه والملفات أو المجلدات التي تقع ضمن النطاق.
- دعه يخطط أولاً. مع تشغيل التفكير التكيفي، يميل Sonnet 5 إلى وضع نهج قبل أن يبدأ التعديل. اقرأ الخطة وصححها مبكرًا إذا انحرفت.
- حافظ على تحديد نطاق المهام. تعطي المهام الأصغر والمحددة جيدًا فروقات أنظف وتكلف أقل من مطالبة واحدة عملاقة مفتوحة النهاية.
- راجع كل فرق. النموذج قوي في الترميز الوكيلي، ولكنك لا تزال تمتلك عملية الدمج.
نظرًا لأن Cursor يحافظ على الأدوات في الحلقة، تظهر قوة Sonnet 5 كوكيل مباشرة. فهو يتعامل مع دورة القراءة والتعديل والتشغيل والتحقق بشكل جيد دون الحاجة إلى نموذج أغلى في العمل الروتيني.
مثال واقعي: بناء واجهة برمجة تطبيقات (API)، ثم اختبارها
لنفترض أنك تطلب من Sonnet 5 في Cursor إنشاء مسار Express يقوم بإنشاء طلب وإعادته كـ JSON.
// routes/orders.js
const express = require('express');
const router = express.Router();
router.post('/orders', (req, res) => {
const { customerId, items } = req.body;
if (!customerId || !Array.isArray(items) || items.length === 0) {
return res.status(400).json({ error: 'customerId and items are required' });
}
const order = {
id: `order_${Date.now()}`,
customerId,
items,
status: 'created',
};
return res.status(201).json(order);
});
module.exports = router;
يمكن لـ Cursor و Sonnet 5 إنشاء هذا، وربطه بتطبيقك، وحتى صياغة اختبار. لكن التعليمات البرمجية التي تم إنشاؤها لا تزال بحاجة إلى تحقق حقيقي مقابل طلبات حقيقية. وهنا يأتي دور Apidog.

في Apidog، يمكنك:
- أرسل طلب
POST /ordersبجسم JSON وتأكد من حصولك على 201 والشكل الصحيح للاستجابة. - احفظ الطلب في مجموعة حتى يتمكن فريقك بأكمله من إعادة استخدامه.
- قم بتخزين عنوان URL الأساسي الخاص بك وأي مفاتيح كمتغيرات بيئة، حتى لا تقوم أبدًا بتضمين الأسرار في التعليمات البرمجية بشكل مباشر.
- أضف تأكيدات تلقائية، على سبيل المثال أن الحالة (status) تساوي "created" وأن المعرف (id) موجود، ثم قم بتشغيل المجموعة في CI.
- حاكِ نقطة النهاية (endpoint) بحيث يمكن للواجهة الأمامية البناء باستخدام استجابات واقعية قبل الانتهاء من الواجهة الخلفية.
يقوم Cursor و Sonnet 5 بكتابة التعليمات البرمجية بسرعة، ويمنحك Apidog طريقة قابلة للتكرار للتأكد من سلوك واجهة برمجة التطبيقات. إذا كنت قد انتقلت من أدوات أخرى، فإن هذا الدليل التفصيلي لاختبار واجهات برمجة التطبيقات بدون Postman يوضح تدفق الاختبار من البداية إلى النهاية. قم بتنزيل Apidog لتتبع ذلك باستخدام نقاط النهاية الخاصة بك.
ملاحظات التكلفة والاستخدام
يدير Cursor الفوترة والحدود والوصول إلى النماذج الخاصة به، وتتغير هذه التفاصيل بمرور الوقت، لذا تحقق مباشرة من تفاصيل خطة Cursor الحالية. تنطبق بعض المبادئ بغض النظر عن الخطة:
- يعتبر Sonnet 5 أرخص في التشغيل من Opus 4.8. بالنسبة للترميز اليومي، يجعله ذلك خيارًا افتراضيًا معقولًا.
- يمكن أن يزيد التفكير التكيفي التكلفة في المطالبات الصعبة لأن رموز التفكير تُحتسب ضمن الإخراج. عبر العديد من التعديلات الصغيرة، تكون هذه التكلفة الإضافية عادةً صغيرة.
- يعني الموزع الرمزي الجديد (tokenizer) أن نفس التعليمات البرمجية والمطالبات تستهلك رموزًا أكثر مما كانت تستهلكه في Sonnet 4.6. ضع ذلك في اعتبارك عند تحديد الميزانية.
- مع BYOK (جلب مفتاحك الخاص)، تعكس فاتورة Anthropic الخاصة بك الاستخدام الفعلي بالأسعار المذكورة أعلاه. قم بنمذجة أعباء عملك الفعلية بدلاً من افتراض تكافؤ ثابت مع أرقام Sonnet الأقدم.
للحصول على نظرة أوسع حول اختيار نموذج داخل Cursor، راجع مقارنة أفضل نموذج Cursor.
متى تنتقل بين النماذج
يغطي Sonnet 5 معظم أعمال Cursor بشكل جيد. انتقل إلى Opus 4.8 للاستدلال الأكثر صعوبة: قرارات معمارية معقدة، تصحيح أخطاء دقيق يتطلب استدلالًا عميقًا خطوة بخطوة، أو عمليات تشغيل ذاتية طويلة المدى حيث تكون الجودة أهم من التكلفة. في الاستدلال الخالص بدون أدوات، يتفوق Opus 4.8 على Sonnet 5 بحوالي ست نقاط في المعايير المبلغ عنها، ويمكن أن يكون هذا الهامش يستحق السعر الإضافي في أصعب المهام.
لكل شيء آخر، من أعمال الميزات إلى إعادة الهيكلة إلى كتابة وتشغيل الاختبارات، يمنحك Sonnet 5 أداءً وكيليًا قريبًا من Opus بسعر أقل. احتفظ بـ Sonnet 5 كخيارك الافتراضي وانتقل إلى Opus 4.8 فقط عندما تتعثر مهمة ما بالفعل.
الأسئلة الشائعة
هل Claude Sonnet 5 متاح في Cursor؟ يدعم Cursor نماذج Claude من Anthropic، ومن المفترض أن يظهر Sonnet 5 في أداة اختيار النموذج بمجرد أن يدعمه إصدار Cursor الخاص بك. إذا كان مفقودًا، قم بتحديث Cursor إلى أحدث إصدار. يمكنك أيضًا إضافته من خلال خيار "أحضر مفتاحك الخاص" باستخدام مفتاح Anthropic API.
هل أحتاج إلى مفتاح API الخاص بي لاستخدام Sonnet 5 في Cursor؟ ليس دائمًا. إذا كانت خطة Cursor الخاصة بك تتضمن نماذج Claude، فيمكنك تحديد Sonnet 5 بدون مفتاح. استخدم BYOK عندما ترغب في الفوترة عبر حسابك الخاص في Anthropic أو تحتاج إلى تحكم مباشر في الحدود. يشرح دليل API الخاص بـ Claude Sonnet 5 كيفية إنشاء مفتاح.
هل Sonnet 5 أم Opus 4.8 أفضل للترميز في Cursor؟ بالنسبة لمعظم أعمال Cursor، يقدم Sonnet 5 قيمة أفضل لأنه يؤدي أداءً قريبًا من Opus 4.8 في الترميز الوكيلي بسعر أقل. الجأ إلى Opus 4.8 للمهام الاستدلالية الأكثر صعوبة. يوضح مقارنة Sonnet 5 vs Opus 4.8 المفاضلة.
لماذا يبدو أن Sonnet 5 يستخدم رموزًا أكثر من Sonnet 4.6؟ يستخدم Sonnet 5 موزع رموز جديدًا (tokenizer) ينتج ما يقرب من 30% رموزًا أكثر لنفس النص. لم يتغير السعر لكل رمز، ولكن تكلفة الطلبات المكافئة يمكن أن تكون أعلى. قم بقياس أعباء عملك الحقيقية بدلاً من إعادة استخدام أعداد الرموز الأقدم.
هل يمكنني استخدام Sonnet 5 في Cursor مجانًا؟ يعتمد ذلك على خطة Cursor الخاصة بك، والتي يتحكم فيها Cursor. Sonnet 5 هو النموذج الافتراضي في خطة Claude المجانية على الويب والتطبيق، ولكن هذا منفصل عن Cursor. تحقق من تفاصيل خطة Cursor الحالية لمعرفة ما هو متضمن.
