Vibe-Coding Szójegyzék: a fogalmak, amiket minden AI-kódolási chatben hallani fogsz

Nem kell informatikus diploma ahhoz, hogy élesíts egy projektet. Pár kifejezés viszont minden AI chatben előkerül, és ha ismered őket, az ágens sokkal jobb válaszokat fog adni. Itt a legfontosabb szókincs, közérthetően, a lehető legrövidebb, de még hasznos példákkal.

Az első promptod — itt kezdd

Ezt a sima chatbotodba (ChatGPT, Claude, Gemini) másold be — ne a kódoló ágensbe (VS Code, Codex, Antigravity). A chatbot ugyanis tervez és tanít, míg a kódoló ágens épít. A kezdők gyakran heteket veszítenek azzal, hogy túl általános célokat dobnak be az ágensnek, aztán hagyják, hogy az vakon írja a kódot.

Teljesen kezdő vagyok — egy olyan webappot szeretnék építeni, amivel követhetem a napi kalóriabevitelemet (étkezési napló, napi összesítők, és egy egyszerű heti grafikon).

Mielőtt bármilyen kódot írnál, kérlek:

1. Magyarázd el, milyen építőkockákra lesz szükségem: hol fog futni az app (tárhely/hosting), hol lesznek az adatok (adatbázis), hogyan tudnak bejelentkezni az emberek (hitelesítés/auth), hogyan mennek ki az e-mailek, és hogyan tudnak fizetni.
2. Ajánlj egy modern, gyors és biztonságos technológiai stacket (tech stack) egy egyedül dolgozó kezdőnek 2026-ban — és közérthetően, divatszavak (buzzwordök) nélkül magyarázd el, MIÉRT ezt választottad.
3. Készíts nekem egy lépésről lépésre követhető tervet, amit aztán egyesével odaadhatok egy kódoló ágensnek. Minden lépés legyen elég pici ahhoz, hogy egyetlen chatüzenetbe beleférjen. Minden lépés végére írj egy ellenőrzést is, amit lefuttathatok, hogy biztosan működik-e az adott rész, mielőtt továbbmennénk.
4. Sorold fel azt az 5 hibát, amit a kezdők itt el szoktak rontani, hogy én elkerülhessem őket.

Egyelőre NE írj valódi kódot — először a tervet és a hiányzó szókincset tanítsd meg nekem. Kérdezz nyugodtan, ha a célom túl homályos lenne.

Itt kezdd: a fájl, ami az ágensedhez beszél

Amikor elindítasz egy projektet, az AI ágensek (Claude Code, Cursor, Copilot) egy instrukciós fájlt keresnek a mappa (repo) gyökerében. Ezt általában AGENTS.md-nek vagy agent.md-nek hívják. Ez egy egyszerű szöveges fájl, amiben leírod a projektet: miről szól, milyen stacket használ, és mik azok a szabályok, amiket az ágensnek tartania kell (pl. „mindig futtasd le a teszteket commit előtt”, vagy „soha ne nyúlj az adatbázis sémához anélkül, hogy megkérdeznél”). Képzeld el úgy, mint egy hűtőre ragasztott cetlit a robot kollégádnak. Írd meg rögtön az első nap, fogd rövidre, és frissítsd, ha változnak a szabályok — így spórolhatod meg a legkönnyebben, hogy minden beszélgetésben ismételned kelljen magad.

GitHub — ahol a kód lakik

A repo (repository/adattár) egy mappa, amiben a projekted és annak teljes története benne van. A commit egy elmentett pillanatfelvétel (pl. „átírtam az árazás szövegét”). A push ezeket a pillanatfelvételeket tölti fel a GitHubra, a Pull Request pedig változtatásokat javasol, mielőtt azok véglegesen bekerülnének a kódba. Még ha egyedül dolgozol is, használd: az előzmények miatt mindig vissza tudsz állni a tegnapi, még működő verzióra. Vibe-kódolás ökölszabály: minden működő funkció után csinálj egy commitot — a kicsi, unalmas commitok jelentik a legolcsóbb biztosítást a programozásban.

Adatbázis (Database) — ahol az adatok élnek

A kód újrainduláskor mindent elfelejt, de az adatbázis emlékszik. A leggyakoribb típus a relációs adatbázis — képzeld el úgy, mint egy felturbózott Excelt: vannak táblák (munkalapok), sorok (bejegyzések) és oszlopok (mezők). SQL-ben így teszel fel neki kérdéseket:

SELECT email, plan FROM users WHERE plan = 'free';

