issue

alapelterjedt

Az issue egy szoftverprojekt nyilvántartott bejegyzése egy hibáról, ötletről vagy elvégzendő feladatról, amelyet a csapat megbeszél, kioszt és végül lezár.

Érthetően

Képzeld el a társasház hibabejelentő füzetét: valaki beírja, hogy csöpög a csap a harmadikon, a gondnok mellé írja, hogy kihívta a szerelőt, a végén pedig kipipálják. Az issue ugyanez a szoftverek világában: egy sorszámozott bejegyzés arról, hogy valamivel foglalkozni kell.

Nem csak hibát jelenthet. Issue lehet egy új funkció ötlete, egy kérdés, egy elvégzendő feladat vagy egy hiányzó leírás is. A lényeg, hogy a teendő nem egy e-mailben vagy valakinek a fejében van, hanem egy közös, visszakereshető helyen.

A sima teendőlistától az különbözteti meg, hogy minden issue alatt beszélgetés folyik: lehet kérdezni, képernyőképet csatolni, felelőst kijelölni, címkézni. Így évek múlva is kiderül, miért született egy döntés.

Az AI-korszakban új szerepet kapott: sok csapat ma már issue formájában adja ki a munkát a kódoló agentnek. Az agent elolvassa a leírást, megírja a javítást, és javaslatként visszaküldi ellenőrzésre.

Hogyan működik

Valaki megnyitja az issue-t: címet ad neki, és leírja, mi a gond vagy mit szeretne. Jó hibajelentésnél azt is, hogyan lehet a hibát előidézni.
A rendszer sorszámot ad neki (például #482), a csapat pedig címkékkel látja el (hiba, ötlet, sürgős), és eldönti, mennyire fontos.
Kijelölnek egy felelőst, aki lehet ember vagy kódoló agent. Közben a hozzászólásokban tisztázzák a részleteket.
A felelős elkészíti a változtatást, és összekapcsolja az issue-val, így látszik, melyik kódmódosítás melyik problémát oldja meg.
Ha a javítást elfogadták, az issue-t lezárják, vagy a rendszer automatikusan lezárja. Nem törlődik, bármikor visszakereshető, és ha a hiba visszatér, újra megnyitható.

Példa a mindennapokból

Észreveszed, hogy a kedvenc ingyenes jegyzetelő programod összeomlik, ha képet illesztesz be. A program GitHub-oldalán megnyitsz egy issue-t, leírod, mit csináltál, és néhány nap múlva értesítést kapsz, hogy egy fejlesztő kijavította, a bejegyzést pedig lezárták.

Kit érint

fejlesztőA napi munkája nagy része issue-kból áll: ezekből tudja, mit kell megcsinálnia, és ezekben dokumentálja, mit végzett el. → Kód

vállalkozó, vezetőAz issue-k listájából fejlesztői tudás nélkül is látod, hol tart a terméked, mi van elakadva, és mire megy el a csapat ideje.

munkavállalóHa a céges szoftverben hibát találsz, egy jól megírt issue-val sokkal gyorsabban jutsz megoldáshoz, mint egy folyosói megjegyzéssel. → Munka és HR

mindenkiA nyílt forráskódú programoknál bárki nyithat issue-t, így felhasználóként te is jelezhetsz hibát vagy kérhetsz új funkciót.

Gyakori félreértés

TévhitAz issue mindig azt jelenti, hogy valami elromlott a programban.

ValójábanAz issue tágabb fogalom: lehet hiba, de ugyanúgy lehet ötlet, kérdés, tervezett fejlesztés vagy egyszerű teendő. A sok nyitott issue ezért önmagában nem a rossz minőség jele, gyakran éppen az aktív közösségé.

Korlátok és kockázatok

Egy issue csak annyit ér, amennyire pontosan megírták: a „nem működik” típusú bejelentéssel sem ember, sem agent nem tud mit kezdeni.
A nyilvános issue-t bárki olvashatja, ezért ne írj bele jelszót, ügyféladatot vagy más bizalmas információt.
Az issue megnyitása nem garancia a megoldásra: nyílt forráskódú projekteknél önkéntesek dolgoznak, egy kérés akár évekig is nyitva maradhat.
Ha kódoló agent dolgozik issue-kból, a bejegyzés szövege utasításként hathat rá, ezért egy rosszindulatúan megírt issue-val megpróbálhatják félrevezetni. Az eredményt embernek kell átnéznie.

Hasonló, de nem ugyanaz

bug – A bug maga a programhiba, az issue pedig a bejegyzés, amelyben nyilvántartják, és amely nem csak hibáról szólhat.
pull request – Az issue a problémát vagy a kérést írja le, a pull request pedig a konkrét kódmódosítást tartalmazza, amely megoldja.
ticket – A ticket jellemzően az ügyfélszolgálat vagy az IT-üzemeltetés bejelentése, az issue inkább a szoftverfejlesztés szava, bár a hétköznapokban gyakran felcserélik őket.

Kapcsolódó fogalmak

Tágabb

szoftverfejlesztés, projektmenedzsment, verziókezelés

Szűkebb

hibajelentés, funkciókérés

Rokon

bug, pull request, repository, commit, kódoló agent

Röviden a története

A hibák és feladatok rendszerezett nyilvántartása szinte egyidős a szoftverfejlesztéssel. A webes hibakövetők közül a Bugzilla 1998-ban, a Jira 2002-ben jelent meg. Az „issue” szót már ezek a rendszerek is használták („issue tracking”), de a 2008-ban indult GitHub tette igazán a fejlesztői köznyelv részévé.

Hol tart most

2026 végén az issue a szoftverfejlesztés alapvető munkaegysége, szinte minden csapat és nyílt forráskódú projekt használja. Újdonság, hogy egyre több helyen kódoló agentek is kapnak issue-kat, és önállóan javítási javaslatot készítenek rájuk.

Állapot: 2026. november

A hírekben

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

Az AWS Kiro botokat indít a kódoló agentek összehangolására2026. nov. 5. · Kód
Az FCA 2027-ben kvantum-gépi tanulási kísérleti csoportot indít a csalás és pénzmosás ellen2026. nov. 5. · Pénz
A Visa hat szingapúri központot nyit AI-ra és új generációs fizetésekre2026. nov. 5. · Pénz
Az Oxford University Press ChatGPT Edu-hoz köti tartalmait egy háromhónapos kísérletben2026. nov. 4. · Oktatás és család
A Pliant 80 millió dolláros C sorozatú forrást vont be az AI-agentekre nyitott B2B fizetésekhez2026. nov. 4. · Pénz
Szingapúrban megkezdte működését a MAS Future of Finance Institute az AI-bevezetés gyorsítására2026. nov. 3. · Pénz
A Mastercard elindította az Agent Pay for Machines megoldást a Base hálózaton2026. nov. 3. · Pénz
A Mashreq generatív AI-val erősíti csalási kockázatkezelését a Clari5-tal2026. nov. 3. · Pénz

Más nevei

issue · issue-k · GitHub issue · hibajegy · feladatjegy · ticket · bejelentés

Források

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.