AI-kódolás után: az ügynökös fejlesztés rejtett költségei
AI-kódolás árnyoldala: Mi történik, ha az ügynökök irányítanak?
Az AI segítette kódolás robbanásszerűen növeli a termelékenységet. A fejlesztők gyorsabban dobnak piacra szoftvert, mint valaha. De a sietség gyakran megy a minőség rovására. Az új AI-ügynökök kora új gondokat hoz: nem a jó problémát oldottuk meg.
A számok becsapnak
Tavaly nyáron szakértők döbbenetes adatokat közöltek. Sok fejlesztő szerint a friss kódjuk 100%-át AI-ügynökök írták, minimális emberi közbelépéssel. Felmérések mutatják: közel 70% kevesebb mint fele kódot írja kézzel. Megfordult a világ – régen az AI segített az utolsó 20%-on, most az ember javítja a végét.
Elsőre lenyűgöző. A metrikák az egekben, gyakrabban deployolnak, hetek helyett napok alatt készül el egy side project.
Csakhogy a címek elhallgatják: a hibák típusa változott meg igazán, nem csak az arányok.
Új hibafajták bukkannak fel
Kezdetben az AI egyszerű syntax hibákat vétett. Hiányzó pontosvesszők, rossz függvénynevek, ciklusokban off-by-one. Ezeket linterek azonnal kiszúrták.
Ma raffináltabb a baj.
Téves feltételezések terjedése: Az ügynök félreérti a pontatlan igényt, és egész modult épít rá. Három PR múlva derül ki, hogy az alap gyenge. Az AI logikusan tippelt, végigvitte, sosem kételkedett. Mire észreveszed, a design a kódbázisban mindenhol beivódott.
Túlzott bonyolultság: Ha szabadjára engeded, az ügynök mindent túlbonyolít. 1000 soros monstrumot kapsz, holott 100 sor elég lett volna. Absztrakt osztályok, ahol sima funkció kell. Felesleges vázlatok. Nem lustaság, hanem túlbuzgóság.
Csendes kódromlás: Az ügynökök nem takarítanak rendesen. Megváltoztatnak szomszédos részeket, amiket nem értenek teljesen. Törölnek kommenteket, hagynak halott kódot. A PR-ben lokálisnak tűnik, de fél év múlva emiatt debugolsz egy távoli commit miatt.
Udvarias ostobaság: Az AI nem ellenkezik. Nem kérdez rá homályos részekre. Nem jelzi az ellentmondásokat. Nem mondja: "Biztos ez a jó út?" Bármit kérsz, megcsinálja – még ha ostoba is. Megbízhatóságra optimalizálták, nem gondolkodásra.
Ezek nem ritkák. System promptok, README-k, tervek ellenére is ismétlődnek.
Ellenőrzési válság
Friss felmérések szerint csak 48% nézi át mindig az AI-kódot commit előtt. Rosszabb: a revizorok 38%-a szerint több időt vesz el, mint az emberi kódnál.
Gyorsabban készül "jó kinézetű" kód, de alaposan nem validáljuk. A szűk keresztmetszet most a ellenőrzés – és bukunk.
Értési adósság: Láthatatlan kockázat
Könnyebb más kódját olvasni, mint megírni. De van határ: innentől gumibélyegzés lesz belőle.
Ha az AI működő kódot szül (vagy annak tűnőt), nyomás van továbbállni. Határidő szorít, tesztek zöldek, kinéz oké. Az ügynök rohan a következőre. Miért pazarolj 30 percet értelmezésre, ha shippelhetsz?
Ez az értési adósság – nincs dashboard rá.
Hónapok alatt rétegek halmozódnak, amiket csak sejtünk. A rendszer megy, nagyjából. De ha összekavarodsz a részek közt, debugolás nyomozás lesz. Változó igény esetén refaktorálás kockázatos, mert nem tudod a függőségeket.
Időzítési csapda
Az adósság lassan gyűlik. Nem látszik sprint riportokban. Később robban: módosításnál kiderül, törékeny a cucc. Teljesítmény esik váratlanul. Egy sima feature két hetes architektúra-vitává fajul.
Csapatban durvább. Ügynök A kódját B módosítja, C bővíti – feltételezések rétegeződnek. Mint a suttogótelefon, ahol a gépek sosem kérdeznek.
Hogyan tovább?
Az AI-ügynökök nem rosszak. Nagy értékük van zöldmezős projektekben, pontos feladatoknál. De a hozzáállás számít.
Első vázlatként kezeld az AI-kódot, ne késztermékként. Nézd át úgy, mint egy juniorét. Kérdezz rá, indokolj komplexitást, támadd a feltételezéseket.
Fektess be értésbe. Ne csak syntaxot nézd, hanem miért úgy épült. Ha nem tudod elmagyarázni, adósságot halmoztál.
Kötelezővé tedd az ellenőrzést. Ne érezd elégnek a 48%-ot. AI-kódnál különösen. "Műkszik" nem egyenlő "jó".
Célzottan használd az ügynököket. Kiválóak definiált taskokra. Embert tarts architektúránál, designnál, több rendszer érintésénél.
A lényeg nem a 80/20. Hanem hogy ember maradj a folyamatban, és elkapd a metrikákon túli hibákat. Gyorsaság csak akkor jó, ha tartós marad a végeredmény.