الخلاصة
تسمح ميزة استخدام حاسوب الوكيل الجديدة من Cursor لوكلاء الذكاء الاصطناعي السحابيين بالتحكم في أجهزتهم الافتراضية الخاصة، مما يمكنهم من بناء واختبار والتحقق من التعليمات البرمجية بشكل مستقل. تعمل الوكلاء في أجهزة افتراضية معزولة بيئات تطوير كاملة، ويمكنهم فتح المتصفحات والتنقل في الخادم المحلي، وإنشاء طلبات سحب جاهزة للدمج مع مقاطع فيديو وسجلات. يمكن الوصول إليها عبر Cursor Desktop أو الويب أو Slack أو GitHub أو واجهة برمجة التطبيقات (API). يتم الآن إنشاء أكثر من 30% من التغييرات الداخلية لرمز Cursor بواسطة هؤلاء الوكلاء المستقلين.
مقدمة
تتغير طريقة كتابة المطورين للتعليمات البرمجية بسرعة. لسنوات، عملت مساعدات الترميز بالذكاء الاصطناعي مثل Cursor كأدوات إكمال تلقائي ذكية - تقترح السطر التالي، أو تشرح التعليمات البرمجية، أو تساعد في إعادة هيكلة العمل الحالي. لكن تحولًا كبيرًا يحدث.
أعلنت Cursor عما أسموه "أكبر تحول في كيفية بناء البرمجيات منذ الانتقال من الإكمال التلقائي بالضغط على Tab إلى العمل بشكل متزامن مع الوكلاء." يمكن الآن لوكلاء السحاب التحكم في أجهزتهم الافتراضية الخاصة لبناء واختبار وعرض التعليمات البرمجية العاملة.
هذا ليس مجرد تحسين تدريجي. وفقًا لإعلان Cursor، يتم الآن إنشاء 30-35% من طلبات السحب المدمجة بواسطة وكلاء سحابيين مستقلين.
في هذا الدليل، ستتعرف على ما تفعله ميزة استخدام حاسوب وكيل Cursor، وكيف تعمل، وكيفية إعدادها بالضبط.
ما هو استخدام حاسوب وكيل Cursor؟
استخدام حاسوب وكيل Cursor هو ميزة تتيح لوكلاء الذكاء الاصطناعي العمل في أجهزتهم الافتراضية المعزولة بدلاً من مجرد التفاعل مع بيئة التطوير المحلية لديك. عندما تقوم بتشغيل وكيل سحابي، فإنه يقوم بإنشاء بيئة تطوير كاملة في السحابة — جهاز افتراضي معزول يحتوي على كل ما يلزم لبناء واختبار والتحقق من البرامج.
لماذا هذا مهم
تعمل مساعدات الترميز التقليدية للذكاء الاصطناعي عن طريق:
- اقتراح إكمال التعليمات البرمجية في بيئة التطوير المتكاملة (IDE) الخاصة بك
- الإجابة على الأسئلة حول قاعدة التعليمات البرمجية الخاصة بك
- المساعدة في إعادة هيكلة أو شرح التعليمات البرمجية الموجودة
تأخذ وكلاء السحابة من Cursor هذا إلى أبعد من ذلك من خلال القيام بالعمل فعليًا:
- العمل في بيئات سحابية معزولة
- تثبيت التبعيات وبناء المشاريع
- فتح المتصفحات واختبار واجهة المستخدم (UI)
- التحقق من عمل التغييرات قبل الإبلاغ عنها
- إنشاء طلبات سحب جاهزة للدمج مع الأدلة
التقنية وراء ذلك
يعمل كل وكيل سحابي في جهاز افتراضي معزول خاص به. هذا يخلق العديد من الفوائد المهمة:
- العزل: الوكلاء لا يتنافسون على الموارد المحلية
- التوازي: يمكن لعدة وكلاء العمل في وقت واحد
- التحقق: يمكن للوكلاء اختبار تغييراتهم فعليًا
- الأدلة: يتضمن كل طلب سحب (PR) مقاطع فيديو ولقطات شاشة وسجلات
الوكلاء السحابيون مقابل مساعدات الذكاء الاصطناعي التقليدية في بيئات التطوير المتكاملة
يساعد فهم الفرق بين الوكلاء السحابيين والذكاء الاصطناعي التقليدي القائم على بيئة التطوير المتكاملة على تحديد توقعات واقعية:
الترميز التقليدي بالذكاء الاصطناعي (وضع Cursor الكلاسيكي):
- تظهر الاقتراحات في بيئة التطوير المتكاملة الخاصة بك أثناء الكتابة
- يتطلب منك مراجعة وقبول كل تغيير
- مقتصر على موارد جهازك المحلي
- لا توجد القدرة على تشغيل الاختبارات أو التحقق من الوظائف
- تحتفظ بالتحكم الكامل والسياق في جميع الأوقات
الوكلاء السحابيون (المستقلون):
- يعمل الوكلاء بشكل مستقل دون إشراف مستمر
- يتم اختبار التغييرات والتحقق منها قبل أن تراها
- تتوفر موارد الجهاز الافتراضي الكاملة لعمليات البناء والاختبار
- ينتج مخرجات قابلة للمراجعة تظهر ما تم إنجازه
- تتدخل فقط في مرحلة مراجعة طلب السحب (PR)
التحول الرئيسي هو من "الذكاء الاصطناعي يساعدني" إلى "الذكاء الاصطناعي يقوم بذلك لي". هذا لا يحل محل المطورين—بل ينقل دورك من التنفيذ إلى المراجعة والتوجيه.
شرح المتطلبات التقنية
يساعد فهم ما يحدث تحت الغطاء عند استكشاف الأخطاء وإصلاحها:
- بيئة الجهاز الافتراضي (VM): يحصل كل وكيل على جهاز افتراضي جديد يعتمد على Ubuntu مع أدوات تطوير شائعة مثبتة مسبقًا
- استنساخ المستودع: يقوم الوكيل باستنساخ مستودعك، بما في ذلك أي وحدات فرعية (submodules)، للعمل مع قاعدة التعليمات البرمجية الفعلية الخاصة بك
- إدارة التبعيات: يمكن للوكيل تثبيت حزم npm أو متطلبات pip أو أي تبعيات أخرى حسب الحاجة
- الوصول إلى الشبكة: يمكن للوكلاء الوصول إلى الإنترنت لاستنساخ الحزم، أو تشغيل أوامر curl، أو التنقل إلى خوادم الخادم المحلي (localhost)
- تخزين المخرجات: يتم تخزين مقاطع الفيديو ولقطات الشاشة وربطها في طلب السحب (PR) الذي تم إنشاؤه
تعني هذه الشفافية أنك تعرف دائمًا البيئة التي تم بناء واختبار التعليمات البرمجية الخاصة بك فيها.
كيف تعمل وكلاء Cursor السحابيون
نظرة عامة على البنية
عندما تقوم بتشغيل وكيل سحابي من Cursor، إليك ما يحدث:
- توفير الجهاز الافتراضي (VM): يقوم Cursor بتشغيل جهاز افتراضي معزول مع بيئة تطوير كاملة
- الوصول إلى المستودع: يقوم الوكيل باستنساخ مستودعك وأي تبعيات
- تنفيذ المهمة: يقرأ الوكيل متطلباتك، ويجري التغييرات، ويشغل الاختبارات
- التحقق: يفتح الوكيل المتصفحات، ويتنقل إلى الخادم المحلي (localhost)، وينقر عبر عناصر واجهة المستخدم (UI) للتحقق من أن كل شيء يعمل
- إنشاء المخرجات: يسجل الوكيل مقاطع فيديو ولقطات شاشة وسجلات توضح ما تم إنجازه
- إنشاء طلب سحب (PR): ينشئ الوكيل طلب سحب بجميع الأدلة
أين يمكنك إطلاق الوكلاء
يمكن الوصول إلى وكلاء Cursor السحابيين من منصات متعددة:
| المنصة | كيفية الإطلاق |
|---|---|
| سطح مكتب Cursor | حدد "سحاب" في القائمة المنسدلة أسفل إدخال الوكيل |
| Cursor على الويب | زر cursor.com/agents |
| سلاك | استخدم الأمر @cursor |
| جيت هاب | علّق @cursor على طلب سحب (PR) أو مشكلة |
| API | استخدم واجهة برمجة تطبيقات Cursor لتشغيل وكيل |
| Linear | استخدم الأمر @cursor |
المتطلبات
قبل استخدام الوكلاء السحابيين، تأكد من توفر ما يلي:
- نماذج متوافقة مع وضع Max Mode ممكّنة (هذه النماذج فقط تدعم الوكلاء السحابيين)
- صلاحيات القراءة والكتابة لمستودعك
- الوصول إلى أي مستودعات تابعة أو وحدات فرعية (submodules) إن وجدت
حاليًا، تدعم الوكلاء السحابيون مستودعات GitHub و GitLab.
دليل الإعداد خطوة بخطوة
الخطوة 1: الوصول إلى الإعداد الأولي
انتقل إلى cursor.com/onboard للبدء. توضح لك هذه الصفحة الإعداد الأولي للوكيل وتتيح لك مشاهدة الوكيل وهو يقوم بإعداد نفسه.
الخطوة 2: اختر منصة الإطلاق الخاصة بك
لديك خيارات متعددة:
الخيار أ: سطح مكتب Cursor
- افتح بيئة تطوير Cursor (IDE)
- ابحث عن إدخال الوكيل في الأسفل
- انقر على القائمة المنسدلة وحدد "سحاب"
- صف ما تريد بناءه
الخيار ب: Cursor على الويب
- اذهب إلى cursor.com/agents
- سجل الدخول باستخدام حسابك
- حدد مستودعك
- صف مهمتك
الخيار ج: تكامل GitHub
- انتقل إلى مستودعك
- افتح مشكلة أو طلب سحب (PR)
- علّق
@cursor build a feature that... - سيتولى الوكيل المهمة
الخطوة 3: تهيئة صلاحيات الوكيل
عند استخدام وكيل سحابي لأول مرة، ستحتاج إلى منح:
- صلاحيات القراءة/الكتابة للمستودع
- الوصول إلى أي مستودعات تابعة
- الوصول إلى الوحدات الفرعية (submodules) إذا كانت قابلة للتطبيق
الخطوة 4: تحديد مهمتك
كن محددًا بشأن ما تريد أن ينجزه الوكيل. على سبيل المثال:
- "بناء صفحة تسجيل دخول بحقول للبريد الإلكتروني وكلمة المرور"
- "إضافة تبديل الوضع الداكن إلى صفحة الإعدادات"
- "إصلاح الخطأ حيث تعيد واجهة برمجة التطبيقات (API) 500 عند إدخال غير صالح"
كلما قدمت سياقًا أكثر، كان أداء الوكيل أفضل.
الخطوة 5: المراقبة والمراجعة
بينما يعمل الوكلاء بشكل مستقل، يمكنك:
- مشاهدة سطح مكتب الوكيل عن بُعد في الوقت الفعلي
- مراجعة المخرجات التي تم إنشاؤها (مقاطع الفيديو، لقطات الشاشة)
- التحكم في الجلسة لتجربة التغييرات بنفسك
- الموافقة على طلب السحب (PR) أو طلب التغييرات عليه
الميزات والقدرات الرئيسية
الاختبار الذاتي والتكرار
ربما تكون هذه هي الميزة الأقوى: يمكن للوكلاء التحقق من عملهم فعليًا. يمكنهم:
- بدء خوادم التطوير
- فتح المتصفحات والتنقل إلى الخادم المحلي (localhost)
- النقر عبر عناصر واجهة المستخدم (UI)
- تشغيل الاختبارات التلقائية
- التحقق من عمل الوظائف كما هو متوقع
أمضى الوكيل 45 دقيقة في إجراء جولة كاملة في موقع وثائق Cursor. وقدم ملخصًا لجميع الميزات التي اختبرها، بما في ذلك الشريط الجانبي، وشريط التنقل العلوي، والبحث، وزر نسخ الصفحة، ومربع حوار مشاركة الملاحظات، وجدول المحتويات، وتبديل السمات.
تسجيل المخرجات
ينتج كل تشغيل للوكيل مخرجات غنية:
- مقاطع فيديو تعرض الميزة أثناء العمل
- لقطات شاشة للحظات الرئيسية
- سجلات من عمليات البناء والاختبار
- فرق في جميع تغييرات التعليمات البرمجية
هذا يجعل المراجعة سريعة—يمكنك رؤية ما تم إنجازه بالضبط دون سحب الفرع.
التحكم بسطح المكتب عن بُعد
هل تريد تجربة التغييرات بنفسك؟ يمكنك التحكم في سطح مكتب الوكيل عن بُعد مباشرةً. يتيح لك هذا:
- اختبار الميزة في بيئة الوكيل
- التحقق من عملها قبل الدمج
- إجراء تغييرات إضافية إذا لزم الأمر
- تجنب سحب الفرع محليًا
الوصول عبر منصات متعددة
يعمل وكلاء السحابة أينما كنت:
- سطح المكتب: تكامل كامل مع بيئة التطوير المتكاملة (IDE)
- الويب: إدارة الوكيل من خلال المتصفح
- الجوال: مراقبة أثناء التنقل
- سلاك: أوامر سريعة للوكيل
- جيت هاب: تكامل مع المشكلات وطلبات السحب (PR)
حالات الاستخدام في العالم الحقيقي
بناء ميزات جديدة
صف ميزة تحتاجها، وسيقوم الوكيل ببنائها من البداية إلى النهاية: الهيكلة، التنفيذ، الاختبارات، والتحقق.
إعادة إنتاج الأخطاء
أخبر الوكيل بإعادة إنتاج خطأ، ويمكنه ذلك:
- إعداد البيئة
- تفعيل شروط الخطأ
- التحقيق في السبب الجذري
- اقتراح واختبار إصلاح
الإصلاحات السريعة
بالنسبة للتغييرات الصغيرة، يمكنك تفويضها بالكامل للوكيل دون تبديل السياق.
اختبار واجهة المستخدم
يمكن للوكلاء النقر عبر الواجهات للتحقق من:
- تدفقات المستخدم تعمل بشكل صحيح
- التصميم المتجاوب يتم عرضه بشكل سليم
- العناصر التفاعلية تستجيب كما هو متوقع
عمل تكامل واجهة برمجة التطبيقات (API)
عند بناء تكاملات واجهة برمجة التطبيقات (API)، يمكن للوكلاء القيام بما يلي:
- إعداد خوادم وهمية (mock servers)
- اختبار نقاط نهاية واجهة برمجة التطبيقات (API endpoints)
- التحقق من معالجة الاستجابات
- إنشاء التوثيق
هنا تكتمل أدوات مثل Apidog وكلاء Cursor بشكل جميل—استخدم Apidog لتصميم واختبار واجهات برمجة التطبيقات الخاصة بك، ثم دع وكلاء Cursor يتعاملون مع تنفيذ الواجهة الأمامية والتكامل. على سبيل المثال، يمكنك اختبار واجهات برمجة تطبيقات الخادم المحلي (localhost APIs) باستخدام خدمات الويب هوك (webhook services) للتحقق من عمل تكاملات واجهة برمجة التطبيقات الخاصة بك بشكل صحيح قبل النشر.
القيود والاعتبارات
القيود الحالية
- دعم المستودعات: حاليًا GitHub و GitLab فقط
- قيود النموذج: تعمل النماذج المتوافقة مع Max Mode فقط
- متطلبات الصلاحيات: تحتاج إلى وصول كامل للقراءة والكتابة
- ميزة جديدة: لا تزال تتطور، ومن المحتمل وجود بعض الحالات الاستثنائية
متى تستخدم ومتى لا تستخدم
الأفضل لـ:
- طلبات الميزات المحددة النطاق جيدًا
- إعادة إنتاج الأخطاء وإصلاحها
- التعليمات البرمجية النموذجية (Boilerplate) والهيكلة (scaffolding)
- مهام الاختبار والتحقق
قد لا يكون مثالياً لـ:
- التعليمات البرمجية عالية الحساسية للأمان (مراجعة الصلاحيات بعناية)
- القرارات المعمارية المعقدة (تحتاج إلى حكم بشري)
- المهام التي تتطلب إعداد بيئة محلية محددة
اعتبارات الأمان
عند منح الوكلاء حق الوصول إلى المستودع، ضع في اعتبارك أفضل ممارسات الأمان هذه:
- استخدام الرموز المميزة المحددة النطاق: بدلاً من منح وصول كامل للمستودع، استخدم الرموز المميزة بأقل الصلاحيات المطلوبة
- مراجعة إجراءات الوكيل: راجع دائمًا طلبات السحب (PRs) بدقة قبل الدمج، خاصةً للتعليمات البرمجية الخاصة بالإنتاج
- فصل البيئات: فكر في استخدام الوكلاء فقط على الفروع غير الإنتاجية في البداية
- سجلات التدقيق: استفد من تسجيل المخرجات في Cursor لتدقيق ما فعله الوكيل
- ابدأ صغيرًا: ابدأ بالمهام منخفضة المخاطر لبناء الثقة قبل معالجة الميزات الحرجة
يعد نهج الجهاز الافتراضي المعزول (VM) الخاص بـ Cursor أكثر أمانًا بطبيعته من منح الوكلاء وصولًا محليًا مباشرًا، لكن الاستخدام المسؤول لا يزال يتطلب اليقظة.
مستقبل وكلاء البرمجة الذاتية
أفضل الممارسات لتحقيق أقصى استفادة من الوكلاء السحابيين
لتحقيق أقصى قدر من الإنتاجية مع الوكلاء المستقلين من Cursor، اتبع هذه الممارسات المثبتة:
1. اكتب مطالبات واضحة ومحددة
تتطابق جودة مخرجات الوكيل بشكل مباشر مع وضوح المطالبة. بدلاً من الطلبات الغامضة مثل "إصلاح خطأ تسجيل الدخول"، كن محددًا: "عندما يرسل المستخدم نموذج تسجيل الدخول ببيانات اعتماد صحيحة، يجب إعادة توجيهه إلى /dashboard ولكن بدلاً من ذلك يرى خطأ 401. يعيد الخادم الرمز المميز الصحيح في الاستجابة."
2. قدم السياق مبكرًا
امنح الوكلاء سياقًا ذا صلة مقدمًا: مسارات الملفات، مقتطفات التعليمات البرمجية ذات الصلة، رسائل الخطأ، أو روابط للمشكلات ذات الصلة. لا يمكن للوكلاء العمل إلا بما يعرفونه.
3. استخدم التحسين التكراري
لا تحاول أن تجعل الوكلاء يبنون كل شيء مرة واحدة. ابدأ بإصدار بسيط قابل للتطبيق، راجع النتائج، ثم قم بالتوسيع. هذا ينتج نتائج أفضل من إلقاء متطلبات ضخمة في مطالبة واحدة.
4. استفد من وكلاء متعددين بالتوازي
نظرًا لأن الوكلاء يعملون في أجهزة افتراضية معزولة، يمكنك تشغيل وكلاء متعددين لمهام مختلفة في وقت واحد—أحدهم لميزة جديدة، وآخر لإصلاح خطأ، وثالث لتحديثات التوثيق.
5. مراجعة المخرجات بدقة
مخرجات الفيديو ولقطات الشاشة ليست مجرد أشياء لطيفة—إنها نافذتك على ما فعله الوكيل بالفعل. شاهدها لاكتشاف المشكلات التي قد تفوتك في مراجعة التعليمات البرمجية.
التكامل مع سير عملك الحالي
يتكامل وكلاء Cursor بسلاسة مع سير العمل التطويري الشائع:
- CI/CD (التكامل المستمر/النشر المستمر): يمكن للوكلاء إنشاء طلبات سحب (PRs) التي تشغل خط أنابيب CI الحالي الخاص بك
- مراجعة التعليمات البرمجية: تنطبق عملية مراجعة PR القياسية—لا توجد حاجة لأدوات خاصة
- الاختبار: يمكن للوكلاء تشغيل مجموعة الاختبار الخاصة بك وتضمين النتائج في طلبات السحب
- التوثيق: يمكن للوكلاء تحديث ملفات README، وثائق API، أو التعليقات المضمنة
الفكرة الرئيسية هي أن الوكلاء يعززون سير عملك بدلاً من استبداله. لا تزال تقوم بالمراجعة والاختبار والموافقة—لكن العمل الشاق يتم تلقائيًا.
يمثل إعلان Cursor اتجاهًا أوسع. يزداد مجال الترميز بالذكاء الاصطناعي سخونة:
- أصدرت Anthropic أداة Claude Code بقدرات الوكيل
- قدمت OpenAI أداة Codex للترميز المستقل
- تواصل Microsoft توسيع ميزات GitHub Copilot
- تدمج Google وكلاء الذكاء الاصطناعي في سير العمل التطويري
يشير معدل طلبات السحب المستقلة لـ Cursor البالغ 30-35% إلى أن هذا النموذج يعمل. توقع أن تتبنى المزيد من الأدوات أساليب مماثلة مع نضوج التكنولوجيا.
لتطوير واجهة برمجة التطبيقات (API) على وجه التحديد، يؤدي الجمع بين الوكلاء المستقلين وأدوات API المخصصة إلى إنشاء سير عمل قوي: يتعامل الوكلاء مع التنفيذ والاختبار، بينما تدير الأدوات المتخصصة مثل Apidog تصميم واجهة برمجة التطبيقات وتوثيقها واختبارها الشامل.
الخاتمة
تمثل ميزة استخدام حاسوب وكيل Cursor تحولًا جوهريًا في كيفية بناء البرمجيات. من خلال السماح لوكلاء الذكاء الاصطناعي بالعمل في أجهزتهم الافتراضية الخاصة، واختبار تغييراتهم، وإنشاء طلبات سحب موثقة وغنية بالمخرجات، تثبت Cursor أن الترميز المستقل يعمل على نطاق واسع.
الإعداد مباشر: اختر منصتك، وحدد مهمتك، ودع الوكيل يعمل. مع أكثر من 30% من رمز Cursor الخاص به الآن مكتوبًا بواسطة الوكلاء، أثبتت التكنولوجيا نفسها.
الخطوات التالية:
- جرب الإعداد الأولي على cursor.com/onboard
- ابدأ بمهمة صغيرة ومحددة النطاق
- راجع المخرجات التي تم إنشاؤها لفهم قدرات الوكيل
- فكر في كيفية قيام الوكلاء المستقلين بتعزيز سير عملك التطويري
ابدأ مع Apidog: جرب Apidog مجانًا لتصميم واختبار وتوثيق واجهات برمجة التطبيقات الخاصة بك مع الاستفادة من مساعدات الترميز المدعومة بالذكاء الاصطناعي مثل Cursor للتنفيذ.