Grok Build: Xai má vlastního coding agenta do terminálu
xAI 14. května 2026 představilo Grok Build, ranou betu coding agenta, který běží přímo v terminálu. Dostupný je nejdřív pro předplatitele SuperGrok Heavy a podle xAI má být určený pro profesionální softwarové inženýrství, složitější coding úlohy a automatizaci workflow.
Na první pohled je to odpověď na Claude Code, Codex CLI a další agentní nástroje pro vývojáře. Důležitější ale je něco jiného: coding agenti se rychle stávají samostatnou kategorií. Už nejde jen o chat, který poradí s funkcí. Jde o nástroj, který má plánovat, upravovat soubory, spouštět příkazy, ukazovat diffy a pracovat v repozitáři podobně jako junior kolega pod dozorem.
Co Grok Build slibuje
Podle oznámení xAI běží Grok Build jako CLI přímo v lokálním projektu. Zásadní je hlavně režim plánování: u složitějších úloh má agent nejdřív navrhnout plán, člověk ho může schválit, komentovat jednotlivé kroky nebo přepsat, a až potom se má spustit samotná práce.
To je správný směr. U coding agentů nechci jen výsledek. Chci vidět záměr, rizika a změny před tím, než se promítnou do projektu. Pokud agent mění reálný kód, musí být přirozenou součástí workflow diff, testy a možnost říct: tady ne, tohle udělej jinak.
Novinka: workflow pro větší úlohy, ne jen další chat v terminálu
V červenci xAI otevřelo zdrojový kód Grok Build a přidalo Workflows. Agent z popisu úlohy sestaví orchestrace: rozdělí práci do fází, spustí více specializovaných agentů, umí vložit nezávislé ověření a nakonec vrátí jeden report. Workflow lze uložit do repozitáře a znovu spouštět jako týmový příkaz.
Tohle je prakticky důležitější než další benchmark. Jednorázový agent dokáže opravit bug. Opakovaný proces typu „zkontroluj každý PR na chybějící autorizaci, nech nálezy ověřit druhým krokem a sepiš prioritní report“ potřebuje stabilní strukturu, limity a opakovatelný výstup.
Do vlastního vývoje bych to nepouštěl jako autonomní továrnu na merge. Smysl dává nejdřív na úlohy s jasnou hranicí a snadno ověřitelným výsledkem: rozdělený audit repozitáře, triage většího počtu issue, generování návrhů testů nebo kontrola dokumentace vůči API. Každá fáze musí mít minimální oprávnění, rozpočet a kontrolní bod člověka.
Open source agent loop navíc není automatická výhoda. Je to ale šance prověřit, co skutečně načítá kontext, jak dispatchuje nástroje a kde do něj přidat firemní guardraily. Pro interní platformu je to cennější než slepě věřit dalšímu uzavřenému CLI.
Proč je to zajímavé i mimo xAI
Grok Build je další potvrzení, že se coding agenti rozdělují na několik vrstev:
- editorové asistenty typu Cursor,
- terminálové agenty typu Claude Code, Codex CLI a Grok Build,
- cloudové agenty, které běží mimo počítač a řeší issue nebo pull request,
- interní firemní agenty napojené na konkrétní repozitáře a procesy.
Pro vývojáře je to dobrá zpráva. Konkurence v téhle kategorii bude tlačit na lepší plánování, rychlejší práci s repozitářem, lepší práci s testy a hlavně na bezpečnější schvalování změn.
Na co bych si dal pozor
U každého coding agenta je potřeba hlídat tři věci.
První je přístup k souborům a příkazům. Agent v terminálu je silnější než chatbot, protože může opravdu něco změnit. To je užitečné, ale jen pokud má jasné mantinely.
Druhá věc jsou náklady a limity. U paralelních workflow se náklady i počet nástrojových akcí násobí. Pro produkci proto patří k zadání strop počtu agentů, časový limit, maximální cena a pravidlo, kdy má agent předat práci člověku.
Třetí věc je kvalita rozhodování. U jednoduchých změn může agent působit jako kouzlo. U větších zásahů ale potřebuje dobrý kontext, jasné zadání, testy a člověka, který rozumí výsledku.
Praktický závěr
Grok Build bych nebral jako důvod měnit celý vývojářský stack. Nové workflow jsou ale dobrý důvod sledovat ho jako stavební blok pro opakovanou agentní práci.
Ať už člověk používá Claude Code, Codex nebo Grok Build, dobré pravidlo zůstává stejné: agent může psát a navrhovat, ale produkční odpovědnost musí zůstat u workflow. Plán, diff, testy, review, limity. Bez toho je to jen rychlejší způsob, jak si rozbít projekt.
Zdroje: xAI: Introducing Grok Build, xAI: Grok Build is Now Open Source, xAI: Workflows in Grok Build, xAI Docs: Grok 4.5, Jirka Herník: Opus 5, Grok 4.5 a velká brzda.