Szoftverkészítés AI-val: mit építs, mit bízz fejlesztőre?

AI segítségével ma már fejlesztői háttér nélkül is elkészíthetsz egyszerű belső segédeszközt, kalkulátort vagy kisebb munkafolyamatot támogató alkalmazást. Ezt a munkamódot gyakran vibe codingnak nevezik: a kívánt működést írod le, a kódot pedig az AI állítja elő. A módszer határa azonban világos. Ügyfeleknek szánt, pénzt mozgató vagy valódi ügyféladatot kezelő rendszert szakértői ellenőrzés nélkül nem szabad így élesíteni. Ez a lecke abban segít, hogy felismerd ezt a határt.

Mit jelent a gyakorlatban?

A kifejezést Andrej Karpathy AI-kutató használta először széles körben 2025 elején. Olyan munkamódot jelöl, amelyben az ember a kívánt működést fogalmazza meg, a kódot pedig az AI írja és javítja. A Claude Code is használható erre. A tervezési móddal, kis lépésekkel és rendszeres ellenőrzéssel a folyamat jobban kézben tartható.

Amit a túlzó ígéretek elhallgatnak: a kód megírása a szoftverkészítésnek csak az egyik része. A biztonság, az adatkezelés, a hibatűrés és a karbantartás a másik, és ezekhez az AI segít, de a felelős döntéseket nem hozza meg helyetted. A határvonal ezért nem a képességeidről szól, hanem a kockázatról.

A négykérdéses teszt

Minden ötletnél válaszold meg ezt a négyet:

1. Ki használja? Csak te vagy a belső csapat, vagy ügyfél is? Amint kifelé fordul, fejlesztő kell.
2. Milyen adat van benne? Nyilvános adat, másolat, saját táblázat: mehet. Éles ügyféladat, személyes adat, pénzmozgás: fejlesztő és komolyan vett adatvédelem kell.
3. Mi történik, ha eltörik? Kényelmetlen (kézzel csinálod aznap): mehet. Kár keletkezik (ügyfél előtt, pénzben, adatban): fejlesztő kell.
4. Élő rendszer lesz, vagy egyszeri eszköz? Az egyszeri és a „hetente használjuk, néha igazítunk rajta” mehet. Aminek rendelkezésre kell állnia és fejlődnie kell, annak gazda kell, és az előbb-utóbb fejlesztő.

Ha mind a négyre az első válasz igaz, építsd meg magad. Ha bármelyikre a második, a vibe coding ott a prototípusig visz: megépíted, megmutatod, és a fejlesztő ebből érti meg percek alatt, mit akarsz. Ez önmagában is pénzt ér, mert a félreértett specifikáció a drágább fejlesztési hibák egyike.

Gyakorlati feladat

Készíts egy ajánlatkalkulátort: egy egyszerű helyi weboldalt, ami a Sheets-árlistád alapján összeadja a tételeket, kedvezménysávot kezel, és a végösszeget a sablonodba illeszthető szövegként adja ki. Azért ez a jó első projekt, mert a négy kérdés tesztjén tisztán átmegy: te használod, a saját árlistád van benne, ha eltörik, számolsz kézzel, és nem élő rendszer.

Hogyan építsd meg, lépésről lépésre

1. Írd le magyarul, mit akarsz. Bemenet, kimenet, szabályok, egy bekezdésben mindegyik. „Bemenet: tétel választása listából, darabszám. Az árak ebből a táblázatból jönnek. Szabály: 100 darab fölött 5% kedvezmény. Kimenet: tételes összesítés és egy másolható szövegblokk.” Ez a specifikáció, és a minősége dönti el az egészet, ahogy a promptírás alapjainál tanultad.

2. Plan mode. A Claude Code-ban kérd: előbb terv, utána építés. A tervből fog kiderülni, mire nem gondoltál (mi legyen érvénytelen darabszámnál, mi van, ha egy tétel hiányzik az árlistából). Ezekre a terv szintjén válaszolj.

