Cursor hétfő reggel kezdte meg Origin nevű kódtároló platformjának fokozatos bevezetését a fizetős felhasználói körben. Nagyjából három és fél órával később a GitHub státuszoldalán egy globális leminősítés jelent meg, amely végül hat óra 42 percig tartott: a GitHub incident naplója szerint hibaarányok közel 20% voltak a pull requesteknél, az issue‑knál és az API‑nál, míg az archiválás és a nyers fájlletöltések esetén közel 50%‑os hibaarányt mértek. Az Enterprise egységes bejelentkezés is kiesett: SAML, OIDC, SCIM provisioning és Team Sync is hibásan működött, és a Copilot is leállt.
A fejlesztői közeg reagálása gyors volt és ironikus. Guillermo Rauch, a Vercel vezérigazgatója X‑en megjegyezte: „You can now host your repos in Cursor Origin and deploy to Vercel via Cursor Origin which is itself hosted on Vercel. And unlike GitHub, it's online 😁”. Matt Palmer, a Cursor munkatársa viccesen idézte saját cégük bejelentését: „We were going to ship this earlier, but GitHub was down.” Vagyis egy GitHub‑kimaradás késleltette egy GitHub‑versenytárs termékének bevezetését.
Mi az Origin és hogyan működik?
Origin egy új Codebase fül alatt érhető el a Cursorban. A csapatok nevet adnak egy codebase‑nek (ami bekerül az URL‑be), majd parancssorból pusholnak rá. A háttérben a megszokott forge‑funkciók működnek: a Git köré épülő szolgáltatási réteg kezeli a tárolást, jogosultságokat, ellenőrzéseket és merge‑eket. Minden repositoryhoz járnak pull requestek, tartalmazva timeline‑t, commitokat, checkeket és a változtatott fájlokat; a review‑k megírhatók, kommentelhetők és mergelhetők anélkül, hogy külön böngészőablakot kellene nyitni.
A döntő újítás az, hogy ügynökök (agents) mostantól ugyanabban a felületen működnek, ahol a kód és a PR‑ek vannak. A changelog így fogalmaz: „Your code, PRs, and agents are now in the same place.” Fejlesztő rákérdezhet a képernyőn látható fájlra, adhat agentnek review‑kommentet, amely az adott pull requestet módosítja, vagy megparancsolhatja a branch pusholását — mindezt az editorból.
A kezdeti integrációk fontos jelzések: Vercel minden pull requesthez preview deployt indít és merge‑re gyárba küldi a kódot (nyilvános bétában Pro és Enterprise ügyfeleknek), Depot és Buildkite CI‑t futtatnak, és kritikus részlet, hogy mindkettő képes változtatás nélkül futtatni a meglévő GitHub Actions munkafolyamatokat; emellett a Buildkite natív pipeline‑okat is ad.
Ez a kompatibilitási réteg a stratégia lényege: Cursor nem azt kéri, hogy csapatok írják át a buildrendszerüket vagy cseréljék le a deployment csatornájukat, hanem azt, hogy próbáljanak ki egy másik ablakot ugyanarra a kódra — ami könnyebben jóváhagyható döntés.
Miért okos döntés, hogy a GitHub maradjon a „source of truth”?
A legfontosabb tervezési elem az enterprise vásárlók számára: Cursor nem kéri, hogy elhagyják a GitHubot. Ha egy GitHub szervezetet összekötnek, a kiválasztott repositoryk megjelennek az Origin mellett. A changelog szerint „Pushes keep going to GitHub, which stays the source of truth for anything started there.” A jogosultságok tükrözik a GitHub meglévő read/write beállításait, nem hoznak létre párhuzamos rendszert. A pull request beszélgetések kétirányban szinkronizálódnak: kommentelhetsz Cursorban és az megjelenik GitHubon; GitHubon válaszolva vagy reakciót adva az Originben is megjelenik „másodpercek alatt.”
Ez a „wedge” stratégia alacsony kockázatú próba lehet: a rip‑and‑replace típusú migrációk nagy kockázatú, sok rendszert érintő projektek. Egy read‑mostly tükör, amely hagyja a GitHubot felelős rendszerként, semmit sem tör meg, és ha a Cursor review‑élménye jobb, a forrás igazsága idővel követheti a fejlesztők figyelmét.
Cursor jelentős összeget fektetett be a kódreview‑élménybe: 2025 decemberében megvette a Graphite‑ot, amely a „stacked pull requests” munkafolyamatot hozta, az Axios szerint ennél magasabb összegért, mint a Graphite 290 millió dolláros Series B értékelése. Graphite társalapítója, Tomas Reimers a Cursor Compile konferenciáján júniusban mutatta be az Origin koncepcióját, és a fejlesztést ő vezeti.
Miért vált a kódreview a szűk keresztmetszetté az AI‑ügynökök korában?
Cursor érve az agent‑natív felület mellett az, hogy a kódírás már nem a fő korlát: a review és integráció az. A Google 2025‑ös DORA jelentése — közel 5,000 technológiai szakember adatain alapulva — megállapította, hogy a fejlesztők 90%-a használ AI‑t a munkájában, medián napi két órát töltve vele; több mint 80% szerint növelte a produktivitást. Ugyanakkor az AI‑használat pozitívan korrelált a nagyobb áteresztőképességgel és negatívan a stabilitással: több output, több hibás kiadás.
A bizalom nem tart lépést a volumen növekedésével. A Stack Overflow 2025‑ös felmérése (49,009 válaszadó) szerint 84% használ vagy tervez AI‑eszközöket, de az AI‑k pontosságába vetett bizalom 43%‑ról 33%‑ra csökkent egy év alatt; a bizalmatlanság 31%‑ról 46%‑ra nőtt. A GitLab 2025‑ös DevSecOps felmérése (3,266 szakember) szerint 73% találkozott problémákkal a vibe‑kódolt outputtal, 70% szerint az AI megnehezítette a megfelelés kezelését, és csak 37% engedné az AI‑t napi feladatok emberi ellenőrzés nélkül.
A kérelmek volumene továbbra is növekszik: a GitHub Octoverse 2025 180 millió fejlesztőt, 630 millió repositoryt és havonta 43.2 millió merge‑elt pull requestet számolt, éves szinten 23% növekedéssel. A RuntimeWire belső adatára hivatkozva az Origin egyik fő indoka az, hogy a Cursorban összevont pull requestek 35%-át ügynökök nyitották meg autonóm módon felhő‑VM‑ekben.
Ha a mergesek egyharmada nem emberi intentből származik, a PR‑queue már nem egyszerű beszélgetés, hanem ütemezési probléma — és ez az érvelés adja Cursor legnagyobb technikai érvét.
GitHub megbízhatósági válsága és a beszállási lehetőség
A kínálati oldal logikája egyszerű: GitHub az utóbbi időben megbízhatatlanná vált, és ezt saját vezetésük is elismerte. A LeadDev elemzése 2025 májusa és 2026 áprilisa között 257 incidenst számolt, ezek közül 48 volt jelentős — nagyjából heti egy komoly kiesés. Február volt a legrosszabb hónap 37 esettel. A GitHub Actions önmagában 12 hónap alatt 57 kiesést ért el. A GitHub CTO‑ja, Vlad Fedorov azt mondta, a platformot „nem ilyen skálára építették”, és a terhelésre való tervezésnek akár 30‑szoros terhelésre is fel kell készülnie. Egy áprilisi mérnöki posztban a cég elismerte, hogy „nem teljesítette saját megbízhatósági sztenderdjeit”, gyors növekedést, szoros architekturális összekapcsoltságot és elégtelen load sheddingt jelölve okként. Hétfői kiesés a státuszoldalon a tizenöt napon belüli hetedik incidens volt.
Néhány projektnél már korábban is kezdődtek áttérések: a Zig nyelv 2025 novemberében Codebergre költözött, részben a Actions‑hibák miatt; Mitchell Hashimoto áprilisban bejelentette, hogy a Ghostty is elhagyja a GitHubot, közel napi kiesésekre hivatkozva; a The Information szerint pedig márciusban az OpenAI is saját GitHub‑alternatíván dolgozott, mert a kiesések órákra elveszítették mérnökeik commitolási képességét.
A Microsoftban és a GitHubnál lezajlott vezetői változások sem egyszerűsítették a helyzetet: Thomas Dohmke 2025 augusztusában lemondott GitHub vezérigazgatói posztjáról, a GitHub vezetése a Microsoft CoreAI szervezetébe került Jay Parikh alá. A The Information beszámolója szerint Parikh arra figyelmeztette beosztottait, hogy a Cursorhoz és Anthropic‑hoz hasonló eszközök végül elavulttá tehetik a GitHubot. A GitHub válasza az agent korszakra az Agent HQ, amely külső ügynökök (Anthropic, OpenAI, Google, Cognition, xAI) orkesztrációjára épít — míg az Origin magát az alsóbb réteget célozza.
Ki birtokolja a forráskódot most, hogy a SpaceX megvette a Cursor‑t?
Cursor gyors felemelkedése feltűnő: 2022‑ben négy MIT‑hallgató alapította, 2023 októberében 8 millió dollárt kapott az OpenAI Startup Fundtól (TechCrunch szerint), majd további nagyobb körökben milliárdok áramlottak be: 100 millió 2.5 milliárd dolláros értékelés mellett, 900 millió 9.9 milliárdos értékelés mellett, és 2.3 milliárd 29.3 milliárdos értékelés mellett tavaly novemberben. Bloomberg májusban évesített 3 milliárd dolláros bevételt és több mint 3,000 olyan ügyfelet közölt, amelyek évente legalább 100,000 dollárt fizetnek.
Három nappal az Origin bevezetése előtt Bloomberg arról számolt be, hogy a SpaceX lezárta a Cursor 60 milliárd dolláros, teljesen részvényben történő felvásárlását — a TechCrunch júniusi beszámolója szerint a megállapodás a SpaceX rekordbevezetése után, illetve hat hónappal az xAI bekebelezése után jött létre. Cursor most a SpaceXAI részlegben működik. Ez a tény új kérdéseket vet fel: amikor ugyanaz a vállalat birtokolja az editort, a tárhelyet és az ügynökök modelljét, mi szabályozza, hogy mi történik a kóddal?
Ezekre a kérdésekre a Cursor eddig nem adott választ. A RuntimeWire még a bevezetés előtt megjegyezte, hogy Origin árképzése, biztonsági architektúrája, adatkezelési feltételei és migrációs eszközei nem voltak nyilvánosak, és a hétfői changelog ezek közül egyet sem tisztázott — csak azt írja, hogy Origin „majdnem minden fizetős tervre elérhető, kivéve az enterprise szervezeteket, ahol az adminok leiratkozhatnak.” Az alapértelmezés opt‑out, nem opt‑in — egy mondat, amelyet a rendszergazdáknak kétszer is érdemes átolvasni.
Emellett van egy múlóan kínos előélet: júliusban a Mindgard kutatói nyilvánosságra hozták, hogy a Cursor akkor végrehajtotta volna egy Windows projekt gyökerébe helyezett rosszindulatú git.exe futtatását abban a pillanatban, amikor egy felhasználó megnyitotta a projektet, párbeszéd vagy megerősítés nélkül — egy repository‑mérgező hibát, amelyet először 2025 decemberében jelentettek. A Hacker News szerint a Cursor elutasította a javítást, azzal érvelve, hogy a shared‑responsibility modell miatt kívül esik a hatáskörén, és azt is elismerték, hogy nem zárták le időben a kutatóval való kommunikációt. Nem adtak ki CVE‑t. Ugyanilyen típusú hibák más szereplőknél (GitHub Copilot CLI, Google Gemini CLI, OpenAI Codex) is felbukkantak, de egy olyan sebezhetőség, amelyet a szolgáltató nem javított, kínos jegyzet egy olyan termék mellett, amely lényegében azt hirdeti, hogy „hagyja ránk a repository‑ját.”
Mit kell eldönteniük a mérnöki vezetőknek, mielőtt beengedik az Origin‑et a toolchainbe?
Origin egy béta, nem migráció: így kezelve érdemes lehet kipróbálni. A szinkronizációs mód alacsony kockázatú módot ad platformoknak arra, hogy lemérjék, lerövidíti‑e az agent‑natív review a ciklusidőt anélkül, hogy bármely branch protection szabályt megváltoztatnának. Három dolog azonban tisztázandó, mielőtt bármilyen „authoritative” rendszer átköltöztetése megtörténik:
-
Az alapértelmezett viselkedés: Origin a fizetős felhasználóknál be‑ van kapcsolva, hacsak az enterprise adminok le nem iratkoznak. Azaz egy szervezet, amely nem hozott aktív döntést arról, hogy a tulajdonosi kód tükrözhető‑e egy új hostra, implicit módon eldöntötte ezt helyettük. Ez nem negyedéves kérdés — hétfő reggeli feladat.
-
A szerződéses kérdések: megtartás, adattárolási hely, AI‑képzéshez való felhasználás, alvállalkozók és az a változás, ami a Cursor SpaceX‑hez tartozásával jár — mindez nincs leírva. Egy termékoldal nem helyettesíti a szerződéses feltételeket; amíg ezek nincsenek papíron, érdemes Origin‑t kényelmi rétegként kezelni, nem pedig rendszerszintű nyilvántartásként.
-
A kilépés módja: Origin Actions‑kompatibilitása és a GitHub mint forrás‑szerep a tulajdonságok, amelyek biztonságossá teszik az átmenetet. Ugyanakkor ezek azok a pontok, amelyek változhatnak, ha Cursor érdekei elmozdulnak a „bérléstől” az „alapvető réteg birtoklása” felé. Kérdezd meg, milyen az egress most, amíg a tükör még tükör.
Ezek a fenntartások nem írják felül Cursor érvelésének helytállóságát: a GitHub azzal vált piacvezetővé, hogy unalmas, megbízható infrastruktúrát kínált, de az utóbbi 18 hónapban ez megszűnt. Origin komoly válasz egy valós problémára, és a cég megvette hozzá a megfelelő technológiát. Ugyanakkor GitHub és Cursor hibái nem azonos természetűek: a rendelkezésre állás mérnöki probléma, ami megoldódhat, de a forráskód birtoklásának, kezelési jogainak és a felelősségi láncnak a kérdése nem jár lejárati dátummal — és ezen a téren a Cursor, amely hétfőn bizalmat próbált adni el, még nem tette közzé a saját feltételeit.
A hétfői GitHub‑kimaradás 20:22 UTC‑kor oldódott meg.
