SG.hu·
A vibe coding megöli a nyílt forráskódú projekteket
Az elmúlt két évben a szoftverfejlesztésben látványosan terjed egy új munkamódszer, az un. vibe coding, ahol a fejlesztő nem maga válogatja össze és illeszti egymáshoz a szükséges könyvtárakat, csomagokat, függőségeket, hanem MI-ügynökökre bízza a döntések jelentős részét. Az MI kiválaszt, összerak, módosít, sőt gyakran teljes blokkokat generál úgy, hogy a fejlesztő csak irányt ad, nem pedig ténylegesen “kézzel” építi fel a megoldást. Ez a módszer a nyílt forráskódú ökoszisztéma egyik legfontosabb gazdasági alapját kezdi ki.
Egy friss kutatásban négy közgazdász - köztük két magyar kutató, Koren Miklós és Békés Gábor - a Central European University, a Bielefeld University és a Kiel Institute intézményeiből a nyílt forráskódú szoftverek világát tanulmányozva arra jutott, hogy a vibe coding hosszabb távon eltörli azt a finanszírozási mechanizmust, amely életben tartja a projekteket. A tanulmány nem azt állítja, hogy a fejlesztők kevesebbet vagy felületesebben dolgoznának, hanem azt, hogy az ösztönzők megfordítása végül a kínálat és a minőség romlásához vezethet.
A probléma középpontjában az áll, hogy a szoftverhasználat és a közösségi részvétel elkezd elválni egymástól. A nyílt forráskód hagyományos működésében a “használat” szinte automatikusan együtt járt valamilyen “kapcsolódással” is: a fejlesztő elolvasta a dokumentációt, ránézett a példákra, hibát jelentett, kérdezett, vitázott, vagy legalább egy issue-ban jelezte, hogy mi nem működik. Ez a kapcsolódás nemcsak közösségi szempontból volt érték, hanem konkrétan pénzügyi és fenntarthatósági jelentősége is volt, mert a karbantartók nagyon gyakran ezekből a csatornákból élnek. Például ugyan a Tailwind CSS letöltései folyamatosan emelkednek, vagyis a használat láthatóan nő, ugyanakkor a készítő beszámolója szerint a dokumentációra érkező forgalom 2023 eleje óta nagyjából 40%-kal visszaesett, emiatt a bevétel közel 80%-kal csökkent. Ez tipikus tünete annak, amit a tanulmány “szétcsatolásnak” nevez: az emberek használják a szoftvert, csak közben már nem jutnak el oda, ahol a projekt fenntartója értéket tudna visszanyerni a figyelemből, a visszajelzésekből vagy akár a termékesített szolgáltatásokból.
Hasonló trend látszik a fejlesztői tudásmegosztás másik nagy terepén is. A Stack Overflow aktivitása a ChatGPT megjelenése után körülbelül 25%-kal esett vissza fél éven belül. A két jelenség közös pontja az, hogy a fejlesztők egyre kevesebbszer lépnek be a hagyományos “köztes állomásokra”. Nem keresnek rá egy problémára fórumokon, nem olvasnak végig dokumentációkat, nem töltik az időt azzal, hogy közösségi térben kérdezzenek vagy válaszoljanak. Ehelyett az MI-től kérnek egy kész megoldást, vagy egy MI-ügynökre bízzák a csomagok összeválogatását.
A nyílt forráskódú projektek fenntartói pedig éppen ezekből a köztes állomásokból tudnak monetizálni. A dokumentációs oldalak látogatása, a hibajegyek, a közösségi interakciók mind olyan pontok, ahol a fenntartó támogatást kaphat, prémium ajánlatot értékesíthet, szponzorációt szerezhet, vagy egyszerűen olyan visszajelzést kap, amely javítja a szoftvert és növeli a projekt értékét. A vibe coding során azonban az MI-ügynök átugorja ezeket a pontokat. A csomagot letölti, beépíti, a problémát megoldja, de a fenntartó oldalán nem keletkezik sem figyelem, sem forgalom, sem interakció.
A kutatók modellje szerint emiatt a nyílt forráskód korábbi pozitív visszacsatolásai megfordulnak. A klasszikus open source dinamika sokáig úgy nézett ki, hogy minél többen használtak egy csomagot, annál több visszajelzés érkezett, annál több hozzájárulás született, és annál jobb lett a termék. A jobb termék még több felhasználót hozott, és ez tovább növelte a közösségi aktivitást, ami végül új projekteket is ösztönzött. Ez volt az a növekedési motor, amely miatt a nyílt forráskód “robbanásszerűen” tudott terjedni.
A vibe coding viszont a modell alapján azt eredményezi, hogy a használat ugyan tovább nőhet, de a közösségi bevonódás csökken. A fenntartók kevesebb visszajelzést kapnak, nehezebben tudják igazolni, hogy megéri időt és energiát tenni a projektbe, ezért egyre kevesebben osztanak meg kódot, csökken a kínálat sokszínűsége, és romlik az átlagos minőség. Vagyis a rendszer paradox módon úgy romolhat, hogy közben a letöltések és a tényleges felhasználás még emelkedik is. Rövid távon ez láthatatlan lehet, hosszabb távon viszont a fejlesztők egy szűkülő, gyengülő ökoszisztémában találják magukat.
A tanulmány egyik legérdekesebb következtetése, hogy a fenntarthatóság nem pusztán jóindulat vagy közösségi etika kérdése, hanem konkrét arányokkal leírható gazdasági probléma. A szerzők szerint ahhoz, hogy a nyílt forráskódú rendszer ne roppanjon meg, a vibe codingot használó felhasználóknak legalább a direkt felhasználók által termelt érték 84%-át kellene “visszajuttatniuk” valamilyen formában a projektekhez. Másképp megfogalmazva: a bevételek körülbelül 84%-ának olyan forrásból kellene származnia, amely független attól, hogy a felhasználó hogyan fér hozzá a szoftverhez, közvetlenül a dokumentációt böngészi és aktív közösségi szereplőként jelenik meg, vagy MI-ügynökön keresztül “láthatatlanul” használja a csomagokat.
A kutatók által felvetett megoldás ennek megfelelően nem az, hogy “mindenki térjen vissza a régi módszerekhez”, hanem egy új finanszírozási modell. Konkrét javaslatként egy “Spotify a nyílt forráskódnak” jellegű rendszert említenek, amelyben az MI-platformok előfizetéses bevételeinek egy része automatikusan visszaosztásra kerülne a fenntartókhoz a csomaghasználat alapján. Vagyis ha egy MI-ügynök egy adott projektet rendszeresen beépít a generált megoldásokba, akkor az a projekt nemcsak letöltési statisztikát kapna, hanem pénzügyi kompenzációt is, ami helyettesíthetné a kieső dokumentációs forgalmat és közösségi interakciót.
A vibe coding logikája a szoftverhasználatot szolgáltatássá alakítja. A felhasználó nem feltétlenül tudja, melyik csomag honnan jött, ki írta, milyen licenc alatt fut, és azt sem, hogy milyen közösség tartja életben. Az MI-ügynök számára a csomagok inkább cserélhető alkatrészek, és a cél az, hogy a végeredmény működjön. A nyílt forráskódú ökoszisztéma viszont eddig sokszor arra épült, hogy a fejlesztő tisztában van vele, mit használ, miért használja, és ha gond van, vissza tud csatolni a forráshoz. Viszont a nyílt forráskód egyre inkább “láthatatlan infrastruktúrává” válik, amelyet mindenki igénybe vesz, de egyre kevesebben finanszíroznak. Ez pedig előbb-utóbb ugyanúgy minőségi és biztonsági problémákhoz vezethet, mint bármely alulfinanszírozott kritikus rendszer esetében: lassabb hibajavítás, elmaradó frissítések, csökkenő tesztlefedettség, több rejtett sérülékenység, és végső soron lassabb innovációs tempó.
Mindez nem azt jelenti, hogy a vibe coding önmagában rossz vagy hogy az MI-alapú fejlesztés zsákutca. A kutatás inkább arra mutat rá, hogy a fejlesztési folyamatban egyre nagyobb szerepet kapó MI-ügynökök megváltoztatják a szoftverek értékláncát, és ha a pénz és az ösztönzők nem követik ezt a változást, akkor a nyílt forráskódú világ egy részének egyszerűen nem marad gazdasági alapja a túlélésre. A következő évek egyik kulcskérdése ezért az lehet, hogy a nagy MI-platformok, a fejlesztői eszközök és a csomagkezelő ökoszisztémák képesek-e úgy átalakítani a bevételmegosztást, hogy az ne a dokumentációs kattintásokon és a közösségi aktivitáson múljon, hanem a tényleges felhasználáson. Ha ez sikerül, a vibe coding akár a nyílt forráskód új korszakát is elhozhatja, ahol a fenntartók végre arányosabban részesednek abból az értékből, amit a szoftverük termel. Ha nem sikerül, akkor a modell szerint a jelenlegi trendek mellett nőhet a használat, miközben az ökoszisztéma alapjai csendben erodálódnak.
Egy friss kutatásban négy közgazdász - köztük két magyar kutató, Koren Miklós és Békés Gábor - a Central European University, a Bielefeld University és a Kiel Institute intézményeiből a nyílt forráskódú szoftverek világát tanulmányozva arra jutott, hogy a vibe coding hosszabb távon eltörli azt a finanszírozási mechanizmust, amely életben tartja a projekteket. A tanulmány nem azt állítja, hogy a fejlesztők kevesebbet vagy felületesebben dolgoznának, hanem azt, hogy az ösztönzők megfordítása végül a kínálat és a minőség romlásához vezethet.
A probléma középpontjában az áll, hogy a szoftverhasználat és a közösségi részvétel elkezd elválni egymástól. A nyílt forráskód hagyományos működésében a “használat” szinte automatikusan együtt járt valamilyen “kapcsolódással” is: a fejlesztő elolvasta a dokumentációt, ránézett a példákra, hibát jelentett, kérdezett, vitázott, vagy legalább egy issue-ban jelezte, hogy mi nem működik. Ez a kapcsolódás nemcsak közösségi szempontból volt érték, hanem konkrétan pénzügyi és fenntarthatósági jelentősége is volt, mert a karbantartók nagyon gyakran ezekből a csatornákból élnek. Például ugyan a Tailwind CSS letöltései folyamatosan emelkednek, vagyis a használat láthatóan nő, ugyanakkor a készítő beszámolója szerint a dokumentációra érkező forgalom 2023 eleje óta nagyjából 40%-kal visszaesett, emiatt a bevétel közel 80%-kal csökkent. Ez tipikus tünete annak, amit a tanulmány “szétcsatolásnak” nevez: az emberek használják a szoftvert, csak közben már nem jutnak el oda, ahol a projekt fenntartója értéket tudna visszanyerni a figyelemből, a visszajelzésekből vagy akár a termékesített szolgáltatásokból.
Hasonló trend látszik a fejlesztői tudásmegosztás másik nagy terepén is. A Stack Overflow aktivitása a ChatGPT megjelenése után körülbelül 25%-kal esett vissza fél éven belül. A két jelenség közös pontja az, hogy a fejlesztők egyre kevesebbszer lépnek be a hagyományos “köztes állomásokra”. Nem keresnek rá egy problémára fórumokon, nem olvasnak végig dokumentációkat, nem töltik az időt azzal, hogy közösségi térben kérdezzenek vagy válaszoljanak. Ehelyett az MI-től kérnek egy kész megoldást, vagy egy MI-ügynökre bízzák a csomagok összeválogatását.
A nyílt forráskódú projektek fenntartói pedig éppen ezekből a köztes állomásokból tudnak monetizálni. A dokumentációs oldalak látogatása, a hibajegyek, a közösségi interakciók mind olyan pontok, ahol a fenntartó támogatást kaphat, prémium ajánlatot értékesíthet, szponzorációt szerezhet, vagy egyszerűen olyan visszajelzést kap, amely javítja a szoftvert és növeli a projekt értékét. A vibe coding során azonban az MI-ügynök átugorja ezeket a pontokat. A csomagot letölti, beépíti, a problémát megoldja, de a fenntartó oldalán nem keletkezik sem figyelem, sem forgalom, sem interakció.
A kutatók modellje szerint emiatt a nyílt forráskód korábbi pozitív visszacsatolásai megfordulnak. A klasszikus open source dinamika sokáig úgy nézett ki, hogy minél többen használtak egy csomagot, annál több visszajelzés érkezett, annál több hozzájárulás született, és annál jobb lett a termék. A jobb termék még több felhasználót hozott, és ez tovább növelte a közösségi aktivitást, ami végül új projekteket is ösztönzött. Ez volt az a növekedési motor, amely miatt a nyílt forráskód “robbanásszerűen” tudott terjedni.
A vibe coding viszont a modell alapján azt eredményezi, hogy a használat ugyan tovább nőhet, de a közösségi bevonódás csökken. A fenntartók kevesebb visszajelzést kapnak, nehezebben tudják igazolni, hogy megéri időt és energiát tenni a projektbe, ezért egyre kevesebben osztanak meg kódot, csökken a kínálat sokszínűsége, és romlik az átlagos minőség. Vagyis a rendszer paradox módon úgy romolhat, hogy közben a letöltések és a tényleges felhasználás még emelkedik is. Rövid távon ez láthatatlan lehet, hosszabb távon viszont a fejlesztők egy szűkülő, gyengülő ökoszisztémában találják magukat.
A tanulmány egyik legérdekesebb következtetése, hogy a fenntarthatóság nem pusztán jóindulat vagy közösségi etika kérdése, hanem konkrét arányokkal leírható gazdasági probléma. A szerzők szerint ahhoz, hogy a nyílt forráskódú rendszer ne roppanjon meg, a vibe codingot használó felhasználóknak legalább a direkt felhasználók által termelt érték 84%-át kellene “visszajuttatniuk” valamilyen formában a projektekhez. Másképp megfogalmazva: a bevételek körülbelül 84%-ának olyan forrásból kellene származnia, amely független attól, hogy a felhasználó hogyan fér hozzá a szoftverhez, közvetlenül a dokumentációt böngészi és aktív közösségi szereplőként jelenik meg, vagy MI-ügynökön keresztül “láthatatlanul” használja a csomagokat.
A kutatók által felvetett megoldás ennek megfelelően nem az, hogy “mindenki térjen vissza a régi módszerekhez”, hanem egy új finanszírozási modell. Konkrét javaslatként egy “Spotify a nyílt forráskódnak” jellegű rendszert említenek, amelyben az MI-platformok előfizetéses bevételeinek egy része automatikusan visszaosztásra kerülne a fenntartókhoz a csomaghasználat alapján. Vagyis ha egy MI-ügynök egy adott projektet rendszeresen beépít a generált megoldásokba, akkor az a projekt nemcsak letöltési statisztikát kapna, hanem pénzügyi kompenzációt is, ami helyettesíthetné a kieső dokumentációs forgalmat és közösségi interakciót.
A vibe coding logikája a szoftverhasználatot szolgáltatássá alakítja. A felhasználó nem feltétlenül tudja, melyik csomag honnan jött, ki írta, milyen licenc alatt fut, és azt sem, hogy milyen közösség tartja életben. Az MI-ügynök számára a csomagok inkább cserélhető alkatrészek, és a cél az, hogy a végeredmény működjön. A nyílt forráskódú ökoszisztéma viszont eddig sokszor arra épült, hogy a fejlesztő tisztában van vele, mit használ, miért használja, és ha gond van, vissza tud csatolni a forráshoz. Viszont a nyílt forráskód egyre inkább “láthatatlan infrastruktúrává” válik, amelyet mindenki igénybe vesz, de egyre kevesebben finanszíroznak. Ez pedig előbb-utóbb ugyanúgy minőségi és biztonsági problémákhoz vezethet, mint bármely alulfinanszírozott kritikus rendszer esetében: lassabb hibajavítás, elmaradó frissítések, csökkenő tesztlefedettség, több rejtett sérülékenység, és végső soron lassabb innovációs tempó.
Mindez nem azt jelenti, hogy a vibe coding önmagában rossz vagy hogy az MI-alapú fejlesztés zsákutca. A kutatás inkább arra mutat rá, hogy a fejlesztési folyamatban egyre nagyobb szerepet kapó MI-ügynökök megváltoztatják a szoftverek értékláncát, és ha a pénz és az ösztönzők nem követik ezt a változást, akkor a nyílt forráskódú világ egy részének egyszerűen nem marad gazdasági alapja a túlélésre. A következő évek egyik kulcskérdése ezért az lehet, hogy a nagy MI-platformok, a fejlesztői eszközök és a csomagkezelő ökoszisztémák képesek-e úgy átalakítani a bevételmegosztást, hogy az ne a dokumentációs kattintásokon és a közösségi aktivitáson múljon, hanem a tényleges felhasználáson. Ha ez sikerül, a vibe coding akár a nyílt forráskód új korszakát is elhozhatja, ahol a fenntartók végre arányosabban részesednek abból az értékből, amit a szoftverük termel. Ha nem sikerül, akkor a modell szerint a jelenlegi trendek mellett nőhet a használat, miközben az ökoszisztéma alapjai csendben erodálódnak.