Fegyelem nélkül az AI drága zsákutca a szoftverfejlesztésben

Röviden

• Az AI nem kattintható csoda a fejlesztésben, bevezetése fegyelmet kíván.
• Ahol a determinisztikus automatizálás elég, ott az AI csak költség.
• A jogi és kiberbiztonsági elvárásokat a tervezéskor kell beépíteni.

„Kicsit olyan ez, mint a kvantumfizikában” – jegyezte meg dr. Bakota Tibor, a FrontEndArt ügyvezetője, amikor arról kérdezték, hol jár ma az AI a szoftverfejlesztésben. A sebesség kézzelfogható, a vállalati döntés viszont nem várhat: hová engedjük be a technológiát a tervezéstől a tesztelésig. A tét pénzben, kockázatban és időben mérhető. Rossz helyen elég egy rossz ígéret, és hónapok mennek el. Jó helyen a folyamat rövidül, és a minőség nem sérül – ez derült ki a DIG-IT Podcast beszélgetéséből, ahol a technológia mellett a fegyelem és a jog is központi téma volt.

Automatizáció vagy AI ügynök: hol keletkezik az érték

A vendégek különválasztották a determinisztikus automatizálást és az AI ügynökök (agent) használatát. Az előbbi esetben a fejlesztő egyszer megírja az algoritmust, az pedig gyorsan és olcsón fut. Az utóbbi nagy nyelvi modellekre épül, amelyek szöveges bemenetből következtetnek, majd egy végrehajtó lánc hajtja végre a lépéseket. Dr. Bakota szerint nem érdemes „mindent AI-osítani”, mert a modell varianciája, a visszakérdezések és a hibakezelés mind költséget visznek a folyamatba. Az AI ott ad üzleti értéket, ahol valódi döntési tér van, változatos a bemenet, és a szabályok nem írhatók le egyszerűen nullákkal és egyesekkel.

A beszélgetés a futtatási környezetről is árnyalt képet adott. Kisebb cégeknél gyakori a felhő, nagyvállalati környezetben sokszor helyszíni (on-prem) megoldás a válasz. Szóba került egy harmadik út is: dedikált, elkülönített modell-futtatás nagy felhőszolgáltatónál, fogyasztásarányos elszámolással. A döntés három tényező között egyensúlyoz: adatvédelem és felelősség, költség és rugalmasság. A modell jellegét illetően a vendégek kiemelték, hogy a nagy nyelvi modellek szöveget kapnak és szöveget adnak vissza. A kifelé menő hívásokat a köréjük épített komponensek végzik, ezért az adatszivárgási kockázat legtöbbször nem a modellmagban, hanem az integrációkban és az ügynök-láncban keletkezik.

Minőség és biztonság a folyamatban, nem utólag

A generatív eszközök ma is tévedhetnek, de a vendégek tapasztalata szerint a „hallucinációk” mértéke csökken. A többkörös visszakérdezés segít kézben tartani a folyamatot, de ettől még a beépített kontrollok a döntőek. A FrontEndArt gyakorlatában a statikus kódelemzés és a sérülékenységvizsgálat a fordítás és összeállítás folyamatának része. Célzott tesztlefedettség-mérés követi, így már korán kiszűrhetők a súlyos hibák, például az SQL-befecskendezés (SQL injection) vagy a keresztoldali szkriptezés (XSS). Úgy fogalmaztak, hogy minél előbb derül ki a hiba az életciklusban, annál kevesebbe kerül a javítása. Ezért a minőségbiztosítás a tervezéstől kezdve jelen van, nem csak az élesítés előtt.

Licenc és felelősség kérdésekben is realisták voltak. Felmerült, hogy a modellek tanításához nyílt kódú forrásokat is használnak, ami jogi vitákat szülhet. A vendégek szerint a modell-szolgáltató és a megrendelő közötti szerződés rendezi, ki miért felel. Ez nem helyettesít jogi tanácsot, de a kockázatkezelés része. Dr. Dávid Péter jogászként a beépített megfelelést (compliance by design) hangsúlyozta: a jogi mérföldköveket és pontokat a szoftver tervezésénél kell beépíteni. Konkrétan említette a GDPR-t, a NIS 2-t és az AI-jogszabályt. Megfogalmazása szerint ez utóbbi „jövő évtől” kötelezően alkalmazandóvá válik, ezért a tervezői döntéseknek ezekhez kell igazodniuk. A lényeg szerinte nem a technológia szabályozása, hanem az emberi magatartások keretezése, amely a hozzáféréstől a naplózásig mindent érint.

Érettség, csapat, bevezetés: mit kér számon a valóság

A hype és az érett használat közé a vendégek éles vonalat húztak. Hype az, amikor egy cég „szeretne AI-t”, de azon túl, hogy prompttal játszik, nincs világos célja. Érettség az, amikor az AI használata tudatos és szabályozott. A FrontEndArt szerint 2022 óta belső szabályok és keretek mellett használják az eszközöket, nem „nyomkodják” őket, hanem üzleti folyamatokba illesztik. Ez a hozzáállás az erőforrástervezésnél is megjelenik: a belépő feladatok egy részét ma eszközök segítik, ezért olyan juniorokat keresnek, akik az egyetem mellett dolgoztak, saját projekteket vittek, és egy-két területen mélyebbre ástak. A tudatos kiválasztás és a mentorálás így tartja egyben a minőséget.

A beszélgetés arról is szólt, hogy az AI nem külön „üzletág”, hanem átfogó kompetencia. A FrontEndArt termékeiben és szolgáltatásaiban horizontálisan jelenik meg, a kódminőség-vizsgálattól a tesztelésen át az egyedi fejlesztésekig. A napi gyakorlat a szoftverfejlesztési életciklus (SDLC) részeként kezeli az AI-t, nem külön attrakcióként. Ez a szemlélet a működési kockázatokat is csökkenti: a jogosultság és a naplózás hibája egyszerre üzleti és kiberbiztonsági kockázat, amit tervezői feladatként kell kezelni, nem utólag pótolni.

A DIG-IT olvasata: az AI értéke folyamat és felelősség kérdése

A DIG-IT olvasata szerint az AI a szoftverfejlesztésben nem cél, hanem eszköz. Értéket ott ad, ahol az üzleti variancia valódi, a determinisztikus automatizálás pedig már nem elég. Rövid távon az nyer, aki az AI-t a fejlesztési folyamatba illeszti, és különválasztja, mit érdemes automatizálni és hol indokolt az ügynökalapú megközelítés. Középtávon versenyelőnyt ad a beépített megfelelés: a jogi és biztonsági követelmények tervezéskori kezelése kevesebb hibát és kisebb költséget jelent. Aki ebből valódi vállalati gyakorlatot épít – házon belül vagy partnerrel –, annak az AI nem költségcsapda lesz, hanem mérhető üzleti eredmény. Az erről szóló adás sok konkrét példát hoz, a döntésekhez ez adja a biztos talajt.

DIG-IT Podcast szerkesztőség - All rights Reserved.