كثير من التطبيقات التي ينشئها المطورون بمساعدة وكلاء البرمجة تتوقف عند مرحلة التشغيل المحلي على جهاز المطور. Cursor تريد معالجة هذه الفجوة عبر ميزة Build Live Apps: تصف الأداة التي تحتاجها، فيبني وكيل Cursor التطبيق، ويجهز قاعدة البيانات وتسجيل الدخول والاستضافة، ثم يتيح لك نشره ومشاركته عبر رابط.
أعلنت Cursor الميزة في 5 نوفمبر 2026. وهي خطوة تتجاوز اقتراح الأسطر البرمجية أو إنشاء ملفات المشروع؛ إذ تنقل الوكيل إلى مسار أقرب لبناء تطبيق داخلي قابل للاستخدام من الفريق، مع إبقاء قرار النشر النهائي بيد المستخدم.
ماذا يبني Cursor نيابة عنك؟
- هيكل التطبيق: ينشئ وكيل السحابة المشروع انطلاقًا من وصفك للوظيفة المطلوبة.
- قاعدة البيانات: يمكنه إعداد قاعدة PostgreSQL عند الحاجة.
- المصادقة: يجهز تسجيل الدخول، مع استخدام Cursor SSO في تطبيقات الفرق.
- الاستضافة: يهيئ بيئة النشر ويتيح لك اختيار نطاق فريد للتطبيق.
- الربط بالأنظمة: إذا احتاج التطبيق إلى مستودع بيانات أو نظام خارجي، يطلب الوكيل الأسرار اللازمة للاتصال بدل افتراض وجودها.
أمثلة على تطبيقات يمكن بناؤها
تذكر Cursor أمثلة من الاستخدامات الداخلية التي ظهرت لديها، مثل أدوات العمليات وتسجيل الفعاليات وتوزيع المهام، ولوحات متابعة المبيعات، وتجارب تعريف الموظفين الجدد، والعروض التفاعلية للعملاء، وبوابات الخدمات الهندسية.
ويمكن تصور استخدام مشابه في شركة صغيرة: لوحة لمتابعة طلبات الصيانة، أو نموذج لإسناد المهام إلى الموظفين، أو صفحة داخلية تجمع مؤشرات المبيعات. تبدأ بوصف المستخدمين والحقول والصلاحيات والتقارير المطلوبة، ثم تطلب من الوكيل بناء نسخة أولية يمكن اختبارها مع الفريق.
كيف تبدأ بطريقة صحيحة؟
- ابدأ وكيلًا سحابيًا (Cloud Agent)، ثم اكتب بوضوح أنك تريد بناء تطبيق قابل للنشر، لا مجرد تعديل ملف أو إنشاء نموذج أولي محلي.
- صف المستخدمين والأدوار والوظائف الأساسية، وحدد البيانات التي سيخزنها التطبيق والتقارير التي تحتاجها.
- اطلب من Cursor توضيح بنية قاعدة البيانات والصلاحيات قبل إضافة بيانات حقيقية.
- اختبر التطبيق ببيانات تجريبية، وراجع تدفق تسجيل الدخول وسلوك الصلاحيات وحالات الخطأ.
- بعد اجتياز فحوصات الأمان، راجع النتيجة بنفسك ثم اتخذ قرار النشر صراحة.
الأمان: فحوصات مفيدة وليست ضمانًا
تقول Cursor إن مسار النشر يتضمن فحوصات أمنية حتمية وأخرى مدعومة بالوكيل، لاكتشاف مشكلات شائعة مثل كتابة الأسرار داخل ملفات التطبيق أو كشف بيانات الاعتماد. وإذا فشل الفحص، يعرض الوكيل ما يحتاج إلى إصلاح. وتؤكد الشركة أن التطبيق لا يصبح متاحًا على الإنترنت إلا بعد اجتياز الفحوصات ثم موافقة المستخدم على النشر.
هذه الضوابط تقلل بعض الأخطاء الشائعة، لكنها لا تعادل اختبار اختراق مستقلًا أو مراجعة أمنية شاملة. قبل ربط تطبيق ببيانات عملاء أو أنظمة مالية أو موارد بشرية، راجع صلاحيات الوصول، وإدارة الأسرار، وتسجيل الأحداث، والنسخ الاحتياطي، وسياسة الاحتفاظ بالبيانات. لا تضع بيانات إنتاج حساسة في تجربة أولية لمجرد أن الفحوصات الآلية نجحت.
من يستطيع استخدام الميزة؟
بحسب إعلان Cursor، الميزة متاحة على الخطط المدفوعة التي تتضمن Cloud Agents. ويمكن نشر التطبيقات من مستودعات Cursor Origin أو GitHub، بينما أشارت الشركة إلى أن دعم مزودي Git آخرين مثل GitLab قادم لاحقًا. وفي حسابات الفرق، تبقى التطبيقات خلف تسجيل الدخول الخاص بـCursor، ويمكن للمسؤولين رؤية التطبيقات والأسرار وإضافة قواعدهم الخاصة لمراجعة الأمان. أما الحسابات الفردية فيمكنها مشاركة التطبيقات علنًا.
هل أصبح Cursor بديلًا عن فريق تطوير؟
ليس بالمعنى المهني الكامل. الميزة تقلل المسافة بين الفكرة والتطبيق الأولي القابل للمشاركة، وقد تكون مناسبة للأدوات الداخلية محدودة النطاق أو النماذج الأولية. لكنها لا تلغي تحليل المتطلبات، وتصميم تجربة المستخدم، واختبار الجودة، ومراجعة الأمان، والصيانة. وكلما ارتفعت حساسية البيانات أو تعقيد التكاملات، ازدادت أهمية إشراف المطورين وأصحاب الأنظمة.
أفضل نقطة بداية هي اختيار مشكلة تشغيلية صغيرة ومتكررة، وبناء تطبيق تجريبي ببيانات غير حساسة، ثم قياس الوقت الذي وفره مقارنة بالطريقة الحالية. بهذه الطريقة تختبر القيمة الحقيقية للوكيل دون تحويل تجربة سريعة إلى نظام إنتاجي قبل أوانه.
المصدر الرسمي
Cursor Changelog: Build Live Apps in Cursor — 5 November 2026