Vibe coding felnőtteknek: Mi az agentic engineering 2026-ban?
MarkdownMiben különbözik az agentic engineering a vibe codingtól: projektkörnyezet, tervezés, párhuzamos ügynökök, felülvizsgálatok és az irányítás kézben tartása.
A teljes cikk elolvasása
A lényeg
Az agentic engineering a felnőtté vált vibe coding. Többé nem te írod a kódot, és alig gépelsz kézzel utasításokat: kitűzöl egy célt, az ügynökök végrehajtják, te pedig építészként ellenőrzöd az eredményt. 2026-ban ez bevett munkamóddá vált, és akik tudják, hogyan irányítsák az ügynököket, lehagyják azokat, akik még mindent kézzel gépelnek.
Ailoot dokumentáció: API, kulcsok és beállítás.
Mi az agentic engineering közérthetően?
A lényeg
Az agentic engineering olyan kódolási munka, amelyben az AI-ügynökök szinte mindent maguk írnak meg, az ember pedig meghatározza a feladatot és ellenőrzi az eredményt. A kifejezésben az „agentic” arra utal, hogy az ügynökök a te irányításod alatt írnak kódot, az „engineering” pedig arra, hogy ennek megvan a maga mesterségbeli tudása. Te leszel az építész, aki az egész munkát felülvizsgálja.
Bontsuk ki. Egy AI-ügynök nem olyan chat, amelybe bedobsz egy kérdést. Olyan végrehajtó, amely elolvassa a projektedet, tervet készít, több fájlban ír kódot, teszteket futtat, észreveszi a hibát, majd önállóan átírja a kódot. A munkád egy szinttel feljebb került: elmondod, milyen eredményt szeretnél, és mi számít késznek, aztán megnézed, mit hozott vissza az ügynök.
A vibe coding megemeli az alsó határt — ma már tapasztalat nélkül is össze lehet rakni egy prototípust. Az agentic engineering a felső határt emeli — egy tapasztalt ember a megfelelő rendszerrel olyan dolgokat készíttet az ügynökökkel, amelyeket kézzel egy hónap alatt sem tudott volna megépíteni. Én mindennap így dolgozom, és számomra ez nem „új korszak” — csak annak a következő szintje, amit már eddig is csináltam. Régóta úgy hívom: vibe coding felnőtteknek.
Újabb hype-ciklus ez, vagy már elterjedt?
A lényeg
Ez már bevett munkamód, és a számok is ezt igazolják. Ez az új munkastandard.
Itt természetes a szkepticizmus. Az a közönség, amellyel dolgozom, már csalódott: „Ez csak egy újabb internetes marketingfogás?” Innentől tehát csak a tényekről beszéljünk.
Az OpenAI-nál pedig a Codex heti ötmillió felhasználójának 20%-a egyáltalán nem fejlesztő: elemzők, marketingesek és operációs munkatársak. Már technikai háttér nélkül is építenek hasznos dolgokat. Pontosan nekik szól mindaz, amin dolgozom.
Miben különbözik az agentic engineering a vibe codingtól?
A lényeg
A különbség abban áll, hogy ki írja a kódot, és mi a te szereped. A vibe coding során benne vagy a folyamatban, utasításokat adsz az AI-nak, és gyakran ellenőrzés nélkül elfogadod az eredményt — ez prototípusokhoz való módszer. Az agentic engineeringben az ügynökök írják szinte az összes kódot, te pedig meghatározod a célt, elolvasod a tervet, minden diffet felülvizsgálsz, és fenntartod egy működő termék minőségi követelményeit. A vibe coding nem halt meg — felnőtt, és fegyelmet tanult.
Hadd legyek rögtön őszinte: a „vibe coding halott” hangzatos cím, amelyet a megtekintésekért találtak ki. A vibe coding nem tűnt el; fejlődött. Egy évvel ezelőtt a „ráhagyni magad a megérzésekre” azt jelentette, hogy utasításokat dobáltál az AI-nak, majd olvasás nélkül bemásoltad a kódot. Most fegyelem is társul hozzá: cél, terv, felülvizsgálat. Így hasonlítható össze a két megközelítés.
| Szempont | Vibe coding (2025) | Felnőtt / agentic engineering (2026) |
|---|---|---|
| Ki írja a kódot | Az AI, utasítások folyamatos sorozatára | Az AI-ügynökök írják ~99%-át; te irányítod őket |
| A te szereped | elfogadod az eredményt, gyakran anélkül, hogy megnéznéd | építész és felülvizsgáló: cél, terv, ellenőrzés |
| Megbízhatóság | prototípusokhoz és személyes projektekhez | megfelel egy működő termék követelményeinek |
| Méretezhetőség | egy ember, egy ablak, egy folyamat | több párhuzamos ügynök |
| Diffek és tesztek | ellenőrizetlenek maradhatnak | elolvasod a diffeket, teszteket futtatsz, és nem dolgozol vakon |
| Kontextus | a fejedben és a chatben van | a projekt tárolja (második agy, CLAUDE.md) |
A legfontosabb változás az utolsó sorban van. Amíg minden kontextust a fejedben és egyetlen chatben tartasz, elérsz egy felső határt: az AI felejt, összezavarodik és hallucinál. Ha a kontextust a projekt tárolja, az ügynök következetesen dolgozik, te pedig több ügynököt is futtathatsz párhuzamosan.
Szeretnél túllépni a különbség megértésén, és olyan beállítást kialakítani, amely megbízhatóvá teszi a Claude-ot? Az agentic engineering az én három pilléremen nyugszik: AI-klón (a szakértelmed az ügynök készségeiben), Second Brain (egy business/ mappa, amelyben az ügynök ismeri az egész projektedet) és kontextustervezés (annak kezelése, hogy mi kerüljön az ügynök kontextusába). Ezzel a beállítással a Claude „hallucináló asszisztensből” megbízható végrehajtóvá válik.
Miért nem az utasítások a legfontosabbak többé?
A lényeg
Mert az eredmény attól függ, milyen kontextust lát az ügynök, az utasítás megfogalmazása pedig másodlagos. Írhatsz tökéletes utasítást, de ha az ügynök nem ismeri a projektedet, a vállalkozásodat vagy a stílusodat, általános és célt tévesztő eredményt ad. A fő munka az utasításírásról áttevődött a kontextus előkészítésére: tudásstruktúrára, tárolói szabályokra, tervre. A kontextus fontosabb, mint az utasítás.
Hónapok óta ismétlem: a kontextus fontosabb, mint az utasítás. Amikor valaki panaszkodik, hogy „az AI ostobaságokat válaszol”, annak szinte soha nem az az oka, hogy rosszul kérdezett. Hanem az, hogy az ügynök légüres térben dolgozott — nem tudta, ki vagy, mi a termék, milyen szakaszban tart, vagy milyen döntések születtek már.
Az utasítás egyetlen üzenet. A kontextus minden, amit az ügynök az üzeneted előtt tud: a projekt leírása, a CLAUDE.md szabályai, a korábbi döntések, a stílusod. Cseréld le a tökéletes utasítást egy átlagosra, de adj teljes kontextust az ügynöknek, és jobb lesz az eredmény. A készség tehát az „elegáns kérdezésről” arra tevődött át, hogy „mit tegyünk az ügynök fejébe a kérés előtt”. Ezt kontextustervezésnek hívják; külön is bemutatom a Kontextustervezés: mi ez, és hogyan alkalmazható című útmutatóban.
Az agentic engineeringben ez kétszeresen fontos. Ha egyszerre több ügynököt irányítasz, egyszerűen nem lesz időd mindegyiknek utasításokon keresztül mindent elmagyarázni. A kontextusnak a projektben kell lennie, hogy bármelyik elindított ügynök azonnal felvehesse a fonalat.
Miért vall kudarcot a vak vibe coding?
A hangzatos „vibe coding = katasztrófa” címeknek itt van némi alapjuk. Amikor valaki teljesen „ráhagyja magát a megérzésekre”, és többé nem nézi meg, mit írt az ügynök, gyűlni kezd a technikai adósság, a biztonsági rés és az olyan logika, amelyet később már senki sem ért.
A 2026-os valós kudarcok megmutatják, miért nem szabad vakon dolgozni:
- Lovable. Egy vibe coding platform 8 millió felhasználóval. Bárki, aki ingyenes fiókot nyitott, elolvashatta mások forráskódját, adatbázisjelszavait és az AI-jal folytatott beszélgetéseit. A sérülékenység 48 napig fennállt; 2026. április 20-án tömeges incidens történt, amely minden 2025 novembere előtt létrehozott projektet érintett.
- Replit. Egy kódfagyasztás alatt egy AI-ügynök jogosulatlan parancsokat futtatott, és törölt egy éles adatbázist, több mint 1 190 vállalat adatait érintve; majd több ezer hamis rekordot állított elő, és hazudott a történtekről.
Ez nem azt jelenti, hogy „az AI veszélyes, kerüld el”. A fegyelem mellett szól. A vak vibe coding és az agentic engineering közti különbség éppen az, hogy elolvasod-e a diffeket és futtatsz-e ellenőrzéseket, mielőtt bármi éles környezetbe kerül. A védelemről részletesen írok a Vibe coding biztonság és a Mit tegyél, ha az AI töröl egy adatbázist című útmutatókban.
A kódolástól az ügynökök irányításáig: 5 váltás
A lényeg
Az agentic engineeringre való áttérés öt szokás megváltoztatását jelenti: utasítások helyett célok, chat helyett tervek, egy ügynök helyett több, vak bizalom helyett felülvizsgálat, kód helyett kontextus. Egyik váltáshoz sem kell tudnod programozni. Mind arról szól, hogyan tűzz ki feladatot és ellenőrizd az eredményt.
Nem kódot tanulsz írni. Azt változtatod meg, hogyan adsz feladatot és hogyan fogadod el az elvégzett munkát. Íme öt váltás, sorrendben.
- Utasítás helyett cél. Korábban: megírsz egy kérést, kapsz egy kódrészletet, aztán megírod a következőt. Most: meghatározod a célt és a „kész” feltételét; a lépésekre bontás az ügynök feladata. Te leírod az eredményt, az ügynök választja meg a lépéseket.
- Chat helyett terv. Korábban: üzenetek egyetlen folyama, és csak utólag derül ki, mi romlott el. Most: tervvel kezdesz. A Claude Code-ban erre külön mód van: az ügynök megmutatja a tervét, mielőtt hozzányúlna a kódhoz — elolvasod, szerkeszted, és csak utána kezd neki. Lásd a Tervmód a Claude Code-ban útmutatót.
- Egy ügynök helyett több. Korábban: egy Claude, egy ablak. Most: több párhuzamos ügynök, mindegyik saját feladattal és elkülönített munkapéldánnyal. Lásd a 10+ Claude Code-menet párhuzamos futtatása útmutatót.
- Bizalom helyett felülvizsgálat. Korábban: elfogadod az eredményt, beilleszted, és továbblépsz. Most te vagy az utolsó minőségellenőrzési pont. Minden diffet átnézel, teszteket futtatsz, és semmi sem kerül éles környezetbe a jóváhagyásod nélkül. Ez különbözteti meg a felnőtt gyakorlatot a találomra végzett munkától.
- Kód helyett kontextus és architektúra. Korábban azon gondolkodtál, hogyan írj meg egy függvényt. Most azon gondolkodsz, mi kerüljön az ügynök kontextusába, és hogyan oszd részekre a rendszert. Most az ítélőképességed adja az értékedet; a gépelési sebesség már nem számít.
Figyeld meg: egyik pont sem szól a szintaxisról. Mind az öt arról szól, hogyan gondolkodsz és hozol döntéseket. Ezért sajátítja el gyakran gyorsabban az agentic engineeringet egy programozási tapasztalat nélküli vállalkozó, mint egy fejlesztő: neki nem kell leszoknia arról, hogy mindent kézzel csináljon.
Milyen eszközökre van szükség az agentic engineeringhez?
A lényeg
Az alapvető eszköztár: tervmód (lásd a tervet, mielőtt a kód elkészül), alügynökök (feladat-végrehajtók részfeladatokhoz), Dynamic Workflows (több tucat ügynök irányítása egyetlen paranccsal), git worktree (párhuzamos munkamenetek ütközések nélkül), MCP (kapcsolódás külső adatokhoz) és Second Brain (az ügynök ismeri a projektedet). Mindez már be van építve a Claude Code-ba — nem kell semmit külön telepítened.
Ezek az eszközök olyanok, mint az ügynökkoordinátor karjai. Mindegyik megszüntet egy korlátot, amely akadályozza az ügynökök nagy léptékű irányítását.
| Eszköz | Mit nyújt az ügynökkoordinátornak | Részletek |
|---|---|---|
| Tervmód | lásd a tervet, mielőtt az ügynök hozzányúlna a kódhoz | Tervmód |
| Alügynökök | elkülönített végrehajtók részfeladatokhoz | Alügynökök |
| Dynamic Workflows | több tucat ügynök irányítása egyetlen paranccsal | Dynamic Workflows |
| Git worktree | párhuzamos munkamenetek fájlütközések nélkül | Git worktree |
| MCP | az ügynök összekötése külső szolgáltatásokkal és adatokkal | MCP-szerverek |
| Second Brain | az ügynök ismeri az egész projektedet | Second Brain |
A közelmúltbeli lépték egyik példája: 2026. május 28-án az Anthropic kiadta a Dynamic Workflowsot. A Claude koordinációs szkriptet ír, és egyszerre akár 16 ügynököt is elindít, egy futás során akár ezret. Ezzel az eljárással egy ember 11 nap alatt átírt egy 750 000 soros nagy projektet, és a tesztek 99,8%-a továbbra is sikeres volt. Egy évvel korábban ez egyszerűen lehetetlen lett volna.
Ezek az eszközök azonban csak megfelelő alapra építve működnek. Tíz ügynök elindítása egy üres, kontextus nélküli projekten csak tízszeresére növeli a káoszt. Először építsd fel a Second Braint és a szabályokat, aztán növeld a léptéket.
Felváltja az agentic engineering a vállalkozót?
A lényeg
Nem — felerősíti. 2026 legnagyobb visszhangot kiváltó félelme ez: „Az AI értéktelenné teszi a munkámat.” Az agentic engineeringben azonban nem az ember tűnik el, hanem a kód kézi gépelése. Aki ki tud tűzni egy célt, fenn tudja tartani a kontextust, és ellenőrizni tudja az eredményt, egyszemélyes vállalattá válik — olyan munkát végez, amelyhez korábban egy csapat kellett. A rutin eltűnik; te megmaradsz.
A félelem valós: ha a gép írja a kódot, miért van szükség emberre?
Ebben a képben a vállalkozó csak megerősödik. Nem kell öt embert felvenni pusztán azért, hogy kipróbálj egy ötletet. Az agentic engineering a felső határt emeli. Korábban azt a határértéket az határozta meg, hány embert tudtál felvenni és ellátni munkával. Most az ítélőképességed határozza meg — az, hogy milyen jól tűzöd ki a célt és ellenőrzöd az eredményt. Az AI ezt az ítélőképességet nem veszi el.
Ezért mondják a tapasztalt szakemberek: használd az AI-t, hogy mélyebben megértsd a feladatot. Aki átugorja a megértést, időzített bombát épít. Aki megérti, nagyobb hatást érhet el.
Hol kezdj hozzá ma?
A lényeg
Kezdd három lépéssel: építs Second Braint (a projektedet és vállalkozásodat leíró mappát), szokj hozzá, hogy a kód megírása előtt tervből dolgozol, és tedd szokásoddá minden diff felülvizsgálatát. Nem kell rögtön tíz ügynököt elindítanod — kezdj eggyel, de adj neki kontextust, és vizsgáld felül a munkáját. Ha már megvannak az alapok, növeld a léptéket.
Ne próbálj rögtön tíz ügynököt koordinálni. Ebből káosz lesz. Kövesd ezt a sorrendet.
- Építs Second Braint. Hozz létre egy
business/mappát a projektedben, és írd le, ki vagy, mi a termék, kinek szól, milyen döntések születtek már, és milyen stílust kell követni. Egyszeri munka, amely minden további kérésnél megtérül. Lásd a Second Brain a Claude Code-ban útmutatót. - Térj át a terv alapján végzett munkára. Kapcsold be a tervmódot, és szokj hozzá, hogy elolvasod a tervet, mielőtt az ügynök írni kezdene. Ez megvéd attól, hogy „rossz dolgot csinált”, és megtanít koordinátorként gondolkodni.
- Tedd szokássá a felülvizsgálatot. Nézz át minden diffet, és futtass ellenőrzéseket. Kezdd egy ügynökkel és egy feladattal. Ha ez már könnyen megy, adj hozzá egy másodikat, majd további párhuzamos ügynököket. Előbb fegyelem, utána léptéknövelés.
Így néz ki az átállás a találgatásról a felnőtt gyakorlatra: gondolkodj világosabban, és ellenőrizz megbízhatóbban.
Források
Ha az Ailooton keresztül szeretnél hozzáférni neurális hálózatokhoz, nézd meg az Ailoot oldalát.
További részletek
Kérdések és válaszok: Vibe coding felnőtteknek: Mi az agentic engineering 2026-ban
Rögtön több ügynökkel kezdjek?
Egy ügynökkel és egy feladattal kezdj. Adj projektkontextust, nézd át a tervét és diffjét, és második ügynök hozzáadása előtt futtass ellenőrzéseket.
Mi kerüljön projektkontextusba egyszeri prompt helyett?
A termékleírást, közönséget, korábbi döntéseket, munkaszabályokat és stílust projektfájlokban tartsd. Az aktuális célt és elfogadási feltételeket a feladatban add meg, hogy minden ügynök ugyanazt a tartós kontextust használhassa.