A Cursor elindít egy GitHub versenytársat: Hogyan hozza az Origin az AI ügynököket közvetlenül a kód tárolásába

Az évek során a szoftverfejlesztés munkafolyamatai egy ismerős mintát követtek. A fejlesztők kódot írnak egy alkalmazásban, elmentik GitHub-ra, a változtatásokat pull requesteken keresztül áttekintik és további szolgáltatásokat kapcsolnak össze teszteléshez, telepítéshez és automatizáláshoz.

Ezután megjelentek az AI kódoló ügynökök.

Hirtelen a szoftverprojektek már nem kizárólag emberek által változtatták meg. Az AI ügynökök képesek voltak teljes kódbázisokat olvasni, tucatnyi fájlt szerkeszteni, parancsokat futtatni és pull requesteket generálni. De a munkafolyamat alatti infrastruktúra továbbra is nagyrészt emberi fejlesztők számára lett tervezve.

A Cursor úgy véli, hogy az infrastruktúrának meg kell változnia.

Az AI kódolással foglalkozó cég elindította az Origin-t, saját Git tároló platformját, amely egyre közvetlenebb versenytársa a GitHub-nak. Az Origin jelenleg korai béta verzióban elérhető a Cursor előfizetéses tervein, amely tárolókat, kód böngészést, pull requesteket és GitHub szinkronizációt kínál. Azonban a termék mögött álló nagyobb elképzelés ambiciózusabb: egy olyan kód tároló platformot létrehozni, amelyet kezdetben AI ügynökök számára terveztek.

Mi az a Cursor Origin?

Az Origin az, amit a Cursor „git forge-nak nevez az ügynöki korszakra”.

Egyszerűen fogalmazva, ez egy olyan hely, ahol a fejlesztők Git tárolókat helyezhetnek el, együttműködhetnek a kódon és kezelhetik a változtatásokat. A felhasználók létrehozhatnak tárolókat, amelyek a Cursor által vannak tárolva, kódot tolhatnak el a szokásos Git munkafolyamatok szerint, klónozhatják a tárolókat, böngészhetnek a fájlok között és dolgozhatnak a pull requesteken.

Ez azonnal átlép az Origin-t a GitHub, GitLab és más kód tároló platformok hagyományosan elfoglalt területére.

A Cursor stratégiája azonban nem csupán a GitHub reprodukálására korlátozódik egy másik felületen. A cég az Origin-t egy új feltételezés köré építi: a tárolókat egyre inkább emberek és autonóm AI ügynökök közösen fogják használni.

A hivatalos indító bejelentésben a Cursor azt mondja, hogy az Origin az alapokkal - a tárolókkal, pull requestekkel, kód böngészéssel és GitHub szinkronizációval - kezdődik, míg több ügynök-natív képesség tervezett a jövőbeni kiadásokhoz.

Miért épített a Cursor egy GitHub versenytársat?

A válasz az AI-alapú programozás gyors növekedésében rejlik.

A hagyományos forrásvezérlő platformokat emberi cselekvések köré építették. Egy fejlesztő kódot ír, egy ágat hoz létre, változtatásokat elkövet és pull requestet nyit. Egy másik fejlesztő áttekinti a munkát, és jóváhagyja vagy elutasítja.

Az AI ügynökök bonyolítják ezt a modellt.

Egyetlen ügynök potenciálisan megvizsgálhat egy teljes tárolót, módosíthat több komponenst és sokkal gyorsabban elvégezheti a feladatokat, mint egy emberi fejlesztő. Több ügynök különböző feladatokon is dolgozhat egy időben.

Ez más típusú munkaterhelést teremt.

A Cursor érve az, hogy a kód tároló infrastruktúrát ennek az új környezetnek megfelelően kell megtervezni, nem pedig úgy kezelni, mint egy külső eszközt, ami csupán csatlakozik egy meglévő platformhoz.

Ezért az Origin arra törekszik, hogy közel hozza a tárolót és az ügynököt egymáshoz.

Ahelyett, hogy az AI-t úgy kéne gondolnunk, mint egy chatbotot, amely egy kód szerkesztő mellett ül, a Cursor egy olyan munkafolyamat felé halad, amelyben az AI a szoftverfejlesztési életciklus teljes részévé válhat.

