ELi tehisintellekti seadus on nihkunud planeerimiselt tehisintellekti vastavuse peamise osa tegevustähtajale. Alates 2. augustist 2026 hakkasid Euroopa Komisjoni juhiste kohaselt kehtima läbipaistvuskohustused teatud tehisintellektisüsteemide pakkujatele ja juurutajatele.
Reeglid on keskendunud praktilisele küsimusele: kas inimene saab aru, millal ta suhtleb tehisintellektiga või millal on tehisintellektiga sisu loodud või manipuleeritud? Ettevõtetele, kes loovad vestlusroboteid, häälagente, sisu loomise tööriistu, pilditöötlustooteid, sünteetilisi meediasüsteeme ja automatiseeritud klienditeeninduse töövooge, on sellel küsimusel nüüd juriidilised ja tootekujunduslikud tagajärjed.
Sama kuupäev on oluline ka laiema tehisintellekti seaduse režiimi puhul. Komisjoni materjalides öeldakse, et komisjoni täielikud jõustamisvolitused üldotstarbeliste tehisintellektimudelite kohustuste suhtes kehtivad alates 2. augustist 2026. See ei sea kõikidele rakendustele samu nõudeid, kuid see tähendab, et ELiga seotud tehisintellektiprogrammid ei saa enam käsitleda läbipaistvuse kontrollimist tulevase tööna.
Mis muutus 2. augustil
AI seaduse artikkel 50 hõlmab teatud tehisintellektisüsteemide läbipaistvuskohustusi. Üldjoontes on kohustused mõeldud selleks, et tagada inimeste teavitamine, kui nad suhtlevad AI-süsteemiga ning kui heli-, pildi-, video- või tekstisisu on kunstlikult loodud või määrusega hõlmatud viisil manipuleeritud.
Paljude meeskondade jaoks puudutab muudatus vähem mudeliarhitektuuri, vaid rohkem liidest, metaandmeid, logimist ja juhtimist. Vestlusassistent võib vajada selget avalikustamist, et kasutaja suhtleb tehisintellektiga. Meediumit loov või sisuliselt redigeeriv tööriist võib vajada silte või muid signaale, mis muudavad sünteetilise või manipuleeritud väljundi äratuntavaks. Kliendile suunatud töövoogudes tehisintellekti juurutav ettevõte võib vajada kirjeid, mis näitavad, milliseid süsteeme kasutati, kus avalikustati ja kuidas erandeid käsitleti.
Uhtlusala ei ole kõigi ettevõtete puhul identne. Tehisintellekti seaduses eristatakse selliseid rolle nagu pakkuja, juurutaja, importija, turustaja ja allavoolu muutja. Tehisintellekti toodet ehitaval ja turustaval ettevõttel võivad olla erinevad kohustused kui ettevõttel, kes kasutab sisemises töövoos kolmanda osapoole mudelit. Edasimüüjal, süsteemiintegraatoril või agentuuril võib olla ka rohkem kui üks roll, olenevalt sellest, kuidas ta süsteemi pakendab ja muudab.
See rollide kaardistamise probleem on nüüd üks esimesi vastavusülesandeid EL-i kasutajaid teenindavatele tehisintellektimeeskondadele.
Miks on see arendajatele ja tootetiimidele oluline
Poolte inseneri vahetu mõju ei saa olla enam läbipaistev poliitika. See peab ilmuma tootetee sees, kus toimub tehisintellekti interaktsioon või loodud sisu.
Arendajatel võib tekkida vajadus lisada avalikustamiskomponente vestlusliidestesse, agentide üleandmise voogudesse, häälkogemustesse ja sisuredaktoritesse. Tootetiimidel võib tekkida vajadus otsustada, millal on sildid püsivad, millal neid üks kord kuvatakse ja kuidas need käituvad eksportimisel, ekraanipiltidel, transkriptsioonidel, allalaaditud meedias ja API vastustes. Vastavusmeeskonnad vajavad tõendeid selle kohta, et neid juhtelemente rakendati järjepidevalt.
Samuti on probleem marsruutimise ja jälgitavusega. Kaasaegsed AI-tooted kutsuvad harva ühte mudelit ühe tee kaudu. Klienditeeninduse töövoog võib kasutada üht mudelit kavatsuse tuvastamiseks, teist vastuse koostamiseks, kõnemudelit transkriptsiooniks ja pildimudelit manuste jaoks. Mõned kõned võivad luua kasutajale nähtavat sisu. Teised võivad ainult konteksti klassifitseerida, modereerida, kokku võtta või otsida.
See eristamine on oluline. Meeskonnad peavad teadma, millised mudelikutsed võivad käivitada läbipaistvuskohustused ja millised on puhtalt sisemised. Ilma mudelite, lõpp-punktide, viipade ja väljundtüüpide usaldusväärse loendita muutub avalikustamise järgimine oletuslikuks.
See on koht, kus AI API infrastruktuur muutub asjakohaseks. Mitme mudeliga API või AI API lüüs saab tsentraliseerida mudelipakkuja metaandmeid, API võtmehaldust, kasutusanalüütikat ja auditiloge erinevates taustaprogrammides. Sellise platvormi nagu Model Gate puhul ei ole praktiline seos see, et lüüs lahendab automaatselt tehisintellekti seaduse järgimise. Tsentraliseeritud marsruutimine ja logimine võivad aidata meeskondadel vastata põhilistele juhtimisküsimustele: millist mudelit kasutati, milline rakendus, millise meeskonna jaoks, mis ajal ja millise väljundklassi jaoks.
Kes on kõige rohkem mõjutatud
Kõige rohkem puutuvad kokku ettevõtted, kes panevad tehisintellekti otse ELi kasutajate ette. See hõlmab SaaS-i ettevõtteid koos AI-assistentide, tugibottide, müügiagentide, haridustööriistade, värbamistööriistade, sünteetiliste meediatoodete ja turunduse automatiseerimise platvormidega.Tähelepanu peavad pöörama ka agentuurid ja integraatorid, kes ehitavad klientidele tehisintellekti süsteeme, sest vastutus võib sõltuda sellest, kes määrab süsteemi eesmärgi, kes selle juurutab ja kas süsteemi allavoolu muudetakse.
Ka ettevõttesiseselt tehisintellekti kasutavad ettevõtted ei tohiks tähtaega ignoreerida. Sisemised tööriistad võivad siiski tekitada vastavus- ja tööõigusega seotud küsimusi, eriti kui töötajad suhtlevad tehisintellektisüsteemidega või kui loodud sisu organisatsioonist lahkub. Risk on suurem, kui sisemine automatiseerimine koostab kliendisuhtlust, õiguskavandeid, personalitöö materjale, finantsaruandeid või avalikkusele suunatud meediat.
Mudelite pakkujad ja rakenduste koostajad seisavad samuti silmitsi koordineerimisega. Pakkujad võivad esitada mudeli dokumentatsiooni, väljundi metaandmeid, vesimärgistamise võimalusi või poliitikajuhiseid. Juurutajad peavad endiselt oma toodetes rakendama kasutajale suunatud avalikustamisi ja toimimisjuhte. Kui ettevõte kasutab mitut pakkujat, võivad ebajärjekindlad metaandmed ja mudelikäitumine selle raskendada.
Tehtimismeeskondade praktilised sammud
Esimene samm on inventar. Meeskonnad peaksid tuvastama kõik EL-i toodetes ja töövoogudes kasutatavad tehisintellektisüsteemid ning seejärel klassifitseerima, kas iga süsteem suhtleb otse inimestega, loob sisu, manipuleerib sisuga või toetab ainult sisemist töötlemist.
Teiseks peaksid meeskonnad kaardistama vastutuse. Kas nad on AI-süsteemi pakkuja, juurutaja, turustaja, importija või allavoolu modifikaator? Vastus võib erineda olenevalt tootesarjast või kliendi kaasamisest.
Kolmandaks peaks avalikustamine olema kavandatud toote kontrollimiseks, mitte lihtsalt juriidiliseks teateks. Kasutajad peaksid suhtlemise või tarbimise kohas nägema selgeid signaale. Loodud ja manipuleeritud sisu peaks vajaduse korral kandma asjakohaseid silte või kaasnevat konteksti. Eksporditud sisu väärib erilist tähelepanu, sest sildid võivad kaduda, kui algsest rakendusest väljub tekst, pildid, heli või video.
Neljandaks peavad logid toetama hilisemat ülevaatamist. Vähemalt peaksid meeskonnad suutma rekonstrueerida, milline rakendus, mudel, kasutajarühm ja väljundkategooria oli kaasatud. Mitut mudelipakkujat kasutavate ettevõtete jaoks võib ühtne AI kasutusanalüüs vähendada pimealasid. Toote, keskkonna, kliendi või meeskonna kaupa eraldi API-võtmed võivad samuti hõlbustada auditeid ja piirata kokkupuudet, kui töövoog on valesti konfigureeritud.
Lõpuks peaks hange sisaldama läbipaistvusküsimusi. Enne mudeli või automatiseerimise tarnija lisamist peaksid meeskonnad küsima, millised metaandmed, dokumentatsioon, sildistamise tugi ja logimiskonksud on saadaval. Madalaima kuluga mudel ei ole alati odavaim valik, kui see loob allavoolu käsitsi vastavustööd.
Mis jääb ebakindlaks
Üldine vastavuse suund on selge, kuid konkreetsed kohustused sõltuvad siiski iga kasutuselevõtu faktidest. Sama mudelit saab kasutada madala riskitasemega sisemise kokkuvõtte tööriistas, kliendile suunatud vestlusbotis või sünteetilises meediatootes. Iga kasutusjuhtum võib tekitada erinevaid läbipaistvuskohustusi.
Seal on ka tõlgendusküsimused servajuhtumite puhul: AI-abiga redigeerimine versus AI-loodud sisu, lühiajalised agentide interaktsioonid, inimese ja tehisintellekti segatud töövood ning kolmandate osapoolte platvormidele manustatud süsteemid. Ettevõtted peaksid eeldama, et juhised, jõustamistavad ja turunormid arenevad.
Isegi sellise ebakindluse korral on tegevuse sõnum otsene. ELiga seotud tehisintellekti meeskonnad peavad tegema tehisintellekti osaluse nähtavaks seal, kus seadus seda nõuab, ja neil on vaja dokumente, mis näitavad, kuidas seda nähtavust jõustatakse. 2. augusti kuupäev muudab läbipaistvuse tegevuskava kirjest reaalajas valitsemise nõudeks.