Getting started with loops — Claude Code agentic loop-ok¶

Szerző: @delba_oliveira (@ClaudeDevs) Dátum: 2026-07-06 Forrás: X Article Típus: Cikk — Claude Code agent loop-ok magyarázata Statisztika: 207 komment, 1,230 retweet, 11,170 like, 2.5M nézettség

Bevezetés¶

A Claude Code csapat loop-okként definiálja az agens ismétlődő munkaciklusait, amelyek egy stop feltételig futnak. A loop-okat trigger, stop feltétel, Claude Code primitív és feladattípus alapján kategorizálják. Nem minden feladat igényel complex loop-ot — a legegyszerűbb megoldással kezdj, és ezeket a mintákat szelektíven használd.

1. Turn-based loop-ok (kézi irányítású)¶

Trigger: Felhasználói prompt
Stop: Claude úgy ítéli, hogy kész vagy további kontextusra van szüksége
Legjobb: Rövidebb, nem ismétlődő feladatok
Token-optimalizálás: Specifikus promptok + SKILL.md alapú verifikáció a turn-ök számának csökkentésére

Minden prompt egy manuális loop-ot indít. Claude összegyűjti a kontextust, cselekszik, ellenőrzi a munkáját, ismétli ha kell, és válaszol. Például: kérj egy like gombot — Claude olvassa a kódot, módosítja, lefuttatja a teszteket, visszaadja. Te manuálisan ellenőrzöd és írod a következő promptot.

Verifikáció javítása SKILL.md-vel: Minél kvantitatívabbak az ellenőrzések, annál könnyebb Claude-nak önellenőrizni. Példa SKILL.md: sose jelentse késznek a UI változást csak a sikeres edit alapján — indítsa el a dev szervert, nyissa meg a böngészőt, kattintson a gombra, screenshot-ot készítsen, ellenőrizze a console hibákat, futtasson Lighthouse trace-t.

2. Goal-based loop (/goal)¶

Trigger: Manuális prompt real-time
Stop: Cél elérve VAGY maximális turn szám elérve
Legjobb: Feladatok verifikálható kilépési kritériumokkal
Token-optimalizálás: Specifikus completion criteria + explicit turn cap ("stop after 5 tries")

Egyetlen turn néha nem elég. Az agensek jobban teljesítenek ha iterálhatnak. A /goal paranccsal definiálod mit jelent a "kész". Amikor Claude meg akar állni, egy evaluator model ellenőrzi a feltételt és visszaküldi dolgozni, amíg a cél el nem érhető vagy a turn limit be nem telik.

Miért működnek a determinisztikus kritériumok: Pl. "get the homepage Lighthouse score to 90 or above, stop after 5 tries" — nem kell Claude-nak eldönteni mi "elég jó", a score a mérvadó.

3. Time-based loop (/loop és /schedule)¶

Trigger: Megadott időintervallum
Stop: Lemondod vagy a munka befejeződik (PR merge-elve, sor üres)
Legjobb: Ismétlődő munka vagy külső rendszerek interface-elése
Token-optimalizálás: Hosszabb intervallumok vagy event-alapú reakció idő helyett

Példa: /loop 5m check my PR, address review comments, and fix failing CI. A /loop a gépeden fut (ha lekapcsolod, megáll), a /schedule felhőben futtatja.

4. Proactive loop-ok (összetett)¶

Trigger: Esemény vagy ütemezés, ember nélkül real-time
Stop: Minden feladat kilép amikor célja elérhető. A routine addig fut amíg le nem kapcsolod.
Legjobb: Ismétlődő, jól definiált munka: bug report-ok, issue triage, migrációk, dependency upgrade-ek
Token-optimalizálás: Kisebb modellek a routine-hoz, legképesebb model a judgment call-ekhez

Kompozíció: /schedule (routine) + /goal (célok) + skills (verifikáció) + dynamic workflows (parallel agensek) + auto mode (engedély nélkül fut). Példa: "check the project-feedback channel for bug reports. Goal: don't stop until every report is triaged, actioned, and responded to. When fixing a bug, use a workflow to explore three solutions in parallel worktrees and have a judge adversarially review them."

Kódminőség fenntartása¶

Tiszta codebase: Claude a meglévő mintákat követi
Önellenőrzés: SKILL.md-ben kódolj be mi a "jó" — see, measure, interact
Dokumentáció elérhetősége: Framework/library docs legyenek frissek
Második agens code review-ra: Friss kontextusú reviewer kevésbé biased. Beépített /code-review skill vagy GitHub Code Review
Rendszerszintű javítás: Ha egy eredmény nem felel meg, ne csak az egyedi problémát javítsd — kódold be a rendszerbe minden jövőbeli iteráció számára

Token használat kezelése¶

Megfelelő primitív és model: Kis feladatoknak nem kell több agens vagy loop. Olcsóbb, gyorsabb modellek bizonyos feladatokra.
Clear success/stop criteria: Légy specifikus mi a "kész"
Pilot before large run: Dynamic workflow-ek száz agenst is indíthatnak — előbb kis méretben tesztelj
Script-ek determinisztikus munkára: Script futtatás olcsóbb mint reasoning végig a lépéseken
Ne futtass routine-t gyakrabban mint szükséges: Match the interval to how often the thing changes
Usage review: /usage (breakdown by skills/subagents/MCPs), /goal (turn count + token usage), /workflows (agent token usage, stop anytime)

Összefoglaló táblázat¶

Loop	Te átadsz	Mikor használd	Eszköz
Turn-based	Az ellenőrzést	Felfedezés vagy döntés	Custom verification skills
Goal-based	A stop feltételt	Tudod mi a "kész"	`/goal`
Time-based	A triggert	Külső rendszer, ütemezés	`/loop`, `/schedule`
Proactive	A promptot	Ismétlődő, jól definiált	Mindegyik + dynamic workflows

Indulás¶

Nézd meg a meglévő munkádat. Válassz egy feladatot ahol a bottleneck vagy, és kérdezd: melyik darabot adhatod át? Meg tudod írni a verifikációt? Elég tiszta a cél? Ütemezetten érkezik a munka? Ha van ötleted, futtasd a loop-ot, figyeld hol akad el vagy túllép, és iterálj rajta.

Kulcsidézet: "When an individual result doesn't meet the standard, don't stop at fixing the individual issue, try to encode it to improve the system for all future iterations."