Agentic architektúra és orchestration

Mi az ügynök

A hagyományos használatban a nyelvi modell egy kérdést kap és egy választ ad. Az ügynök ennél többet tesz. Az ügynök egy nyelvi modell, amely eszközöket kap a kezébe, és önállóan dönt arról, mikor melyiket használja, hogy elérjen egy célt. Az eszköz sokféle lehet, egy fájl olvasása, egy adatbázis lekérdezése, egy webes keresés vagy egy külső rendszer meghívása. A lényeg, hogy a modell nemcsak beszél, hanem cselekszik is, és a cselekvés eredményét visszakapva folytatja a munkát. Ez a képesség teszi hasznossá összetett feladatokban, ugyanakkor ez teszi kockázatossá is, mert a döntéseinek valós következményük lesz. Egy jó válasz visszavonható, egy rossz művelet sokszor nem. Ezért nem elég, ha egy ügynök okos. Fegyelmezettnek is kell lennie.

Az ügynökhurok

Az ügynök működésének a magja az ügynökhurok. Ez egy ismétlődő ciklus, amelyben a modell először tervez, vagyis eldönti, mi a következő lépés. Utána eszközt hív, tehát végrehajt egy konkrét műveletet. Ezután megnézi az eredményt, és értékeli, hogy közelebb került-e a célhoz vagy hibába futott. Végül dönt, hogy folytatja a hurkot egy újabb lépéssel, vagy készen van és lezárja a feladatot. Ez a négy elem addig ismétlődik, amíg a cél teljesül, vagy amíg egy előre beállított korlát meg nem állítja. Aki érti ezt a ciklust, az a tématerület felét már a kezében tartja.

A vezénylés, angolul orchestration

A vezénylés azt jelenti, hogy több lépést és gyakran több ügynököt hangolunk össze egyetlen nagyobb folyamattá. Egy egyszerű feladathoz elég egyetlen ügynök egyetlen hurokkal. Egy összetett feladatnál viszont érdemes felosztani a munkát. Az egyik rész a kutatás, a másik a végrehajtás, a harmadik az ellenőrzés. A vezénylés dönti el, milyen sorrendben futnak a lépések, mikor futhatnak párhuzamosan, és hogyan adják át egymásnak az eredményt. Jó vezénylés nélkül az ügynökök egymás munkáját írják felül, vagy körbe-körbe járnak anélkül, hogy előrehaladnának. Az alábbi összevetés segít eldönteni, mikor elég egyetlen ügynök, és mikor kell tényleg vezénylés.

Fő ügynök és segédügynökök

A gyakorlatban gyakran egy fő ügynök irányít, és szükség szerint segédügynököket, angolul subagenteket bíz meg egy-egy részfeladattal. A fő ügynök olyan, mint egy projektvezető. Nem maga végez el mindent, hanem szétosztja a munkát, összegyűjti az eredményeket, és a nagy képet tartja szem előtt. A segédügynök egy jól körülhatárolt feladatot kap, elvégzi, és a kész eredményt adja vissza, nem a teljes nyers munkanaplóját. Ennek az az előnye, hogy a fő ügynök kontextusa nem telik meg feleslegesen, és minden segédügynök a saját szűk feladatára koncentrálhat. A vizsgán fontos érteni, hogy a segédügynök nem lát bele automatikusan a fő ügynök teljes kontextusába, csak azt kapja meg, amit a megbízás átad neki.

Hookok

A hookok a folyamatba illesztett beavatkozási pontok. Egy hook egy előre meghatározott helyen fut le, például közvetlenül egy eszközhívás előtt vagy után. Ilyenkor a rendszer megvizsgálhatja, mit készül tenni az ügynök, és beavatkozhat. Egy eszközhívás előtti hook például ellenőrizheti, hogy a művelet biztonságos-e, naplózhatja a szándékot, vagy megállíthatja a lépést, ha valami nem stimmel. A hookok azért értékesek, mert nem az ügynök jóindulatára bízzák a helyes viselkedést, hanem a folyamat szerkezetébe építik be az ellenőrzést. Ami a hurokba van kódolva, az mindig lefut, függetlenül attól, mit gondol éppen a modell. Ez a különbség a kérés és a garancia között. Egy promptban megkérhetjük az ügynököt, hogy legyen óvatos, de egy hook nem kér, hanem betartat.

Guardrailek

