CLI — command-line interface

Skoro každý softvér má grafické rozhranie — okná, tlačidlá, formuláre, ktoré ovládate myšou. CLI je to druhé rozhranie: namiesto klikania napíšete príkaz do terminálu, program ho vykoná a vráti výsledok — do konzoly, do súboru alebo cez návratový (exit) kód. Nie je to relikt minulosti ani niečo „len pre programátorov v čiernom okne“. Je to najpriamejší spôsob, ako softvéru povedať, čo má urobiť — a hlavne jediný spôsob, ktorý sa dá zapísať do skriptu a nechať bežať bez človeka.

A keďže CLI komunikujú v texte, dajú sa reťaziť: výstup jedného nástroja sa rúrou (znak |) privedie na vstup ďalšieho, takže z malých príkazov, z ktorých každý robí jednu vec dobre, poskladáte väčšiu operáciu bez písania nového kódu. To je jadro unixovej filozofie — myšlienky spred päťdesiatich rokov, vďaka ktorej zopár desiatok malých nástrojov vie vytvoriť tisíce užitočných kombinácií — a jeden z dôvodov, prečo CLI nezostarlo. Rovnaká logika dnes platí aj o vrstvu vyššie: to, čo robí rúra pre príkazy v termináli, robí REST API pre programy a MCP pre AI agentov.

Práve preto by mal byť každý netriviálny systém — webová aplikácia, SaaS, interná platforma — CLI-enabled už od začiatku. Čo cez webové rozhranie robíte ručne (založiť tenanta, naimportovať dáta, vygenerovať report, prepnúť feature flag, skontrolovať stav), cez CLI urobíte rovnako — ale navyše to viete vložiť do CI/CD pipeline, do plánovanej úlohy alebo do skriptu, ktorý zbehne o tretej ráno bez toho, aby pri tom niekto sedel. Bez CLI sa každá takáto operácia stáva ručnou prácou alebo skriptom „bokom“, ktorý nikto neudržiava. S CLI je súčasťou systému — verzionovaná, otestovaná, opakovateľná.

V praxi to znamená sadu príkazov, ktoré pokrývajú vývoj aj prevádzku: databázové migrácie a seedy, importy dát zo starých systémov, hromadné operácie (rozposielanie, prepočty), administratívne akcie (reset hesla, správa rolí), health-checky a diagnostiku. Dobrý CLI má pritom svoju hygienu — zmysluplné chybové hlášky, nenulový exit kód pri zlyhaní (aby skript vedel, že niečo nevyšlo), prepínač --help s popisom argumentov a deterministické správanie (rovnaký vstup dá rovnaký výstup). Napísať sa dá prakticky v ľubovoľnom jazyku — Python, Rust, Go, C, C++, Ruby, TypeScript — je to len program, ktorý prečíta argumenty a vypíše výsledok. Rozumné je zvoliť ten istý jazyk a tie isté typy ako zvyšok systému, aby CLI zdieľal validácie a dátový model: my preto najčastejšie siahame po TypeScripte (Node.js, knižnice ako commander.js) pri projektoch bežiacich na Node, po Go, keď treba samostatný binárny súbor bez závislostí, a po Bash skripte pri triviálnych prípadoch.

Tak to staviame: systém, ktorý dodáme, prichádza s CLI, ktoré jeho prevádzka potrebuje — nie ako príplatok, ale ako súčasť toho, že je softvér poriadne urobený. Samostatný CLI nástroj (bez webového rozhrania) dáva zmysel zriedkavejšie, ale dáva: jednorazové migrácie pri prevzatí klienta, generovanie dokumentov podľa konfigurácie, správa multi-tenant prostredia, nástroje pre interný vývojový tím. A platí to aj naopak — to isté, čo CLI robí pre skripty a ľudí v termináli, robí MCP server pre AI agentov: vystavuje operácie systému spôsobom, ktorý vie použiť stroj. Moderný systém je dobré navrhnúť tak, aby sa dal ovládať nielen klikaním, ale aj programaticky — cez CLI, cez API, a čoraz častejšie aj cez MCP.