Ez lefordítva annyit tesz: „add meg az összes olyan felhasználó e-mail címét és csomagját, aki az ingyenes („free”) csomagban van”. Egy ORM (például a Prisma) segítségével a kódod ugyanezt meg tudja csinálni anélkül, hogy neked ténylegesen SQL-t kéne írnod. Két fő típussal fogsz összefutni: az SQLite esetében az egész adatbázis egyetlen fájl, ami kis projektekhez tökéletes. A másik a Postgres, ami az iparági szabvány, és olyan szolgáltatások futtatják helyetted, mint a Supabase vagy a Neon. Ha nem tudod, melyiket válaszd: legyen a Postgres a Supabase-en keresztül, és ne agyald túl.

Cron job — az ébresztőóra

A cron job egy olyan kód, ami egy előre beállított időzítés szerint, automatikusan lefut. Például: „Minden reggel 9-kor küldd el a felhasználóknak az összesítőt”, vagy „5 percenként nézz rá az API-mra, hogy él-e még”. Az időzítést egy elég fura, 5 karakterből álló formátumban kell megadni, amit szerencsére sosem kell fejből tudnod:

0 9 * * *    → minden nap 09:00-kor
*/5 * * * *  → 5 percenként
0 0 * * 1    → minden hétfőn éjfélkor

Cronokkal találkozhatsz GitHub Actions formájában (nyilvános repóknál ingyenes), beépített platform funkcióként (pl. Vercel Cron, Cloudflare Cron Triggers), vagy külön szolgáltatásoknál is (mint a cron-job.org). A klasszikus kezdő hiba: a cron job egyszer csak csendben leáll, te meg csak hetekkel később veszed észre. Pontosan erre találták ki az életjel-figyelést (heartbeat monitoringot) és a Frankenstacket is.

Domain — a címed a neten

A domain (pl. frankenstack.app) egy név, amit egy domain regisztrátortól bérelsz (mint a Namecheap, Cloudflare vagy Porkbun — általában évi 10-15 dollárért). A DNS gyakorlatilag egy telefonkönyv, ami ezt a nevet átalakítja a szerver tényleges címévé: egy A rekord egy IP-címre mutat, míg a CNAME egy másik névre (így lesz mondjuk a „myapp.vercel.app”-ból a te saját „myapp.com”-od). Az aldomain (subdomain) egy ingyenes mellékág, amit bárhova irányíthatsz (pl. blog.myapp.com). Ökölszabály: vedd meg a domaint azon a napon, amikor kitaláltad a nevet — ez egy elég olcsó biztosítás az ellen, hogy valaki más elvigye előled.

Platformok, aszerint csoportosítva, hogy mit csinálnak

• Tárhely (Hosting) — itt fut a weboldalad: ilyen a Vercel (Next.js-hez a legkönnyebb indulás), a Cloudflare Workers/Pages (gyors, és nagyon jó az ingyenes csomagja) vagy a Netlify. Csak feltöltöd a kódot (push), ők meg futtatják — egy ujjal sem kell szerverekhez érned.
• BaaS (Backend as a Service) — előre megépített backend építőkockák: ide tartozik a Supabase (Postgres adatbázis + bejelentkezés + fájltárolás — a vibe-kódolt appok alapértelmezett választása), a Firebase (a Google régebbi, zártabb rendszere), a Convex (egy modern, reaktív adatbázis, ami zseniális a valós idejű dolgokhoz), a Neon (csak Postgres, brutál jó ingyenes csomaggal) és a Turso (SQLite, edge-barát).
• Szerver hoszting — olyan kódokhoz, amiknek 0-24-ben futniuk kell: a Railway és a Render tökéletesek a folyamatosan pörgő dolgokhoz (API-k, botok, workerek), amiket a serverless (szerver nélküli) platformok kicsit nehézkesebben kezelnek. A Fly.io is ide tartozik, bár ott több mindent kell kézzel beállítani.
• E-mail — levélküldés úgy, hogy ne a spamben landolj: Resend (a fejlesztők kedvence, szép API-val), Loops (marketinghez és hírlevelekhez) és a SendGrid (a nagy öreg). Mindegyiknek van ingyenes csomagja; a rendszerszintű e-mailjeidet (pl. a jelszó-visszaállítást) mindig ezeken keresztül küldd, és soha ne a személyes Gmail-fiókodból.
• Fizetések — a Lemon Squeezy és a Paddle úgynevezett „Merchant of Record” szolgáltatók: ők intézik helyetted az ÁFA-t és az adózási papírmunkát, ami hatalmas könnyebbség, ha egyedül építesz valamit. A Stripe a legerősebb motor, de ott az adózás a te nyakadban marad.

AGENTS.md — a kész sablon

