0 / 54
DarwinAI · Vibe Coding

A folyamat 1.0 – checklist

Az ötlettől az éles rendszerig, 12 lépésben. Egy javaslat, nem szentírás: haladj végig rajta egy konkrét, kicsi példán, és pipáld, ami kész. A haladásod ebben a böngészőben megmarad.

Ötletek, ha még nincs példád: Ügyfélkezelő · Excel-elemző · Weboldal · Saját projekt

I.

Mit akarsz?

Előkészítés – még egy sor kód sem készül.

1Írd le, mit szeretnélsaját szavakkal, kód nélkül0 / 5

A Vibe Coding eredménye nagyrészt azon múlik, milyen inputot adsz az elején. Nem technikai specifikáció kell – az kell, hogy pontosan leírd, MIT szeretnél.

Tipp: Nem kell szépnek lennie: Wordben, jegyzetben, felsorolásban – bárhogy. A következő lépésben az AI rendbe teszi.

Jó tudni: A MIT a lényeg. Adatbázis-táblákat és technikai architektúrát nem neked kell meghatároznod – ha szükséges, később a coding agent megtervezi.

2Dolgoztasd ki AI-valchatben, kódolás nélkül0 / 5

A vázlatodat add oda egy AI-nak sima chatben – lehetőleg erősebb modellel, magasabb reasoning/effort beállítással. Még NE kódoljon.

Mintaprompt a kidolgoztatáshozAz alábbi vázlatot egy szoftverről írtam, amit egy coding agenttel szeretnék elkészíttetni.

1. Strukturáld és rendszerezd a leírásomat.
2. Jelezd az ellentmondásokat és a hiányzó pontokat – ha kell, kérdezz vissza.
3. Tedd hozzá azokat a funkciókat, amelyek szerinted szükségesek a cél eléréséhez.
4. Készíts belőle Markdown formátumú specifikációt, amelyet közvetlenül át tudok adni egy vibe coding eszköznek.

NE kezdj még kódolni. Adatbázis-táblákat és részletes technikai architektúrát nem kell meghatároznod – azt később a coding agent megtervezi.

A vázlatom:
[ide másold be a vázlatodat]

Tipp: Az AI visszakérdezései a legértékesebb rész. Válaszolj rájuk, és az eredmény kerüljön be a specifikációba.

Figyelj: Ebben a lépésben még ne kódoltass. Előbb legyen kész a specifikáció – az építés a következő szakasz.

3Projektmappa és SPEC.mdminden projektnek külön mappa0 / 4

Mentsd a specifikációt egyszerű szöveges vagy Markdown fájlba, és másold az újonnan létrehozott projektmappába – ez lesz a projekt egyik első dokumentuma.

Figyelj: Ne adj hozzáférést a teljes Dokumentumok mappádhoz, vagy olyan könyvtárhoz, ahol több független projekt van. A coding agent abban a mappában módosíthat, létrehozhat és akár törölhet is.

Tipp: Jó szerkezet: egy „AI Projects” mappa, benne külön mappában minden projekt – Ugyfelkezelo, ExcelElemzo, Weboldal, SajatProjekt.

II.

Építsd meg

Munka a coding agenttel – és a fogalmak, amik elsőre idegenek.

4Eszköz és modellcoding agent, nem sima chat0 / 5

Ha tényleges szoftvert fejlesztesz, általában sokkal célszerűbb coding agentben – például Claude Code-ban vagy ChatGPT Codexben – dolgozni, mint sima AI-chatben.

Tipp: Mindig az aktuálisan elérhető modellek közül válassz. Jó kiindulópont a legnagyobb modell alatti kategória, a maximumnál eggyel alacsonyabb effort-tal; a legnagyobb kategória az extra komplex, nagyon hosszú vagy nehéz feladatoknál indokolt.

Jó tudni: Példa, 2026. októberből: a komplexebb fejlesztésekhez a Claude Opus 5.5 jó választás, a Sonnet 5.5 gyorsabb és olcsóbb. A modellek gyorsan változnak – nézd meg az aktuális kínálatot.

