A GitLab több ezer AI-ügynökre méretezi át a Git infrastruktúráját
A GitLab új generációs forráskód-kezelést fejleszt a több ezer, párhuzamosan dolgozó AI-ügynök által generált kódmennyiség kezelésére. A rendszer Git-kompatibilis maradna, miközben az infrastruktúra a vállalati környezetek és nagy kódtárak igényeihez igazodna.
- A GitLab több ezer párhuzamosan dolgozó AI-ügynökre tervezi új SCM-rendszerét.
- A megoldás megtartaná a Git protokollját, miközben átalakítaná a háttérarchitektúrát.
- Belső tesztekben egyes munkaterhelések akár 50-szer gyorsabban futottak.
- Az Anthropic napi merge-einek száma májusról szeptemberre 2500-ról több mint 30 000-re nőtt.
- A következő generációs SCM jelenleg privát bétában érhető el.
Az AI-ügynökök új terhelést jelentenek a Git számára
A GitLab 2026. október 13-i bejegyzése szerint az AI-ügynökök csökkentik a kód előállításának költségét, ezért gyorsan nő a szoftverfejlesztési rendszereken áthaladó módosítások mennyisége. A vállalat úgy látja, hogy a hagyományosan emberi fejlesztőkre méretezett infrastruktúra nem feltétlenül képes kezelni a több ezer, egyidejűleg dolgozó ügynök terhelését.
A GitLab júniusban, a GitLab Transcend rendezvényen jelentette be következő generációs SCM megoldását, augusztusban pedig az architektúráról és a korai teljesítményeredményekről is beszámolt. A fejlesztésben az Anthropic forráskód-kezelési csapatával is együttműködik.
Az Anthropicnál a monorepozitóriumba küldött napi összeolvasztások száma májusról szeptemberre hozzávetőlegesen 2500-ról több mint 30 000-re nőtt. A vállalat erre a terhelésre saját, Scion nevű forráskód-kezelő rendszert készített. A GitLab szerint a Scion kifejezetten óriási monorepozitóriumokra készült, ahol az ügyfelek csaknem mindegyike folyamatosan online működő AI-ügynök.
Git-kompatibilis háttér, kevesebb adatforgalom
A hagyományos Git-munkafolyamatok során az ügyfelek jelentős mennyiségű repozitóriumadatot tölthetnek le akkor is, ha egy ügynöknek csak a kód egy kis részére van szüksége. A GitLab szerint egyetlen ügynökhívás 5 és 10 GB közötti adatátvitellel, valamint több mint 30 másodperces előkészítéssel járhat. Több ezer ügynöknél ez a forráskód-kezelést szűk keresztmetszetté teheti.
A következő generációs SCM megtartaná a Git protokollt, miközben az alapul szolgáló architektúrát átalakítaná. Az állapot nélküli számítási kapacitás megosztott objektumtárolón skálázódna vízszintesen, az ügynökökhöz igazított felületek pedig lehetővé tennék, hogy az ügynökök csak a szükséges fájlokat és előzményeket kérjék le teljes repozitóriumok ismételt klónozása helyett.
A GitLab korai belső tesztjeiben bizonyos munkaterhelések akár 50-szer gyorsabban futottak, legfeljebb kétszer kevesebb tokent használtak, a hálózati forgalom pedig akár 1000-szer alacsonyabb volt a hagyományos munkafolyamatokhoz képest. A vállalat hangsúlyozza, hogy ezek meghatározott tesztkörülmények között mért csúcsértékek, és a tartós, párhuzamos terhelés alatti teljesítményt tovább vizsgálják.
Az architektúrát a GitLab.com mellett az ügyfelek által ellenőrzött, S3-kompatibilis tárhelyen, akár elszigetelt adatközpontokban is futtatnák. Így a repozitórium adatai az ügyfél infrastruktúrájában maradhatnak.
A forráskód-kezelés csak az első szűk keresztmetszet
A GitLab szerint a forráskód-kezelés felgyorsítása önmagában továbbhelyezi a problémát a folyamat későbbi szakaszaira. Ha egy ügynök másodpercek alatt ír kódot, kevés értéket jelent, ha a módosítások órákig várnak az ellenőrzésre, a biztonsági vizsgálatra vagy a telepítésre.
A vállalat adatai szerint az elmúlt évben ügyfelei 40 százalékkal több CI/CD-folyamatot indítottak, miközben a kódfeltöltések száma 50 százalékkal nőtt. A GitLab ezért olyan, ügynöki léptékű CI-rendszert tervez, amely kevesebb számítási kapacitással ellenőriz több módosítást, miközben megőrzi annak bizonyítékát, hogy mit teszteltek és ellenőriztek.
A következő generációs SCM a GitLab tágabb, irányított szoftvergyárra vonatkozó elképzelésének része. A vállalat szerint a forráskód-kezelésnek, a kontextusnak, a vezérlésnek, a CI-folyamatoknak, a biztonságnak és az irányításnak együtt kell fejlődnie. A tervezett rendszerben több ezer ügynök dolgozhatna párhuzamosan, elkülönített munkamenetekben. A sikertelen kísérletek eldobhatók lennének a közös kód megzavarása nélkül, a sikeres változtatások pedig a meglévő merge requestek, folyamatok, biztonsági ellenőrzések és irányítási kontrollok felé haladhatnának.
A rendszer még privát bétában érhető el
A GitLab Orbit fejlesztése a teljes szoftver-életciklus kontextusgráfját célozza, míg a GitLab Duo Agent Platform az ügynöki munkát hangolná össze a fejlesztési szakaszok között. A vállalat olyan funkciókon is dolgozik, amelyek rögzítik az ügynökök tevékenységeinek hozzárendelését és engedélyezését, valamint megőrzik a kódmódosítások mögötti utasításokat és döntéseket.
Az Anthropic forráskód-kezelési csapatának Nick G. nevű tagja szerint: „A monorepozitóriumunk ügynöki fejlesztéshez való skálázása megváltoztatta, ahogyan a Git-kiszolgálók architektúrájára gondolunk. Úgy látjuk, van lehetőség annak bővítésére, hogy mire képesek a Git-kiszolgálók ezeknél a munkaterheléseknél, anélkül, hogy eltérnénk az általános Git-modelltől.”
Az Anthropic saját megoldása nem általános célú Git-helyettesítő, és saját kódellenőrzési, keresési, valamint CI-infrastruktúrát igényel. A GitLab ezzel szemben a szélesebb vállalati piacot célozza, Git-kompatibilitással, szabadon választható infrastruktúrával és a szoftverfejlesztési életciklus integrációjával.
A következő generációs SCM jelenleg privát bétában van. A GitLab ügyfelekkel együtt vizsgálja, hogyan teljesít a saját repozitóriumaikon és munkaterheléseiken, és korai hozzáférést kínál a kipróbálásához.
GitLab: Scaling Git for the agentic software factory