3. Építés kis lépésekben. Először a számolás működjön nyers formában, aztán a felület, aztán a kedvezményszabály. Minden lépés után próbáld ki. A haladó lecke munkarendje ez, és itt látszik meg igazán az értéke: sosem vagy messze az utolsó működő állapottól.

4. Tesztelj a saját példáiddal. Vegyél elő három valós, régi ajánlatot, és számoltasd újra az eszközzel. Az egyezés jó kezdet; próbáld ki a nulla és negatív darabszámot, a hiányzó árat, a kedvezményhatárokat és a kerekítést is. Ha nem, a hibát írd le pontosan, és javíttasd. A „nagyjából jó” egy kalkulátornál nem kategória.

5. Hol fusson. Az ilyen belső eszköz legegyszerűbb otthona a saját géped: egy mappa, amit megnyitsz a böngészőben, vagy egy paranccsal indítasz. Ha a csapatnak is kell, az már megosztás és hozzáférés kérdése, és egy fokkal feljebb visz a komolyságban. Lépésenként haladj, ne az elején akard az egészet.

6. A „működik” és a „kész” közti sáv. Belső eszköznél a józan minimum elég: az adat mentve van (az árlista amúgy is a Sheetsben él), nincs benne jelszó a kódba írva, és tudod, hogyan indítod újra. Ez a sáv kifelé fordulva sokszorosára nő, és pont ez a négykérdéses teszt mögötti ok.

Miért éri meg?

A közvetlen haszon a megépült eszköz. A nagyobb haszon az, amit közben tanulsz: megérted, hogyan épül fel egy szoftver, mi könnyű és mi nehéz benne, és onnantól másképp beszélsz minden fejlesztővel és minden árajánlattal. A cégvezető, aki egy hétvége alatt megépített magának egy kalkulátort, nem hisz el többé se csodaígéretet, se ijesztgetést. Ez a piacon ritka és értékes állapot.

A kockázatok, amelyeket nem szabad elhallgatni

• A bemutatók csapdája. A „nálam működött” és az „üzembiztos” között nagy a táv. Belső eszköznél ez a táv elfogadható, kifelé nem.
• A láthatatlan biztonsági rés. A kód, amit nem értesz, tartalmazhat olyan hibát, amit nem veszel észre, és az AI önmagában nem garancia ellene. Ezért a szabály: érzékeny adat és külső elérés nélkül dolgozz ezen a szinten.
• A gazdátlan eszköz. A fél év múlva eltörő, „senki sem tudja, hogyan működik” segédeszköz a belső változata a szigetszerű AI-próbálkozásoknak. Amit használsz, azt írd fel a rendszereid listájára, egy mondat leírással, hol él és mit csinál.

Gyakori kérdések

Megtanulok így programozni?

Nem, és nem is az a cél. A rendszerlogikát tanulod meg: bemenet, feldolgozás, kimenet, hibaesetek. Ez az, ami cégvezetőként pénzt ér.

Mennyibe kerül?

A Claude-előfizetésed keretét fogyasztja, külön költsége nincs. A valódi ráfordítás az időd: az első ilyen eszköz egy fél nap és egy hétvégi délután között van, a specifikációd minőségétől függően.

Mit építsek elsőnek?

Olyat, aminek van kézi alternatívája: kalkulátor, egy belső listakezelő, egy adatátalakító, egy sablonkitöltő. A rossz első projekt az, ami nélkül másnap megáll a munka.

Mikor adjam át fejlesztőnek?

Amikor a négy kérdés bármelyikére a második válasz igaz, vagy amikor az eszköz a prototípusszerepét betöltötte és élesíteni kellene. A prototípusod ilyenkor nem kuka, hanem a világ legpontosabb specifikációja.

Innen folytasd

A felelős építés első feltétele a világos és állandó szabályrendszer. A következő leckében megtanulod megírni azt a rendszerutasítást, amely rögzíti az AI szerepét, korlátait és a jó eredmény feltételeit.

Ha ezt a saját cégedben szeretnéd bevezetni, nézd meg a szolgáltatásokat, vagy kérj egy ingyenes AI-konzultációt.