Figyelj: Claude-ban a modellt chatenként választod. Ha utólag módosítod, újraépíti a kontextust – ez tokenbe kerül.

5Az első promptegyszerű lehet – de legyen végigellenőrzés0 / 4

Innentől a coding agent már a projektfájlokkal dolgozik. Az első prompt akár egészen egyszerű is lehet.

Az első prompt · Csak a specifikációvalA projektmappában megtalálod a SPEC.md vagy SPEC.txt fájlt. Olvasd el teljes egészében, és készítsd el a benne leírt rendszert. Csak akkor tekintsd késznek, ha a specifikáció minden pontját végigellenőrizted.
Az első prompt · Szabályfájllal együttA projektmappában megtalálod a SPEC.md fájlt (a rendszer leírása) és a RULES.md fájlt (a projekt alapkövetelményei). Olvasd el mindkettőt teljes egészében, és készítsd el a SPEC.md-ben leírt rendszert a RULES.md követelményei szerint. Csak akkor tekintsd késznek, ha mindkét fájl minden pontját végigellenőrizted.

Tipp: A coding agent nem a chatablakban „beszél” a kódról: a projektfájlokat módosítja. Nem neked kell követned, melyik kódrészletet kell átírni.

6Nézd meg: localhostmég nincs fent az interneten0 / 4

Amit vibe codinggal építesz, az első körben NINCS fent az interneten. A kód a saját gépeden van, és általában egy helyi webszerver futtatja.

Kérd ígyIndítsd el és mutasd meg.

Figyelj: A localhost csak a saját gépedről érhető el. Ha el akarod érhetővé tenni másoknak, publikálni / deployolni kell valamilyen internetes szolgáltatásra.

7Terminál, félelem nélkülhaladóbb, de nem kell megijedni0 / 5

Az a jellemzően fekete vagy sötét ablak, ahol villogó kurzor után szöveges parancsokat írhatsz be: programot indíthatsz, fájlokat kezelhetsz, szoftvert telepíthetsz, szervert indíthatsz.

Ha elakadszÍrd le pontosan, milyen parancsot kell bemásolnom a terminálba.

Tipp: A terminálon keresztül telepíthetsz programokat, letölthetsz csomagokat, elindíthatod az alkalmazást, teszteket futtathatsz, Git-parancsokat hajthatsz végre.

Figyelj: Ha rendszergazdai (sudo) jogosultságot kér, állj meg egy pillanatra, és olvasd el, mit fog csinálni.

8API-kulcsha kellHa az alkalmazás futás közben is használ AI-t0 / 5

Attól, hogy egy programot AI-val készítettél, a kész programnak nem feltétlenül kell AI-t használnia. Az AI lehetett kizárólag a FEJLESZTŐ.

Kérd ígyHozd létre a szükséges .env fájlt és a .env.example fájlt, és gondoskodj róla, hogy a .env szerepeljen a .gitignore-ban.

Figyelj: Az API-kulcs egy jelszónak megfelelő titkos adat. Nem szabad elküldeni másnak, vagy nyilvánosságra hozni.

Jó tudni: A fizetés jellemzően használatalapú; szolgáltatónként eltérhet az elszámolás: lehet prepaid credit, automatikus bankkártyás terhelés vagy vállalati számlázás.

Tipp: A .env tartalma például: OPENAI_API_KEY=ide_kerul_a_kulcs. A .gitignore azért fontos, hogy a titkos kulcs véletlenül se kerüljön fel GitHubra.

9Adatbázisha kellHa tartós adattárolás kell0 / 4

Nem minden programhoz kell adatbázis. Egy egyszerű kalkulátor, prezentációs oldal vagy lokális tool működhet nélküle is.

  • Supabase · KezdőknekPostgreSQL adatbázist, felhasználókezelést, fájltárolást és több egyéb backend funkciót ad. Nagyon elterjedt vibe coding projektekhez.
  • Neon · AWS · Prisma PostgresTöbb szolgáltatás közvetlenül integrálható a Vercel rendszerébe – lásd a 12. lépést.
  • Saját szerver · HaladóknakPéldául Hetznernél bérelt virtuális szerver. Erre PostgreSQL, a webalkalmazás és más szolgáltatások is telepíthetők – nagyobb szabadság, több üzemeltetési feladat.

