کرسر اوریجین(Cursor Origin) وارد بتا شد: رقیب مستقیم گیت‌هاب برای عصر Agent ها

کرسر (Cursor)، هفدهم آگوست، محصول جدیدش Origin رو به‌صورت early beta برای همه‌ی کاربران پولی منتشر کرد؛ یه پلتفرم کامل کدهاستینگ که ریپازیتوری، pull request، بررسی کد، و sync با گیت‌هاب رو مستقیم داخل خود Cursor میاره. این اولین انتشار بزرگ محصول کرسر بعد از تکمیل خرید ۶۰ میلیارد دلاری این شرکت توسط SpaceX است؛ کرسر الان زیر بخش SpaceXAI فعالیت می‌کنه.

چی هست دقیقاً

طبق changelog رسمی کرسر، Origin با «ضروریات» شروع کرده: ریپازیتوری، pull request، مرور کد، و sync با گیت‌هاب. هر ریپازیتوری تو Origin یه URL به شکل cursor.com/codebase/{owner}/{repo} داره. نکته‌ی مهم اینه که گیت‌هاب مجبور نیست کنار گذاشته بشه؛ ریپازیتوری‌های گیت‌هاب می‌تونن مستقیم به Origin sync بشن، در حالی که گیت‌هاب همچنان «منبع حقیقت» (source of truth) باقی می‌مونه. کامنت‌ها و reaction های PR هم بین دو پلتفرم ظرف چند ثانیه دوطرفه سینک می‌شن.

سه تا integration هم همون روز اول در دسترس بودن: Vercel (برای preview deployment خودکار روی هر PR)، Depot، و Buildkite (هر دو برای اجرای workflow های موجود GitHub Actions بدون تغییر).

چرا این محصول ساخته شده

استدلال کرسر پشت Origin اینه: «کد داره سریع‌تر از هر زیرساختی که براش ساخته شده حرکت می‌کنه.» این جمله مستقیم به این واقعیت اشاره داره که تو دنیای امروز، بخش زیادی از PR ها و commit ها دیگه توسط انسان باز نمی‌شن، بلکه توسط agent ها تولید می‌شن؛ و کرسر معتقده زیرساخت‌های موجود (مثل گیت‌هاب) برای این حجم و سرعت طراحی نشدن. هدف Origin اینه که ریپازیتوری، agent های کدنویسی، و فرآیند review رو تو یه محیط واحد نگه داره، به‌جای این‌که کاربر بین چند تا ابزار جدا سوییچ کنه.

زمان‌بندی عجیب: هم‌زمان با قطعی گیت‌هاب

یه نکته‌ی جالب (و به‌شدت بحث‌برانگیز تو کامیونیتی) اینه که دقیقاً هم‌زمان با انتشار Origin، گیت‌هاب دچار یه قطعی جهانی به مدت حدود ۶ تا ۸ ساعت شد (بسته به منبع، بین ۶ ساعت و ۴۲ دقیقه تا ۷ ساعت و ۴۷ دقیقه گزارش شده)؛ هفتمین incident گیت‌هاب تو پونزده روز اخیر. طبق گزارش‌ها، این هم‌زمانی صرفاً یه تصادف بوده، نه یه برنامه‌ریزی عمدی، ولی جامعه‌ی توسعه‌دهنده‌ها سریع ازش به‌عنوان یه meme استفاده کردن.

نگرانی جدی: بدون شرایط مشخص برای داده

مهم‌ترین نکته‌ای که باید قبل از استفاده‌ی جدی از Origin بهش توجه کنی، مربوط به داده‌ست. طبق گزارش TechTimes، Origin با enrollment به‌صورت opt-out (نه opt-in) برای همه‌ی کاربران پولی فعال شده؛ یعنی به‌صورت پیش‌فرض روشنه، مگه این‌که ادمین سازمانت صراحتاً غیرفعالش کنه. در همون زمان انتشار، کرسر هیچ سند رسمی‌ای درباره‌ی نگه‌داری داده (data retention)، افشای subprocessor ها، سیاست استفاده از کد برای آموزش مدل، یا ابزار migration برای کدهایی که مستقیم رو Origin هاست می‌شن منتشر نکرده بود.

این نگرانی برای تیم‌هایی که کد اختصاصی، داده‌ی شخصی کاربر تو فیکسچرهای تست، credential های احتمالی تو تاریخچه‌ی commit، یا کدهای با محدودیت‌های قانونی/رگولاتوری دارن، جدی‌تره؛ چون الان کدشون رو زیرساختی هاست می‌شه که متعلق به SpaceX است، بدون این‌که سیاست مشخصی درباره‌ی نحوه‌ی استفاده از اون کد منتشر شده باشه.

دسترسی

Origin فقط برای پلن‌های Pro، Teams، و Enterprise در دسترسه، نه پلن رایگان. برای سازمان‌های Enterprise، ادمین‌ها می‌تونن صراحتاً opt-out کنن. برای شروع، باید یه اسم codebase (namespace) رو claim کنی که فعلاً تو دوره‌ی بتا قابل تغییر نیست، و بعد از اون می‌تونی ریپازیتوری جدید بسازی یا از طریق OAuth، ریپازیتوری‌های گیت‌هابت رو sync کنی.

جمع‌بندی

Origin نشون می‌ده کرسر (حالا زیر پرچم SpaceX) قصد داره فراتر از یه ادیتور کدنویسی بره و مستقیم وارد قلمروی زیرساخت توسعه‌ی نرم‌افزار (همون چیزی که گیت‌هاب و گیت‌لب سال‌هاست توش تسلط دارن) بشه. برای تیم‌هایی که کاملاً درگیر اکوسیستم کرسر هستن و از agent های کدنویسی زیاد استفاده می‌کنن، یکپارچگی ریپازیتوری/PR/agent تو یه محیط واحد می‌تونه جذاب باشه. ولی با توجه به این‌که این محصول هنوز early beta است و مهم‌تر از همه، هیچ سند رسمی‌ای درباره‌ی شرایط داده منتشر نشده، توصیه می‌شه قبل از هاست کردن کد حساس یا اختصاصی رو Origin، منتظر انتشار این سیاست‌ها بمونی یا حداقل از تیم پشتیبانی کرسر مستقیم درباره‌ش سؤال کنی.