Cursor با انتشار Origin، جایگزینی عامل‌محور برای GitHub عرضه کرد

شکل
شکل
شکل
شکل
شکل
شکل
شکل
شکل

عامل کدنویسی هوش مصنوعی Cursor، پلتفرم میزبانی کد مبتنی بر Git به نام Origin را راه‌اندازی کرده است؛ پلتفرمی که در ویرایشگر مجهز به هوش مصنوعی این شرکت تعبیه شده و به‌عنوان جایگزینی برای GitHub، برای تیم‌هایی معرفی می‌شود که از پیش با Cursor کار می‌کنند. Origin در قالب نسخه بتای اولیه برای طرح‌های Pro، Teams و Enterprise عرضه می‌شود و درون برگه جدیدی با نام Codebase در برنامه Cursor قرار دارد.

مستندات رسمی Origin قابلیت‌هایی برای ذخیره‌سازی و اشتراک‌گذاری کد، ایجاد مخزن، پول‌ریکوئست و پیمایش کد در مرورگر را شرح می‌دهند. changelog مربوط به Origin بر مجموعه‌ای محدود از قابلیت‌ها، نه یک فورج کامل، تأکید دارد و تمرکز آن بر مخزن‌ها، پول‌ریکوئست‌ها، مرور کد و همگام‌سازی با GitHub است. بر اساس مستندات، توسعه‌دهندگان می‌توانند با استفاده از راهنمای Git در Origin، مخزن‌ها را از طریق HTTPS یا Origin CLI کلون، پوش و پول کنند. مخزن‌های آینه‌ای از GitHub دریافت و همگام نگه داشته می‌شوند؛ بااین‌حال، پوش‌های مربوط به این پروژه‌ها همچنان در GitHub ثبت می‌شوند و GitHub همچنان مرجع اصلی نگهداری سوابق باقی می‌ماند.

Cursor، Origin را نه یک فورج نرم‌افزاری متعارف، بلکه «زیرساخت بومی عامل‌ها» معرفی می‌کند. صفحه فرود این محصول آن را «فورج Git برای عصر عامل‌ها» می‌نامد و بر این پیام تأکید دارد که سرعت پیشرفت کد از توانایی زیرساخت‌های فعلی برای پشتیبانی از آن بیشتر شده است. گزارشی در VentureBeat قابلیت‌هایی مانند پول‌ریکوئست‌های پشته‌ای و صف‌های ادغام آگاه از عامل‌ها را برجسته می‌کند؛ قابلیت‌هایی که از خرید Graphite توسط Cursor در سال ۲۰۲۵ نیز بهره برده‌اند. کارکنان Cursor، به نقل از جمع‌بندی ConvNews از یک بحث در Hacker News، می‌گویند هدف این است که کنترل کد بتواند درک و همکاری بهتری با عامل‌ها داشته باشد؛ از جمله اینکه پول‌ریکوئست‌ها را به‌طور خودکار به سمت وضعیتی قابل ادغام هدایت کند.

این عرضه در شرایطی انجام می‌شود که GitHub نیز در حال ساخت جریان‌های کاری عامل‌محور خود بر بستر میزبانی موجود است. InfoQ اخیراً درباره GitHub Agentic Workflows گزارش داده است؛ جریان‌هایی که عامل‌ها را در GitHub Actions اجرا می‌کنند تا وظایفی مانند دسته‌بندی اولیه مسائل و به‌روزرسانی مستندات را خودکار کنند و در طراحی آن‌ها، اجرای ایزوله و محدودشده به‌عنوان اهداف اصلی در نظر گرفته شده است. گزارش‌های دیگر InfoQ نیز به مرکز AgentHQ و ابزار Copilot CLI گیت‌هاب پرداخته‌اند؛ ابزارهایی که عامل‌ها را به محیط ترمینال و CI گسترش می‌دهند، درحالی‌که GitHub همچنان مخزن مرکزی و لایه همکاری باقی می‌ماند.

زمان‌بندی این عرضه به‌اندازه قابلیت‌های آن توجه‌ها را به خود جلب کرده است. تحلیلی در InfoWorld اشاره می‌کند که عرضه بتای Origin در همان روزی آغاز شد که GitHub با قطعی چندساعته مواجه شد؛ قطعی‌ای که Actions، درخواست‌های API، عملیات Git و Copilot را تحت تأثیر قرار داد. پوشش TechCrunch نیز این عرضه را تلاشی از سوی Cursor برای بهره‌برداری از نارضایتی فزاینده نسبت به قابلیت اطمینان GitHub می‌داند، هرچند به توسعه‌دهندگان اجازه می‌دهد همچنان به‌صورت موازی از GitHub استفاده کنند. مفسران شبکه X، از جمله Vaibhav Sisinty، نیز آشکارا قطعی و عرضه Origin را به یکدیگر مرتبط کرده‌اند و گفته‌اند Cursor Origin را به‌عنوان راهی برای مقابله با اختلال‌های احتمالی آینده ارائه می‌کند.

