Cursor Origin: منصة Git المصممة لعصر الذكاء الاصطناعي، شرح وافٍ

Cursor Origin هي منصة git الخاصة بـ Cursor — مكان لاستضافة المستودعات، ومراجعة طلبات السحب (pull requests)، وتصفح الكود، مع دمج وكلاء البرمجة من Cursor كمشاركين من الدرجة الأولى. أُطلقت في نسخة تجريبية مبكرة في 17 أغسطس 2026، وهي متاحة للخطط المدفوعة فقط. يغطي هذا الدليل ما أُطلق فعلياً، وكيف يعمل النسخ المتطابق مع GitHub، وما يستطيع الوكلاء فعله، وما هو مفقود حتى الآن. كل ما هنا مستند إلى التوثيق الرسمي من Cursor.

ما هو Cursor Origin؟

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

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

بُنيت Origin من قِبل الفريق المسؤول عن Graphite، شركة مراجعة الكود بنظام stacked-diff التي استحوذت عليها Cursor، وأُطلقت في الأسبوع ذاته الذي شهد انقطاعاً كبيراً في خدمة GitHub — مما ضخّم الإطلاق لكنه لم يكن الهدف منه.

ما الذي أُطلق في النسخة التجريبية المبكرة

النسخة التجريبية متحفظة بشكل مقصود. إليك ما هو متاح وما هو غير متاح.

المتاح في النسخة التجريبية:

• استضافة المستودعات عبر git القياسي (HTTPS)، مع خيارَي الرؤية: داخلي وخاص
• طلبات السحب مع مراجعة مضمّنة، وفحوصات، وحمايات الدمج
• تصفح الكود والبحث وسجل الإيداعات (commits) على cursor.com/codebase
• النسخ المتطابق مع GitHub مع مزامنة ثنائية الاتجاه لطلبات السحب
• واجهة سطر أوامر Origin (CLI)، وواجهة برمجية (API)، وخطافات ويب (webhooks)
• ثلاث تكاملات: Vercel (نشر المعاينة)، وDepot، وBuildkite (التكامل المستمر)

غير المتاح في النسخة التجريبية:

• GitHub Issues والمشاريع والنقاشات أو الويكي
• المستودعات العامة (لا مكان للمشاريع مفتوحة المصدر بعد)
• مشغّل CI أصلي، أو سجل حزم، أو إصدارات
• فحص الأمان أو ما يعادل تنبيهات التبعيات
• حدود التخزين المنشورة، أو اتفاقية مستوى الخدمة (SLA)، أو التسعير بعد النسخة التجريبية

أُطلقت ثلاث تكاملات في اليوم الأول: تُنشئ Vercel نشراً للمعاينة لكل طلب سحب وترسل إلى الإنتاج عند الدمج، بينما يُشغّل Depot وBuildkite التكامل المستمر — والأهم أن كليهما ينفّذان سير عمل GitHub Actions الحالية دون تعديل. طبقة التوافق هذه هي الاستراتيجية في أبسط صورها: جرّب Origin دون إعادة كتابة نظام البناء لديك.

من يمكنه استخدامه

تخزين كود Origin متاح في خطط Pro وTeams وEnterprise — وليس في الخطط المجانية. يتم طرح الوصول على مراحل، لذا قد لا يرى المشتركون المدفوعون الخيار فوراً. فعّله بالمطالبة باسم codebase، وهو مساحة الأسماء التي تعيش فيها جميع مستودعاتك. اختره بعناية: خلال النسخة التجريبية، لا يمكن إعادة تسميته، ويظهر في كل رابط مستودع.

هل تحل Origin محل GitHub؟ كيف يعمل النسخ المتطابق

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

يُنسخ النسخ المتطابق التاريخ الكامل والفروع والوسوم (tags) إلى Origin ويبقيها متزامنة، مع تدفق تعليقات ومراجعات طلبات السحب في الاتجاهين. التفصيل الحاسم: يمكن للمطور الاستنساخ من Origin والرفع إلى خادم Origin، لكن هذه الرفعات تمر عبر GitHub — وتنص Cursor صراحةً على أن GitHub يبقى مصدر الحقيقة للمستودعات التي بدأت هناك.

للجسر حدوده. لا تُنقل GitHub Issues. كذلك لا تُنقل أسرار Actions أو إعدادات التشغيل — تحتفظ المستودعات المنسوخة بـ CI الخاص بها على GitHub. عندما يقرر الفريق أن Origin يجب أن يكون المرجع الأساسي، يُفصل النسخ المتطابق (detach): تتوقف المزامنة، وتصبح نسخة Origin مستقلة، ويُترك مستودع GitHub الأصلي دون تغيير. هذا الفصل هو لحظة الهجرة الحقيقية؛ كل ما قبله هو تجربة مجانية لسير العمل.

الوكلاء كمشاركين من الدرجة الأولى

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

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

هذا يُغلق حلقة لا تستطيع أي منصة طرف ثالث تقديمها لـ Cursor: حدث في المستودع ← تشغيل الوكيل في آلة افتراضية معزولة ← تغيير الكود ← تحديث طلب السحب ← نتيجة CI ← استيقاظ الوكيل مجدداً. امتلاك المنصة يعني امتلاك كل خطوة. لكن يجب أن نكون دقيقين: نموذج مراجعة طلبات السحب نفسه لا يزال مراجعة بشرية تقليدية. الرهان على مدى تضييق الحلقة من هنا.

القيود الحقيقية

توثيق Cursor نفسه صريح، والفجوات مهمة إذا كنت تقيّم الانتقال:

• لا Issues أو تتبع للعمل. لا تُنسخ حتى — يبقى نظام التتبع لديك حيث هو.
• لا مستودعات عامة. المشاريع مفتوحة المصدر ليس لها مكان بعد.
• لا CI أصلي، ولا حزم، ولا أدوات أمان. يأتي CI من الشركاء؛ ولا يوجد ما يعادل فحص الأسرار أو تنبيهات التبعيات.
• لا حدود منشورة، ولا SLA، ولا سعر بعد النسخة التجريبية. التخزين والنطاق الترددي والتزامات وقت التشغيل غير موثقة حتى الآن.
• الطرح مرحلي ومقيّد بالمسؤول. وضع الخصوصية القديم يحجبه كلياً، ويمكن لمسؤولي الفريق تعطيله.

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

هل يجب عليك نقل مستودعاتك الآن؟

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

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

ابنِ سير عمل الوكيل الخاص بك — بشروطك

الأطروحة الحقيقية لـ Origin هي أن الوحدة المثيرة للاهتمام في العمل هي وكيل دائم يمتلك مهمة من الحدث إلى طلب السحب المدموج، وليس نافذة دردشة. هذا هو الرهان ذاته الذي تضعه Eigent — إلا أن Eigent تُشغّل قوة عمل متعددة الوكلاء محلياً، على الكود وسير العمل الذي تتحكم فيه، دون الارتباط بأي مزوّد. إذا كانت مراجعة طلبات السحب التي يُنشئها الوكيل هي عنق الزجاجة لديك، فإن سير عمل مراجعة GitHub PRs يضع وكيلاً على هذه المهمة مباشرة. حمّل Eigent وسلّم مهمة متعددة الخطوات حقيقية لقوة العمل الذكية الخاصة بك.