EU AI Act, Article 50: a fejlesztők teendői 2026. augusztus 2-tól

Az EU AI Act, vagyis a Mesterséges Intelligencia-rendelet az EU horizontális szabályozása a mesterséges intelligenciára, és 2026 szeptemberétől ennek az átláthatósági kötelezettségei érződnek először a fejlesztőkön. Az Article 50 2026. augusztus 2. óta hatályos: ha egy személy interakcióba lép egy MI-rendszerrel, a rendszernek ezt egyértelműen közölnie kell, az információ pedig legkésőbb az első interakció vagy kitettség időpontjában kell eljutnia hozzájuk. Egy ügyfélchatbot, egy hangügynök, egy szintetikus termékfénykép, egy modell által megírt hírcikk – mindegyik az egyetlen cikk egy-egy konkrét bekezdésébe esik.

Ez egy munkatérkép az Article 50-hoz mindazoknak, akik a kódot szállítják: mit változtatott el a Digital Omnibus, mely bekezdések döntik el, hogy van-e kötelezettséged, miért változtatja meg a szolgáltató vagy üzemeltető címke a mérnöki munkádat, és egy ellenőrzőlista arról, hogyan vigy be egy chatbotot az EU-ba.

Mit változtatott a Digital Omnibus, és mit nem

Az Omnibus a drága kötelezettségeket tolta el, és a olcsókat helyben hagyta. Az (EU) 2026/1744. számú rendelet, az AI-ről szóló Digital Omnibus 2026. július 24-én jelent meg az EU Hivatalos Lapjában, és 2026. július 27-én lépett hatályba. Az Annex III magas kockázatú kötelezettségei – toborzás, hitelminősítés, hozzáférés az oktatáshoz, biometria – mostantól 2027. december 2. óta hatályosak, az Annex I kötelezettségei a szabályozott termékekbe beágyazott MI-ra pedig 2028. augusztus 2. óta. Az Article 50-t nem halasztották el: 2026. augusztus 2. óta hatályos, pontosan egy kivétellel, az Article 50(2) jelölési kötelezettségével a már piacon lévő rendszerekre, amelyre 2026. december 2-ig tart az átmeneti idő.

A rendelet többi része már életben van. A tiltások és az Article 4 AI-képességi kötelezettsége 2025. február 2. óta hatályos, az Article 4-et pedig úgy enyhítették, hogy most az AI-képesség fejlődésének támogatását kérik egy szint garantálása helyett. A GPAI-kötelezettségek 2025. augusztus 2. óta hatályosak, a Bizottság GPAI-modellekre vonatkozó végrehajtási hatásköre pedig 2026. augusztus 2. óta. Az Omnibus a tiltott gyakorlatok listáját is bővítette: a Gibson Dunn rögzít egy új tilalmat azokra az MI-rendszerekre, amelyek a beleegyezés nélküli intim képeket és gyermekek szexuális kihasználására szolgáló anyagot generálnak, átmenetileg 2026. december 2-ig.

Egy mérnöki csapat számára a következmény nyílt: az a határidő, amelyet nem tudsz eltolni, az a tájékoztatásról szól. Amit eltoltak, az a bizonyítékról szól, hogy egy rendszer biztonságos.

Article 50(1): szóljunk az embereknek, hogy MI-rendszerrel beszélnek

Az Article 50(1) ezt a kötelezettséget a szolgáltatóra teszi. Azokat az MI-rendszereket, amelyek közvetlenül természetes személyekkel való interakcióra szánnak, úgy kell megtervezni és fejleszteni, hogy az érintett személyeket tájékoztassák arról, hogy MI-rendszerrel lépnek interakcióba. Van egy kivétel, és szűk: a kötelezettség nem alkalmazandó, „ha ez nyilvánvaló egy észszerűen tájékozott, figyelmes és körültekintő természetes személy szempontjából, figyelembe véve a körülményeket és a használat kontextusát”.

Ez a mérce a valódi tervezési kérdés, mert a szöveg nem sorol fel felületeket helyetted. Egy chatablak gépelésjelzővel nem nyilvánvaló. Egy önkiszolgáló foglalási folyamat, ahol az egyetlen bejutás egy géppel való beszélgetés, az lehet. A saját szabályom: ha egy bekezdésnyi kontextus kell ahhoz, hogy megindokolhasd a nyilvánvalóságát, akkor nem az – jelöld.

