Vibe coding: mi ez? Jelentés, eszközök és korlátok

A vibe coding egyszerűen elmagyarázva

Mi az a vibe coding? Olyan szoftverkészítési mód, amelyben leírod egy MI-nek, mit szeretnél, ahelyett, hogy te magad írnád a kódot. Elmondod a saját szavaiddal, mit akarsz, az MI megírja a kódot, te megnézed az eredményt, és pontosítod a kérésedet. Aki így dolgozik, azt vibe codernek hívják.

Egy mobilappnál ez kezdődhet úgy, hogy „készíts egy teendőlistát egy gombbal, amivel új elemet lehet hozzáadni”. De a fontos rész csak ezután jön: ellenőrizni, hogy a hozzáadás működik, hogy a lista megmarad az app bezárása után is, és hogy a képernyő használható a telefonodon.

Programozási tudás nélkül is belevághatsz. A folytatáshoz viszont fokozatosan meg kell értened, mit csinál az appod, hol tárolja az adatokat, és hogyan ellenőrizz egy módosítást.

Én minden nap Claude-dal és Cursorral kódolom a saját iOS-appjaimat. A Solys, egy minijátékos ébresztőóra, és a TradaZen, egy tőzsdei szimulátor, fent vannak az App Store-ban. Ez az útmutató ebből a munkából született: mire képes valójában a vibe coding, hol törik el, és hogyan juthatsz el egy publikált appig.

Miért hívják „vibe codingnak”?

A kifejezésnek pontos születésnapja van. 2025. február 2-án Andrej Karpathy, az OpenAI társalapítója leírt X-en egy új programozási módot: átadod magad a „vibe-oknak”, elfogadod, amit az MI javasol, és szinte elfelejted, hogy a kód egyáltalán létezik. Ezt nevezte el „vibe codingnak”. A szó történetét a Wikipédia-oldala foglalja össze.

A szó nagyon gyorsan elterjedt. A Merriam-Webster szótár már 2025 márciusában felvette, a Collins szótár pedig 2025 szavának választotta.

Franciaországban is nő az érdeklődés. A Google Keyword Plannerben a „vibe coding” keresés 2026. október 2-án havi 10 000 és 100 000 közötti keresést mutatott, egy év alatt +900%-os változással.

Jegyezd meg az eredeti jelentést: Karpathy szájából a vibe coding azt jelenti, hogy már nem olvasod a kódot. Egy hétvégi kísérlethez ez remek. Egy olyan appnál, amelyet valódi emberek fognak használni, kockázatos, és pontosan ez a különbség a lentebb leírt módszerhez képest.

Vibe coding, no-code és MI-vel támogatott fejlesztés

Ezek a kifejezések átfedik egymást, de nem pontosan ugyanazt a módszert jelentik.

Módszer	Mit csinálsz	Mit kapsz	A korlát
No-code	Blokkokat raksz össze egy vizuális felületen	Egy appot, amely az eszközön belül él	A platformtól és az árazásától függsz
Vibe coding	Leírod az eredményt, és promptokkal haladsz	Valódi kódot, amit alig vagy egyáltalán nem olvasol	A hibák átcsúsznak, amíg senki nem ellenőriz
MI-vel támogatott fejlesztés	Szintén leírod, de szabályokkal, átnézéssel, tesztekkel	Valódi kódot, amit tovább tudsz fejleszteni	Elsőre lassabb, meg kell tanulnod ellenőrizni

Kezdheted a második megközelítéssel, és fokozatosan átállhatsz a harmadikra. Az eszköz neve önmagában nem különbözteti meg őket: a Codexnek is adhatsz homályos utasítást, és egy appgenerátorba is írhatsz pontos kérést.

Az útmutató app készítéséhez kódolás nélkül részletezi, mit kell megtanulnod, amikor a prototípusod kezd valódi termékké válni.

Hogyan csinálj vibe codingot?

A módszer öt lépésből áll, bármilyen eszközt használsz.

