Cursor يطلق Origin لاستضافة المستودعات داخله دون المرور عبر GitHub
حين يصبح المحرر هو نفسه مكان الكود والـ agent والنموذج، يرتفع ثمن الخروج منه. والسؤال لم يعد أي أداة تُستخدم، بل أين يعيش الكود.
أطلقت Cursor في 17 أغسطس 2026 خدمة Origin، وهي استضافة لمستودعات الكود داخل Cursor نفسه، تدعم الـ pull requests والربط مع Vercel وBuildkite. وفي 27 أغسطس أضافت إمكانية أن يبدأ الـ Cloud Agent مشروعًا من الصفر دون وجود مستودع على GitHub أصلًا.
ويلخص سجل التغييرات الرسمي الفكرة في جملة واحدة: بالنسبة للمستودعات المستضافة، Origin هو مصدر الحقيقة، والـ pushes تذهب إلى Origin، وGitHub ليس في الطريق.
بهذا يصبح المحرر الذي يُكتب فيه الكود هو المكان الذي يُحفظ فيه الكود أيضًا. والخبر ليس عن ميزة جديدة بقدر ما هو عن تجميع. فالشركة المطورة لـ Cursor، Anysphere، لم تعد مستقلة بعد استحواذ SpaceX عليها، وأعلنت OpenAI قبل أيام أنها ستوقف تزويد Cursor بنماذجها.
والنتيجة أن أداة واحدة صارت تجمع أربع طبقات: المحرر، والـ agent، والنموذج، والمستودع. وكلما اجتمعت هذه الطبقات تحت مالك واحد، ارتفعت تكلفة الانتقال إلى غيره إن احتاج الفريق ذلك يومًا.
وبالنسبة للشركات الناشئة وفرق التطوير في المنطقة، التي تبني منتجاتها على أدوات لا تملكها، يتحول السؤال من اختيار أداة مريحة إلى تحديد الجهة التي يعيش عندها الكود.
غير أن git بطبيعته يقبل أكثر من remote للمستودع نفسه. أي أن الاحتفاظ بنسخة في مكان آخر ممكن تقنيًا، والاعتماد الكامل على مكان واحد يبقى قرارًا لا قيدًا مفروضًا.