Az ügynökök több figyelmet kapnak, mint az egyszerű chatbotok. A Bizottság 2026. július 20-án közzétett végleges Article 50-es útmutatói megerősítik, hogy azok az MI-ügynökök, amelyek egy megbízó nevében járnak el, az Article 50(1) hatálya alá tartoznak, és meg kell nevezniük az MI-jellegüket éppúgy, mint azt a természetes vagy jogi személyt, akinek nevében eljárnak. Egy a felhasználási feltételekbe rejtett hivatkozás, egy általános címke, mint az „asszisztens”, vagy önmagában a metaadat nem elég. Ahol a szolgáltató előre nem tudhatja, hogy egy ügynök valaha is beszélni fog-e valakivel, ott az ügynöknek minden olyan helyzetben fel kell fedeznie magát, ahol ez lehetséges, többügynökös összeállításnál pedig minden ügynök, amely emberekkel beszélhet, önállóan felel a megfelelésért.

Ezt szabályként építsd meg, nem featureönkénti szövegként: tedd a közlést a közös rendszerpromptba és a közös chat héjba, hogy egy új feature ne tudjon jenni nélküle. Érdemes tudni, hol nem hagynak tért az útmutatók: az „asszisztens” az oldalcímben, a felhasználási feltételekre való hivatkozás és önmagában a metaadat egyaránt kifejezetten elégtelen. A chatfelület működéséről a LLM-funkciók szállítása Nuxtban cikk szól.

// Illustrative pseudo-code: the Article 50(5) timing test in a chat handler
const mustDisclose = !isObviouslyAI(context)   // "reasonably well-informed,
                                              //  observant and circumspect"
if (mustDisclose) {
  logDisclosure({ user, session, at: 'first_interaction' })
  return renderChat({ banner: 'You are talking to an AI system.', agentPrincipal })
}
return renderChat({})

Az Article 50(5) az időzítés mellett a formát is szabályozza: az információnak egyértelműnek és megkülönböztethetőnek kell lennie, és meg kell felelnie az alkalmazandó akadálymentességi követelményeknek. Ezt az utolsó kikötést könnyű átugrani, ezért a közlést kezeld valódi UI-elemként, kontraszttal, fókuszsorrenddel és képernyőolvasó-szemantikával, ne pedig kontraszt nélküli szürke szövegsorként.

Article 50(2): a szintetikus tartalom gépileg olvasható jelölése

Az Article 50(2) a technikai bekezdés. Azoknak a szintetikus hang-, kép-, videó- vagy szöveget generáló MI-rendszereknek a szolgáltatói – a szöveg úgy fogalmaz, „beleértve az általános célú MI-rendszereket” –, biztosítaniuk kell, hogy a kimenetek gépileg olvasható formában jelölve legyenek, és felismerhetők legyenek mesterségesen generáltnak vagy manipuláltnak. Van egy minőségi küszöb is: a megoldásoknak a technikailag megvalósítható mértékig hatékonynak, interoperábilisnak, robusztusnak és megbízhatónak kell lenniük, figyelembe véve a tartalom típusát, a költséget és a technika állását.

A Bizottság és az AI Board arra a következtetésre jutott, hogy a technika jelenlegi állása nem engedi meg, hogy egyetlen eljárás egyszerre teljesítse mind a négy követelményt. A 2026. június 10-én közzétett, és 2026. július 8–9-én megfelelőnek ítélt Transparency Code of Practice rétegekkel válaszol: aláírt metaadatok és szemmel alig észlelhető vízjelzés, egyszerűsített követelményekkel ott, ahol a kimenetek fizikailag ellenőrzött, zárt környezetben maradnak, vagy ahol a tartalom típusa nem hordozhat beágyazott metaadatot – a szabad szövegház a megadott példa. Az aláíróknak felismerőeszközt is kell kínálniuk, rendszerint ingyenesen, és 2027. február 2-ig el kell érniük a vízjel-felismerés interoperabilitását.

A kivételek tágabbak a rendelet saját szövegénél, mert az útmutatók kibővítették őket. Az MI-generált fordítások mostantól a „szokásos szerkesztés” kivételébe tartoznak, a nyelvtani javítás és a kis stílbeli csiszolás mellett; az összefoglalók és az érdemben átírt szövegek továbbra is jelölést igényelnek. És van egy új B2B-kivétel: a szolgáltatók elhagyhatják a jelölést ott, ahol a kimeneteket kizárólag zárt ipari vagy B2B környezetben használják, a várható visszaéléssel szembeni megfelelő biztonsági intézkedésekkel, például felhőizolálással és szerepkörökhöz kötött hozzáférés-szabályozással. A nyilvános és a fogyasztóknak szánt rendszerek kimaradnak.

A megoldatlan rész a szabad szöveg: a jelölés képekre és hangra kiforrott, prózára sokkal gyengébb. A kötelezettség ettől függetlenül a szolgáltatónál marad, és a költség önmagában nem kivétel – csak egy arányossági vizsgálaton belül számít.

Article 50(4): deepfake-ek, közérdeklődésre szolgáló szöveg és szerkesztői ellenőrzés

Az Article 50(4) az üzemeltető kötelezettsége, és az, amelyik a marketing- és kommunikációs csapatokhoz ér el, nem a platformmérnökökhöz. Két kiváltó ok van. Először az a kép-, hang- vagy videotartalom, amely deepfake-et alkot – mesterségesen generált vagy manipulált tartalom, amely meglévő személyeket, tárgyakat, helyeket vagy eseményeket utánoz, és egy személy számára hamisan hitelesnek vagy valósnak tűnne –, közölni kell mesterségesen generáltként vagy manipuláltként. Másodszor az a szöveg, amelyet a közérdeklődésre szolgáló kérdésekben a nyilvánosság tájékoztatására tesznek közzé, ugyanígy közölni kell.

A kivételek eltérnek. A közérdeklődésre szolgáló szövegnél a kötelezettség nem alkalmazandó, ha a tartalom emberi ellenőrzésen vagy szerkesztői felügyeleten ment át és egy természetes vagy jogi személy viseli a szerkesztői felelősséget a közlésért. A végleges útmutatók szűkítik ezt: a rutin vagy formaszerinti ellenőrzés nem minősül. Az „elolvasta egy ember, mielőtt közzétettük” csak akkor áll, ha annak az embernek volt jogosultsága és ideje megváltoztatni a szöveget, és ha meg tudod nevezni a felelős személyt. A deepfake-eknél a nyilvánosan művészi, kreatív, szatirikus vagy fiktív alkotás enyhített kötelezettséget kap, nem kivételt: közöld, hogy létezik a generált tartalom, olyan módon, amely nem rontja az alkotás élvezetét.

A deepfake-definíció negyedik eleme sokat dolgozik, és az útmutatók mindkét irányban használják. Ahol a közönség egy adott kontextusban nem vár hiteles tartalmat, az kívül eshet a definíción. A Bizottság példái viszont megerősítik: a valóságtól eltérő termékeket láttató MI-generált marketingtartalom, a valós személyek digitális másolatai és a színészekre alkalmazott öregítő hatások mind deepfake-ek, amelyeket közölni kell. A reklám csak szűk esetekben számít esetleg „kreatívnak”, és a legtöbb példa nem felel meg. Egy szintetikus arc egy valódi termék mellett címkét jelent.

Még egy dátumszabály, mert ezen el lehet bukni. Kép, hang és videó esetén a létrehozás dátuma számít, tehát a 2026. augusztus 2. előtt készített szintetikus médiát nem kell visszamenőleg jelölni. A közérdeklődésre szolgáló szövegnél a közlés dátuma számít, tehát a korábban generált, de azon a napon vagy később közzétett szöveget címkélni kell, kivéve, ha a szerkesztői felügyelet kivételébe esik.

Hogyan néz ki a címke, azt nem az ízlés dönti el. A Code egyértelmű vizuális címkét ír elő az első kitettség pontján, és elfogadja a Bizottság egységesített ikonját, miközben megengedi az olyan alternatív kialakításokat, amelyek megfelelnek az előírásainak. A csak hangot tartalmazó formátumoknál ehelyett elég egy szóbeli vagy írásbeli figyelmeztetés.

Szolgáltató vagy üzemeltető: a címke, amely eldönti, mit építesz

Az Article 50 konkrét szerepekhez szólítja a bekezdéseket, és ez a felosztás dönti el, kinek a problémája egy kötelezettség. A szolgáltató fejleszti az MI-rendszert, vagy a saját nevén hozza forgalomba. Az üzemeltető a saját felelősségére használ egy MI-rendszert. Egy szokásos terméknél mindkét szerep a saját értékláncodban van, gyakran ugyanabban a cégben: te veszel egy modellt, te csomagolod, te publikálod az eredményt.

Bármilyen legyen a jogi felosztás, a mérnöki következmény ugyanaz: tedd az Article 50 kötelezettségeit a beszállítói szerződésbe. Ha modell-API-t vásárolsz, nem jelölheted meg a kimeneteit, és nem találhatsz ki felismerőeszközt, ezért mindkettőt írásban kérd ki. Ha magad szállítod a modellt, az Article 50(2) egésze a te felelősséged.

A hatály tágabb annál, mint hogy „van egy EU-s irodánk”. Az útmutatók úgy olvassák az Article 2(1)(c)-t, hogy a kötelezettségek mindenütt hatályosak, ahol a kimenetet az EU-ban való használatra szánják, a szolgáltató vagy az üzemeltető székhelyétől függetlenül. A deepfake-címkézésnél a Bizottság még messzebb megy: az a tartalom, amelyet a világszerte elérhető interneten teszel közzé, anélkül, hogy az EU-t kellene céloznia, kiválthatja a kötelezettséget. Az open source rendszerek nem mentettek, és a bírság felső határa 15 millió euró vagy a világ éves forgalmának 3%-a.