1. Ellenőrizhető eredményt írj le. Ne „egy sportappot”, hanem „egy képernyőt az edzéseim listájával és egy gombbal, amivel újat adhatok hozzá”.
2. Egyszerre csak egy dolgot kérj. Egy képernyőt, egy funkciót, egy javítást. Tíz kérés egy promptban tíz félkész dolgot eredményez.
3. Nézd meg az eredményt egy valódi telefonon. Egy böngészős előnézet semmit sem bizonyít egy mobilappnál.
4. Pontos kéréssel javíts. Mondd el, mit csináltál, mit láttál, és mit vártál. Egy képernyőkép sokat segít.
5. Mentsd el, ami működik. Minden új kérés előtt tarts meg egy verziót, amihez visszatérhetsz.

Ez az öt lépés elég egy prototípushoz. Egy publikálni kívánt appnál szabályokat és ellenőrzéseket is hozzá kell tenni: erről szól az app készítése MI-vel.

Milyen eszközöket használj egy mobilapphoz?

Két út van: a saját projektedben dolgozol, vagy egy olyan eszközben kezdesz, amely a leírásod alapján generál egy appot.

A Codex és a Claude Code képes egy kódmappában dolgozni, fájlokat módosítani és parancsokat futtatni. A Cursor egy szerkesztőben enged dolgozni egy ágenssel. Ezek akkor illenek hozzád, ha meg akarod érteni és meg akarod tartani a projektedet. A képességeiket a Codex CLI, a Claude Code és a Cursor Agent dokumentációja írja le.

A generátoroknak saját környezetük és kimeneti formátumuk van. Mielőtt választasz egyet, nézd meg, hogy webappot, mobilprojektet vagy csak Apple-platformokra szánt projektet készít-e. Az összehasonlítás: Lovable, Rork és FlutterFlow elmagyarázza ezt a különbséget.

Íme, mit készít négy ismert eszköz, és mit enged az ingyenes csomagjuk, az árazási oldalaik alapján, amelyeket 2026. október 2-án olvastam. Ezek az ajánlatok gyakran változnak: választás előtt ellenőrizd őket.

Eszköz	Mit készít	Ingyenes csomag
Claude Code	Kódot a saját projektedben, a terminálból	Nincs: a fizetős csomagok része, havi 20 dollártól
Cursor	Kódot a saját projektedben, egy szerkesztőből	Van, korlátozott számú ágenskéréssel
Lovable	Egy webappot	Van: napi 5 kredit, havonta legfeljebb 30
Bolt	Egy weboldalt vagy webappot, náluk hosztolva	Van: napi 300 000 token, havi 1 millió, a logójukkal

Egy iPhone-appnál a projekt formátuma dönti el a folytatást. Egy React Native és Expo projektben dolgozó ágens nálad hagyja a kódot és az utat az App Store felé. Egy webappgenerátor egy megosztható linket ad, nem App Store-adatlapot. A választáshoz olvasd el: melyik MI-vel készíts appot.

Leginkább olyan utat válassz, amelyet követni tudsz: megnyitni a projektet, megjeleníteni az eredményt, elmenteni egy verziót és megérteni egy hibát. Egy lenyűgöző eszköz, amely az első javításnál elakaszt, nem segít befejezni.

Milyen veszélyei vannak a vibe codingnak?

A veszély nem az MI. Hanem az, ha olyat publikálsz, amit senki sem ellenőrzött. Ezt két nyilvános incidens is mutatja, és a saját Apple-elutasításaim is.

Mindenki számára nyitott adatok. Egy biztonsági kutató 1645, Lovable-lel készült projektet elemzett, és 2025 májusában publikálta az eredményét: 170 tett közzé adatokat, köztük e-mail-címeket, telefonszámokat és API-kulcsokat. Az ok: hiányzó vagy túl tág adatbázis-hozzáférési szabályok. Az app a képernyőn tökéletesen működött, és épp ez a csapda.

Egy törölt adatbázis. 2025 júliusában a Replit ágense törölte egy projekt éles adatbázisát egy kódbefagyasztás alatt, pedig a tulajdonosa minden módosítást megtiltott. A Replit ezután bejelentette a fejlesztői és az éles adatbázisok automatikus szétválasztását.

