` | Paralelný mechanický refaktoring | v2.1.63+ | Každá jednotka dostane vlastný git worktree |
`/goal` sa najviac podobá Ralph Loopu. Na pozadí hodnotiaci model (predvolene Haiku) pri každom ťahu kontroluje, či sa cieľ dosiahol. Ak nie, ďalšia iterácia dostane nápovedu, čo presne treba opraviť. Ak áno, zastaví sa. Príkazu `/goal` som sa podrobne venoval v sprievodcovi o [autonómnom nočnom spúšťaní Claude Code pomocou /goal](https://ailoot.ai/blog/sk/goal-mode-claude-code-codex/) — nájdete v ňom hotové scenáre na 14 hodín práce.
`/batch` je zriedkavý, ale výkonný príkaz. Keď potrebujete vykonať rovnakú zmenu vo viac ako 100 súboroch (migrácia API, výmena komponentov, premenovanie), `/batch` odošle každý súbor samostatnému subagentovi vo vlastnom git worktree. Zmeny sa nekonfliktujú — každý agent pracuje v izolovanej kópii. Viac o subagentoch nájdete v sprievodcovi o [vnorených subagentoch](https://ailoot.ai/blog/sk/claude-code-nested-subagents/).
Autor tento prístup jednoducho opisuje takto:
Prísne limity pre `/loop` a `/goal`:
- Úloha beží, kým je Claude Code otvorený. Zatvorte terminál a slučka sa skončí. Pri vážnom nočnom cykle použite vzdialený server alebo vlastný shell wrapper.
- Maximálna životnosť opakovanej úlohy je **7 dní** (potom sa automaticky odstráni ako ochrana pred zabudnutými slučkami).
- V jednej relácii môže bežať až **50 súbežných úloh**.
Chcete vytvoriť nastavenie, vďaka ktorému bude Claude spoľahlivý? Ralph Loop je len jednou jeho súčasťou.
## Ako spustiť prvú autonómnu slučku za 5 minút
Hlavné body
Najrýchlejšie začnete so vstavaným príkazom `/goal`. Otvorte Claude Code, zadajte príkaz s cieľom a overiteľnou podmienkou zastavenia a venujte sa svojim veciam. Claude vytvára kód, spúšťa testy, číta chyby, opravuje ich a testy spúšťa znova, kým neprejdú.
5 krokov:
1. ### Otvorte projekt v Claude Code
V termináli prejdite do koreňového adresára projektu a spustite `claude`. Počkajte, kým Claude načíta `CLAUDE.md` a zaindexuje repozitár.
2. ### Definujte cieľ a podmienku zastavenia
Cieľ určuje, čo treba urobiť. Podmienka zastavenia určuje, ako Claude zistí, že je hotovo. V ideálnom prípade ide o príkaz, ktorý vracia hodnotu 0 alebo 1. Príklad: „Cieľ: všetkých 23 testov v `tests/api/*.test.ts` musí prejsť. Zastavte sa, keď `pnpm test` vráti exit 0.“
3. ### Spustite /goal
Príkaz:
```
/goal Všetky testy v tests/api/*.test.ts musia prejsť. Spustite pnpm test, prečítajte si chyby, opravte ich a spustite test znova. Zastavte sa, keď bude návratový kód = 0. Maximálne 20 iterácií.
```
Claude spustí slučku: spustí testy — zistí zlyhanie — otvorí súbor — opraví ho — spustí testy znova.
4. ### Nastavte rozpočtový limit
Na karte na pozadí použite `/usage` na sledovanie spotreby. Nastavte denný limit tokenov alebo peňazí, aby ste v jednej slučke neminuli celý zostatok. Viac podrobností nájdete v sprievodcovi o [tom, ako neminúť limity Claude Code](https://ailoot.ai/blog/sk/claude-code-token-limits-saving/).
5. ### Venujte sa svojim veciam
Vráťte sa o 30 minút. Ak je úloha jednoduchá, už sa zobrazí „DONE, všetky testy prešli“. Ak je zložitejšia, prečítajte si správu: „zastavené pri iterácii 20, dôvod X“. Ručne opravte, čo slučka nezvládla, a potom ju spustite znova.
## Vzor overovateľa: ako Claude v slučke kontroluje vlastnú prácu
Hlavné body
Claude musí mať vždy možnosť skontrolovať svoju prácu. Bez kontroly začne agent v slučke halucinovať — usúdi, že úloha je hotová, hoci je všetko pokazené. Overovateľ je príkaz (testy, lint, hodnotiaci model, vlastná kontrola), ktorý vráti jednoznačné „hotovo/nie je hotovo“.
Existujú tri typy overovateľov:
**1. Technický (návratový kód)** — najspoľahlivejší. `pnpm test`, `npm run lint`, `tsc --noEmit`, `playwright test`. Vrátia 0 alebo 1 a nevyžadujú interpretáciu. Aj `/goal` funguje týmto spôsobom — na pozadí používa hodnotiaci model Haiku, ktorý v každom ťahu kontroluje, či je podmienka splnená (až do 4000 znakov).
**2. Hodnotiaci model** — druhý model preskúma výsledok prvého modelu a ohodnotí ho podľa kritérií. Hodí sa na úlohy bez formálnej kontroly („Je štýl písania dobrý?“ „Zodpovedá dizajn značke?“). V Anthropic sa to nazýva `Claude Code Review` — režim, v ktorom samostatný agent na kontrolu hľadá v práci hlavného agenta logické chyby, okrajové prípady a bezpečnostné problémy. Podľa interných údajov Anthropic nájde **84 % problémov** vo veľkých PR (v porovnaní so 16 % pri základnom prístupe).
**3. Vlastná kontrola** — shell script, ktorý napíšete sami. „Ak protokoly neobsahujú slovo ERROR, je hotovo.“ „Ak existuje súbor `output.json` a možno ho analyzovať, je hotovo.“ „Ak stránka `/pricing` vráti 200, je hotovo.“
V autorovom prístupe obsahujú skills samostatnú adversariálnu kontrolu Claude po každej fáze. Tu je šablóna pokynu, ktorú vkladám do `CLAUDE.md` alebo do príkazu:
```
Nájdite 10 dôvodov, prečo sa tento projekt mohol úplne pokašľať.
Predstavte si, že sa niečo pokazilo.
Tento príbeh môžem prejsť mnohokrát –
kým ho zverejním.
```
Najčastejšou chybou začiatočníkov je **spustenie slučky bez overovateľa**. Agent sa točí v kruhu: píše kód, nekontroluje ho, myslí si, že je hotovo, prejde na ďalšiu iteráciu a prepíše to, čo už vytvoril. O tri hodiny je z toho chaos a účet predstavuje $200.
Najlepšie pravidlo: **najprv napíšte overovateľa a až potom spustite slučku**. Ak nedokážete podmienku zastavenia opísať jedným riadkom, úloha ešte nie je pripravená na autonómne spracovanie.
## Ako neminúť tisíce dolárov cez noc: rozpočtové limity a podmienky zastavenia
Hlavné body
Slučka bez rozpočtového limitu, podmienky zastavenia výdavkov alebo overovateľa môže minúť veľa peňazí skôr, než si to niekto všimne. Tomu môžu zabrániť tri poistky: limit iterácií, limit tokenov alebo peňazí a detektor stagnácie.
Tri nevyhnutné brzdy pre každú nočnú slučku:
**1. Limit iterácií.** `--max-iterations 20`. Slučka sa nemôže spustiť viac ako N-krát — ani vtedy, ak sa overovateľ nespustí. Ak po 20 iteráciách nedosiahne podmienku zastavenia, úloha sa zasekla a vyžaduje zásah človeka.
**2. Limit tokenov alebo peňazí.** `/usage limit 50` — najviac $50 denne. Keď sa slučka priblíži k limitu, sama sa zastaví a odošle upozornenie. Chráni to pred nekontrolovaným scenárom.
**3. Kontrola postupu s výslovnou podmienkou.** Nasledujúce porovnanie `HEAD` zisťuje nové commity, nie všetky zmeny kódu. Používajte ho iba v izolovanom worktree, kde každá iterácia meniaca kód pred porovnaním vytvorí lokálny kontrolný commit. Užitočné necommitnuté úpravy `HEAD` nemenia; bez tejto podmienky môže nezmenený hash falošne signalizovať stagnáciu. Uchovávajte aj výsledok overovateľa: nový commit dokazuje zaznamenanú zmenu, nie zlepšenie či úspech úlohy.
Ilustračná štruktúra wrappera s týmito tromi kontrolami. Riadky vykazovania ceny a spúšťania agenta sú príklady špecifické pre runner, nie overený návod na inštaláciu CLI; pred úpravou potvrďte tieto rozhrania nainštalovanej verzie. Pri kontrole postupu podľa commitov vyžadujte lokálny kontrolný commit každej iterácie meniacej kód. Ak runner nechá úpravy necommitnuté, zastavte na kontrolu namiesto označenia „bez postupu“.
```bash
#!/bin/bash
PROMPT="$1"
MAX_ITER=20
MAX_COST_USD=50
COMPLETION="DONE"
PREV_HASH=""
STAGNATION=0
for i in $(seq 1 $MAX_ITER); do
# Peňažný limit
CURRENT_COST=$(claude usage --json | jq '.cost_usd')
if (( $(echo "$CURRENT_COST > $MAX_COST_USD" | bc -l) )); then
echo "STOP: rozpočtový limit $MAX_COST_USD dosiahnutý"
break
fi
# Spustenie
OUTPUT=$(claude code -p "$PROMPT" --auto-accept)
# Kontrola dokončenia
if echo "$OUTPUT" | grep -q "$COMPLETION"; then
echo "STOP: signál dokončenia"
break
fi
# Iba postup podľa commitov: každá iterácia meniaca kód musí vytvoriť kontrolný commit.
# HEAD nezistí užitočné úpravy, ktoré zostanú necommitnuté.
CURRENT_HASH=$(git rev-parse HEAD 2>/dev/null)
if [ "$CURRENT_HASH" = "$PREV_HASH" ]; then
STAGNATION=$((STAGNATION + 1))
if [ "$STAGNATION" -ge 3 ]; then
echo "STOP: stagnácia 3 iterácií"
break
fi
else
STAGNATION=0
fi
PREV_HASH="$CURRENT_HASH"
done
```
Pred rozširovaním kostry overte kontrolu postupu: úprava bez commitu je nezaznamenaná práca; kontrolný commit zmení `HEAD`; úspech môže potvrdiť iba samostatný overovateľ. Tri nezmenené porovnania commitov pri uvedenej podmienke znamenajú žiadnu zaznamenanú zmenu, nie dôkaz nezmenených pracovných súborov. Ďalej môžete pridať: upozornenie na Slacku pri zastavení, automatickú rannú správu v Telegrame, push notifikáciu pri dosiahnutí 80 % rozpočtu. Princíp je rovnaký: slučka potrebuje **brzdy**, nielen plynový pedál.
## 5 hotových scenárov nočných slučiek
Hlavné body
Nie každá úloha je vhodná na autonómnu slučku. Dobrou voľbou sú úlohy s jednoznačným overovateľom, ktoré sa dajú riešiť iteratívne: testy, refaktoring, monitorovanie, procesy tvorby článkov a importy údajov. Nevhodné sú úlohy bez formálnych kontrol alebo s viacerými subjektívnymi kritériami.
**Scenár 1: Nechajte neúspešné testy prejsť**
```
/goal V adresári tests/ zlyháva 47 testov. Cieľ: nech všetky prejdú.
Spustite pnpm test, prečítajte stderr, otvorte súbor s chybou, opravte ju a znova spustite pnpm test.
Zastavte sa pri návratovom kóde 0. Najviac 30 iterácií.
```
**Scenár 2: Rozsiahly refaktoring v 200 súboroch**
```
/batch Nahraďte starého klienta API apiV1 novým apiV2 vo všetkých súboroch pod src/**/*.ts.
Každý súbor dostane vlastný worktree. Po nahradení spustite tsc --noEmit; opravte prípadné chyby.
Na konci zlúčte worktree.
```
**Scenár 3: Nočné monitorovanie produkcie**
```
/loop 30m Každých 30 minút skontrolujte https://your-app.example.com/api/health.
Ak nevráti 200, prečítajte protokoly, nájdite príčinu, opravte ju a znova nasaďte.
Každú iteráciu zaznamenajte do /tmp/night-monitor.log.
```
**Scenár 4: Import veľkého súboru údajov s odstraňovaním duplicít**
```
/goal Importujte súbor CSV /tmp/import.csv (12,000 riadkov) do tabuľky clients.
Pri každom riadku skontrolujte duplicitu podľa e-mailu; ak neexistuje, vložte ho; ak existuje, aktualizujte ho.
Konflikty zaznamenajte do /tmp/conflicts.log. Zastavte sa po spracovaní posledného riadka.
```
**Scenár 5: Proces tvorby článkov (typické nastavenie)**
Pri online službe alebo agentúre, ktorá pravidelne potrebuje SEO články, vyzerá scenár takto:
```
/loop 8h Každých 8 hodín: otvorte súbor backlogu a vyhľadajte témy so stavom 'queued'.
Ak je téma k dispozícii, spustite skill na písanie sprievodcu.
Publikujte do dev. Zmeňte stav na 'review'. Upozornite zodpovednú osobu v Telegrame.
```
## Čo poskytovať v každej iterácii: CLAUDE.md a Second Brain ako stav
Hlavné body
Bez pamäte začína Claude každú iteráciu od nuly — znovu otvorí projekt, číta súbory a zabudne na rozhodnutia z predchádzajúcej iterácie. Bez `CLAUDE.md` nepozná architektúru; bez `business/` (Second Brain) nepozná kontext produktu; bez skills si nepamätá vaše pravidlá a štýl. Stav medzi iteráciami uchovávajú tieto tri vrstvy súborov. Bez nich sa slučka začne zhoršovať už pri 5. iterácii.
Tri vrstvy „pamäte“ projektu premenia jednorazový pokyn na riadenú slučku:
**1. CLAUDE.md** — ústava projektu. Čo je produkt, aký je technologický stack, aké sú pravidlá a čo sa nikdy nesmie robiť. Claude tento súbor číta pri začiatku každej relácie a každej iterácie slučky. Bez neho musí Claude zakaždým „znovu otvoriť“ projekt — spotrebúva kontext a zvyšuje riziko halucinácií. Hotovú šablónu a 6 pravidiel nájdete v sprievodcovi [CLAUDE.md](https://ailoot.ai/blog/sk/claude-md-template/).
**2. Second Brain** — priečinok s obchodnými poznatkami: produkt, publikum, ciele, ekonomika, marketing. Nie kód — význam. Keď slučka píše článok alebo hľadá odpoveď pre podporu, prečíta si Second Brain a odpovedá s kontextom projektu, nie z prázdna.
**3. Context engineering** — čo presne poskytnete Claude v každej iterácii. Nie celý priečinok Second Brain ani celé úložisko — iba to, čo je relevantné. Pomáha Plan Mode: Claude určí, ktoré súbory úloha potrebuje, a prečíta len tie. Viac podrobností nájdete v sprievodcovi [Plan Mode](https://ailoot.ai/blog/sk/claude-code-plan-mode/).
Hlavný praktický princíp, ktorý som si musel osvojiť cez chyby:
Loop engineering je vrstva nad všetkým, čo už o Claude Code viete. Bez všetkých troch vrstiev sa slučka zmení na nekonečný cyklus s rastúcim účtom.
Čo je v každej relácii? Rôzne úlohy: jedna slučka opravuje chyby, druhá píše nové funkcie, tretia kontroluje PR tímu, štvrtá optimalizuje výkon a piata pripravuje dokumentáciu. Nie jeden veľký agent na všeobecné použitie. Desiatky špecializovaných agentov, každý s vlastným skillom, cieľom a overovateľom.
Kľúčové preformulovanie:
Pre podnikateľa bez programátorov to znamená niečo konkrétne. Máte jeden účet Claude za $200/mesiac a bežný notebook. Môžete spustiť **5 slučiek súbežne** — podporu, články, metriky, testovanie nového produktu a monitorovanie konkurencie. Každá beží na vlastnej karte Claude Code. Ráno si prečítate súhrn. V lete 2026 je to už bežný pracovný štandard.
## Štyri časté zlyhania autonómnych slučiek
Hlavné body
Väčšina zlyhaní autonómnych slučiek spadá do štyroch vzorcov: chýba overovateľ — agent sám rozhodne, že skončil; chýba rozpočtový limit — slučka cez noc minie celý rozpočet; chýba stav medzi iteráciami — rozhodnutia si protirečia; nejasná podmienka zastavenia — slučka nevie, kedy sa má zastaviť.
**Zlyhanie 1: „Halucinačná slučka“**
Agent rozhodne, že je hotovo, hoci sa overovateľ nespustil. Alebo overovateľ vôbec neexistuje. O tri hodiny Claude povie: „Všetko hotové!“ — ale testy zlyhávajú, stránka sa nedá otvoriť a nič nefunguje. Na zbytočné iterácie ste už minuli $80.
**Riešenie:** prísny overovateľ (návratový kód príkazu), nie slovná kontrola.
**Zlyhanie 2: „Rozpočet sa cez noc minul“**
Bez rozpočtového limitu je slučka granát bez poistky.
**Riešenie:** `/usage limit` alebo externý script používajúci `claude usage --json`, ktorý slučku zastaví po dosiahnutí prahu.
**Zlyhanie 3: „Slučka medzi iteráciami stratila kontext“**
V iterácii 1 Claude prijalo architektonické rozhodnutie. Do iterácie 7 naň zabudlo a rozhodlo opačne. Po 15 iteráciách je kód neprehľadná zmes.
**Riešenie:** vrstva stavu prostredníctvom `CLAUDE.md` a priečinka Second Brain. Slučka **zapisuje** každé architektonické rozhodnutie do súboru, ktorý si prečíta v nasledujúcej iterácii.
**Zlyhanie 4: „Podmienka zastavenia je nepresná — slučka beží donekonečna“**
`/goal "Urob stránku krásnou"` — čo znamená „krásnou“? Bez jednoznačnej metriky sa slučka nikdy nezastaví. Bude bežať, kým nedosiahne limit iterácií alebo rozpočtu.
**Riešenie:** podmienka zastavenia musí byť vždy **merateľná**. Nie „krásna“, ale „Lighthouse Performance ≥ 90, Accessibility ≥ 95“. Nie „funguje“, ale „testy v `tests/pricing.test.ts` prejdú“.
## Kedy loop engineering netreba
Hlavné body
Loop engineering je nástroj na opakované, overiteľné úlohy. Je zbytočný pri jednorazových tvorivých úlohách, úlohách bez formálneho overovateľa a úlohách vyžadujúcich subjektívne hodnotenie. Poznať hranice je dôležitejšie než poznať techniku.
Autonómna slučka sa nehodí na:
- **Jednorazovú tvorivú úlohu.** Jeden web pre nový produkt, jedno logo, jedno strategické memorandum. Slučka je tu zbytočne komplikovaná; jednoduchšie je napísať jeden pokyn a výsledok ručne doladiť.
- **Úlohu bez overovateľa.** Ak podmienku zastavenia neviete vyjadriť návratovým kódom alebo jednoznačným signálom, slučku nespúšťajte; inak pôjde o nekonečný požiar.
- **Úlohu vyžadujúcu subjektívne hodnotenie.** „Napíš to lepšie“, „vylepši UX, aby bolo príjemnejšie“ — na to treba vás, nie slučku.
- **Novú, neznámu oblasť.** Ak sami nerozumiete tomu, ako má vyzerať „hotovo“, nespúšťajte Claude v slučke. Najprv tomu porozumejte a až potom to automatizujte.
A hlavné pravidlo, ktoré som sa naučil cez chyby:
Hlavná otázka pred spustením slučky: **Viem jedným riadkom opísať, ako zistím, že Claude skončilo?** Ak áno, slučka môže pomôcť. Ak nie, najprv definujte overiteľnú podmienku a až potom ju spustite.
### Zdroje
- [Ralph Loop Claude Plugin - Anthropic](https://claude.com/plugins/ralph-loop) - oficiálny plugin
- [Ralph Wiggum plugin on GitHub - Anthropic](https://github.com/anthropics/claude-code/tree/main/plugins/ralph-wiggum) - zdrojový kód
- [Claude Code Review - Anthropic blog](https://claude.com/blog/code-review) - výskumná ukážka kontroly PR viacerými agentmi, miera odhalenia 84 %
- [Documentation /goal - Claude Code Docs](https://code.claude.com/docs/en/goal) - oficiálna dokumentácia príkazu
- [Documentation /loop scheduled tasks - Claude Code Docs](https://code.claude.com/docs/en/scheduled-tasks) - oficiálna dokumentácia
Loop engineering je vrstva nad všetkým, čo už o Claude Code viete. Pokračujte v objavovaní Ailoot na [ailoot.ai](https://ailoot.ai/).
## Otázky a odpovede: Claude Code cez noc: loop engineering a Ralph Loop v roku 2026
### Prečo môže nezmenený HEAD falošne naznačovať, že slučka nepokročila?
HEAD označuje commit. Užitočné úpravy pracovného stromu ho do commitnutia nemenia. Ukážkový detektor preto vyžaduje lokálny kontrolný commit po každej iterácii meniacej kód; bez tejto podmienky prerušte prácu a prezrite necommitnuté zmeny namiesto označenia stagnácie.
### Dokazuje nový commit zlepšenie výsledku slučky?
Nie. Dokazuje iba zaznamenanie zmeny. Spolu s kontrolným bodom uchovajte výsledok overovateľa a zastavte podľa skutočnej podmienky prijatia. Pred použitím wrappera treba overiť jeho rozhrania spúšťania a vykazovania ceny špecifické pre runner.
## Ailoot · Spoločnosť a jej portfólio projektov
Ailoot stavia na dlhodobých prevádzkových skúsenostiach, širokej klientskej základni, stabilných službách a priebežnom sledovaní KPI.
Spoločnosť a jej portfólio projektov: milióny zákazníkov; mesačné tržby v miliardách.
Ailoot využíva tieto prevádzkové skúsenosti na poskytovanie prístupu cez API k funkciám AI v produktoch zákazníkov, agentoch, aplikáciách a automatizáciách.