A GitLab felhasználónként is szabályozhatóvá teszi az AI-költést

Felhasználói és csapatszintű költési kontroll

A GitLab 2026. szeptember 17-i bejelentése szerint az új funkciókkal a szervezetek jobban elkülöníthetik az egyes csapatok és fejlesztők AI-használatát. A teljes előfizetésre vonatkozó költési plafon eddig azt mutatta meg, hogy a teljes keretbe belefér-e a fogyasztás, de nem adott választ arra, melyik csapat vagy felhasználó mennyi kreditet használt fel.

A Credit caps oldalon beállítható egy alapértelmezett, minden felhasználóra érvényes limit, amelytől egyes emberek esetében külön felülbírálás térhet el. Egy fejlesztő magasabb, egy külsős munkatárs pedig alacsonyabb keretet kaphat. A kivételek külön kapcsolóval ki- és bekapcsolhatók, visszavonásuk pedig nem törli a korábbi beállítást.

Az előfizetés szintű plafon elérésekor a kreditet használó funkciók minden felhasználónál felfüggesztődnek a következő számlázási időszakig, vagy addig, amíg egy adminisztrátor meg nem emeli a keretet. A személyes limit elérése csak az érintett felhasználót korlátozza. A GitLab Credits irányítópultja az adminisztrátorokat e-mailben értesíti a felhasználás 50, 80 és 100 százalékánál, valamint az előfizetéses plafon elérésekor.

Minden számlázható esemény exportálható

A GitLab Credits minden felhasználást felhasználóhoz, névtérhez és projekthez rendel, ahol ez értelmezhető, időbélyeggel együtt. A háttérben futó export e-mailben érkező, biztonságos letöltési linkkel használható. Egy export legfeljebb 31 napot fedhet le, és három fájlt tartalmaz: a napi összesítést, az új, eseményszintű fájlt, valamint egy jegyzéket.

Az eseményszintű adatok között szerepel az eseményazonosító, az időpont, az esemény típusa, a termék és a folyamat típusa, a munkamenet azonosítója, a felhasználó, a névtér és a projekt azonosítója. A jelentés tartalmazza az elhasznált kreditek mennyiségét és mértékegységét, a nagy nyelvi modellhívások számát, a tokenösszesítést, a használt modelleket, valamint a GitLab Flex képességét és az előfizetés nevét.

A névtér szerinti csoportosítás felhasználható a csapatok fogyasztásának visszajelzésére, azaz showbackre. A felhasználói azonosító és a dátum szerinti szűrés segíthet megtalálni egy kiugró költéshez tartozó munkamenetet. A GitLab szerint a névterek gyakran nem egyeznek közvetlenül a pénzügyi költséghelyekkel, ezért egyszeri leképezés után a jövőbeli havi exportok már tükrözhetik a szervezet költségstruktúráját.

A felhasználók saját fogyasztásukat is láthatják

A legfelső szintű csoport tagjai a User settings alatt saját GitLab Credits nézetet nyithatnak meg. Itt napi grafikonon követhetik a fogyasztásukat, a csoporti irányítópulthoz hasonló termékszűrőkkel és dátumtartománnyal, de csak a saját eseményeikre korlátozva.

A havi promóciós kreditek felhasználói szinten előbb kerülnek levonásra, mint a közös értékelési keret. A Premium csomaghoz felhasználónként havi 12, az Ultimate csomaghoz havi 24 kredit tartozik. Az értékelési keret közös az előfizetésben, a számla kredittípusainak sorrendje pedig nem változik.

A GitLab szerint így egy csapat nagyobb AI-használata célzottan finanszírozható: alacsony általános limit mellett magasabb keret adható azoknak, akik ügynökalapú munkafolyamatokat futtatnak. A limitek csak a felhasználóhoz rendelt kreditek elfogyása után érvényesülnek, ezért az alapkeret alatt lévők továbbra is megkapják a nekik járó havi krediteket.

Elérhetőség és beállítás

A GitLab Credits használati átláthatósága a Premium és Ultimate előfizetésekben már elérhető. A tulajdonosi vagy adminisztrátori jogosultsággal rendelkezők a GitLab.comon és a Self-Managed változatban nyithatják meg a Credit caps oldalt. A számlázási fiók kezelői a per eseményenkénti exportot GitLab.comon, Self-Managed környezetben és Dedicated változatban is használhatják.

A GitLab azt javasolja, hogy a szervezetek először állítsák be az előfizetéses plafont, majd exportálják és elemezzék az előző hónap használatát. A korábban beállított konfigurációk nem változnak, az előfizetéses limit működése változatlan marad, és a GraphQL API továbbra is ugyanazokba a rekordokba ír, amelyeket az oldal olvas.