Apple-elutasítások. Az MI nem egy reviewer szemével nézi az appodat. A Solysnál két elutasítást kaptam, amelyekre az MI nem figyelmeztetett: egy kötelező képernyőt, amelyen kis ablakban nem lehetett továbblépni, aztán egy túl korán megjelenő értékeléskérést. Mindkettőt elmesélem itt: miért utasít el az Apple egy appot.

Titkos kulcs az appban. Amikor az MI API-kulcsot kér tőled, szívesen beteszi a felhasználóknak kiadott kódba, ahol bárki elolvashatja. Az útmutató az API-kulcsokról egy Expo appban elmagyarázza, honnan indítsd a hívást.

A védekezés mindig ugyanaz: kockázatonként egy ellenőrzés. Két fiókkal tesztelt hozzáférési szabályok, mentés minden adatbázis-módosítás előtt, próba a legkisebb és a legnagyobb iPhone-on, és semmi titkos kulcs az appban.

Első projekt: lista egy kiránduláshoz

Vegyünk egy kitalált példát: egy appot, amely segít összepakolni a túrazsákot. Az első verzió csak annyit tud, hogy hozzáadsz egy tárgyat, kipipálod, és a lista megmarad.

Kezdj egy olyan prompttal, amely ellenőrizhető eredményt ír le:

Egy kis mobilappot készítek a túrazsák összepakolásához.
Első lépés: egyetlen képernyő egy tárgylistával.
Szeretnék hozzáadni egy tárgyat, és kipipálni, amikor bekerült a zsákba.
Először helyi adatokat használj, felhasználói fiók nélkül.
Mielőtt módosítod a projektet, magyarázd el, mely fájlokat érinti.
A változtatás után írd le, hogyan ellenőrizzem a hozzáadást és a pipálást.
Egyelőre ne adj hozzá fizetést, térképet vagy MI-funkciót.

Ez a prompt egy testre szabandó példa, nem egy már elkészült app. Megakadályozza, hogy tíz funkciót bízz az eszközre, miközben még az elsőt sem tudod ellenőrizni.

Amint megjelenik a képernyő, egyszerre egy műveletet tesztelj. Adj hozzá egy tárgyat, pipáld ki, aztán zárd be és nyisd meg újra az appot. Ha a lista eltűnik, kérd pontosan, hogy újraindításkor maradjanak meg az adatok. Ha egy szöveg le van vágva, mutass egy képernyőképet, és add meg az érintett eszköz méretét.

Az ellenőrzések, amelyeket már az elejétől érdemes megtartani

Minden kis lépésnél válaszolj ezekre a kérdésekre:

1. Tényleg működik a kért művelet?
2. Helyes marad az eredmény bezárás vagy visszalépés után is?
3. Használható marad a billentyűzet, a szövegek és a gombok a telefonomon?
4. Vissza tudok térni az előző verzióhoz, ha a következő változtatás elront valamit?

Amikor az MI egy függőséget vagy egy szolgáltatást javasol, kérdezd meg, miért van rá szükség, és mennyibe kerül.

Publikálható egy vibe codinggal készült app?

Igen. A Solys és a TradaZen fent van az App Store-ban, és a kódjukat Claude-dal és Cursorral írtam. A TradaZennél 26 naptári nap telt el az első commit és a publikálás között.

De a készítés módja semmi alól nem ment fel. Tesztelned kell az appot, el kell készítened az adatlapját, és el kell magyaráznod az Apple-nek a működését. Egy böngészőben működő előnézet nem bizonyítja, hogy az Apple-nek beküldött verzió működik iPhone-on. És négy lépés teljes egészében rád marad: az app aláírása, a TestFlight, az előfizetések és a review.

Az útmutató az App Store-os publikáláshoz leírja ezeket a lépéseket. Ha az OpenAI eszközével kezdenél, használd az oktatóanyagot app készítéséhez Codexszel. Az Anthropicéval kövesd ezt: app készítése Claude Code-dal.

Ingyenes a vibe coding?

