Cursor تطلق SDK TypeScript لوكلاء الترميز مع صناديق رمل سحابية وتسعير بالرموز

أطلقت Cursor حزمة TypeScript SDK الخاصة بها لوكلاء البرمجة في 29 أبريل 2026، مما يخرج الوكلاء من المحرر إلى الكود والأتمتة. يمكن الآن تشغيل نفس الوكلاء الذين يعملون في إصدارات Cursor للمكتب والـ CLI والويب باستخدام بضعة أسطر من TypeScript فقط — محلياً أو في السحابة أو على عمال خاصين بك.

حزمة واحدة في كل مكان

توفر حزمة `@cursor/sdk` الجديدة للمطورين إمكانية الوصول البرمجي إلى نفس وقت التشغيل والإطار والنماذج التي تدعم وكلاء Cursor. في الأساس، تحول الشركة مجموعة الذكاء الاصطناعي الخاصة بالمحرر إلى طبقة بنية تحتية: يمكنك إنشاء وكيل من تطبيق Node.js أو نص أو خط أنابيب والتفاعل معه كخدمة. تؤكد Cursor أن حزمة SDK متاحة بالفعل لجميع المستخدمين في الإصدار التجريبي العام، والبدء يعادل `npm install` قياسياً واستدعاء `Agent.create()`.

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

الأدوات داخل الوكيل

تكمن قوة هذا الإصدار في أن Cursor لا تقدم نسخة "مبسطة" من واجهة برمجية التطبيقات بل تسلم عملياً كل دائرة الوكيل الخاصة بها. ترث حزمة SDK فهرسة قاعدة الكود والبحث الدلالي والبحث السريع، وتستطيع الاتصال بخوادم MCP عبر stdio أو HTTP، وتلتقط تلقائياً المهارات من الريبوزيتوري وتدعم الخطافات للتحكم في دورة عمل الوكيل. يتم تسليط الضوء على الوكلاء الفرعيين بشكل منفصل: يمكن للوكيل الرئيسي تفويض المهام الفرعية إلى مساعدين متخصصين لهم نصوصهم الخاصة والنماذج الخاصة بهم. بالإضافة إلى ذلك، يمكن للمطورين توجيه المهام إلى أي نموذج تدعمه Cursor، بما في ذلك نموذج البرمجة الخاص بها Composer 2.

• أجهزة افتراضية محمية منفصلة للجلسات السحابية
• الاتصال بـ MCP عبر `.cursor/mcp.json` أو التكوين المضمن
• الخطافات عبر `.cursor/hooks.json` للمراقبة وتوسيع الدورة
• وكلاء فرعيون مع أدوار ونصوص ونماذج منفصلة
• إنشاء فروع وطلبات دمج تلقائية بعد إكمال المهام

هناك تركيز منفصل على اقتصاديات الاستخدام. في الإعلان، تكتب Cursor أن حزمة SDK يتم تسعيرها وفقاً لنموذج الاستهلاك القياسي المستند إلى الرموز. على صفحة التسعير، توضح الشركة أن الخطة تشمل بالفعل حجماً معيناً من استخدام النموذج، وبعد ذلك يتم تطبيق الفوترة عند الطلب بناءً على الاستهلاك الفعلي. بالنسبة للفرق، هذا إشارة مهمة: حزمة SDK لا تُباع كمنتج مؤسسي منفصل برخصة جديدة، بل كطريقة لنقل بنية الوكيل الحالية إلى CI/CD والخدمات الداخلية والتطبيقات المستخدمة دون إعادة بناء النظام بأكمله من الصفر.

السيناريوهات للفرق

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

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

Faire.

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

ما يعنيه هذا

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