8. 8. 2026↻ Aktualizované 6. 10. 2026

Loop engineering: AI agent nepotrebuje ďalší prompt, ale bezpečnú slučku

Vývojář pracující s AI agentem vedle tabule se smyčkou objevování, provedení, ověření a review

Aktualizácia 6. októbra 2026: testujte aj agenta, ktorý tvorí ďalších agentov

Prípadová štúdia Anthropicu z 5. októbra opisuje Cresta Conductor nad Claude Agent SDK. Cresta hodnotí výsledný artefakt, postup, kvalitu a spotrebu. Produkt bol oznámený už 11. júna; nová je táto prípadová štúdia, nie októbrové uvedenie produktu.

Pre firemný tím by som z toho prevzal konkrétny kontrolný postup. Keď agent zmení klasifikátor podpory, musí doložiť, že nezhoršil fungujúce prípady. Jedna úspešná ukážka nestačí.

Samotnému tvorcovi by som zadal štyri úlohy: vytvoriť klasifikátor, doplniť test, zmeniť eskalačné pravidlo a nájsť príčinu nesprávneho zaradenia. Každá má mať vopred určený výsledok, povolené zdroje a kontrolu. Zmenu modelu alebo skillu potom porovnajte na rovnakej sade.

V n8n by som oddelil návrh zmeny od nasadenia workflow. Agent môže pripraviť úpravu a testovacie prípady; hodnotenie však musí obsahovať aj prípady schválené človekom, ktoré si agent nemôže prepísať len preto, aby prešiel. Človek pred aktiváciou skontroluje diff a výsledky.

Sledujte aj cenu opravy a počet zásahov reviewera. Agent, ktorý vytvorí funkčné riešenie, ale prekročí oprávnenia alebo vymaže nepohodlný test, neuspel. Ide o návrh pilotu inšpirovaný prípadovou štúdiou, nie o moje meranie Conductor ani overenú integráciu s n8n.

AI agent nezačne byť užitočný vtedy, keď mu pridáte ďalší prompt. Začne byť užitočný vtedy, keď okolo neho postavíte slučku: odkiaľ berie prácu, čo presne smie robiť, ako sa výsledok skontroluje, čo sa uloží pre ďalší beh a kedy musí rozhodnúť človek.

Táto prevádzková vrstva sa čoraz častejšie označuje ako loop engineering. Nie je to nový model ani magické tlačidlo autonómie. IBM ho opisuje ako návrh agentných workflow, ktoré opakovane vedú agenta k cieľu. V praxi sa ťažisko presúva od jednotlivého promptu k systému, ktorý agenta spúšťa, kontroluje a koriguje.

Prompt vyrieši krok. Slučka riadi prácu.

Prompt môže povedať: „Prejdi nové support tickety a priprav návrhy odpovedí.“ Slučka doplní prevádzkové rozhodnutia, ktoré z toho spravia bezpečný denný proces:

  • ticket príde z Help Scoutu alebo CRM,
  • lacný klasifikátor ho zaradí a odstráni citlivé údaje,
  • hlavný agent pripraví návrh iba z povolenej knowledge base,
  • samostatná kontrola overí zdroje, tón a pravidlá eskalácie,
  • odpoveď sa odošle až po schválení človekom alebo iba v úzko definovaných prípadoch,
  • beh uloží vstupy, zdroje, výstup, cenu a dôvod rozhodnutia.

To je rozdiel medzi demo automatizáciou a pracovným procesom. Agent má ohraničenú úlohu, overiteľný výstup a jasnú podmienku zastavenia.

Päť častí prvej užitočnej slučky

1. Jasný zdroj práce

Použite konkrétny trigger: nový e-mail vo fronte, nevyriešený ticket, pull request s červeným CI, zmenu riadku v tabuľke alebo dávku faktúr. Nezačínajte voľným zadaním „nájdi, čo treba spraviť“. Bezpečnejší je úzky backlog s ownerom a prioritou.

2. Obmedzené vykonanie

Agent potrebuje explicitné nástroje, oprávnenia a rozpočet. Pri kódovaní je to izolovaný Git worktree, branch, povolené príkazy a limit času či tokenov. Pri CRM enrichmente sú to read-only dopyty, očakávaná JSON schéma a zákaz zápisu do produkcie bez nasledujúcej workflow akcie.

3. Nezávislé overenie

Nenechávajte agenta hodnotiť vlastnú prácu. Zmenu kódu má overiť CI, test alebo druhý reviewer s iným zadaním. Pri extrakcii dokumentov kontrolujte povinné polia, súčty a zdrojovú stranu. Pri supporte overte zdroj, politiku a citlivé kategórie.

Nezávislé neznamená drahé. Validácia JSON Schema, účtovný súčet, test, diff, whitelist zdrojov alebo pravidlo „bez dôkazu nepokračovať“ sú často silnejšie a lacnejšie než ďalší volanie veľkého modelu.

4. Stav a dôkaz

Každý beh musí zanechať stopu: ID vstupu, verziu promptu alebo skillu, použité nástroje, výstup, cenu, výsledok validácie a odkaz na artefakt. Bez toho nezistíte, či agent prácu dokončil, iba to deklaroval, alebo má skúsiť iný postup.

V malom n8n alebo Make workflow môže byť stav tabuľka či databázový záznam. Vo vývoji to môže byť issue, PR, test run a stručný memory.md pre ďalší pokus. Stav je pamäť slučky, nie byrokracia.

5. Stop podmienka a ľudská brána

Autonómia potrebuje hranicu. Slučka sa zastaví po úspešnom teste, po troch neúspešných pokusoch, pri prekročení rozpočtu, nízkej istote alebo pred nezvratnou akciou. Človek potom schvaľuje významný prechod: merge do mainu, vystavenie faktúry, zmenu CRM záznamu alebo odpoveď v citlivom prípade.

Kde začať

Nezačínajte „autonómnou firmou“. Vyberte opakovanú prácu s jasným vstupom a lacným overením:

  • Lead triage: obohatiť firmu, navrhnúť segment a dôvod; zápis do CRM až po kontrole povinných dát.
  • Faktúry a dokumenty: OCR a LLM vytiahnu štruktúru, pravidlá overia IČ DPH, sumy a duplicity; výnimky idú účtovníčke.
  • Support: klasifikácia a návrhy odpovedí bežia automaticky, refundácie, bezpečnosť a právne témy čakajú na človeka.
  • CI a údržba: agent si vezme jeden failing test, pracuje vo worktree, spustí testy a otvorí PR; sám nemerguje.
  • Content pipeline: rešerš, osnova a varianty sa dajú automatizovať, faktické tvrdenia a publikovanie sa zastavia na review.

V n8n alebo Make sa takáto slučka typicky skladá z triggeru, fronty, agentného kroku, validátora, uloženého stavu a eskalačnej vetvy. Model je iba jedna komponenta. Lacné klasifikácie a kontroly nechajte menšiemu modelu alebo pravidlám; drahší reasoning používajte len tam, kde má pridanú hodnotu.

Oprávnenia nie sú brána pri každom kroku. Sú ďalšou vrstvou slučky.

Ručné potvrdenie každého príkazu pôsobí bezpečne, ale pri dlhšej práci rýchlo vzniká approval fatigue. Človek prestane čítať a iba kliká na povolenie. Druhým extrémom je bypass alebo full access s nádejou, že agent správne pochopil všetky hranice.

Claude Code preto pridal režim Auto, ktorý každú akciu pred spustením posiela cez samostatný bezpečnostný klasifikátor. Ten má blokovať kroky, ktoré presahujú zadanie, mieria na neznámu infraštruktúru, vyzerajú ako reakcia na škodlivý obsah alebo sú nezvratné. Nie je to bypassPermissions: explicitné pravidlá ask a deny naďalej platia, chránené cesty sa automaticky nepovolia a po opakovaných blokoch sa agent vráti k ručnému schvaľovaniu.

Od 14. augusta 2026 má byť Auto predvoleným režimom pre nové relácie v plánoch Pro, Max a Team. Nastaviť ho môžete v používateľskom ~/.claude/settings.json:

{
  "permissions": {
    "defaultMode": "auto"
  }
}

Projektové nastavenie nemôže Auto samo zapnúť. Je to dôležitá hranica: repozitár si nesmie prideliť širšie oprávnenia tým, že do seba ukryje konfiguráciu. Vo firme je navyše rozumné spravovať predvolený režim centrálne a pomocou disableAutoMode ho vypnúť tam, kde klasifikátor nezodpovedá vášmu modelu rizika.

Praktické pravidlo pre agentnú slučku: automatizujte bežné kroky, nie rozhodnutia s veľkým dopadom. Agent môže v izolovanom worktree inštalovať závislosti z lockfile, upravovať kód a spúšťať testy. Produkčný deploy, zmena IAM, práca so secrets, hromadné mazanie, odoslanie citlivých dát alebo merge bez review majú zostať explicitnou bránou. Auto režim znižuje počet prerušení; nenahrádza sandbox, auditnú stopu ani zodpovednosť za výsledok.

Merajte dôkazy, nie dojem, že to funguje

Začnite piatimi číslami: podiel dokončených behov, podiel zásahov človeka, počet opakovaní, cena za dokončený výstup a chybovosť po validácii. Pri coding agentoch pridajte čas do zeleného CI a koľko zmien vracia reviewer. Pri prevádzkových workflow sledujte aj najhoršiu chybu, nielen priemer.

Preto je loop engineering dôležitejší než nekonečné ladenie promptu. Prompt môže zlepšiť jeden beh. Slučka rozhoduje, či rovnakú prácu zvládnete zajtra, o mesiac aj po zmene modelu — a či máte dosť dôkazov, aby ste jej dôverovali.

Aktualizácia 2. októbra 2026: agent beží, ale napreduje práca?

Jirka Herník v novom diele opisuje päť dní práce agenta na DigiReality, plánovaný dohľad v Grafane a limity predplatného. Beriem to ako skúsenosť autora, nie nezávislý dôkaz sebestačnej firmy. Pre prevádzku je užitočná otázka, ako odhaliť slučku, ktorá sa potichu prestala posúvať.

V malom pilote by som oddelil tri signály. Živosť: beží plánovač a worker? Pokrok: kedy pribudol posledný overený výsledok? Blokácia: čaká úloha na človeka, obnovu limitu alebo nástroj? Zelený proces môže celé hodiny opakovať chybu bez dokončenej práce.

Pri faktúrach v n8n by som do stavovej tabuľky ukladal ID dokumentu, posledný overený krok, počet pokusov, stav čakania a čas ďalšieho pokusu. Dohľad by tento stav čítal samostatne. Upozornenie „vo fronte je práca, ale 30 minút nepribudol overený výsledok“ je užitočnejšie než ďalšia správa agenta, že pracuje. Tridsať minút je ukážkový prah; nočná dávka a živý support potrebujú odlišné hodnoty.

Kontrolujte aj samotný dohľad. Grafana rozlišuje chýbajúce dáta a zmiznuté série. Prázdny dopyt neznamená automaticky nulu chýb. Pre známu očakávanú metriku možno v Prometheu použiť absent_over_time; zastaraný pokrok však potrebuje samostatnú kontrolu. Samotná existencia metriky veľa nedokazuje.

Po vyčerpaní limitu by som uložil checkpoint a naplánoval ďalší pokus s odstupom. Obnova nesmie znovu odoslať rovnaký e-mail ani zapísať rovnakú faktúru: pred opakovaním overte výsledok podľa stabilného ID operácie. Pri neistom výsledku externého zápisu najskôr skontrolujte cieľový systém.

Pred viacdennou prevádzkou by som simuloval výpadok workeru, nedostupný model a chýbajúce metriky. Overil by som doručenie alertu konkrétnemu človeku a obnovu bez duplicity. Je to navrhnutý prevádzkový postup, nie tvrdenie, že tieto testy prebehli v uvedenom videu.

Zdroje