Hogyan működik az Origin a meglévő Git tárolókkal?

Az Origin egyik legpraktikusabb jellemzője, hogy a fejlesztőknek nem kell azonnal elhagyniuk a GitHub-ot.

A Cursor lehetővé teszi a felhasználók számára, hogy összekapcsolják a GitHub-ot és szinkronizálják a kiválasztott tárolókat az Origin-nel. Ez azt jelenti, hogy a meglévő projektek megjelenhetnek a Cursor tároló környezetében, miközben megtartják a kapcsolatot az eredeti GitHub tárolóikkal.

A Cursor kiadási információi szerint a felhasználók választhatják ki, hogy mely tárolókat szeretnék szinkronizálni, és szükség esetén desconnetálhatják azokat. Az Origin tehát úgy lett tervezve, hogy együtt tudjon létezni a GitHub-bal, nem pedig arra kényszerítse a felhasználókat, hogy az első napon teljes migráción menjenek keresztül.

Ez stratégiailag fontos.

A GitHub egy hatalmas ökoszisztémát épített köré a meglévő tárolók, fejlesztői közösségek, integrációk és vállalati munkafolyamatok köré. Meggyőzni a vállalatokat, hogy mindent egyik napról a másikra átkonvertáljanak, nehéz lenne.

A szinkronizációs réteg csökkenti ezt a korlátot.

A fejlesztők kísérletezhetnek az Origin-nel, miközben továbbra is használják meglévő GitHub infrastruktúrájukat. Ha az új platform hasznosnak bizonyul, egyre több munkafolyamat fokozatosan átköltözhet a Cursor ökoszisztémájába.

Origin vs GitHub: Mi a különbség?

Alapvetően az Origin és a GitHub sok hasonló problémát old meg. Mindkettő otthont ad a tárolóknak és a kód körüli együttműködésnek.

A különbség abban rejlik, hogy a Cursor mit próbál építeni ezen alapokra.

Ez nem jelenti azt, hogy az Origin már rendelkezik a GitHub-hoz képest ugyanolyan jellemzőkkel.

Nem rendelkezik.

A GitHub évek óta dolgozik a vállalati biztonságon, CI/CD eszközökön, csomagkezelésen, fejlesztői közösségeken és integrációkon. Az Origin egy új termék a korai béta szakaszban.

De a Cursor nem feltétlenül próbál győzni azzal, hogy minden meglévő GitHub funkciót másol. Arra fogad, hogy a fejlesztési munkafolyamat önmaga olyan gyorsan változik, hogy teret ad egy új típusú platform számára.

A nagyszerű ötlet: Egy tároló, amely AI ügynökök számára épült

Az „ügynök-natív” kifejezés kulcsfontosságú az Origin megértéséhez.

A mai AI kódoló eszközök gyakran a meglévő infrastruktúra fölött működnek. Egy ügynök hozzáférést kap egy tárolóhoz, elolvassa a kódot, módosításokat hajt végre és visszaküldi ezeket a GitHub-on vagy egy másik Git szolgáltatón keresztül.

A Cursor azt szeretné csökkenteni, hogy milyen távolságra vannak ezek a rendszerek egymástól.

Az Origin-nel a tároló ugyanabban a szélesebb környezetben él, mint a Cursor AI eszközei. A hosszú távú vízió az, hogy az ügynökök közvetlenül a tárolókkal, ágakkal és pull requestekkel dolgozzanak, nem pedig úgy, hogy a verziókontrollt külső célpontként kezelik.

A tipikus jövőbeli munkafolyamat így nézhet ki:

A fejlesztő feladatot rendel → AI ügynök tanulmányozza a tárolót → ügynök változtatja a kódot → tesztek futnak → változtatásokat elkövetik → pull request készül → emberek áttekintik az eredményt.

Az ember nem tűnik el a folyamatból.

Ehelyett az ember szerepe egyre inkább a feladatok meghatározására, a változtatások áttekintésére és a magasabb szintű mérnöki döntések meghozatalára összpontosít.

