# Agentska umetna inteligenca v Claude Code: Ralph Loop čez noč > Kako zagnati Claude Code v avtonomni zanki: Ralph Loop, /loop, /goal, /batch. Pripravljeni scenariji in zaščita pred porabo vseh žetonov v letu 2026. Source: https://ailoot.ai/blog/sl/claude-code-loop-engineering/ Canonical: https://ailoot.ai/blog/sl/claude-code-loop-engineering/ Language: sl Publisher: Ailoot (https://ailoot.ai/) Translation: guide-168 Revision: sha256-55dce8b39a2ff6a2b9ab6f01ca2c3f0b80680a0c54ca97094afe8f3d0476d14d
Ključne točke Loop engineering je pristop, pri katerem Claude Code-u vsakič ne podajate pozivov ročno, temveč zgradite zanko. Zanka prejme vašo nalogo, naredi korak, preveri rezultat in se sama odloči, ali naj nadaljuje ali se ustavi. Ta vodič vam pokaže, kako v enem večeru nastavite svojo prvo zanko Ralph Loop, da bo vsak dan delala za vas.
Referenčna dokumentacija Ailoot: [ailoot.ai/docs/](https://ailoot.ai/docs/). ## Kaj je loop engineering in zakaj bi vas to zanimalo?
Ključne točke Loop engineering spremeni vašo vlogo. Prej ste sedeli in agentu dajali pozive: »naredi X, popravi Y, preveri Z«. Zdaj napišete majhen sistem, ki to namesto vas počne v zanki: pošlje nalogo – dobi rezultat – ga preveri – se odloči, kaj bo naredil naslednje. Vi nehate tipkati, agent pa še naprej ustvarja.
V isti objavi citira viralni tvit Petra Steinbergerja (8. junija 2026): Druga izjava pojasnjuje obseg: Za temi izjavami je nova inženirska vloga: ste arhitekt zank, ne upravljavec tipkovnice. To naredite enkrat danes, nato pa se vsak dan povečuje število potencialnih strank, članki se samodejno objavljajo, bot obravnava dopisovanje, poročilo o metrikah pa vas pričaka na mizi ob 9. uri. Zgradite ga in vsak dan deluje brez vas. Če še vedno odprete Claude Code, napišete poziv, počakate, preberete odgovor in napišete nov poziv, zamujate največji premik leta 2026. Modeli so postali dovolj zmogljivi, da lahko brez nadzora delujejo v zankah. ## Kako se Ralph Loop razlikuje od običajne zahteve za Claude Code
Ključne točke Običajna zahteva za Claude Code je enkratna: napišete »naredi X«, Claude to naredi in klepet se konča. Ralph Loop naredi isto, vendar v zanki: vsakič, ko Claude poskuša končati, hook prestreže izhod in mu znova posreduje vaš poziv. Datoteke, ki jih je Claude že ustvaril, ostanejo, zato vsaka nova iteracija nadgradi prejšnjo. Zanka se ustavi, ko prejme signal za dokončanje (Claude izpiše besedo »DONE«) ali doseže omejitev iteracij.
V svojem bistvu je tehnika preprosta zanka bash okoli agenta: Izvirna koda, ki je sprožila ves val: ```bash while :; do cat PROMPT.md | claude-code ; done ``` En poziv v datoteki, okoli njega pa neskončna zanka. In najbolj odkrit komentar avtorja: Anthropic je isto logiko zapakiral v vtičnik `ralph-loop` ter ukaze `/loop`, `/goal` in `/batch` v Claude Code – na voljo so neposredno v terminalu, brez skript. Že samo dejstvo, da je Anthropic izdal vtičnik za neskončno ponovno podajanje pozivov, je sprožilo razpravo v GitHub Issue \#23084 o tem, ali je to pošteno do modela. Razprava je odprta; vtičnik deluje. ## Trije vgrajeni ukazi Claude Code: /loop, /goal, /batch
Ključne točke Claude Code v2.1+ ima tri ukaze za različne ravni avtonomije. `/loop` ponavlja nalogo v določenem intervalu (na uro, dnevno, spremljanje). `/goal` deluje iz kroga v krog, dokler model ocenjevalec ne reče »končano«. `/batch` izvede obsežno mehansko spremembo z vzporednimi agenti worktree. Vsak ukaz ima svoje področje uporabe.
| Ukaz | Kdaj ga uporabiti | Različica | Omejitev | |----|----|----|----| | `/loop 30m ` | Ponavljanje v določenem intervalu (spremljanje, polling) | v2.1.72+ | 7 dni, 50 opravil/sejo | | `/goal ` | Delo do dosege cilja (vzorec verifier) | v2.1.139+ | Pogoj do 4000 znakov | | `/batch ` | Vzporedno mehansko preoblikovanje kode | v2.1.63+ | Vsaka enota dobi svoj git worktree | Ukaz `/goal` je najbolj podoben Ralph Loopu. V ozadju model ocenjevalec (privzeto Haiku) v vsakem krogu preveri, ali je cilj dosežen. Če ni, naslednja iteracija prejme namig o tem, kaj natančno je treba popraviti. Če je, se ustavi. Ukaz `/goal` sem podrobno obravnaval v vodiču o [nočnem samostojnem zagonu Claude Code z ukazom /goal](https://ailoot.ai/blog/sl/goal-mode-claude-code-codex/) – vključuje že pripravljene scenarije za 14 ur dela. `/batch` je redek, a zmogljiv ukaz. Ko morate enako spremembo uvesti v več kot 100 datotekah (migracija API-ja, zamenjava komponent, preimenovanje), `/batch` vsako datoteko pošlje ločenemu podagentu v njegovem lastnem git worktree. Spremembe si ne nasprotujejo – vsak agent dela v izolirani kopiji. Več o podagentih si preberite v vodiču o [ugnezdenih podagentih](https://ailoot.ai/blog/sl/claude-code-nested-subagents/). V avtorjevem opisu tega pristopa se uporablja preprosto poimenovanje: Stroge omejitve za `/loop` in `/goal`: - Naloga teče, dokler je Claude Code odprt. Zaprite terminal in zanka se ustavi. Za resen nočni cikel uporabite oddaljeni strežnik ali lasten ovojni skript shell. - Najdaljša življenjska doba ponavljajoče se naloge je **7 dni** (nato se samodejno izbriše, da pozabljene zanke ne ostanejo aktivne). - V eni seji je lahko največ **50 sočasnih opravil**. ## Kako v 5 minutah zagnati svojo prvo avtonomno zanko
Ključne točke Najhitreje začnete z vgrajenim ukazom `/goal`. Odprite Claude Code, vnesite ukaz s ciljem in preverljivim pogojem za zaustavitev ter nadaljujte s svojim delom. Claude ustvari kodo, zažene teste, prebere napake, jih popravi in znova zažene teste, dokler niso uspešni.
5 korakov: 1. ### Odprite projekt v Claude Code V terminalu pojdite v korensko mapo projekta in zaženite `claude`. Počakajte, da Claude prebere `CLAUDE.md` in indeksira repozitorij. 2. ### Določite cilj in pogoj za zaustavitev Cilj je tisto, kar je treba narediti. Pogoj za zaustavitev pove Claude-u, kako bo vedel, da je končal. V idealnem primeru gre za ukaz, ki vrne 0 ali 1. Primer: »Cilj: vseh 23 testov v `tests/api/*.test.ts` mora biti uspešnih. Ustavi se, ko `pnpm test` vrne izhodno kodo 0.« 3. ### Zaženite /goal Ukaz: ``` /goal Vsi testi v tests/api/*.test.ts morajo biti uspešni. Zaženi pnpm test, preberi napake, jih popravi in znova zaženi. Ustavi se, ko je izhodna koda = 0. Največ 20 iteracij. ``` Claude zažene zanko: izvede teste – opazi napako – odpre datoteko – jo popravi – znova izvede teste. 4. ### Nastavite zgornjo mejo proračuna V zavihku v ozadju uporabite `/usage` za spremljanje porabe. Nastavite dnevno omejitev žetonov ali denarja, da v eni zanki ne porabite celotnega dobroimetja. Več podrobnosti najdete v vodiču o [tem, kako ne porabiti prehitro omejitev Claude Code](https://ailoot.ai/blog/sl/claude-code-token-limits-saving/). 5. ### Nadaljujte s svojim delom Vrnite se čez 30 minut. Če je naloga preprosta, bo že pisalo »DONE, vsi testi so uspešni«. Če je zahtevnejša, preberite poročilo: »ustavljeno pri 20. iteraciji, razlog X«. Ročno popravite, česar zanka ni zmogla, nato pa jo znova zaženite. ## Vzorec verifier: kako Claude v zanki preverja svoje delo
Ključne točke Claude mora imeti vedno način za preverjanje svojega dela. Brez preverjanja začne agent v zanki halucinirati – odloči se, da je naloga končana, čeprav je vse dejansko pokvarjeno. Verifier je ukaz (testi, lint, model ocenjevalec, prilagojeno preverjanje), ki nedvoumno vrne »končano/ni končano«.
Obstajajo tri vrste verifierjev: **1. Tehnični (izhodna koda)** – najbolj zanesljiv. `pnpm test`, `npm run lint`, `tsc --noEmit`, `playwright test`. Vrnejo 0 ali 1 in ne zahtevajo interpretacije. Tudi `/goal` deluje tako – v ozadju uporablja model ocenjevalec Haiku, ki v vsakem krogu preveri, ali je pogoj izpolnjen (do 4000 znakov). **2. Model ocenjevalec** – drugi model pregleda rezultat prvega in ga oceni po merilih. Primeren je za naloge brez formalnega preverjanja (»Je slog pisanja dober?« »Se zasnova ujema z blagovno znamko?«). Pri Anthropic se to imenuje `Claude Code Review` – način, v katerem ločen agent pregledovalec išče logične napake, robne primere in varnostne težave v delu glavnega agenta. Po notranjih podatkih podjetja Anthropic na velikih PR-jih odkrije **84 % težav** (v primerjavi s 16 % pri osnovnem pristopu). **3. Prilagojeno preverjanje** – skript shell, ki ga napišete sami. »Če dnevniki ne vsebujejo besede ERROR, je naloga končana.« »Če datoteka `output.json` obstaja in jo je mogoče razčleniti, je naloga končana.« »Če stran `/pricing` vrne 200, je naloga končana.« ``` Poišči 10 razlogov, zakaj bi šlo lahko v tem projektu vse narobe. Postavi se v položaj, da je šlo nekaj narobe. To zgodbo lahko večkrat pregledam – preden jo objavim. ``` **Nastavitev zgornje meje proračuna** V zavihku v ozadju uporabite `/usage` za spremljanje porabe. Nastavite omejitev, da lahko zanka ustavi izvajanje, če prekorači proračun. **Preverjanje napredka z izrecnim dogovorom.** Spodnja primerjava `HEAD` zaznava nove commite, ne vseh sprememb kode. Uporabite jo samo v ločenem worktreeju, kjer vsaka iteracija, ki spremeni kodo, pred primerjavo ustvari lokalni kontrolni commit. Koristne nepotrjene spremembe ne spremenijo `HEAD`; brez tega dogovora je lahko nespremenjena zgoščena vrednost lažen znak zastoja. Ohranite tudi rezultat preverjanja: nov commit dokazuje zabeleženo spremembo, ne izboljšanja ali uspeha naloge. Ponazoritev strukture ovojne skripte s temi tremi preverjanji. Vrstice za poročanje o stroških in zagon agenta so primeri, odvisni od izvajalnika, ne preverjen recept za namestitev CLI; pred prilagoditvijo potrdite te vmesnike za nameščeno različico. Za preverjanje napredka na podlagi commitov zahtevajte lokalni kontrolni commit pri vsaki iteraciji, ki spremeni kodo. Če izvajalnik pusti spremembe nepotrjene, se ustavite za pregled, namesto da jih označite kot »brez napredka«. ```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 # Omejitev porabe CURRENT_COST=$(claude usage --json | jq '.cost_usd') if (( $(echo "$CURRENT_COST > $MAX_COST_USD" | bc -l) )); then echo "STOP: budget cap $MAX_COST_USD reached" break fi # Zagon OUTPUT=$(claude code -p "$PROMPT" --auto-accept) # Preverjanje dokončanja if echo "$OUTPUT" | grep -q "$COMPLETION"; then echo "STOP: completion signal" break fi # Samo napredek commitov: vsaka iteracija s spremembo kode mora ustvariti kontrolni commit. # HEAD ne zazna koristnih sprememb, ki ostanejo nepotrjene. 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: stagnation 3 iterations" break fi else STAGNATION=0 fi PREV_HASH="$CURRENT_HASH" done ``` Pred razširitvijo tega ogrodja preverite merjenje napredka: spremembo brez commita obravnavajte kot nezabeleženo delo; kontrolni commit spremeni `HEAD`; uspeh lahko potrdi samo ločeno preverjanje. Trije nespremenjeni commiti po navedenem dogovoru pomenijo odsotnost zabeleženih sprememb, ne dokaza, da so vse delovne datoteke ostale enake. Nato lahko dodate opozorilo Slack, ko se zanka ustavi, samodejno jutranje poročilo v Telegramu ali potisno obvestilo, ko proračun doseže 80 %. Načelo je enako: zanka potrebuje **zavore**, ne le pospeševalnika. ## 5 pripravljenih scenarijev za nočne zanke
Ključne točke Vsaka naloga ni primerna za avtonomno zanko. Dobri kandidati so naloge z nedvoumnim verifierjem, ki jih je mogoče izvajati iterativno: testi, preoblikovanje kode, spremljanje, procesi za članke, uvoz podatkov. Slabi kandidati so naloge brez formalnega preverjanja ali z več subjektivnimi merili.
**Scenarij 1: Neuspešne teste spravite v zeleno stanje** ``` /goal V imeniku tests/ je 47 neuspešnih testov. Cilj: poskrbi, da bodo vsi uspešni. Zaženi pnpm test, preberi stderr, odpri datoteko z napako, jo popravi in znova zaženi pnpm test. Ustavi se, ko je izhodna koda 0. Največ 30 iteracij. ``` **Scenarij 2: Obsežno preoblikovanje kode v 200 datotekah** ``` /batch Zamenjaj staro stranko API apiV1 z novo apiV2 v vseh datotekah pod src/**/*.ts. Vsaka datoteka dobi svoj worktree. Po zamenjavi zaženi tsc --noEmit; odpravi morebitne napake. Na koncu združi worktree-je. ``` **Scenarij 3: Nočno spremljanje produkcije** ``` /loop 30m Vsakih 30 minut preveri https://your-app.example.com/api/health. Če ne vrne 200, preberi dnevnike, poišči vzrok, ga odpravi in ponovno uvedi. Vsako iteracijo zabeleži v /tmp/night-monitor.log. ``` **Scenarij 4: Uvoz velikega nabora podatkov z odstranjevanjem dvojnikov** ``` /goal Uvozi datoteko CSV /tmp/import.csv (12,000 vrstic) v tabelo clients. Pri vsaki vrstici preveri, ali obstaja dvojnik po e-pošti; če ga ni, vstavi vrstico; če obstaja, jo posodobi. Sporne primere zabeleži v /tmp/conflicts.log. Ustavi se, ko je obdelana zadnja vrstica. ``` **Scenarij 5: Proces za članke (običajna nastavitev)** Za spletno storitev ali agencijo, ki redno potrebuje SEO-članke, je scenarij videti takole: ``` /loop 8h Vsakih 8 ur: odpri datoteko backlog in poišči teme s stanjem 'queued'. Če je tema na voljo, zaženi skill za pisanje vodiča. Objavi na dev. Spremeni stanje v 'review'. Odgovorno osebo obvesti v Telegramu. ```

Uporabnik Claude Code ne poziva več neposredno; pozive namesto njega daje drug Claude.

## Kaj zagotoviti v vsaki iteraciji: CLAUDE.md in Second Brain kot stanje
Ključne točke Brez pomnilnika Claude vsako iteracijo začne znova – ponovno odpre projekt, prebere datoteke in pozabi odločitve iz prejšnje iteracije. Brez `CLAUDE.md` ne pozna arhitekture; brez `business/` (Second Brain) ne pozna konteksta izdelka; brez skillov si ne zapomni vaših pravil in sloga. Stanje med iteracijami se ohranja v teh treh plasteh datotek. Brez njih se kakovost zanke poslabša do 5. iteracije.
Tri plasti »pomnilnika« projekta enkratni poziv spremenijo v nadzorovano zanko: **1. CLAUDE.md** – ustava projekta. Kaj je izdelek, kakšen je stack, kakšna so pravila in česa nikoli ne smemo storiti. Claude to datoteko prebere ob začetku vsake seje in vsake iteracije zanke. Brez nje mora Claude projekt vsakič znova »odpreti«, kar porablja kontekst in povečuje tveganje halucinacij. Pripravljeno predlogo in 6 pravil najdete v vodiču [CLAUDE.md](https://ailoot.ai/blog/sl/claude-md-template/). **2. Second Brain** – mapa s poslovnim znanjem: izdelek, občinstvo, cilji, ekonomika, trženje. Ne koda, temveč pomen. Ko zanka piše članek ali išče odgovor za podporo, prebere Second Brain in odgovori na podlagi konteksta projekta, ne iz praznine. **3. Context engineering** – kaj natančno v vsaki iteraciji posredujete Claude-u. Ne celotne mape Second Brain in ne celotnega repozitorija, temveč le tisto, kar je relevantno. Pomaga Plan Mode: Claude določi, katere datoteke potrebuje za nalogo, in prebere samo njih. Več podrobnosti je v vodiču [Plan Mode](https://ailoot.ai/blog/sl/claude-code-plan-mode/). Glavno operativno načelo, ki sem ga moral utrditi z napakami: Brez vseh treh plasti se zanka spremeni v neskončen cikel z vedno višjim računom. Kaj je v vsaki seji? Različne naloge: ena zanka odpravlja napake, druga piše nove funkcije, tretja pregleduje PR-je ekipe, četrta optimizira zmogljivost, peta pa pripravlja dokumentacijo. Ne en velik univerzalni agent. Desetine specializiranih agentov, vsak s svojim skillom, ciljem in verifierjem. Ključni premik v razumevanju: Za podjetnika brez programerjev to pomeni nekaj konkretnega. Imate en račun Claude za $200/mesec in običajen prenosnik. Vzporedno lahko zaženete **5 zank** – za podporo, članke, metrike, preizkušanje novega izdelka in spremljanje konkurence. Vsaka teče v svojem zavihku Claude Code. Zjutraj preberete povzetek. To je že običajen način dela poleti 2026. ## Štiri pogoste napake avtonomnih zank
Ključne točke Večina napak avtonomnih zank ustreza štirim vzorcem: ni verifierja – agent se sam odloči, da je končal; ni omejitve porabe – zanka lahko čez noč porabi celoten proračun; ni stanja med iteracijami – odločitve si nasprotujejo; nejasen pogoj za zaustavitev – zanka ne ve, kdaj se ustaviti.
**Napaka 1: »Zanka halucinacij«** Agent se odloči, da je končal, čeprav se verifier ni sprožil. Ali pa verifierja sploh ni. Tri ure pozneje Claude reče: »Vse je končano!« – vendar testi ne uspejo, strani ni mogoče odpreti in nič ne deluje. Za nesmiselne iteracije ste že porabili $80. **Popravek:** strog verifier (ukazov `exit code`), ne ustno preverjanje. **Napaka 2: »Čez noč je porabila ves proračun«** Brez omejitve porabe zanka postane granata brez varovalke. **Popravek:** `/usage limit` ali zunanji skript, ki z ukazom `claude usage --json` ustavi zanko, ko doseže prag. **Napaka 3: »Zanka je med iteracijami izgubila kontekst«** V 1. iteraciji je Claude sprejel arhitekturno odločitev. Do 7. iteracije jo je pozabil in se odločil nasprotno. Po 15 iteracijah je koda kup nesnage. **Popravek:** plast stanja prek `CLAUDE.md` in mape Second Brain. Zanka **zapiše** vsako arhitekturno odločitev v datoteko, ki jo prebere v naslednji iteraciji. **Napaka 4: »Pogoj za zaustavitev je nejasen – zanka teče v nedogled«** `/goal "Naredi stran lepo"` – kaj pomeni »lepo«? Brez nedvoumne metrike se zanka nikoli ne bo ustavila. Tekla bo, dokler ne doseže omejitve iteracij ali proračuna. **Popravek:** pogoj za zaustavitev mora biti vedno **merljiv**. Ne »lepo«, temveč »Lighthouse Performance ≥ 90, Accessibility ≥ 95«. Ne »deluje«, temveč »testi v `tests/pricing.test.ts` so uspešni«. ## Kdaj loop engineering ni potreben
Ključne točke Loop engineering je orodje za ponavljajoče se naloge, ki jih je mogoče preveriti. Ni potreben za enkratne ustvarjalne naloge, naloge brez formalnega verifierja in naloge, ki zahtevajo subjektivno presojo. Poznavanje omejitev je pomembnejše od poznavanja tehnike.
Za avtonomno zanko niso primerne: - **Enkratna ustvarjalna naloga.** Ena spletna stran za nov izdelek, en logotip, en strateški memorandum. Zanka je tu pretirana; lažje je napisati en poziv in rezultat ročno dodelati. - **Naloga brez verifierja.** Če pogoja za zaustavitev ne morete izraziti kot izhodno kodo ali nedvoumen signal, zanke ne zaženite; sicer bo postala neskončen kres. - **Naloga, ki zahteva subjektivno presojo.** »Naj zveni bolje«, »izboljšaj UX, da bo prijetnejši« – pri tem potrebujete sebe, ne zanke. - **Novo, neznano področje.** Če sami ne veste, kako naj bi bilo videti »končano«, Claude-a ne zaženite v zanki. Najprej področje spoznajte, nato ga avtomatizirajte. In glavno pravilo, ki sem se ga naučil skozi napake: Glavno vprašanje pred zagonom zanke: **Ali lahko v eni vrstici opišem, kako bom vedel, da je Claude končal?** Če lahko, vam zanka lahko pomaga. Če ne, najprej določite preverljiv pogoj in šele nato začnite.
### Viri - [Ralph Loop Claude Plugin - Anthropic](https://claude.com/plugins/ralph-loop) - uradni vtičnik - [Ralph Wiggum plugin on GitHub - Anthropic](https://github.com/anthropics/claude-code/tree/main/plugins/ralph-wiggum) - izvorna koda - [Claude Code Review - Anthropic blog](https://claude.com/blog/code-review) - predogled raziskave pregleda PR z več agenti, stopnja odkrivanja 84 % - [Documentation /goal - Claude Code Docs](https://code.claude.com/docs/en/goal) - uradna dokumentacija ukaza - [Documentation /loop scheduled tasks - Claude Code Docs](https://code.claude.com/docs/en/scheduled-tasks) - uradna dokumentacija
Loop engineering je plast nad vsem, kar že veste o Claude Code. Brez vseh treh plasti se kakovost zanke poslabša do 5. iteracije. Več o Ailootu preberite na [ailoot.ai](https://ailoot.ai/). ## Vprašanja in odgovori: Claude Code čez noč: loop engineering in Ralph Loop leta 2026 ### Zakaj lahko nespremenjen HEAD napačno nakazuje, da zanka ni napredovala? HEAD označuje commit. Koristne spremembe v delovnem drevesu ga ne spremenijo, dokler niso potrjene. Vzorčni detektor zato po vsaki iteraciji, ki spremeni kodo, zahteva lokalni kontrolni commit; brez tega dogovora se ustavite in preglejte nepotrjeno delo, namesto da razglasite zastoj. ### Ali nov commit dokazuje, da je zanka izboljšala rezultat? Ne. Dokazuje samo zabeleženo spremembo. Ob kontrolni točki ohranite rezultat preverjanja in se ustavite ob dejanskem pogoju sprejema. Pred uporabo je treba potrditi vmesnika za zagon in stroške, ki sta v ovojni skripti odvisna od izvajalnika. ## Ailoot · Podjetje in njegov portfelj projektov Ailoot temelji na pridobljenih operativnih izkušnjah, široki bazi strank, stabilni storitvi in stalnem spremljanju KPI. Podjetje in njegov portfelj projektov: milijoni strank; mesečna prodaja v milijardah. Ailoot te operativne izkušnje uporablja za dostop prek API do funkcij umetne inteligence v izdelkih strank, agentih, aplikacijah in avtomatizacijah.