Vibe coding: mi az, mire jó, és mikor kell szoftverfejlesztő?

Vibe coding: leírod magyarul, mit szeretnél, és az AI megírja a programot. 2026-ban ez már nem jövőkép, hanem hétköznapi gyakorlat: egy este alatt összeáll egy működő készletnyilvántartó, árkalkulátor vagy foglalási felület, programozói tudás nélkül. A kérdés, amit egyre több ügyvezető tesz fel nekünk: ha ez ilyen egyszerű, miért fizessek szoftverfejlesztőnek? Ebben a cikkben erre válaszolunk, mert mi is minden nap AI-val dolgozunk, csak egészen más módon, mint egy szakmán kívüli.

🧭 Vibe coding jelentése

A vibe coding (magyarul vibe kódolás, „hangulat alapú programozás”) kifejezést Andrej Karpathy, az OpenAI társalapítója dobta be 2025 februárjában. Lényege: természetes nyelven, beszélgetve írod le, mit szeretnél, egy nagy nyelvi modell generálja a kódot, te pedig a látható eredmény alapján kérsz javítást, anélkül, hogy a kódot elolvasnád vagy megértenéd. Nem te programozol, hanem irányítod a „vibe”-ot.

Eszközei ma már ismerős nevek: Lovable, Cursor, Claude Code, GitHub Copilot, Replit, vagy egyszerűen a ChatGPT. Mindegyik ugyanazt tudja: promptból működő alkalmazást csinál. A vibe coding tehát nem egy eszköz, hanem egy munkamódszer: kód olvasása és tervezés nélkül, az eredményre hagyatkozva építkezni.

Fontos megkülönböztetés: az AI programozás, vagyis az AI-val támogatott fejlesztés ugyanezeket az eszközöket használja, de a kódot megtervezik, elolvassák, tesztelik és valaki felel érte. A különbség nem az eszköz, hanem minden, ami a prompt előtt és a „működik” után történik.

✅ Mire jó a vibe coding? Mi is használjuk

Nem vagyunk ellene, sőt. Van, amire ez a leggyorsabb és legolcsóbb út, és ilyenkor mi is pontosan így dolgozunk:

• Ötlet kipróbálása, demó, prototípus – mielőtt bárki hetekig fejlesztene, látszik, hogy a felhasználók egyáltalán használnák-e. Ha nem válik be, eldobjuk, és nem fáj.
• Belső segédeszköz 1-2 embernek – egy árajánlat-követő, egy vezetői kimutatás, egy egyszerű kalkulátor, nem érzékeny adattal. Ha leáll, senki nem sérül, és aki csinálta, az tartja karban.
• Egyszeri feladatok – adatkonverzió, egy riport egyszeri összeállítása, egy fájl átalakítása. Nincs utóélete, nem kell karbantartani.
• Tanulás és kommunikáció – egy kattintható vázlat többet mond a fejlesztőnek, mint tíz oldal leírás. A jó specifikáció sokszor egy vibe-kódolt prototípussal kezdődik.

A közös ezekben: alacsony a tét. Kevés felhasználó, nem kritikus folyamat, nem érzékeny adat, nincs integráció, és van valaki, aki érti és viszi tovább.

⚠️ Mire nem jó: amikor a működő demó még nem rendszer

A vibe coding legnagyobb csapdája, hogy a képernyőn ugyanúgy néz ki egy demó és egy rendszer. A készletnyilvántartó, amit egy este összeraktál, bevételez és kiad, a lista frissül, minden szép. Amit a képernyő nem mutat, az a rendszerszemlélet, amit egy szoftverfejlesztő automatikusan hozzátesz, mert már látta, hol törik el:

• Egyidejű használat – két kolléga egyszerre veszi ki az utolsó darabot, vagy valaki kétszer kattint a mentésre. Tranzakció és zárolás nélkül a készlet csendben elromlik, és hetekkel később derül ki, a leltárnál.
• Jogosultság a szerveren – az AI szívesen „elrejti a gombot” a nem jogosult felhasználó elől. A szerver viszont továbbra is végrehajtja a kérést, ha valaki a böngésző fejlesztői eszközével elküldi. Ez nem elmélet, ez a leggyakoribb hiba a vibe-kódolt appokban.
• Naplózás és visszakövethetőség – ki, mikor, mit módosított? Törölt tételnek van nyoma? Egy nyilvántartásnál ez nem extra, ez a lényeg.
• Integráció – a számlázó, az ERP, a webshop nem azt várja, amit az AI feltételez. A hibás kapcsolat a könyvelésben jelenik meg, nem a képernyőn.
• Mentés és visszaállítás – készül mentés? És vissza is állt már belőle valami egy próbán? A kettő nem ugyanaz.
• Titkok a kódban – API-kulcsok, jelszavak, nyilvános adatbázis-elérés. 2026 tavaszán egy vibe coding platform saját adatszivárgása is egy jogosultsági hibából indult, amit hetekig nem javítottak.
• Mellékhatások – minden „javítsd ki ezt” prompt más funkciókat is átírhat. Tesztek nélkül nem látod, mi romlott el közben. Az AI-generált kódban mérések szerint többszörös a logikai és biztonsági hiba aránya a kézzel írt kódhoz képest, ha nincs emberi átnézés.

Egyik sem látszik a demón. Mindegyik akkor jön elő, amikor a szoftver már a napi munka része, és többen függenek tőle.

⚖️ Ki felel, ha az AI által írt program hibázik?

