Cursor تطلق Origin لاستضافة الكود: منافسة جديدة لـ GitHub من داخل محرر الذكاء الاصطناعي

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

ما هي خدمة Origin Code Hosting؟

جوهر الخدمة تختصره عبارة واحدة في سجل التحديثات الرسمي: «يمكن لـ Cursor الآن استضافة الكود الخاص بك». حتى اللحظة كان سير العمل الطبيعي أن يكون كودك على GitHub أو GitLab، ثم يفتح Cursor نفسه على تلك المستودعات ليعمل عليها. مع Origin ينقلب المنطق: الكود يعيش داخل Cursor نفسه، وتصبح GitHub طرفاً متصلاً بالتزامن لا المصدر الوحيد للحقيقة.

الخدمة وصلت في نسختها الأولى بثلاث ركائز أساسية موثقة في الإعلان الرسمي:

• مستودعات Origin: قسم جديد في التطبيق باسم Codebase، تنشئ منه مستودعاً بضغطة زر، وتثبت أداة السطر الأمري، ثم تستنسخ مشاريعك أو تدفعها مباشرة. اسم قاعدة الكود التي تختارها مرة واحدة يصبح جزءاً من عناوين مستودعاتك بصيغة cursor.com/codebase/اسم-شركتك.
• مزامنة GitHub ثنائية الاتجاه: تربط حساب GitHub وتختار المؤسسة والمستودعات التي تريد مزامنتها، فتتحدث داخل Cursor لحظياً. المستودعات التي وُلدت على GitHub تبقى GitHub مصدر الحقيقة المعتمد لها، والدفعات تستمر في الوصول إليها، بينما تظهر التعليقات على طلبات الدمج في الجهتين خلال ثوانٍ. وتتحكم بكل ما يُزامن ويمكنك قطع الاتصال متى شئت.
• طلبات دمج كاملة: لكل مستودع واجهة طلبات دمج تعرض الخط الزمني واللقطات والفحوص والملفات المتغيرة، مع إمكانية مراجعة الفروق والتعليق والدمج، ومعالجة المراجعات المسندة إليك على GitHub من داخل Cursor مباشرة.

المصدر: Cursor — سجل تحديثات Origin Code Hosting

الوكلاء والذكاء الاصطناعي في قلب البنية

الفرق الحقيقي بين Origin وأي خدمة استضافة تقليدية ليس في المستودعات ولا في طلبات الدمج، فهذه موجودة منذ خمسة عشر عاماً في منصات أخرى. الفرق أن الوكلاء الأذكياء مواطنون من الدرجة الأولى داخل البنية نفسها.

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

الرهان يمتد إلى التكاملات أيضاً. تدعم النسخة الأولى من Origin ثلاث تكاملات مؤسسية معلنة:

• Vercel: نشر معاينة تلقائي لكل طلب دمج، والدمج النهائي يشحن مباشرة إلى الإنتاج.
• Depot: تشغيل مهام GitHub Actions القائمة نفسها دون إعادة كتابتها.
• Buildkite: تشغيل مسارات CI الجاهزة من GitHub Actions، مع دعم إضافي لمسارات Buildkite الأصلية.

المصدر: Cursor — سجل تحديثات Origin Code Hosting

من يحصل عليها ومتى؟

التفاصيل التشغيلية المعلنة واضحة ومحددة:

• الحالة: نسخة أولية مبكرة، بيتا.
• التوفر: جميع الخطط المدفوعة، مع طرح تدريجي بدأ يوم 17 أغسطس 2026.
• المؤسسات الكبيرة: مستثناة تلقائياً إلا إذا اختار مسؤولوها الانضمام، وهو تصميم متعمد يحترم سياسات الحوكمة لدى الشركات الكبرى.
• الأسعار: لم تعلن الشركة أي تسعير إضافي أو حصص تخزين، فالخدمة ضمن الخطط المدفوعة الحالية في هذه المرحلة.

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

ماذا يعني هذا لك في المنطقة العربية؟

لفريق برمجيات في الرياض أو دبي أو القاهرة، الخبر له ثلاث قراءات عملية:

• تقليل التنقل بين الأدوات هو مكسب إنتاجية حقيقي: أغلب الفرق العربية العاملة بالذكاء الاصطناعي تعمل اليوم على مزيج من GitHub للكود وCursor للتحرير الوكيلي ومنصة CI منفصلة للفحص والنشر. دمج الطبقات الثلاث في مكان واحد يعني جلسات عمل أطول تركيزاً وأقل تشتتاً، وهي القيمة التي تدفع الفرق فعلاً مقابل أدوات الذكاء الاصطناعي.
• لا تستعجل نقل كل شيء: البيتا المبكرة ليست لحظة ترحيل مئات المستودعات. العقلانية العملياتية تقول: مستودع تجريبي واحد غير حرج، وقياس أسبوعين لتجربة الفريق، ثم قرار. المستودعات الكبيرة ذات التاريخ الطويل على GitHub تخسر جزءاً من بيئتها الإيكولوجية عند أي نقل متعجل، من تكاملات جاهزة إلى خطافات ويب مبنية منذ سنوات.
• مؤشر أسعار يستحق المراقبة: تقديم الاستضافة ضمن الاشتراك الحالي يضع ضغطاً تسعيرياً مباشراً على المنصات القائمة. إذا استقر هذا النموذج، فالفائز الأول هم الفرق العربية الناشئة التي تدفع اليوم لثلاث جهات منفصلة، والقاعدة الذهبية في السحابة لا تتغير: اقرأ حدود التخزين والاستخدام قبل الاعتماد، فالبيتا السخية اليوم قد تصبح طبقة مدفوعة غداً، ولم تنشر الشركة أي حصص رسمية بعد.
• السياق الأوسع: هذه أول تحرك كبير معلن بعد إغلاق صفقة استحواذ SpaceX على Cursor، وهي رسالة أن الشركة تدخل مرحلة البنية التحتية لا مرحلة الأدوات المساعدة فقط. وفي زمن يتحول فيه المبرمج إلى مشرف على وكلاء أذكياء كما في وكلاء Grok Bot السحابية، تصبح منصة من يدير الوكلاء أهم من محرر من يكتب الكود.

لماذا الاستضافة هي النهاية الطبيعية لمحرر ذكي؟

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

ثم تغير شكل العمل نفسه. لم يعد المبرمج يطلب سطراً مكتملاً بل يكلف وكولاً بمهمة كاملة: «أصلح هذا الخطأ وأضف اختبارات وافتح طلب دمج». الوكيل بهذا التعريف يحتاج صلاحيات فوق مستودع كامل: قراءة التاريخ، فتح فروع، تشغيل الفحوص، تحديث طلبات الدمج. وكلما زادت الصلاحيات المطلوبة، قلّ تحمل الانتقال بين منصات متفرقة، وزاد إغراء منصة واحدة تختصر المسافة. الاستضافة ليست ترفاً تجارياً؛ إنها نتيجة رياضية لتطور الوكلاء من مساعدين كتابة إلى منفذي مهام.

ولهذا تبدو حرب منصات المطورين القادمة مختلفة عن حروب المحررات السابقة. عندما تنافست المحررات في العقد الماضي كان السلاح هو تجربة الكتابة، وكان التبديل بينها رخيصاً لأن الكود يعيش خارجها جميعاً. اليوم السلاح هو عمق تكامل الوكيل مع دورة حياة الكود كاملة، وكل شهر تمضيه فرقك داخل بيئة واحدة يرفع كلفة الخروج منها. هذه اقتصاديات منصات، لا اقتصاديات أدوات.

خطة تجربة آمنة في أسبوعين

القراءة العملية للإعلان تتحول إلى خطة صغيرة يمكن لفريق من ثلاثة إلى عشرة مطورين تطبيقها دون مخاطرة تذكر:

• اليوم الأول: تفعيل الخدمة من قسم Codebase بعد التأكد من أن خطة الفريق مدفوعة، وإنشاء قاعدة كود باسم مؤسستك الموحد.
• الأيام الأولى: اختيار مستودع واحد غير حرج، مشروع داخلي صغير أو أداة تشغيلية، وإنشاؤه في Origin دون مزامنة، لفهم سير العمل الأصيل للمنصة.
• منتصف الأسبوع الأول: تفعيل مزامنة GitHub على مستودع ثانٍ نشط، ومراقبة سرعة انعكاس التعليقات واتساق حالة طلبات الدمج بين الجهتين، فهذا هو الاختبار الحقيقي للوعود المعلنة.
• الأسبوع الثاني: تشغيل تكامل Vercel على مشروع تجريبي لاختبار نشر المعاينة لكل طلب دمج، وتجربة تكليف وكيل بمهمة حقيقية من داخل عرض المستودع، وقياس الفرق في زمن الإنجاز مقارنة بسير العمل الحالي.
• نهاية الأسبوعين: اجتماع قرار من ثلاث أسئلة. هل لاحظ الفرق انخفاضاً ملموساً في التنقل بين الأدوات؟ هل وثقتم أي حالة فقد بيانات أو تعارض مزامنة؟ هل أزعجكم غياب أي خاصية تستخدمونها يومياً على GitHub؟ إجابة إيجابية على الأول وسلبية على الآخرين ترجح التوسع التدريجي، والعكس يعني الانتظار للنضج.

قاعدة ذهبية واحدة تحكم التجربة كلها: لا تدخل في البيتا مشروعاً واحداً حرجاً للإنتاج، مهما بلغ إغراء البداية الجديدة.

مقارنة سريعة: Origin مقابل الاستضافة على GitHub

