أطلقت Cursor وكيلًا جديدًا اسمه Rollouts يتتبّع التغييرات البرمجية حتى بيئة الإنتاج ويراقب هل تتصرّف كما يُفترض. يأتي ذلك بعد نحو شهر من استحواذ Cursor على فريق Firetiger، الشركة الناشئة التي بنت وكلاء لمراقبة التغييرات من طلب الدمج (Pull Request) إلى النشر، بحسب The New Stack.
المشكلة
كتب Rustam Lalkaka، المؤسّس المشارك لـFiretiger الذي انتقل إلى Cursor: «كتابة الكود لم تعد الجزء البطيء. ما لم يتسارع هو كل ما يأتي بعد فتح طلب الدمج: التأكّد من أمان الكود، ومراقبة النشر، وتقرير ما إذا كانت زيادة زمن الاستجابة حقيقية، ومعرفة أيّ التغييرات الأحد عشر كسر صفحة الدفع».
كيف يعمل Rollouts؟
- يبدأ العمل عند فتح طلب الدمج: يفحص التغيير، ويحدّد الأنظمة التي قد تتأثّر، ويكتب خطّة مراقبة تشمل ما يُفترض أن يفعله التغيير، والمخاطر، والإشارات التي سيراقبها، والثغرات في أدوات القياس. ويمكن للمطوّر مراجعة الخطّة وتعديلها.
- بعد النشر يقارن السجلات والمقاييس والتتبّعات بالخطّة، ويقيّم بيئتي الاختبار والإنتاج كلًّا على حدة، ويصدر أحد ثلاثة أحكام: سليم، أو تراجع (Regression)، أو غير حاسم.
- عند اكتشاف تراجع يحدّد التغيير المشتبه به وينبّه صاحبه، ويمكنه فتح طلب دمج للتراجع أو تسليم المشكلة لوكيل سحابي من Cursor لمحاولة إصلاحها.
- يبقى الإنسان في القرار الحاسم: Rollouts لا يدمج الإصلاحات ولا يتراجع عن النشر وحده، وإن كان يستطيع إيقاف النشر التدريجي مؤقتًا.
بُني Rollouts بأداة جديدة اسمها Bot Development Kit منشورة كحزمة npm باسم @cursor/bdk، تتيح تعريف الوكلاء بملفات Markdown وTypeScript مع دعم الأدوات والمهارات (Skills) والوكلاء الفرعيين والمهام المجدولة.
المراجع الأمني
أطلقت Cursor أيضًا نسخة محدّثة من بوت Security Reviewer، الذي يعمل تلقائيًا على كل طلب دمج جديد، ويحلّله في سياق قاعدة الكود كلّها، مع التركيز على الثغرات القابلة للاستغلال مثل الحقن وكسر المصادقة، ويعيد درجة خطورة ومسار الهجوم وإصلاحًا مقترحًا.
ليه ده مهم؟
مع وكلاء البرمجة صار إنتاج الكود رخيصًا، فانتقل عنق الزجاجة إلى التحقّق والنشر الآمن. Rollouts محاولة لأتمتة هذا الجزء مع إبقاء القرارات الحاسمة بيد البشر. وتقول Cursor إن ربطه بمفاتيح الميزات (Feature Flags) «قادم قريبًا».
المصادر: The New Stack — 2026-09-24