Tipp: Kezdőként a Supabase / Vercel típusú megoldások általában egyszerűbbek, mint a saját szerver. Ha mégis kell, a coding agent végig tud vezetni rajta.

Jó tudni: A Supabase jelenleg két aktív projektet ad ingyenesen, korlátokkal. Fizetős használatnál szervezeti előfizetés és projektenkénti erőforrásköltség is lehet – az aktuális árakat mindig a szolgáltató oldalán nézd meg.

III.

Haladj biztonságban

Mentési pontok, tesztelés, publikálás – hogy bátran lehessen kísérletezni.

10Mentési pontok: Git és GitHubnagy módosítás előtt legyen visszaút0 / 4

A GitHub a projekted verziókövető és együttműködési központja. Segítségével követheted a verziókat, és bármikor visszatérhetsz egy korábbi, működő állapothoz.

Mentési pont kérése · Nagy módosítás előttMielőtt elkezded ezt a nagy módosítást, készíts egy Git commitot a jelenlegi működő állapotról.
Mentési pont kérése · Új funkció előttA jelenlegi verzió működik. Commitold ezt az állapotot, és csak utána kezdd el az új funkció fejlesztését.
  • Repository / repoMaga a Git által kezelt projekt.
  • CommitA projekt egy elmentett, névvel és időponttal ellátott állapota / módosításcsomagja.
  • PushA helyi commitok feltöltése a GitHubra.
  • PullA GitHubon lévő új változások letöltése a saját gépedre.
  • BranchA projekt egy külön fejlesztési ága.

Tipp: A GitHub összekapcsolható Vercellel, Coolifyjal és más deployment rendszerekkel, és több projektedet is rendezetten látod egy helyen.

Jó tudni: GitHub Pages: statikus weboldalakhoz (HTML, CSS, böngészős JavaScript). Beállítása jellemzően Settings → Pages; a cím például https://felhasznalonev.github.io/projektnev/. Nem általános backend vagy webszerver.

11Teszteltesd az AI-valne elégedj meg a „Kész.”-szel0 / 4

Az első működő képernyő még nem jelenti, hogy a rendszer valóban kész. Ne csak azt mondd az agentnek, hogy „Kész.” – kérj tesztet.

Kérd ígyMost teszteld végig a teljes rendszert a specifikáció alapján. Ellenőrizd minden funkcióját, keresd meg a hibákat, javítsd ki őket, majd ellenőrizd újra.

Figyelj: Az első működő képernyő még nem jelenti azt, hogy a rendszer valóban kész.

12Tedd ki az internetreha kellHa mások is használják0 / 5

Ha azt szeretnéd, hogy mások is használják a rendszert, azt külön publikálni / deployolni kell valamilyen internetes szolgáltatásra.

  • Vercel · WebalkalmazásElsősorban webalkalmazások publikálására és futtatására való. Automatikus címet ad (sajatprojekt.vercel.app), saját domain is köthető hozzá, domaint is lehet rajta vásárolni.
  • GitHub Pages · Statikus oldalHTML, CSS és böngészőben futó JavaScript. Nincs szerveroldali kód, adatbázis vagy saját API.
  • Saját szerver · Coolify · HaladóknakPéldául Hetznernél bérelt virtuális szerver. Több szabadság és több üzemeltetési feladat – kezdőként a Vercel / Supabase típusú megoldások egyszerűbbek.

Jó tudni: A GitHub Pages nem általános backend: ha a programnak szerveroldali Node.js / Python kódja, adatbázisa vagy saját API-ja van, inkább Vercel, Coolify vagy más hosting kell.

Tipp: Innen a ciklus: kérés → teszt → mentési pont → publikálás. Nagy módosítás előtt mindig legyen visszaállási pont.