Mi ez: Egy kimásolható instrukciós fájl, amit simán csak bedobsz a repód gyökerébe AGENTS.md néven. A kódoló ágensek (Claude Code, Cursor, Copilot, Codex) ezt induláskor automatikusan beolvassák — így elég egyszer elmondanod a robot kollégádnak a játékszabályokat, nem kell minden beszélgetésben újra és újra leírnod.

Mi van benne: Egy kitölthető Projekt szekció (név, tech stack, parancsok), alapvető szabályok (pl. minden session végén commitolj, ellenőrizd a kód élesítését, soha ne nyúlj stikában az adatbázis sémához), egy „először az ingyenes eszközöket használd” szabály, illetve egy jól skálázható struktúra a növekvő projektekhez — ez a 3-rétegű architektúra (Markdown alapú folyamatleírások a directives/ mappában, az ágens mint irányító réteg, és konkrét eszközök az execution/ mappában). Emellett van benne egy öngyógyító ciklus (minden bug után frissül a folyamatleírás, így a rendszer egyre stabilabb lesz) — és három előre beállított ágens eszköz:

• vexp — kontextus-alapú navigáció a kódban: egyetlen run_pipeline hívással megkapod a szükséges fájlokat, ahelyett, hogy egyesével kéne nyitogatni őket. Teljesen a te gépeden fut — ingyenes és nem kell hozzá kulcs.
• Rafter — egy biztonsági ellenőrző kapu: ha a módosításod érinti a bejelentkezést, a fizetést, az adatbevitelt, az SQL-t vagy a fájlokat, az ágensnek le kell futtatnia egy biztonsági ellenőrzést, mielőtt késznek nyilvánítja a feladatot. A helyi titkos kulcsok (secrets) szkennelése ingyenes és offline; a mélyebb elemzéshez egyszer bekér egy API kulcsot, de ha nincs, akkor visszaáll egy manuális ellenőrző listára.
• Ponytail — a „lusta senior fejlesztő” mód: egy olyan megközelítés, ami az újrahasznosítást, a beépített alapkönyvtárakat (stdlib) és az egysoros megoldásokat részesíti előnyben az új függőségekkel (dependencies) és a felesleges túlgondolással szemben — úgy, hogy közben soha nem spórolja el a validációt, a biztonságot vagy az akadálymentesítést.
• 3-rétegű architektúra — arra az esetre, amikor a projekt túlnő egyetlen chatablakon: a folyamatleírások Markdownban vannak (directives/), az ágens irányít köztük, a tényleges munkát pedig dedikált szkriptek végzik (execution/). Tartalmazza az öngyógyító ciklust és egy szigorú fájlstruktúrát (a .tmp/ mappát sosem commitoljuk, a titkos kulcsok a .gitignore-ba kerülnek).

Hogyan működik az „először ingyenesen” szabály: Az ágens alapból mindent az ingyenes szinten futtat. Amikor először kerül elő egy fizetős funkció, egyszer rákérdez: „Van ehhez API kulcsod?“. Ha igen, átvált a komolyabb módra, és abban a sessionben többet nem kérdezi meg; ha nem, akkor megcsinálja az ingyenes alternatívával, egyértelműen szól róla, és megy tovább. A kulcsokat kizárólag a környezeti változókból (environment variables) olvassa ki — sosem égetjük bele a kódba, sosem írjuk ki a képernyőre, és sosem commitoljuk őket.

Letölthető verzió: kész AGENTS.md sablon

A cikkben szereplő instrukciós fájlt kész sablonként is letöltheted: AGENTS.md sablon (MD fájl). Töltsd le, nevezd át AGENTS.md-re (vagy hagyja így, mert az ágensek pontosan így keresik), dobd a repód gyökerébe, és töltsd ki a Project szekciót — minden más készen működik. A benne lévő eszköz-szakaszok (vexp, Rafter, Ponytail) alapból az ingyenes verziókon futnak, és csak akkor kérnek API-kulcsot, ha tényleg van neked.

Ez a szójegyzék folyamatosan bővül. A következőkben jönnek: olyan kódrészletek, amiket tényleg használunk (cron beállítások, Supabase életbentartó szkriptek, webhook-kezelők) és kész megoldások a saját projektjeinkből — mindez egyenesen ide linkelve, hogy egy kezdő kész, működő kódot tudjon másolni ahelyett, hogy fórumokról legózna össze valamit. Szeretnéd, hogy megmagyarázzunk egy kifejezést? Írd meg nekünk!

Kapcsolódó olvasnivalók

• Mi az a llms.txt és az adat kóddá válik — hogyan olvasnak az AI-ágensek a weboldalaidról
• Agent-readiness útmutató — készítsd fel az oldalad az AI-keresésre
• Az elszabadult AI-ügynökök — mikor lehet veszélyes az automatizálás