GitLab pustí AI agenty k vašemu kódu, dohled zůstává ve firmě

GitLab otevírá své nástroje externím agentům

Změna v GitLabu 19.5 se odehrává v těsném propojení AI agentů s celou vývojovou platformou. Základem je GitLab MCP server, který přešel do obecné dostupnosti. MCP neboli Model Context Protocol funguje jako standardizovaný konektor mezi AI agentem a externí službou. Místo toho, aby vývojář kopíroval část issue, výpis z pipeline a obsah souboru do chatu, agent si může potřebné informace načíst přímo z GitLabu. GitLab uvádí podporu pro nástroje kompatibilní s MCP, například Claude Code a Cursor. Připojený agent může procházet dostupné skupiny, číst jednotlivé soubory z CI/CD artefaktů, spouštět relace GitLab Duo a sledovat jejich stav. Dostupné jsou také nástroje pro práci s agenty a flow v GitLab Duo Agent Platform. Podrobný seznam funkcí popisuje dokumentace GitLab MCP serveru. To je praktičtější než stahovat celý archiv s výsledky buildu jen kvůli jednomu logu. Nový nástroj get_artifact_file umí načíst konkrétní soubor z CI/CD artefaktu. Agent tak nemusí dostat celý balík dat, který pro řešení problému nepotřebuje. MCP server je v GitLab 19.5 dostupný pro plány Free, Premium a Ultimate a pro GitLab.com, Self-Managed i Dedicated. Z hlediska dostupnosti v Česku a Evropské unii tedy nejde o funkci omezenou na určitý region. GitLab navíc u některých AI funkcí pracuje s kredity, takže samotné připojení MCP neznamená, že veškeré agentní operace budou bez nákladů.

Agent dostává úkol, firma dostává záznam

Největší změna se netýká samotného připojení, nýbrž kontroly. GitLab 19.5 rozšířil AI Governance také na takzvané Externally Connected Agents. Patří sem například Claude Code, Cursor nebo Codex připojené přes GitLab CLI. Po konfiguraci pomocí příkazu glab govern setup může organizace sledovat, kdo agenta spustil, jaký nástroj použil, v jakém projektu pracoval a kdy relace proběhla. Události lze posílat také do SIEM, tedy do systému, který bezpečnostní tým používá pro centrální vyhodnocování incidentů a auditních záznamů. Tato funkce je podle oficiální dokumentace GitLabu v betě. To je důležitá výhrada. Organizace může získat přehled o činnosti externích agentů, ale nejde ještě o funkci, kterou by bylo rozumné označit za definitivně uzavřenou a neměnnou. Audit přitom neznamená, že GitLab uvidí úplně každý výstup agenta. Dokumentace uvádí, že se do záznamů neposílá obsah výstupu nástroje s výjimkou krátkých chybových zpráv z neúspěšných volání. Evidence tedy zachycuje hlavně relaci, aktéra, projekt a volání nástrojů. Přístup se podobá firemnímu služebnímu účtu. Nestačí vědět, že někdo vstoupil do budovy. Potřebujete také vědět, kdo to byl, do kterého patra šel a zda měl oprávnění otevřít konkrétní dveře. U AI agentů jsou těmito dveřmi repozitáře, merge requesty, pipeline a tajné údaje.

Automatický režim má bezpečnostní podmínky

GitLab Duo CLI nově nabízí režim auto mode. Agent v něm může používat shellové příkazy, operace Gitu nebo MCP nástroje bez schvalování každého jednotlivého kroku. Ve výchozím nastavení je auto mode vypnutý. Správci jej mohou povolit nebo zakázat na úrovni instance, skupiny či projektu. Nástroje označené jako Always Deny zůstávají blokované i v automatickém režimu. GitLab zároveň doporučuje používat auto mode jen v důvěryhodných repozitářích a na větvích, které lze v případě problémů zahodit. To je rozumné omezení. Agent, který smí pouze navrhovat změny, má jiné riziko než agent, který může upravit soubory, spustit příkazy a komunikovat s dalšími službami. Čím více nástrojů připojíte, tím důležitější je jejich výběr. GitLab proto umožňuje nastavit, které sady MCP nástrojů se agentovi vůbec zobrazí. Každý další nástroj spotřebovává část kontextu modelu a rozšiřuje počet akcí, které může agent provést. Omezení nabídky na potřebné funkce je jednoduchý způsob, jak dodržet princip nejmenších oprávnění.

