Claude Code série tutoriál 3: Proč je k dispozici pouze terminál?

1.3 Proč psát kód v terminálu?

Příklad: Píšete novou funkci a najednou zjistíte, že potřebujete upravit nízkoúrovňovou pomocnou funkci, která je roztroušená ve třech souborech a některá volání překračují moduly. Otevřete editor, globálně vyhledáte, procházíte soubor po souboru, opatrně upravíte, spustíte testy – a ony selžou. Podíváte se na chybové hlášení, zkontrolujete stack trace, opravíte to a znovu spustíte.

V tomto procesu čas strávený skutečným přemýšlením, jak to opravit, tvoří méně než polovinu. Zbývající polovina je mechanická práce: hledání souborů, úprava odkazů, čekání na kompilaci, klikání myší.

Hlavním cílem umístění AI do terminálu je stlačit tuto mechanickou práci.

Terminál je nejblíže kódu

Pravděpodobně používáte VS Code, JetBrains nebo Vim. Ať už používáte cokoli, při psaní kódu se nevyhnete terminálu. Spouštíte npm test, git log, grep, make build – tyto operace se přirozeně provádějí v příkazovém řádku.

Pokud je váš AI partner také ve stejném terminálu, věci se zjednoduší. Nemusíte kopírovat obsah souborů do chatovacího okna, nemusíte popisovat „V mém projektu je třída UserService, která je na řádku 42 v src/services/user.ts …“. Claude Code stojí v kořenovém adresáři projektu a podívá se sám.

Toto je kontextový drtivý úder. Když řeknete Claude Code: „Pomoz mi refaktorovat zpracování chyb v přihlašovacím modulu“, on skutečně přečte váš auth/login.ts, přečte errors.ts, najde všechna místa, kde se volá, a přímo to upraví. Nemusíte být prostředníkem.

Osvobození vás z role „operátora“

Při používání AI chatu v prohlížeči často nevědomě hrajeme roli „prostředníka“: AI vygeneruje kód, my ho čteme, ověřujeme, kopírujeme a vracíme se do editoru vložit. Pokud kód funguje, vše v pořádku; pokud ne, zkopírujeme chybu, zeptáme se znovu, znovu zkopírujeme. Tento proces ve skutečnosti přerušuje tok.

Design Claude Code vás vrací zpět do role „myslitele“. Řeknete nápad, on jedná. Po úpravě uvidíte diff přímo v terminálu a rozhodnete se, zda přijmout. Může vám také spustit testy nebo lint. Sedíte a většinou čtete kód a rozhodujete se, místo abyste neustále přepínali okna.

Proč ne plugin do editoru?

Možná se ptáte: Proč tedy prostě neudělat AI plugin přímo v editoru?

Pluginy do editoru jsou samozřejmě užitečné a mnoho týmů je již používá. Ale Claude Code v terminálu má několik věcí, které plugin snadno nenahradí:

Bez omezení na editor. Dnes používáte VS Code, zítra přejdete na Neovim, a dokonce i na vzdáleném serveru bez GUI, Claude Code funguje. Není závislý na vašem nástroji.
Může dělat více „odvážných“ věcí. V terminálu může spouštět libovolné Shell příkazy. To znamená, že hranice toho, co může dělat, jsou mnohem širší – může vám pomoci spustit Docker kontejner pro ověření migrace databáze, stáhnout vzdálenou větev a zkontrolovat konflikty, nebo po úpravě kódu automaticky spustit e2e testy. Tyto věci si pluginy do editoru obvykle netroufnou udělat nebo prostě nemohou.
Dávkové zpracování a automatizace. Můžete vložit Claude Code do skriptu a nechat ho zpracovat desítky repozitářů, hromadně generovat dokumentaci nebo automaticky řešit Issues. V tu chvíli už není „asistentem“, ale součástí pipeline.

Malý příklad z mé vlastní praxe

Dříve jsem potřeboval migrovat JavaScriptový projekt na TypeScript, asi 20 000 řádků kódu. Neudělal jsem to ručně přidáváním typů soubor po souboru, ani jsem nespoléhal na plugin editoru, který by vše udělal za mě.

Prostě jsem spustil Claude Code v adresáři projektu a řekl mu: „Postupně migruj tento projekt do přísného režimu TypeScriptu, vždy uprav několik souborů a po každé dávce spusť tsc --noEmit. Pokud dojde k chybě, oprav ji sám, dokud vše neprojde.“

Následující půlhodinu jsem dělal v podstatě jen jednu věc: sledoval diffy, které upravil, a přikyvoval nebo vrtěl hlavou. Občas jsem mu řekl: „Tady nepoužívej any, definuj interface,“ a on pokračoval. Nakonec projekt zkompiloval, a to několikanásobně rychleji, než jsem odhadoval.

To samozřejmě neznamená, že je Claude Code chytřejší než plugin. Ale je schopen sám dokončit cyklus „upravit-ověřit-opravit“, což je zásadní rozdíl oproti chatovacímu AI.

Koneckonců, terminál dal AI ruce a nohy

Umístění AI do terminálu mu v podstatě dává schopnost vykonávat, nejen navrhovat.

Váš kódový repozitář již není jen hromada textu, který lze pouze číst, ale stává se skutečným prostředím, které AI může „osahat“, upravit a ověřit. To je obrovský skok.

Stále držíte směr projektu a všechna klíčová rozhodnutí, ale ta únavná, málo kreativní práce, která vyžaduje neustálé přeskakování, má nyní vhodnějšího vykonavatele.