Cursor скочиха в играта на Git хостинг – и то в перфектния момент

Нека бъдем честни: през последните осемнайсет години въпросът "къде да държим кода си?" беше най-скучното нещо в технологиите. Избираш си GitHub, или понякога GitLab, настройваш екипа и продължаваш със задачите, които наистина имат значение. Source control хостингът е техническа инфраструктура – необходим, надежден и абсолютно безинтересен.

Cursor обаче решиха, че AI агентите са направили това скучно решение отново интересно.

Таймингат беше почти перфектен

В понеделник сутринта Cursor започнаха да пускат Origin при платените потребители. Около три часа и нещо по-късно GitHub колабира – процентът на грешки стигна 20% при pull requests, issues и API-то, а изтеглянето на архиви и raw файлове се проваляше в почти 50% от случаите. Enterprise SSO също гръмна: SAML, OIDC, SCIM provisioning – целият стек. Дори Copilot падна заедно с него.

Общността на разработчиците направи това, което винаги прави най-добре: започна да се шегува.

Guillermo Rauch, CEO на Vercel, публикува, че вече можеш да хостваш репозитории в Cursor Origin и да деплойваш към Vercel през Cursor Origin – което пък самото е хоствано на Vercel. "И за разлика от GitHub, е онлайн", добави той с усмивка. Matt Palmer, инженер в Cursor, цитира туита за пускането на продукта си с най-добрата реплика за деня: "Щяхме да го пуснем по-рано, но GitHub беше down."

Това организирано ли беше? Почти сигурно не. Пусканията на продукти се фиксират седмици преди това. Но понякога вселената ти поднася подарък, и Cursor го хванаха чисто.

Какво точно представлява Origin (и какво не)

Нека отделим хайпа от продукта. Origin е нов таб за codebase, вграден в редактора на Cursor. Кръщаваш си codebase-а, получаваш URL, пушваш през командния ред и си готов – стандартният forge опит, с repository-та, pull requests, timeline-и, commits, checks, merges. Основите ги има.

Но ето какво прави Origin интересен: AI агентът е в същото пространство като кода и pull requests-ите, които променя.

Можеш да питаш за файла, който гледаш. Можеш да дадеш на агента review коментар и да му кажеш да преработи pull request-а на място. Можеш да го помолиш да пусне branch – и всичко това без да напускаш редактора, в който пишеш код. Агентът не е прикачен като отделна услуга. Той е вплетен в целия работен процес.

Това е истинският залог на Cursor. Те не просто строят още един Git host. Залогът им е, че когато AI агенти променят кода ти, искаш те да работят в същото пространство като хората, които правят code review – а не да прескачаш между раздели и услуги.

Интеграционната стратегия е прецизна

Origin тръгна с три интеграции от първия ден: Vercel, Depot и Buildkite. Изборите разкриват точно кой е целевият пазар на Cursor.

Vercel се грижи за preview deployments при всеки pull request и изпраща към production при merge – достъпно в публична бета за Pro и Enterprise клиенти. Depot и Buildkite пък управляват непрекъснатата интеграция, и най-важното – и двете изпълняват съществуващите GitHub Actions workflows без никакви промени. Buildkite добавя и native pipelines отгоре.

Прочети това отново: съществуващите GitHub Actions workflows без никакви промени.

Cursor не искат от екипите да пренапишат build системата си, да претренират инженерите си или да разкарат deployment pipeline-а си. Искат им да пробват още един прозорец към кода, който вече имат. Това е фундаментално различен подход от "премини изцяло към нашата платформа".

Най-умното дизайнерско решение: Не напускай GitHub

Ето това решение би трябвало да накара engineering лидерите да обърнат внимание.

Origin не те задължава да напускаш GitHub. Свържи GitHub организацията си, избери repository-та и те се появяват редом с тези от Origin. Push-ите продължават да отиват към GitHub, който си остава източник на истината за всичко, започнато там. Разрешенията за достъп отразяват съществуващите read и write настройки на GitHub. Разговорите по pull requests се синхронизират двупосочно – коментираш в Cursor и публикува в GitHub; отговаряш в GitHub и се появява в Cursor след секунди.

Това е класическа wedge стратегия, изпълнена добре.

Пълната миграция на source control се нарежда сред най-рисковите проекти, които една engineering организация може да поеме. Засяга continuous integration, доказателства за съответствие, одитни следи, branch protection rules, всяка интеграция в toolchain-а и мускулната памет на всеки инженер. Почти никой CTO не одобрява това за продукт в ранен бета етап.

Но mirror, който е предимно за четене и оставя GitHub като авторитетен? Това се одобрява само. Не струва нищо да пробваш, не изисква миграция и ти дава вкус на това как изглежда AI-native code hosting изживяването.

Какво означава това за индустрията

GitHub е бил отговорът по подразбиране на "къде да хостваме кода си" близо две десетилетия. Това не се променя за една нощ, и Cursor го знае. Origin не се опитва да замени GitHub – опитва се да стане мястото, където се случва AI-подпомогнатото разработване, докато GitHub остава авторитетният backend за всичко съществено.

Въпросът не е дали Origin ще измести GitHub. Въпросът е дали Origin може да се превърне в интерфейса, който разработчиците реално използват, докато GitHub върши техническата работа отдолу.

Ако AI агентите ще пишат, ревюират и променят код в мащаб – а ще го правят – тогава къде тези агенти живеят и работят става стратегически важно. Cursor прави обмислен ход да притежава тази повърхност.

За engineering лидерите, оценяващи ситуацията, последиците са ясни: следи този продукт, пробвай го и обърни внимание към това кои интеграции и работни процеси се чувстват естествено в AI-native контекста. Традиционният forge опит ни служи добре. Но "достатъчно добре за хора" и "достатъчно добре за AI-подпомогнати екипи" може да се окажат различни въпроси.

И това може да е най-интересното нещо, случило се със source control хостинга от осемнайсет години насам.