Cursor wchodzi na rynek hostingu kodu. I to w idealnym momencie

Przyznajmy to sobie: przez ostatnie osiemnaście lat pytanie "gdzie hostować nasz kod?" było jednym z najbardziej nudnych pytań w całej technologii. Wybierasz GitHub, ewentualnie GitLab albo Bitbucket, zakładasz zespół i przechodzisz do rzeczy, które naprawdę mają znaczenie. Hosting kodu to po prostu rura w ścianie — niezbędna, działająca i kompletnie nieinspirująca.

Cursor postanowił udowodnić, że era agentów AI zmieniła tę równanie.

Idealne zgranie w czasie

W poniedziałek rano Cursor zaczął udostępniać Origin płatnym użytkownikom. Około trzy i pół godziny później GitHub legł. Błędy zaczęły pojawiać się w niemal co piątym requescie — pull requesty, issues, API. Pobieranie archiwów i surowych plików zawodziło w połowie przypadków. SSO dla przedsiębiorstw też przestało działać: SAML, OIDC, SCIM, cała warstwa. Copilot poszedł w odstawkę razem z tym.

Społeczność developerów zareagowała tak, jak zawsze — memesami i żartami.

Guillermo Rauch, CEO Vercela, napisał, że teraz można hostować repozytoria w Cursor Origin i deployować na Vercel przez Cursor Origin — które z kolei samo działa na Vercelu. "I w przeciwieństwie do GitHuba, działa" — dodał z przekąsem. Inżynier Curora, Matt Palmer, zacytował własny tweet swojej firmy z najlepszą linijką dnia: "Chcieliśmy wydać to wcześniej, ale GitHub był niedostępny."

Czy to było zainscenizowane? Prawie na pewno nie. Terminy wydania produktu ustala się tygodnie wcześniej. Ale czasem wszechświat podaje prezent na tacy, a Cursor złapał go czysto.

Co Origin tak naprawdę oferuje (a czego nie)

Oddzielmy marketing od rzeczywistości. Origin to nowa zakładka Codebase w edytorze Curora. Nadajesz nazwę projektowi, dostajesz URL, pushujesz przez linię poleceń i otrzymujesz standardowe doświadczenie kowalni — repozytoria, pull requesty, timeline'y, commity, checki, merge'e. Podstawy są pokryte.

Ale tutaj pojawia się element, który czyni Origin interesującym: agent AI żyje w tej samej przestrzeni co kod i pull requesty, które modyfikuje.

Możesz zadawać pytania o plik, który właśnie przeglądasz. Możesz wziąć komentarz do review i kazać agentowi poprawić pull request w miejscu. Możesz poprosić o push brancha — wszystko bez opuszczania edytora, w którym piszesz kod. Agent nie jest doklejony jako osobna usługa. Jest wpleciony w sam przepływ pracy.

To jest prawdziwy zakład Curora. Oni nie budują kolejnego hosta Git. Stawiają na to, że kiedy agenty AI będą modyfikować twój kod, zechcesz, żeby operowały w tej samej przestrzeni co ludzie robiący code review — nie żeby przeskakiwały między zakładkami i serwisami.

Strategia integracji — precyzyjna jak skalpel

Origin wystartował z trzema integracjami od pierwszego dnia: Vercel, Depot i Buildkite. Te wybory dokładnie pokazują, do kogo Cursor celuje.

Vercel zajmuje się preview deploymentami dla każdego pull requesta i wysyła do produkcji po merge'u — dostępne w publicznej becie dla klientów Pro i Enterprise. Depot i Buildkite obsługują ciągłą integrację, a co najważniejsze, oba wykonują istniejące workflowy GitHub Actions bez żadnych zmian. Buildkite dokłada do tego natywne pipeliny.

Przeczytaj to jeszcze raz: istniejące workflowy GitHub Actions bez żadnych zmian.

Cursor nie prosi zespołów o przepisywanie systemu buildów, przekwalifikowywanie inżynierów ani wyrzucanie deployment pipeline'u. Pyta tylko, żeby spróbowali spojrzeć na swój kod przez drugie okno. To fundamentalnie inny argument sprzedażowy niż "przenieś wszystko do naszej platformy".

Najmądrzejsza decyzja projektowa: nie zmuszaj do odejścia od GitHuba

To jest ta decyzja, która powinna przykuć uwagę liderów inżynierii.

Origin nie wymaga, żebyś opuszczał GitHub. Podłączasz organizację z GitHuba, wybierasz repozytoria i pojawiają się obok tych natywnych dla Origina. Pushy nadal idą do GitHuba, który pozostaje źródłem prawdy dla wszystkiego, co tam się zaczęło. Uprawnienia dostępu odzwierciedlają istniejące ustawienia odczytu i zapisu z GitHuba. Konwersacje przy pull requestach synchronizują się dwukierunkowo — komentarz w Cursorze trafia na GitHub; odpowiedź na GitHubie pojawia się w Cursorze w ciągu sekund.

To klasyczna strategia klina, dobrze wykonana.

Migracja typu "rip-and-replace" w source control to jedno z najwyżej ryzykowanych przedsięwzięć w organizacji inżynieryjnej. Dotyka ciągłej integracji, dowodów zgodności, śladów audytowych, reguł ochrony branchy, każdej integracji w całym łańcuchu narzędzi i pamięci mięśniowej każdego inżyniera. Prawie żaden CTO nie zaakceptuje tego dla produktu we wczesnej becie.

Ale read-mostly mirror, który zostawia GitHub jako autorytet? To przechodzi samo. Nie kosztuje nic spróbować, nie wymaga żadnej migracji i daje przedsmak tego, jak wygląda doświadczenie hostingu kodu native dla AI.

Co to oznacza dla branży

GitHub był domyślną odpowiedzią na pytanie "gdzie hostować nasz kod" przez prawie dwie dekady. To się nie zmieni z dnia na dzień i Cursor o tym wie. Origin nie próbuje zastąpić GitHuba — próbuje stać się miejscem, gdzie odbywa się rozwój wspomagany przez AI, podczas gdy GitHub pozostaje autorytatywnym backendem dla wszystkiego, co naprawdę się liczy.

Pytanie nie brzmi, czy Origin wyprze GitHub. Pytanie brzmi, czy Origin może stać się interfejsem, którego developerzy faktycznie będą używać, podczas gdy GitHub będzie obsługiwał rury pod spodem.

Jeśli agenty AI będą pisać, reviewować i modyfikować kod na masową skalę — a będą — to gdzie te agenty żyją i pracują staje się kwestią strategiczną. Cursor robi świadomy ruch, żeby to powierzchnię posiadać.

Dla liderów inżynierii oceniających sytuację, implikacje są proste: obserwuj rozwój, wypróbuj produkt i zwracaj uwagę na to, które integracje i workflowy czują się naturalnie w kontekście native dla AI. Tradycyjne doświadczenie kowalni służyło nam dobrze. Ale "wystarczająco dobrze dla ludzi" i "wystarczająco dobrze dla zespołów wspomaganych przez AI" to mogą być dwa różne pytania.

I to może być najciekawsza rzecz, jaka wydarzyła się w hostingu kodu od osiemnastu lat.