«Origin این فرصت را دارد که با شروعی تازه و اعتباری مناسب، به آینده این حوزه تبدیل شود. امیدوارم آن را خراب نکنند.»
— کاربر Hacker News با نام «rvz»

واکنش جامعه کاربران متفاوت بوده است و تردیدها بیشتر بر مالکیت و نحوه مدیریت داده‌ها متمرکز بوده‌اند تا دامنه قابلیت‌ها. در گفت‌وگویی در انجمن r/github ردیت، Origin بخشی از تلاش گسترده‌تر برای تصاحب زنجیره ابزار توسعه‌دهندگان دانسته شده است؛ تلاشی که پس از خرید Cursor توسط SpaceX شکل گرفته است. در گفت‌وگویی دیگر در r/cursor آمده است که Origin وابستگی زیادی به حساب‌های Cursor دارد؛ موضوعی که این تصور را تقویت می‌کند که Origin بیشتر محیط Cursor را گسترش می‌دهد تا اینکه به‌عنوان یک فورج مستقل عمل کند. گزارشی در TechTimes نیز اشاره می‌کند که Origin بدون سیاست‌های شفاف درباره نگهداری داده یا استفاده از آن برای آموزش عرضه شده است؛ موضوعی که درباره نحوه استفاده از کد میزبانی‌شده در اکوسیستم‌های SpaceX و xAI پرسش‌هایی ایجاد می‌کند.

این نگرانی‌ها بازتاب‌دهنده دیدگاه‌هایی هستند که در بحث Hacker News، خلاصه‌شده توسط ConvNews، مطرح شده‌اند. برخی توسعه‌دهندگان می‌گویند ترجیح می‌دهند قطعی‌های GitHub را تحمل کنند تا اینکه کد خود را روی زیرساختی میزبانی کنند که در نهایت تحت کنترل ایلان ماسک است. برخی دیگر به گزینه‌های غیرمتمرکزی مانند Forgejo و Codeberg یا فورج‌های آزمایشی مبتنی بر ATProto مانند Tangled اشاره می‌کنند که با اهدافی همچون فدراسیون و میزبانی شخصی هم‌راستاترند. Origin ظاهراً به تقویت پشته یکپارچه و عمودی Cursor کمک می‌کند، اما هم‌زمان پرسش‌هایی درباره custody کد و بی‌طرفی آن ایجاد می‌کند؛ پرسش‌هایی که سازمان‌های بزرگ پیش از پذیرش کامل این ابزار باید به آن‌ها پاسخ دهند.

بررسی مفصل یک مهندس در وبلاگ Appwrite اشاره می‌کند که Origin فقط در اختیار مشتریان پولی است و همچنین یادآور می‌شود که مدیران سازمانی می‌توانند از نسخه بتا انصراف دهند. در این بررسی، مدلی ذهنی و ساده ارائه شده است: تیم‌ها یک فضای نام برای کدبیس خود ثبت می‌کنند که بخشی از URL هر مخزن می‌شود و سپس، پس از احراز هویت با CLI، عملیات استاندارد Git را روی Origin انجام می‌دهند. در عمل، Origin دست‌کم در نسخه فعلی، سطح میزبانی اضافی‌ای است که در کنار GitHub قرار می‌گیرد، نه اینکه جایگزین آن شود.

برای تیم‌هایی که پیش‌تر روی ویرایشگر و جریان‌های کاری عامل‌محور Cursor سرمایه‌گذاری کرده‌اند، Origin می‌تواند راهی جذاب برای کاهش جابه‌جایی میان ابزارها باشد؛ زیرا مخزن‌ها، پول‌ریکوئست‌ها و مداخله‌های عامل‌ها را در یک سطح واحد نگه می‌دارد و در عین حال، وظایفی مانند مدیریت مسائل و Actions را به GitHub واگذار می‌کند. بااین‌حال، دامنه محدود نسخه بتای اولیه Origin، وابستگی آن به GitHub به‌عنوان مرجع اصلی پروژه‌های آینه‌ای و نبود پروژه‌های عمومی و CI داخلی نشان می‌دهد که بسیاری از سازمان‌ها در ابتدا آن را در کنار GitHub به‌عنوان یک آزمایش به کار خواهند گرفت، نه به‌عنوان میزبان اصلی.

دیدگاهتان را بنویسید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *