A kellemetlen kiindulópont
Kezdjük a legfrissebb és legkeményebb adattal, mert ez minden továbbit meghatároz.
Egy egyszeresen vak, randomizált klinikai vizsgálatban 44 orvos hat klinikai esetet kapott 75 perc alatt. Az egyik csoport pontos AI-ajánlásokat kapott, a másik hatból háromban szándékosan hibásat. A konzultáció önkéntes volt, és minden résztvevő húszórás AI-írástudás-képzésen esett át előtte.
| Mérőszám | Hibátlan ajánlás mellett | Hibás ajánlás mellett | Korrigált különbség |
|---|---|---|---|
| Diagnosztikus érvelés pontossága | 84,9% | 73,3% | −14,0 százalékpont |
| Első helyen megadott diagnózis | 90,5% | 76,1% | −18,3 százalékpont |
Mindkét eltérés erősen szignifikáns. A harmadik oszlop a vizsgálat korrigált különbsége konfidenciaintervallummal (−8,3 és −19,7, illetve −26,6 és −10,0 pont között), nem a két oszlop kivonása.
Miért ez a cikk sarokköve: a résztvevők nem laikusok voltak, és kifejezetten felkészítették őket az AI kockázataira. Mégis. A jóváhagyó ember felkészítése önmagában nem elég.
És ez nem tréninggel javítható
Ez nem új jelenség, csak új kontextusban. A szakterület standard áttekintése — több mint ezerkétszáz hivatkozással — három dolgot mond ki róla:
- az elkényelmesedés akkor jelenik meg, amikor egyszerre több feladat versenyez a figyelemért — vagyis pont a valódi munkahelyi helyzetben;
- tapasztalt és kezdő felhasználót egyaránt érint, és a gyakorlás nem szünteti meg;
- ellenáll a tréninges beavatkozásoknak, egyénnél és csapatnál egyaránt.
Kétféle hiba van benne, és mindkettőt érdemes néven nevezni: a mulasztás (a rendszer nem szólt, és az ember sem vette észre) és a tevőleges hiba (a rendszer rosszat mondott, és az ember követte).
Hány jóváhagyás után szűnik meg a jóváhagyás?
Erre kifejezetten agentekre nincs mért adat. Van viszont egy majdnem tökéletes analógia, kemény számokkal: a klinikai riasztásfáradtság.
Egy 23 tanulmányt feldolgozó szisztematikus áttekintés szerint a rendszerriasztások felülbírálási aránya 46,2% és 96,2% között mozgott — és ezeknek a felülbírálásoknak csak egy része volt szakmailag indokolt (típustól függően 29% és 100% között).
Olvasd el a felső értéket még egyszer: 96,2%.
Ahol a riasztások huszonötből huszonnégyszer kattintják el, ott a jóváhagyási pont megszűnt létezni — csak a naplóban maradt meg. Formálisan minden rendben: van kontroll, van jóváhagyás, van nyoma. A gyakorlatban nincs.
Ez a legjobb érv amellett, hogy kevés, de valódi jóváhagyási pont legyen. Nem az a kérdés, hány helyre teszed. Az, hogy ahol van, ott tényleg megnézik-e.
Hol írja elő a szabály?
Négy forrás, négy szintről.
A jogszabály. Az uniós AI-rendelet 14. cikke a magas kockázatú rendszerekre írja elő az emberi felügyeletet: úgy kell tervezni őket, hogy természetes személyek ténylegesen felügyelni tudják a használat ideje alatt. A felügyelőnek képesnek kell lennie a kimenet figyelmen kívül hagyására, felülbírálására és a rendszer leállítására.
És van egy pont, ami közvetlenül idevág: a rendelet nevesíti az automatizálási elfogultságot — a felügyeletet ellátó személynek tudatában kell lennie ennek a kockázatnak.
(Fontos dátumok: a III. melléklet szerinti, magas kockázatú rendszerekre vonatkozó kötelezettségek 2027. december 2-től alkalmazandók; az átláthatósági szabályok viszont 2026. augusztus 2. óta élnek, a szintetikus tartalom jelölésére szóló megfelelési határidő pedig 2026. december 2.)
A protokoll. Az eszközök bekötésére használt szabvány kimondja: a hosztnak kifejezett felhasználói hozzájárulást kell szereznie bármely eszköz meghívása előtt, és a felhasználónak értenie kell, mit csinál az eszköz. Ugyanez a dokumentum hozzáteszi, hogy ezt protokollszinten nem tudja kikényszeríteni.
Az iparági kockázati lista. A nagy nyelvi modellek kockázatlistáján külön tétel a túlzott hatáskör, három okkal: túl sok funkció, túl sok jogosultság, túl sok önállóság. A nyolc ajánlás egyike: a nagy hatású műveletekhez emberi jóváhagyást kell kérni. És van egy tétel, ami külön kockázatként nevezi meg azt, hogy az ember túlzottan megbízik az agentben.
A fejlesztői eszköz. A gyakorlati keretrendszerek eszközszinten adnak jóváhagyási kapcsolót: vagy mindig kérjen jóváhagyást, vagy döntse el hívásonként egy függvény. Van egy „ragadós" opció is, amivel ugyanaz a döntés érvényesül az összes további hívásra — ez pontosan az elkényelmesedést intézményesíti. Kétélű eszköz: kényelmes, és pont attól válik a kontroll formálissá.
Mit csinálnak a gyakorlatban?
Egy 1 300-nál több szakembert megkérdező 2026-os felmérés szerint a csapatok többsége két dolog valamelyikét teszi: vagy csak olvasási jogot ad az agentnek, vagy emberi jóváhagyást kér az írásnál és a törlésnél. Nagyon kevesen engedik, hogy az agent szabadon olvasson, írjon és töröljön.
A nagyvállalatok óvatosabbak: ők erősen a csak olvasható jogosultság felé hajlanak.
És egy tanulságos szám ugyaninnen: a termelésbe állítás fő akadályának nem a költséget és nem a biztonságot jelölték, hanem a teljesítmény minőségét — több mint kétszer olyan súlyosnak, mint a többi tényezőt.
Három hely, ahol a jóváhagyás valóban véd
A fentiekből levezethető, és mindhárom egy közös elvre megy vissza: ott kell jóváhagyás, ahol a hiba nem visszavonható.
1. VISSZAFORDÍTHATATLAN MŰVELET
Törlés, kifizetés, éles adat felülírása, megrendelés
feladása. Ami után nincs "vissza" gomb.
2. KIFELÉ MENŐ KOMMUNIKÁCIÓ
Levél, üzenet, publikálás, ügyfélválasz. Itt nem a
rendszer sérül, hanem a bizalom — és azt nem lehet
visszaállítani mentésből.
3. JOGOSULTSÁG- VAGY HATÓKÖRBŐVÍTÉS
Új eszköz bekötése, új hozzáférés, új szabály.
Ez az a lépés, ami az összes többit is megváltoztatja.
A harmadik a legkevésbé nyilvánvaló, és a legfontosabb. Ha az agent maga bővítheti a saját hatókörét, akkor az összes többi korlátod ideiglenes.
Ahol viszont csak lassít
És itt a másik oldal, mert a rossz helyre tett jóváhagyás nemcsak drága, hanem aktívan árt — a fenti 96%-os felülbírálási arány pont ebből lesz.
- Olvasás, keresés, lekérdezés. Ha nem változtat semmit, nincs mit jóváhagyni.
- Vázlat, ami úgysem megy ki magától. A vázlatot elolvasod, amikor felhasználod — kétszer nem kell.
- Belső jegyzet, címke, besorolás. Visszavonható, olcsó, gyakori.
- Verziózott változtatás. Ha van előzmény és visszaállítás, a jóváhagyás a visszaállítás gombbal helyettesíthető.
- Ismétlődő, azonos alakú műveletek. Pont ezeknél alakul ki a gépies „igen" — és onnantól a többi jóváhagyásod is romlik.
Az utolsó pont a legfontosabb. A jóváhagyási pontok nem függetlenek egymástól: ha az ember napi ötvenszer kattint igent, akkor az az ötvenegyediknél is igent fog kattintani — akkor is, ha az a fontos.
Mennyibe kerül?
Arra, hogy egy jóváhagyási pont mennyivel lassítja a folyamatot, közvetlen mérés nincs. A legközelebbi analógia viszont tanulságos — és önmagában is ellentmondásos.
Egy 2025 júliusi randomizált kísérletben 16 tapasztalt fejlesztő, 246 feladat, feladatszintű randomizálással: az AI használata 19%-kal növelte a befejezési időt. Ugyanők előzetesen 24%-os gyorsulást vártak, és utólag is 20%-osat hittek.
Ugyanez a csoport 2026 februárjában megismételte, jóval nagyobb mintán — 57 fejlesztő, 143 repó, 800-nál több feladat: az eredeti alanyok részmintáján 18%-os gyorsulás, az újonnan toborzottaknál 4%.
Ugyanaz a kutatócsoport, ugyanaz a módszer, hét hónap különbséggel ellentétes előjel — és ők maguk figyelmeztetnek, hogy a másodikat óvatosan kell olvasni: a fejlesztők 30–50%-a nem küldött be olyan feladatot, amit nem akart AI nélkül megcsinálni, ami komoly szelekciós torzítás.
A tanulság a jóváhagyásra nézve: a lassítás valódi költség, de a mérése nehéz, és az önbecslés ebben a témában bizonyítottan rossz. Ezért érdemes számolni a jóváhagyási pontokat, nem érezni őket.
Tipikus félreértések
- „Ha képzett ember hagyja jóvá, biztonságos." A hivatkozott kísérlet résztvevői húszórás képzést kaptak, és így is 14 százalékponttal romlottak hibás ajánlás mellett.
- „Több jóváhagyási pont nagyobb biztonság." Fordítva. A sok kérdés gépies igent szül, és a fontos ponton is ott lesz a gépies igen.
- „Majd megszokja és jobb lesz benne." Az áttekintések szerint a jelenség tapasztalt felhasználót is érint, és ellenáll a képzésnek.
- „Van jóváhagyás, tehát van kontroll." Ha a felülbírálási arány 96%, akkor a kontroll a naplóban létezik, a valóságban nem.
- „Az agent csak olvas, nem kell jóváhagyás." Amíg nem tud új eszközt bekötni vagy jogot szerezni. Az a lépés minden mást felülír.
- „A jóváhagyás lassít, tehát drága." Lehet — de a mérés erre nincs, és a legjobb közelítő adat ugyanarra a kérdésre hét hónap alatt ellentétes előjelet adott.
Amit érdemes elvinni
A jóváhagyás nem mennyiségi kérdés, hanem elhelyezési.
Három helyre tedd: visszafordíthatatlan művelet, kifelé menő kommunikáció, hatókörbővítés. Ez a három olyan, ahol a hiba nem javítható utólag.
Mindenhonnan máshonnan vedd ki. Nem kényelemből — hanem mert minden felesleges jóváhagyás rontja a megmaradók minőségét.
És egy mérőszám, amit érdemes vezetni: milyen arányban hagyják jóvá. Ha ez tartósan 95% fölött van, akkor nem kontrollod van, hanem szertartásod. Ilyenkor vagy rossz helyen van a pont, vagy túl sok van belőle.
Hogy mennyi joga legyen egyáltalán az agentnek — és miért a hatókör a legfontosabb korlát —, arról a legkevesebb jogot kapó agent poszt szól dokumentált incidensekkel; a lépésszám és a megbízhatóság összefüggéséről pedig az agent-megbízhatóság matematikája poszt.