A guardrailek biztonsági korlátok, amelyek megakadályozzák a nem kívánt vagy visszafordíthatatlan műveleteket. Míg a hook a beavatkozás helye, a guardrail maga a szabály, amit betartatunk. Egy guardrail lehet tiltólista azokra a műveletekre, amiket az ügynök soha nem hajthat végre önállóan, például fájlok végleges törlése, pénzügyi utalás vagy éles adatbázis felülírása. Lehet jogosultsági határ, amelyen túl emberi jóváhagyás kell. És lehet felső korlát a lépések számára, hogy egy elakadt ügynök ne fusson a végtelenségig. A guardrail nem az ügynök ellensége, hanem az a keret, amin belül biztonságosan dolgozhat.

Miért ez a legkockázatosabb terület

Egyetlen válasznál a hiba ott marad, ahol keletkezett. Egy ügynökhuroknál viszont a hiba továbbterjed. Ha a modell rossz következtetést von le egy lépésnél, arra a téves alapra építi a következő lépést, majd az arra következőt is. A kis hiba lépésről lépésre felnagyítódik, és a végén egészen máshol köt ki a folyamat, mint ahol kellett volna. Ráadásul az ügynök eszközöket használ, tehát a hibái nem csak a szövegben jelennek meg, hanem valós műveletekben. Egy téves törlés vagy egy rossz címre küldött üzenet nem vonható vissza egy újabb prompttal. Ezért van az, hogy ez a tématerület a legnagyobb súlyú a vizsgán. Aki agentic rendszert épít, annak nem elég, hogy a jó esetben működjön. A rossz esetet is kézben kell tartani.

Minták, amiket ismerni kell

Egy jó agentic rendszer néhány visszatérő mintára épül. Az első a tervezés, végrehajtás, ellenőrzés hármasa. Az ügynök először tervet készít, csak utána cselekszik, és a végén ellenőrzi, hogy az eredmény valóban megfelel-e a célnak. A második a kapuk elve. A kockázatos műveletek elé kaput teszünk, ahol a folyamat megáll, és vagy egy automatikus szabály, vagy egy ember dönt a folytatásról. A harmadik a fokozatos jogosultság. Az ügynök alapból a legszűkebb jogokat kapja, és csak akkor kap többet, amikor a feladat tényleg megköveteli, nem előre, minden esetre. Ez a három minta együtt teszi az agentic rendszert nemcsak okossá, hanem megbízhatóvá is.

Egy fiktív magyar céges példa

Nézzük mindezt egy konkrét eseten. A Tiszaparti Webshop egy közepes méretű magyar online áruház, amely ügyfélszolgálati ügynököt szeretne bevezetni. Az ügynök feladata, hogy a beérkező vásárlói kérdésekre válaszoljon, megnézze a rendelés státuszát, és indokolt esetben visszatérítést kezdeményezzen. Az ügynökhurok itt jól látszik. A modell először értelmezi a kérdést és tervet készít, majd eszközt hív, például lekérdezi a rendelést a rendszerből, megnézi az eredményt, és eldönti, kell-e még lépés.

A vezénylés akkor lép be, amikor a kérdés összetettebb. Egy segédügynök kikeresi a szállítási adatokat, egy másik ellenőrzi a visszatérítési szabályzatot, a fő ügynök pedig ezekből állítja össze a választ. A guardrail itt kritikus. A visszatérítés pénzmozgás, tehát visszafordíthatatlan művelet. Egy eszközhívás előtti hook megállítja a folyamatot, és egy szabály dönti el, hogy egy bizonyos összeghatár alatt az ügynök maga jóváhagyhatja, felette viszont emberi kolléga hagyja jóvá. Így a rutinkérdéseket az ügynök gyorsan lezárja, a pénzügyi kockázatot pedig ember tartja kézben. Ez a különbség egy okos demó és egy éles üzemben is használható rendszer között.

Összegzés

Ez a tématerület azért kap a vizsgán ekkora súlyt, mert itt dől el, hogy egy AI rendszer csak egy okos demó marad, vagy éles üzemben is megbízhatóan dolgozik. Az ügynökhurok, a vezénylés, a hookok és a guardrailek együtt adják azt a szerkezetet, amelyben az ügynök szabadon dolgozhat, de nem tud kárt okozni. A következő leckében arra térünk rá, hogyan konfiguráljuk a Claude Code-ot úgy, hogy ezek az elvek a gyakorlatban is működjenek.