Příkaz /goal přešel do obecné dostupnosti

GitLab Duo CLI získal také obecně dostupný příkaz /goal. Vývojář mu zadá otevřenější úkol, například opravu neúspěšných testů, a GitLab Duo jej předá řízenému workflow, které řeší implementaci i ověření. V praxi to znamená rozdíl mezi otázkou „co je špatně v tomto souboru?“ a úkolem „oprav neúspěšné testy v tomto projektu a ověř výsledek“. Druhá varianta vyžaduje práci s více kroky – nalezení problému, úpravu kódu, spuštění testů a vyhodnocení výsledku. Příkaz je dostupný v GitLab Duo CLI 9.27.0 a novějších verzích. Vyžaduje GitLab 19.3 nebo novější. Funkce je určena pro plány Premium a Ultimate a funguje na GitLab.com, v Self-Managed i Dedicated nasazeních.

Tajné údaje dostávají vlastní správu

Do stejného směru zapadá GitLab Secrets Manager, který v této verzi přešel do obecné dostupnosti. Je postavený na OpenBao a používá oprávnění existující v GitLabu. Tajný údaj lze omezit na konkrétní CI/CD job a nastavit podmínky podle prostředí, větve nebo pravidel ochrany větví. GitLab také vytváří auditní záznamy při vytvoření, čtení, úpravě i odstranění tajného údaje. Secrets Manager je dostupný na GitLab.com a GitLab Self-Managed pro plány Premium a Ultimate. GitLab u něj nabízí 30denní zkušební období. Provoz je účtován pomocí GitLab Credits: 1 uložený tajný údaj na měsíc spotřebuje 1 kredit a každých 2 500 operací čtení (ať už jde o načtení v pipeline, z Kubernetes nebo přes API) spotřebuje rovněž 1 kredit. Úpravy a mazání se do operací nezapočítávají. Pro AI agenty je to podstatné. Agent může potřebovat přístup k testovacímu prostředí, registru balíčků nebo konkrétní pipeline. Pokud dostane široce platný token uložený v běžné proměnné, chyba v konfiguraci může zasáhnout více projektů. Omezení tajného údaje na konkrétní job tento rozsah zmenšuje, i když samo o sobě neřeší všechny možné chyby v agentním workflow.

Limity MCP na GitLab.com

GitLab současně zavádí limity pro MCP požadavky. Uživatelé tarifu Free mají na GitLab.com k dispozici 60 požadavků za minutu. Premium a Ultimate mají limit 600 požadavků za minutu. Do limitu se započítávají také opakovaná připojení a pokusy o opakování požadavku. Agent s příliš agresivním reconnectem tak může limit vyčerpat rychleji, než by odpovídalo množství užitečné práce. Při překročení se objeví chyba HTTP 429. U Self-Managed instalací se situace může lišit podle konfigurace konkrétní instance. Oficiální release notes popisují tyto limity pro GitLab.com. Správci proto musí sledovat chování klienta, hlavně pokud agent pracuje s větším množstvím nástrojů nebo opakuje neúspěšná volání. GitLab 19.5 tak agentům otevírá repozitáře, pipeline a vlastní automatizační funkce, současně však přidává limity, řízení nástrojů, audit a oddělenou správu tajných údajů. Nejvíce z toho získají týmy, které už GitLab používají jako hlavní platformu pro kód, CI/CD a bezpečnost. Pro samostatného vývojáře zůstává nejviditelnější funkcí příkaz /goal a možnost připojit externího agenta přes MCP.

Zdroje: InfoQ, GitLab 19.5 release notes, GitLab MCP server, Externally Connected Agents, GitLab Secrets Manager.