أطلقت Cursor بيئات للوكلاء السحابيّين: multi-repo وversioning

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

بيئات متعددة المستودعات

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

تستخدم Amplitude Cursor Automations في قنوات Slack الخاصة بها. وفقاً لـ Stephen Chen، مدير الهندسة الأول في Amplitude: يمكن للوكيل أن يفهم المشكلة ويحدد المستودعات التي تؤثر عليها وينفذ طلب دمج مع إصلاحات في الأماكن الصحيحة مع السياق الكامل.

ما يوفره دعم متعدد المستودعات:

• يرى الوكيل الروابط بين المستودعات المختلفة والخدمات الدقيقة
• يمكنه فتح طلبات دمج مع تغييرات في أماكن متعددة في الوقت نفسه
• يعيد استخدام بيئة واحدة عبر الجلسات — لا ينشئها من الصفر
• يحصل على السياق الكامل للمشروع اللازم للمهام المعقدة
• يعمل مع الأدوات التي تتطلب الوصول إلى عدة مستودعات في نفس الوقت

تكوين Docker والبناء التلقائي

حسّنت Cursor دعم التكوين المستند إلى Dockerfile لبيئات السحابة. الابتكار: build secrets — طريقة آمنة لتمرير المفاتيح الخاصة لسجلات الحزم مباشرة في Dockerfile. يتم استخدام هذه الأسرار فقط أثناء بناء الصورة ولا تنتهي به إلى بيئة العمل للوكيل.

سرّع تخزين مؤقت الطبقات عمليات البناء بنسبة 70٪ — يتم استخدام الطبقات المعدّلة فقط. هذا أمر حرج مع تحديثات البيئة المتكررة. إذا كنت لا تريد كتابة Dockerfile من الصفر، يمكن لـ Cursor إنشاؤه تلقائياً. يقوم النظام بمسح المستودعات الخاصة بك وتحديد الأدوات والتبعيات المطلوبة وإنشاء تكوين جاهز لتحديد الإصدارات. الميزة موجودة حالياً في النسخة التجريبية الخاصة وتتم نشرها على عملاء المؤسسات.

تحديد الإصدارات والتدقيق والأمان

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

تسجل سجلات التدقيق كل إجراء. الآن ينجذب السماح والأسرار عند مستوى بيئة تطوير محددة. يمكن للفريق أن يعطي مستويات وصول مختلفة لبيئات مختلفة — على سبيل المثال، يمكن لـ staging أن تحصل على الوصول إلى واجهات برمجية الإنتاج، بينما يحصل dev فقط على الوصول إلى خدمات وهمية.

ماذا يعني هذا

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