Co se stane s hostováním kódu ve chvíli, kdy ho přestanou psát lidé? Přesně na tuhle otázku odpovídá Cursor svým novým projektem. Cursor oznámil na síti X platformu jménem Origin. Místo, kde můžou týmy i AI agenti ukládat kód, procházet ho a společně na něm pracovat. Příspěvek rozjel debatu o tom, jak bude vypadat schvalování kódu, řešení konfliktů a jestli Microsoft se svým GitHubem konečně dostane vážnou konkurenci.
Pojďme se podívat na to, co o Originu opravdu víme.
Jak nás Cursor dostal až sem
Než přišel Origin, byl tu Cursor. Editor kódu postavený kolem umělé inteligence, který změnil práci programátorů víc než cokoliv od příchodu samotného VS kódu. Veřejně se spustil v roce 2023 a zabudoval konverzační model přímo do editoru. Konec kopírování odpovědí z chatu a vlepování do projektu. Napíšete kód, zmáčknete Tab a model ho dokončí. Označíte blok, zmáčknete Ctrl+K a popíšete, co chcete. Žádné přepínání oken.
Výsledek se dal změřit. První uživatelé hlásili u rutinních úkolů nárůst rychlosti psaní o 30 až 50 procent. Důležitější ale bylo, jak se proměnila samotná práce. Vývojáři začali předávat celé moduly, ne jen jednotlivé řádky. Popsali běžnou řečí, co chtějí, a pak výsledek zkontrolovali, místo aby psali každé písmenko sami. Z autora kódu se postupně stával jeho recenzent a režisér.
V roce 2025 přidal Cursor agenty běžící na pozadí. Plně samostatná sezení, která si vzala úkol z GitHubu, naprogramovala funkci, spustila testy a otevřela pull request. To všechno bez člověka. Tady se logika obrátila naruby. Kontrola kódu už nebyla o tom, že člověk čte, co napsal jiný člověk. Čím dál častěji člověk schvaloval práci stroje, nebo stroj kontroloval práci jiného stroje a člověk to jen odsouhlasil.
Origin je přímý důsledek téhle změny. Jakmile agenti chrlí pull requesty ve velkém, stává se z místa, kam ty požadavky dopadají, úzké hrdlo. A GitHub na tohle stavěný nebyl.
Co je vlastně Origin
V nejjednodušším pohledu jde o úložiště repozitářů, prostor pro kontrolu pull requestů a sdílenou práci na změnách. Zní to jako GitHub. Má to tak znít, a pak se v každém podstatném předpokladu rozejít.
Rozdíl je v tom, pro koho je platforma postavená. GitHub vznikl v roce 2008 pro lidi. Pro programátory, kteří píšou kód, otevírají pull requesty, píšou poznámky při kontrole a slučují větve poté, co si v prohlížeči přečtou rozdíly mezi verzemi. Každá plocha, na kterou tam sáhnete, je vyladěná pro člověka, který se rozhoduje na základě přečteného textu.
Origin se rodí v roce 2026, po nástupu agentního programování. Ve světě, který Cursor zná zevnitř, dnes velkou část kódu píšou agenti běžící samostatně. Implementují funkce, opravují chyby, otevírají pull requesty. A lidé, kteří ten kód kontrolují, často nečtou každý řádek. Rozhodují, jestli práci agentů schválí hromadně, nebo tu kontrolu předají dalšímu agentovi.
Slabé místo, které GitHub jen tak nezalátá
Jeden komentář pod oznámením vystihl skutečný problém líp než jakýkoliv popis produktu. Uživatel @subramanya napsal: pokud jsou agenti hlavními uživateli, ta těžká část je stav kontroly, slučování a konfliktů, kterému stroje rozumí. Ne další pěkné rozhraní na repozitáře.
A v tom je jádro věci. GitHub umí přidat funkci na automatickou kontrolu kódu, a opakovaně to udělal. Jenže celý jeho datový model pull requestu stojí na lidském uvažování. Rozdíl mezi verzemi je vizuální zobrazení změn po řádcích. Konflikt při slučování je textový soubor se značkami <<<<<<<. Poznámka při kontrole je řetězec přilepený k číslu řádku. Nic z toho stroj snadno významově nerozebere.
Aby agent zvládl konflikt při slučování, musí pochopit, proč vznikl. Který záměr z větve A si nesedí se záměrem z větve B a jaké je správné řešení s ohledem na obě změny. Značky v rozdílech mezi řádky tohle neukážou. A poznámka ve stylu "tohle mi nějak nesedí" už vůbec ne. Proto by agentní kontrola kódu by potřebovala několik věcí najednou:
- Strukturované, významové zobrazení změn. Místo holého textového rozdílu by se změny popsaly jako objekty: změnila se signatura funkce, upravilo se rozhraní, přibyla závislost, posunulo se pokrytí testy. Nad takovým popisem agent uvažuje spolehlivěji než nad obyčejným textem.
- Stav slučování čitelný pro stroj. Když se dvě větve dostanou do konfliktu, systém by měl umět popsat, oč jde, významově. Třeba že větev A mění návratový typ funkce
processPayment()naPromise<Result>, zatímco větev B přidává synchronní volání téže funkce, které počítá s tím, že žádný Promise nevrací. Agent pak může navrhnout řešení podle záměru, ne podle porovnávání jednotlivých znaků. - Předvídatelné rozhraní pro kontrolu. Lidská kontrola pull requestu je mlhavá. Recenzenti schvalují po zběžném přečtení, píšou vágní poznámky a slučují s nedořešenými vlákny. Agentní kontrola potřebuje jasná kritéria. Splňuje změna stanovené požadavky? Drží všechny určené podmínky? Prošly testy? Na tohle stroj odpoví spolehlivě.
- Dohledatelné autorství a záznam o rozhodnutích. Když agent otevře pull request, kontrolní systém by měl zachytit nejen změnu v kódu, ale i souvislosti rozhodnutí. Jaký dostal agent pokyn, nad jakým stavem kódu uvažoval, jaké varianty zvážil. Teprve pak má lidský dohled smysl, protože recenzent posuzuje úvahu agenta, ne jen jeho výsledek.
Nic z toho nevyžaduje vymýšlet nové git protokoly. Vyžaduje to znovu promyslet, jak má vypadat plocha pro sdílenou práci nad gitem, když jsou agenti plnohodnotnými účastníky.
Chybějící článek v řetězci
Začátkem roku 2025 byly nástroje s umělou inteligencí hlavně pomocníci. Dokončování řádků, návrhy během psaní, přepisování přes chat. Ke konci roku 2025 se těžiště přesunulo k samostatným agentům. Agenti Cursoru na pozadí, samostatní programátoři ve stylu Devina, firemní nasazení agentních linek. A v polovině roku 2026 firmy, které tyhle linky provozují, chrlí pull requesty rychleji, než je stíhají lidé kontrolovat. Jeden inženýr dohlíží klidně na desítky agentích požadavků denně.
Úzké hrdlo už není psaní kódu. Je to kontrola a slučování. A ta vrstva dnes leží na GitHubu, který na takovou zátěž, takový způsob autorství ani takový styl kontroly stavěný nebyl.
Cursor přitom vlastní editor. Vidí zblízka, jak jeho uživatelé kód tvoří, jak vypadají jejich agentní postupy a kde to drhne. Postavit Origin je z téhle pozice logický krok. Ovládnout další úzké hrdlo v řetězci.
Je v tom i konkurenční rovina. GitHub patří Microsoftu. VS Code patří Microsoftu. GitHub Copilot patří Microsoftu. A Cursor soupeří se všemi třemi. Stavět na GitHubu znamená, že uživatelé Cursoru visí na konkurentovi přesně ve vrstvě hostování kódu. Čím hlouběji do té vrstvy agentní postupy prorůstají, tím je ta závislost nepříjemnější. Origin je mimo jiné sázka na propojení celé řady. Vlastnit editor, vlastnit hostování, vlastnit agentní postup od začátku do konce.
Reakce komunity
Oznámení na X vyvolalo pestrou škálu reakcí a vykrystalizovalo z nich několik směrů. Část lidí rovnou označila Origin za soupeře GitHubu. Jeden komentář zněl: pokus, jak nebýt závislý na Microsoftu. Což nejspíš sedí a nejspíš to tak bylo myšlené.
Pak tu byli skeptici z řad techniků. Už zmíněná poznámka @subramanyi o tom, že těžká část je stav konfliktů čitelný pro stroj, a ne další rozhraní, míří na opravdový inženýrský oříšek. Postavit hezčí GitHub s pár chytrými funkcemi by nebyl Origin. Postavit skutečně nový datový model pro agentní spolupráci je práce na mnoho let. A komunita má právo sledovat, co Cursor nakonec dodá.
Někteří si všimli i hrátky se jménem. Origin se kryje s Blue Origin, vesmírnou firmou Jeffa Bezose, a ve výsledcích vyhledávání ji nejspíš pohřbí. Možná náhoda, možná chytře zvolené pojmenování v duchu "počátku agentní éry".
A nejvěcnější pochvaly přišly od inženýrů, kteří už narazili na strop lidsky pojatého GitHubu, když na něm provozovali agentní linky. Netěší je další gitové rozhraní. Těší je zázemí, které bere agenty jako plnohodnotné účastníky, a ne jako přilepenou umělou inteligenci nad systémem pro lidi.
Pro koho je Origin určený
Pro týmy, které už agenty Cursoru nasazují. Pokud u vás agenti na pozadí generují pull requesty, dělají funkce z tiketů nebo běží ve smyčce testů a oprav, jste hlavní cílovka. Origin slibuje uzavřít kruh. Stejná platforma, která kód tvoří, ho i hostuje a vede přes kontrolu a slučování, přičemž souvislosti práce agenta zůstanou zachované po celou cestu.
Pak pro firmy, které se topí v pull requestech od umělé inteligence. Kapacita lidské kontroly neroste stejným tempem jako rychlost psaní kódu. Systém, který umí agentí požadavky poslat na předběžnou kontrolu jinému agentovi a člověka nechá až u schvalovací brány, je na tohle přímá odpověď.
A nakonec pro firmy, které řeší svou závislost na Microsoftu. Vlastnictví GitHubu Microsoftem je pro některé z nich citlivá věc, hlavně tam, kde je Microsoft zároveň konkurent nebo otázka při nákupu služeb. Origin nabízí cestu mimo svět VS kódu, Copilota a Azure.
Zdroj: explainx.ai