Az Article 4 AI-képessége és az osztrák tanácsadó pont

Az Article 4 2025. február 2. óta hatályos, és az Omnibus megtartotta a kötelezettséget, miközben enyhítette a megfogalmazást: a szolgáltatóknak és az üzemeltetőknek a saját munkatársaik AI-képességének fejlődését kell támogatniuk, nem pedig szintet garantálniuk. Szó szerint olvasva ez enyhe. A gyakorlatban ez dokumentációs kötelezettség, amelyet teljesít egy képzési ajánlat, egy írásos szabályzat és annak bizonyítéka, hogy mindkettő létezik. A hasznos változat ingyenes: akik chatbotot szállítanak, tudniuk kell, mit tesz, és mit utasít el. Ugyanez a fegyelem, mint a prompt injection architektúrával való megfogásáé.

Ausztriában az illetékes nemzeti tanácsadó testület az RTR KI-Servicestelle. Az RTR AI Act oldala szakaszosan követi a rendeletet egy általános közönség számára, és hivatkozik a Hivatalos Lap szövegére, a Bizottság AI Office oldalaira és a többi, vele összefüggő EU-jogszabályra, a GDPR-rel együtt. Egy osztrák vállalat számára, amely inkább egy hatóság értelmezését akarja, mint egy beszállító prezentációját, ez az első lépés.

Fejlesztői ellenőrzőlista az Article 50-hez

Nyolc kérdés, abban a sorrendben, ahogy én válaszolnék rájuk. Mindegyiknek egy sorként kellene megjelennie egy designdokumentumban vagy egy tesztben.

1. Osztályozd minden MI-feature-t az Article 50 öt kiváltó oka alapján: közvetlen interakció, szintetikus tartalom, támogató jellegű szerkesztés, közzétett tartalom, biometria. Írd le a választ.
2. Mondd meg, ki vagy. Szolgáltató, üzemeltető vagy mindkettő, featureönként. Ha más modelljét üzemelteted, tedd az Article 50(2) jelölését és felismerését a szerződésbe.
3. A 50(1) közlést a közös rétegben szállítsd – rendszerprompt és chat héj –, az időzítési teszttel kifejezetten: egyértelmű, megkülönböztethető, hozzáférhető, az első interakciónál.
4. Adj regression tesztet a közléshez, amely elbukik, ha leveszed a bannert. Itt működnek az evalek; lásd a regressziós tesztkészlet építése LLM-funkciókhoz cikket.
5. Tartsd nyilván, hogy a 2026. augusztus 2. előtti vagy utáni rendszer vagy-e. Ha a rendszered az előtti kategóriába esik, a jelölés átmeneti ideje 2026. december 2-ig tart, és semmivel tovább.
6. Jelöld a szintetikus médiát két rétegben – aláírt metaadat és szemmel alig észlelhető vízjel –, és a vízjel-felismerés interoperabilitását 2027. február 2-re tervezd, ha szolgáltató vagy.
7. Döntsd el, ki a szerkesztőileg felelős az AI-val támogatott, közérdeklődésre szolgáló szövegért, és tedd ezt nevesített szereppé, valódi hatáskörrel, ne egy ellenőrző lépéssé.
8. Írd le az Article 4 AI-képességi bizonyítékot – szabályzat, képzés, dátum –, és az RTR KI-Servicestelle-t használd az osztrák első kapcsolódási pontként.

Semmi ebben egzotikus, és éppen ez a lényeg: az Article 50 nagyrészt egy címkézési probléma határidővel, nem kutatási projekt. Egy ilyen közlési réteg, a modellgateway és a beszállítói szerződések megtervezése egy EU-ban értékesített termékhez éppen az a munka, amelyet AI mérnökként végzek.

Források

1. Article 50: Transparency Obligations for Providers and Deployers of Certain AI Systems – AI Act Explorer, a teljes cikkszöveg
2. Regulation (EU) 2026/1744 (Digital Omnibus on AI) – az Európai Unió Hivatalos Lapja, 2026. július 24.
3. Commission confirms Transparency Code of Practice as adequate and publishes final Article 50 Guidelines – Faegre Drinker, 2026. július 30.
4. EU AI Act Omnibus Agreement: Postponed High-Risk Deadlines and Other Key Changes – Gibson Dunn, 2026. május 27.
5. KI-Servicestelle: AI Act – Rundfunk und Telekom Regulierungs-GmbH (RTR), Ausztria