Ez a megkülönböztetés fontos. Az AI gyorsan generálhat kódot, de a szoftvernek továbbra is szüksége van ellenőrzésre. Egy ügynök félreértheti a követelményeket, biztonsági problémát vezethet be, vagy olyan változtatásokat tehet, amelyek technikailag működnek, de károsítják egy projekt architektúráját.

Az Origin potenciális értéke nem az, hogy eltávolítja a fejlesztőket a folyamatból. Az, hogy a fejlesztők és az ügynökök közötti együttműködéset strukturáltabbá teheti.

Miért lehet a kód tárolás a következő AI harctér?

A Cursor jól ismert lett a kód szerkesztő élmény megváltoztatásával. Az AI az autocompletből valami sokkal aktívabbá vált: egy olyan rendszer, amely képes megérteni egy projekt nagyobb részeit és helyettesíteni a kódot a fejlesztő nevében.

Az Origin ezt a stratégiát túllépi a szerkesztőn.

Ha a Cursor csak azt az helyet irányítja, ahol kódot írnak, egy másik cég továbbra is irányítja, hogy az a kód hol lakik és hogyan ellenőrzik a változásokat.

A kód tárolásának hozzáadásával a Cursor több darabját összekapcsolhatja a fejlesztési munkafolyamatnak:

• kód írása;
• a kódbázis megértése;
• AI ügynökök futtatása;
• tárolók kezelése;
• ágak létrehozása;
• változások áttekintése;
• pull requestek kezelése;
• CI és telepítési eszközökhöz való kapcsolódás.

Ez egy olyan lehetőséget hoz létre, amely egy teljesebb AI fejlesztési platformot teremt.

Ez lehet az igazi oka annak, hogy az Origin fontos.

Az Origin valóban kihívást jelenthet a GitHub-ra?

Még túl korai lenne az Origin-t a GitHub helyettesítőjének nevezni.

A GitHub mélyen beágyazódott a modern szoftverfejlesztésbe. Milliók és szervezetek függenek a tárolóktól, munkafolyamatoktól és integrációktól. Ennek az ökoszisztémának a helyettesítése rendkívül nehéz lenne.

Az Originnek is megvannak a szokásos problémái, mint bármely új infrastruktúra platformnak: a fejlesztőknek bíznia kell benne értékes forráskódokat, a vállalatoknak értékelniük kell a biztonságot és csapatoknak meggyőző okokkal kell rendelkezniük a meglévő munkafolyamatok megváltoztatásához.

Azonban az AI olyan lehetőséget hozhat létre, amely korábban nem létezett.

A GitHub egy olyan világra épült, ahol az emberek szinte minden egyes sor termelési kódot írtak. A következő generációs fejlesztési infrastruktúrának talán támogatnia kellene azt a világot, ahol az AI ügynökök olyan szoftverváltozásokat generálnak, módosítanak, tesztelnek és áttekintenek, amelyek egyre nagyobb részét teszik ki.

Ez nem teszi a GitHub-ot elavulttá.

De megmagyarázza, hogy miért építi a Cursor a saját versenytársát.

Egy új otthon a kód számára az ügynöki korszakban

A Cursor Origin még mindig korai szakaszban van, és jelenlegi funkciókészlete szándékosan az alapokra összpontosít. Mégis, az indítás egy jelentős stratégiai váltást jelez a cég számára.

A Cursor már nem szeretné, ha csupán egy AI-alapú kód szerkesztőként tekintenének rá.

Az Origin-nel kezdik felépíteni az infrastruktúrát a kód köré.

A cég központi tétje egyszerű: ha az AI ügynökök aktív résztvevővé válnak a szoftverfejlesztésben, akkor a tárolót is nekik kell tervezni.

Hogy az Origin valóban képes lesz-e jelentős kihívást jelenteni a GitHub-ra, azt még látni kell. De az irány világos.

A programozás jövőjéért folytatott harc talán már nem arról szól, hogy melyik AI írja a legjobb kódot.

Lehet, hogy arról szól, hogy hol dolgoznak együtt az emberek és az AI ügynökök a kódon.