Mi az a vibe coding, és miért most robbant be?

Az AI coding toolok, mint a GitHub Copilot, a Cursor, a Claude Code, a Codex és társaik nem újak. Ami változott, az a képességük és az elérhetőségük. Ma már nem csak kódrészleteket egészítenek ki, hanem teljes funkciókat, modulokat, néha egész alkalmazásokat írnak egyetlen promptból.

Ez hozta el a vibe coding hullámot: nem fejlesztők, akik soha nem írtak éles kódot, most kis webalkalmazásokat, automatizációkat, prototípusokat hoznak létre. A belépési korlát drámaian csökkent, és ez önmagában valóban jó dolog.

A probléma ott kezdődik, ahol a korlát eltűnik.

A kimenet ellenőrzésének problémája

Egy tapasztalt fejlesztő, aki AI-t használ, tudja, mikor gyanús a kimenet. Felismeri a rossz mintákat, a biztonsági réseket, az architekturális hibákat. Az AI számára adott promptot úgy fogalmazza meg, hogy hasznos választ kapjon, és a választ kritikusan olvassa, nem automatikusan elfogadja.

Egy nem fejlesztő felhasználó ezt nem tudja megtenni. Nem azért, mert kevésbé okos, hanem mert egyszerűen hiányoznak a szakmai viszonyítási pontjai az értékeléshez. Ha az AI magabiztosan ad egy választ, és az le is fut, az nem feltétlen jelenti azt, hogy jó.

Ez néhány konkrét kockázatot jelent:

  • Biztonsági problémák: Az AI által generált kód tele lehet SQL injection sebezhetőséggel, nem megfelelő hitelesítési logikával vagy plain textben tárolt jelszavakkal. Ha nem tudod, mit keress, nem fogod megtalálni. Ha nem tudod, mit kérj tőle, nem derül ki, csak amikor már baj van.
  • Technikai adósság: A vibe coding tipikus eredménye egy működő, de karbantarthatatlan kódbázis. Minden egyes "csak csináld meg gyorsan" prompt egy réteg össze nem függő logikát adhat hozzá. Hat hónap után senki nem érti, mi miért van ott, beleértve az AI-t is.
  • Hamis biztonságérzet: A kód lefut. A tesztek zöldek. A felhasználó azt hiszi, kész. Majd élesben kiderül, hogy edge case-ek tucatjára nem gondolt senki.

Akkor mire jó a vibe coding?

Nem arra, hogy tapasztalt fejlesztőket váltsunk ki vele. Arra, amire valóban alkalmas:

Esetkör Alkalmasság és indoklás
Prototípus, POC (proof of concept) Igen. A cél a gyors validáció, nem az éles kód.
Belső eszköz kis csapatnak Feltételesen. Akkor működik jól, ha valaki felügyeli a kódbázist.
Éles, ügyfeleket kiszolgáló rendszer Nem önállóan. A biztonsági és minőségi kockázat túl magas felügyelet nélkül.
Automatizáció, szkriptek, adatfeldolgozás Igen. A scope korlátozott, a kockázat jellemzően alacsonyabb.
Legacy rendszer módosítása Nem. A kontextus hiánya miatt megbízhatatlan lehet.

Ahol működik, és ahol nem

A vibe coding ott működik, ahol a következmény alacsony, a scope szűk, és van valaki a háttérben, aki érti, mit csinál az AI.

Minél közelebb kerülünk az ügyféladatokhoz, fizetési folyamatokhoz, jogosultságkezeléshez vagy üzletkritikus működéshez, annál kevésbé elég az, hogy a kód első ránézésre működik. Ott már nem csak az a kérdés, hogy elkészül-e valami, hanem az is, hogy biztonságos, auditálható és karbantartható marad-e.

Mit jelent ez a fejlesztői szakmára?

Nem azt, hogy vége. De a szerepkör valóban változik.

A senior fejlesztő ma már nem elsősorban kódot ír, hanem architekturális döntéseket hoz, AI-kimeneteket auditál, és olyan rendszereket tervez, amelyeket az AI is tud majd karbantartani. Ez másfajta munka, de nem kevesebb.

A valódi veszélyben lévők azok a cégek, akik azt hiszik, hogy a vibe coding kiváltja a szoftverfejlesztési kompetenciát. Nem váltja ki, csak eltolódik, hogy hol van rá szükség. A kérdés nem az, hogy kell-e fejlesztő, hanem hogy milyen fejlesztő kell, és mire.