Grok Build: Xai má vlastného coding agenta do terminálu
Xai 14. mája 2026 predstavilo Grok Build, skorú betu coding agenta, ktorý beží priamo v termináli. Cieli na profesionálne softvérové inžinierstvo, zložitejšie coding úlohy a automatizáciu workflow.
Na prvý pohľad je to odpoveď Xai na Claude Code, Codex CLI a ďalšie vývojárske agenty. Dôležitejšie je však niečo iné: coding agenti sa rýchlo stávajú samostatnou kategóriou. Už nejde iba o chat, ktorý vysvetlí funkciu. Ide o nástroj, ktorý plánuje, upravuje súbory, spúšťa príkazy, ukazuje diffy a pracuje v repozitári podobne ako junior kolega pod dohľadom.
Čo Grok Build sľubuje
Podľa Xai beží Grok Build ako CLI priamo v lokálnom projekte. Zásadný je režim plánovania: pri zložitejších úlohách má agent najprv navrhnúť plán. Vývojár ho môže schváliť, komentovať jednotlivé kroky alebo prepísať, a až potom sa má spustiť samotná práca.
To je správny smer. Pri coding agentoch nechcem iba výsledok. Chcem vidieť zámer, riziká a zmeny skôr, než sa premietnu do projektu. Ak agent mení reálny kód, diffy, testy a review musia byť prirodzenou súčasťou workflow.
Novinka: workflow pre väčšie úlohy, nie iba ďalší chat v termináli
V júli Xai otvorilo zdrojový kód Grok Build a pridalo Workflows. Agent z opisu úlohy zostaví orchestráciu: rozdelí prácu do fáz, spustí viac špecializovaných agentov, dokáže pridať nezávislé overenie a napokon vráti jeden report. Workflow možno uložiť do repozitára a opakovane spúšťať ako tímový príkaz.
Toto je prakticky dôležitejšie než ďalší benchmark. Jednorazový agent dokáže opraviť bug. Opakovaný proces typu „skontroluj každý PR na chýbajúcu autorizáciu, nech nálezy overí druhý krok a priprav prioritný report“ potrebuje stabilnú štruktúru, limity a opakovateľný výstup.
Do vlastného vývoja by som to nepúšťal ako autonómnu továreň na merge. Zmysel dáva najprv pri úlohách s jasnou hranicou a ľahko overiteľným výsledkom: rozdelený audit repozitára, triage väčšieho počtu issue, návrhy testov alebo kontrola dokumentácie voči API. Každá fáza potrebuje minimálne oprávnenia, rozpočet a kontrolný bod človeka.
Open source agent loop sám osebe nie je výhoda. Umožňuje však preveriť, čo naozaj skladá kontext, ako dispatchuje nástroje a kam pridať firemné guardraily. Pre internú platformu je to cennejšie než slepo dôverovať ďalšiemu uzavretému CLI.
Prečo je to zaujímavé aj mimo Xai
Grok Build potvrdzuje, že coding agenti sa delia na viac vrstiev:
- editorové asistenty typu Cursor,
- terminálové agenty typu Claude Code, Codex CLI a Grok Build,
- cloudové agenty, ktoré riešia issue alebo pull request mimo lokálneho počítača,
- interné firemné agenty napojené na konkrétne repozitáre a procesy.
Pre vývojárov je to dobrý tlak. Konkurencia v tejto kategórii by mala zlepšovať plánovanie, prácu s repozitárom, spúšťanie testov a bezpečnejšie schvaľovanie zmien.
Na čo by som si dal pozor
Pri každom coding agentovi treba strážiť tri veci.
Prvá je prístup k súborom a príkazom. Agent v termináli je silnejší než chatbot, pretože môže naozaj niečo zmeniť. To je užitočné iba vtedy, keď má jasné mantinely.
Druhá vec sú náklady a limity. Pri paralelných workflow sa násobia náklady aj počet nástrojových akcií. Produkčné nasadenie preto potrebuje strop počtu agentov, časový limit, maximálnu cenu a pravidlo, kedy má agent prácu odovzdať človeku.
Tretia vec je kvalita rozhodovania. Jednoduché úpravy môžu pôsobiť magicky. Väčšie zásahy však potrebujú dobrý kontext, jasné zadanie, testy a človeka, ktorý rozumie výsledku.
Praktický záver
Grok Build by som nebral ako dôvod meniť celý vývojársky stack. Nové workflow sú však dôvod sledovať ho ako stavebný blok pre opakovanú agentnú prácu.
Či už človek používa Claude Code, Codex alebo Grok Build, pravidlo zostáva rovnaké: agent môže písať a navrhovať, ale produkčná zodpovednosť musí zostať vo workflow. Plán, diff, testy, review, limity.
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.