bug

alapelterjedt

A bug programhiba: a szoftver valamiért nem azt csinálja, amit a készítői szántak neki, ezért rossz eredményt ad, lefagy vagy furcsán viselkedik.

Érthetően

A bug a szoftverben megbúvó hiba. Olyan, mint egy elírás a receptben: ha a szakácskönyvben egy evőkanál só helyett egy bögre áll, a szakács pontosan követi az utasítást, az étel mégis ehetetlen lesz. A számítógép ugyanígy szó szerint végrehajtja, amit leírtak neki, akkor is, ha az értelmetlen.

A bug nem azt jelenti, hogy a gép elromlott. A hardver rendben van, a program utasításai hibásak vagy hiányosak. Ezért a javítás sem szerelés, hanem a programkód átírása, amit aztán frissítésként kapsz meg a telefonodra vagy a gépedre.

Az AI korában a szó azért fontos, mert a kódoló agentek ugyanúgy írnak bugos kódot, mint az emberek, csak sokkal gyorsabban. Közben a hibák megkeresésében és kijavításában is egyre többet segítenek.

Sok bug megismételhető: ugyanarra a lépésre ugyanaz a hiba jön elő, és ez nagyban segíti a javítást. Vannak azonban csak időnként jelentkező, nehezen elkapható bugok is, például amikor két folyamat egyszerre nyúl ugyanahhoz az adathoz. Az AI-modell tévedése ettől is különbözik: a modell ugyanarra a kérdésre egyszer jó, máskor rossz választ adhat, és ennek oka nem egy hibás kódsor, hanem a modell működése.

Hogyan működik

Keletkezés: a fejlesztő (vagy egy kódoló agent) elír valamit, félreérti a feladatot, vagy nem gondol egy ritka helyzetre, például arra, hogy valaki üresen hagy egy mezőt.
Lappangás: a hiba sokszor hetekig vagy évekig észrevétlen marad, mert csak bizonyos körülmények között jön elő, mondjuk szökőnapon vagy nagyon hosszú névnél.
Felbukkanás: egy tesztelő, egy automatikus ellenőrzés vagy egy felhasználó belefut, és bejelenti. Ez a hibajelentés (bug report).
Hibakeresés: a fejlesztő megpróbálja megismételni a hibát, majd lépésről lépésre visszaköveti, melyik kódsor okozza. Ezt hívják debugolásnak.
Javítás és ellenőrzés: átírják a hibás részt, újratesztelik, hogy a javítás nem rontott-e el mást, és frissítésben kiadják.

Példa a mindennapokból

Fizetnél a banki alkalmazásban, de a „Küldés” gomb megnyomására nem történik semmi, vagy az app egyszerűen bezárul. Pár nappal később érkezik egy frissítés, amelynek a leírásában ennyi áll: „hibajavítások”. Ez egy bug volt, amit közben megtaláltak és kijavítottak.

Kit érint

mindenkiMinden telefon, alkalmazás és weboldal tartalmaz bugokat, ezért érdemes a frissítéseket telepítened, mert azok javítják őket.

fejlesztőA munkaidő jelentős része hibakereséssel és javítással telik, és az agentek által írt kódot is ugyanúgy át kell nézni. → Kód

vállalkozó, vezetőEgy éles rendszerben maradt bug leállást, elveszett bevételt és bizalomvesztést okozhat, ezért a tesztelés nem megspórolható költség.

banki ügyfél, befektetőPénzügyi rendszerekben egy bug hibás összeget, duplán levont tételt vagy elérhetetlen szolgáltatást jelenthet. → Pénz

Gyakori félreértés

TévhitA jó szoftverben nincs bug, és ha mégis van, akkor a fejlesztő hanyag volt.

ValójábanGyakorlatilag minden összetett szoftverben vannak hibák, mert a lehetséges helyzetek számát senki sem tudja teljesen végigpróbálni. A minőséget az mutatja, milyen gyorsan találják meg és javítják ki őket.

Korlátok és kockázatok

A tesztelés csak azt tudja megmutatni, hogy van hiba, azt nem, hogy nincs. Összetett szoftvernél a teljes hibátlanságot a gyakorlatban nem lehet garantálni, és matematikai ellenőrzéssel is legfeljebb egyes tulajdonságok bizonyíthatók.
Az AI által írt kód magabiztosnak és rendezettnek látszik, mégis tartalmazhat nehezen észrevehető bugot, ezért ellenőrzés nélkül ne bízz meg benne.
Egy javítás új hibát is behozhat máshol, ezért frissítés után is előfordulhat, hogy valami elromlik, ami addig működött.
Bizonyos bugok biztonsági rést nyitnak, amelyet támadók kihasználhatnak, így a frissítések halogatása valódi kockázat.

Hasonló, de nem ugyanaz

hallucináció – A hallucináció az AI-modell magabiztos, de kitalált válasza, amely a modell működéséből fakad, nem egy elírt kódsorból, ezért nem is lehet egyetlen sor átírásával megjavítani.
sebezhetőség – A sebezhetőség olyan gyengeség, amelyet támadásra lehet használni. Gyakran egy bug okozza, de rossz beállításból vagy tervezési hibából is fakadhat. A legtöbb bug nem biztonsági kérdés, ettől azonban még okozhat komoly kárt.
hardverhiba – Hardverhibánál maga az eszköz romlik el fizikailag, bugnál az eszköz ép, csak a rajta futó program hibás. A chipek tervezési hibáit is bugnak hívják, ilyen volt például az Intel Pentium processzor 1994-es osztási hibája.

Kapcsolódó fogalmak

Tágabb

szoftver, szoftverfejlesztés, szoftverminőség

Szűkebb

biztonsági rés, regresszió, összeomlás

Rokon

hibakeresés, tesztelés, frissítés, kódoló agent, hallucináció

Röviden a története

A „bug” (bogár) szót műszaki hibára már Thomas Edison is használta. Egy 1878-as, Puskás Tivadarnak írt levelében is így nevezte a találmányaiban rejlő hibákat. A számítástechnikában egy 1947-es eset tette híressé: a Harvard Mark II számítógép egyik reléjébe szorult molylepkét a kezelők beragasztották a gépnaplóba, mint az „első valódi bogarat”. A tréfa éppen azért működött, mert a szó addigra már hibát jelentett.

Hol tart most

A bug a szoftverfejlesztés mindennapos alapszava, a köznyelvben is általános. 2026 végén a kódoló agentek egyszerre új hibaforrások és bevett segítők a hibák felderítésében és javításában.

Állapot: 2026. november

A hírekben

3 Agent Age-sztoriban fordul elő; a görbe a hírmagazin heti előfordulása.

A Google befagyasztotta nyílt forráskódú hibavadászprogramját az érvénytelen AI-beküldések miatt2026. okt. 3. · Kód
LLM-mel írt PhantomRaven kártevő npm- és GitHub-hitelesítőket lop2026. szept. 15. · Kód
Nyílt forrású projektek tiltják vagy korlátozzák az AI-kódot: OpenJDK, Rust, curl2026. aug. 10. · Kód

Más nevei

bug · szoftverhiba · programhiba · programozási hiba · szoftverbogár · software bug · defect · glitch

A szócikk gépi szerkesztéssel készült és gépi szakmai lektoráláson ment át; a „hírekben” rész az Agent Age sztorijaiból automatikusan frissül.