Kipróbálni igen. A Cursornak, a Lovable-nek és a Boltnak van ingyenes csomagja, napi kérésszámra korlátozva. Néhány képernyőhöz elég, egy teljes app felépítéséhez nem: a kvóták gyorsan elfogynak, ha minden nap dolgozol. A Claude Code viszont fizetős csomagot igényel, havi 20 dollártól.

Aztán jönnek azok a költségek, amelyeket az MI nem tüntet el: évi 99 dollár az App Store-os publikáláshoz, és egyszeri 25 dollár a Google Playhez. Hogy mi ingyenes és mi nem, azt részletesen itt találod: app készítése ingyen.

Hogyan tanuld meg a vibe codingot?

Egyedül is messzire juthatsz: a hivatalos dokumentációk ingyenesek, és ennek a blognak az oktatóanyagai valódi projektből indulnak. Leginkább a gyakorlatra számíts. Egy kis befejezett app többet tanít, mint tíz videó.

Ami egyedül tanulva hiányzik: már beküldés előtt tudni, mit fog elutasítani az Apple. Erről szól az iOS Kit: az appjaim kiinduló kódja, egy négylépéses, saját tempódban követhető út, és Claude Code skillek, amelyek beküldés előtt átnézik a projektedet. A vibe coding képzés oldal általában az MI-re vonatkozóan részletezi, a Claude Code képzés pedig az Anthropic eszközére.

Gyakori kérdések

Kell tudni kódolni a vibe codinghoz?

Nem, a kezdéshez nem. Leírod, mit szeretnél, és az MI megírja a kódot. Egy app befejezéséhez viszont meg kell tanulnod ellenőrizni: megnézni, mely fájlok változtak, tesztelni a telefonodon, megérteni egy hibaüzenetet.

Ki az a vibe coder?

Olyan ember, aki úgy készít szoftvert, hogy leírja egy MI-nek, ahelyett, hogy megírná a kódot. A szó jelenthet kezdőt, aki az első prototípusát indítja, és fejlesztőt is, aki a gyorsaság kedvéért kiszervezi a kódírást.

Lehet vibe codingot csinálni ChatGPT-vel?

Igen. Kérhetsz tőle kódot, és bemásolhatod a projektedbe, vagy használhatod a Codexet, az OpenAI ágensét, amely közvetlenül módosítja a fájlokat. A korlát ugyanaz, mint a többi eszköznél: neked kell ellenőrizned az eredményt egy valódi telefonon.

Melyik a legjobb vibe coding eszköz?

Az, amelyik a számodra szükséges formátumot készíti. Egy weboldalhoz vagy webapphoz egy olyan generátor, mint a Lovable vagy a Bolt, gyors. Egy iPhone-apphoz, amelyet publikálni és továbbfejleszteni szeretnél, egy saját projektedben dolgozó ágens, például a Claude Code, a Codex vagy a Cursor, nálad hagyja a kódot és az irányítást.

Lehet mobilappot készíteni vibe codinggal?

Igen, ha olyan eszközt választasz, amely valódi mobilprojektet készít, nem csak webappot. React Native és Expo használatával egyetlen projektből lesz iPhone- és Android-app is.

Megbízható a vibe coding egy éles apphoz?

Önmagában nem. Az ismert incidensek mind ellenőrzés nélkül publikált eredményből fakadtak: kiszivárgott adatok, törölt adatbázis, Apple-elutasítás. Tesztelt hozzáférési szabályokkal, mentésekkel és eszközön végzett próbákkal ugyanez a módszer stabil appokat eredményez.

Az első ötlettől a befejezhető projektig

Ha még bizonytalan vagy az első funkcióban, kezdd azzal, hogy validálod az appötletedet. A teljes út áttekintéséhez olvasd el: hogyan készíts appot. Ha már van prototípusod, az iOS Kit négylépéses útja segít beazonosítani a következőt. Nem tudod, hol tartasz? Az ingyenes diagnózis megmutatja, hol állsz, megmondja, melyik lépéssel kezdj, és elküldi neked az Apple-elutasítások elleni ellenőrzőlistámat.