القراءة المنصفة: المنصتان لا تتطابقان في النضج، والفارق الزمني بين خصائص أساسية عمرها عقد وبيتا في يومها الأول يجب أن يحكم أي مقارنة جدية.

حدود يجب قولها بوضوح

• بيتا مبكرة بمعنى الكلمة: القائمة المعلنة هي «الأساسيات»: مستودعات، طلبات دمج، استعراض كود، مزامنة. خصائص الوكلاء الأعمق «تلاحق لاحقاً» بنص الإعلان.
• لا GitLab ولا Bitbucket في الإعلان الأول: المزامنة الموثقة مع GitHub فقط، وفرق .NET الكثيرة في المنطقة العاملة على Azure DevOps خارج الصورة حالياً.
• لا أرقام حصص تخزين ولا حدود استخدام: غياب هذه التفاصيل طبيعي في بيتا، لكنه فراغ يجب أن يعرفه من يبني عليه خطة.
• قاعدة المصدر الواحد للحقيقة: المستودعات المولودة على GitHub تبقى GitHub مرجعها، أي أن Origin في هذه الحالة طبقة عمل موازية لا بديلاً كاملاً.
• ثمن الاعتماد المبكر: الارتباط العميق بمنصة واحدة لسير عمل كامل يعطيها قوة تفاوضية على فريقك مستقبلاً، وهي معادلة يجب موازنتها بوعي لا بحماس الإطلاقات.

أسئلة شائعة

هل تعمل خدمة Origin مجاناً؟

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

هل تعني الخدمة الانفصال عن GitHub؟

لا بالضرورة. المزامنة الثنائية الاتجاه تجعل GitHub يبقى مصدر الحقيقة للمستودعات التي بدأت فيه، مع انعكاس التعليقات والنشاط في الجهتين خلال ثوانٍ، بينما المستودعات المنشأة أصلها داخل Origin تعيش على Cursor مباشرة.

كيف أنشئ مستودعاً في Origin؟

من قسم Codebase الجديد في التطبيق تضغط زر إنشاء المستودع، تثبت أداة السطر الأمري الخاصة بالخدمة، ثم تستنسخ أو تدفع مشاريعك المحلية، ويصبح اسم قاعدة الكود جزءاً من عنوان المستودع بصيغة cursor.com/codebase/الاسم. والتفاصيل الكاملة في الوثائق الرسمية على cursor.com/docs/origin.

هل تناسب المؤسسات الكبيرة الآن؟

ليست موجهة لها بعد. الإعلان ينص على استثناء المؤسسات تلقائياً ما لم يختر مسؤولوها الانضمام صراحة، في إشارة لحساسية حوكمة الكود لدى الشركات الكبرى.

ما الفرق بينها وبين مزامنة مستودعات GitHub العادية في Cursor؟

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

هل تصل الخدمة إلى فرق المؤسسات الكبيرة قريباً؟

الإعلان الحالي يستثني المؤسسات تلقائياً ما لم يختر مسؤولوها صراحة ضمها، وهو ما يعني أن خصائص الحوكمة المتقدمة التي تحتاجها الشركات الكبرى، من سياسات فرعية دقيقة إلى تقارير امتثال، ليست أولوية الجيل الأول من الخدمة، ولا توجد مواعيد معلنة لها.

بمَ تختلف عن خطط Cursor Start التي أطلقتها الشركة في يوليو؟

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

أين يتجه السوق من هنا؟

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

لبقية السوق، الأسئلة الآن مفتوحة: هل ترد GitHub بما يعادلها من عمق وكيلي؟ وهل تحذو منصات أخرى حذو دمج الاستضافة بالمحرر الذكي؟ ما هو شبه المؤكد أن فصل «أين يعيش كودك» عن «من يفهمه ويعدله» لن يستمر طويلاً، والفائز النهائي هو الفريق الذي يجرب مبكراً ويقيّم بعقل بارد قبل الالتزام الكامل.

ولمن يخطط لميزانية أدواته للسنة القادمة، نصيحة محاسبية بسيطة: احسب اليوم كلفة منصاتك الثلاث المنفصلة، الاستضافة والتحرير والنشر، وضع الرقم أمام احتمال دمجها في اشتراك واحد. إن تحقق، فالموفر السنوي لفريق من عشرة مطورين قد يغطي ترقية خطة كاملة. وإن لم يتحقق، فستكون قد وثّقت خط أساس دقيقاً تقيس عليه أي عرض قادم. في الحالتين، أسبوعان من التجربة المنضبطة أرخص من سنوات من الاعتماد غير المقيس.

تابعونا في تغطية مستمرة لأدوات الذكاء الاصطناعي للمبرمجين على أدوات الذكاء الاصطناعي في truescho.

المصادر:
- Cursor — سجل تحديث Origin Code Hosting الرسمي
- وثائق Origin على موقع Cursor
- Cursor — تسريع الوكلاء السحابية ثلاث مرات