Rövid válasz: te. Az AI-szállító a saját eszközéért felel, nem azért, amit vele építettél. Ha a vibe-kódolt készletnyilvántartó miatt rossz mennyiséget rendelsz, ha személyes adat szivárog ki belőle, ha a számlán hibás összeg szerepel, az a cég felelőssége: GDPR-bírság, NAV, ügyfélvesztés. Nincs kinek továbbadni.

Szoftverfejlesztőnél ez másképp néz ki: van szerződés, van, aki ismeri a kódot, van hibajavítási határidő és van garancia. Nem azért, mert a fejlesztő sosem hibázik, hanem mert van gazdája a rendszernek, és a felelősség megosztott. Ez az, amit egy prompt nem tud adni.

🛠️ Mi a különbség, ha szoftverfejlesztő használja az AI-t?

Ugyanazok az eszközök, más a folyamat. Nálunk egy fejlesztés így néz ki, és az AI ebben nem a főszereplő, hanem a leggyorsabb kolléga:

1. Üzleti kérdés és specifikáció – mit számolunk, miből, kinek, mi a kivétel? Írásban, mielőtt egy sor kód készülne. Ez a lépés dönti el, hogy jó kérdésre kapunk-e gyors választ.
2. Architektúra és adatmodell – hol él az adat, mi kapcsolódik hozzá, mi történik egyidejű használatnál. Utólag ezt a legdrágább javítani.
3. Kódgenerálás AI-val – a terv alapján az AI írja a kód nagy részét, a mi mintáink és szabályaink szerint. Itt tényleg gyors: amit korábban napokig írtunk, az órák alatt megvan.
4. Kódátnézés – minden generált sort ember olvas el. Biztonság, teljesítmény, és hogy az üzleti szabály tényleg az-e, amit kértünk. Az AI javaslatainak egy részét itt dobjuk ki.
5. Teszt valós adaton – tesztkörnyezet, éles adatmásolat, mérés. A legutóbbi Business Central riportunknál itt derült ki, hogy az első, AI által javasolt lekérdezés percekig futott volna a 7 milliós táblán; a végleges 3 másodperc alatt fut.
6. Telepítés, felelősség, karbantartás – verziózás, mentés, hibajavítási határidő, szerződés. A rendszer gazdája nem az AI, hanem mi.

A vibe coding a 3. lépés önmagában. A fejlesztő AI-val mind a hat lépést végigviszi, és az AI a 3-5. lépést gyorsítja. Az eredmény ugyanolyan gyorsan készül, de karbantartható, és van, aki felel érte. Ezért tudunk egy célzott listát néhány nap alatt, egyszeri díjért leszállítani: nem azért, mert az AI megírja helyettünk, hanem mert mi tudjuk, mit kérjünk tőle és mit ne fogadjunk el.

📋 Vibe coding vagy egyedi fejlesztés? Döntési táblázat

Nem az a kérdés, ki írta a kódot, hanem hogy mi múlik rajta, ha hibázik.

🔍 Van egy AI-val készült appod? Így vidd élesbe

Nem kell kidobni. A vibe-kódolt prototípus sokszor jó kiindulópont, csak élesítés előtt át kell nézetni. Nyolc kérdés, amire írásos választ kérj attól, aki átnézi, akár tőlünk, akár mástól:

1. A jogosultságot a szerver is ellenőrzi, nem csak a gomb van elrejtve?
2. Mi történik két egyidejű módosításnál vagy dupla kattintásnál?
3. Visszakereshető, ki, mikor, mit rögzített vagy törölt?
4. Maradt jelszó vagy API-kulcs a kódban, vannak sérülékeny könyvtárak?
5. Készül mentés, és próbán vissza is állították már?
6. Negatív készlet, duplikált azonosító, üres mező, megszakadt kapcsolat: mindegyikre van válasz?
7. Ha más rendszerhez kapcsolódik, mi történik, ha az nem válaszol?
8. Ki kap értesítést hibánál, ki frissít, hogyan lehet visszaállni, és ki felel mindezért?

Ha a nyolcból háromra nincs biztos válasz, még ne tedd élesbe. Egy célzott átvizsgálás néhány nap, és utána tudni fogod, hogy javítható, átvehető, vagy jobb újraépíteni. Az oldal alján lévő űrlapon elég annyit írnod, mit csinál az app és hányan használnák, a többit megkérdezzük.

❓ Gyakori kérdések a vibe codingról

Mit jelent a vibe coding magyarul?
Nincs bevett magyar fordítása, a „vibe kódolás” és a „hangulat alapú programozás” is előfordul. Lényege: természetes nyelvű utasításokból az AI írja a kódot, a felhasználó a látható eredmény alapján irányít, a kód olvasása nélkül.

Lecseréli a vibe coding a programozókat?
A kódírás egy részét igen, a tervezést, az ellenőrzést és a felelősséget nem. A fejlesztők maguk is AI-val dolgoznak; a különbség az, hogy tudják, mit kell kérni és mit nem szabad elfogadni.

Biztonságos a vibe coding céges adatokkal?
Prototípusnál, kitalált adattal igen. Valódi ügyfél-, bér- vagy pénzügyi adattal csak szakmai átvizsgálás után: a jogosultságkezelés és a titkok kezelése a két leggyakoribb hiba.

Mennyibe kerül, ha egy vibe-kódolt appot szakember néz át?
Egy célzott átvizsgálás néhány napos, egyszeri díjas munka, jellemzően töredéke annak, amibe egy éles hiba kerülne. A végén írásos lista marad: mit kell javítani, és mi vehető át változatlanul.

Ha nálatok is felmerült, hogy „ezt megcsináljuk mi AI-val”, szívesen megnézzük veletek, hol a határ. Néha tényleg elég a vibe coding, és ezt meg is mondjuk.