Evropska naslednja prednost na področju umetne inteligence je lahko dolgočasna interoperabilnost

Europe ne bo naredila umetne inteligence uporabnejše s tem, da bi bili vsi sistemi enaki. Lahko jo naredi bolj obvladljivo s tem, da vztraja, da sistemi...

Evropska naslednja prednost na področju umetne inteligence je lahko dolgočasna interoperabilnost

Običajna stvar, zaradi katere je sistem uporaben

Interoperabilnost ima težavo z ugledom. Zveni kot del programa, ki ga prepustijo ljudem, ki uživajo v referenčnih arhitekturah, razpredelnicah različic in natančnem ločilu sheme. Ta ugled ni povsem neupravičen. Dober vmesniški sporazum nikoli ne bo premagal novega modela ob predstavitvi izdelka. Nihče ne prinese torte, ker se dve storitvi končno strinjata o pomenu izbrisanega zapisa.

Toda prav to soglasje je tam, kjer se začne velik del koristnega dela. Model je lahko osupljiv v izolaciji in vseeno le omejeno pomaga organizaciji, ki ga ne more povezati z zapisi, pravili, ljudmi in odločitvami, ki delu dajejo smisel. Model lahko pripravi tekoč odgovor. Toda če odgovor ne more nositi identifikatorja vira, če popravek ne more doseči sistemov, ki so delovali na podlagi njega, če oseba ne more ugotoviti, katera različica pravilnika je veljala, potem sistem ni postal del dela. Postal je še eno mesto, s katerega je treba kopirati in prilepiti.

Evropska naslednja prednost na področju umetne inteligence je zato lahko precej neugledna. Lahko je zmožnost, da sistemi srečajo na mejah, ki so jasne, pregledne in pošteno zapustljive. Ne celinska superaplikacija. Ne zahteva, da vsaka bolnišnica, občina, laboratorij in proizvajalec uporabljajo eno podatkovno zbirko. Koristna ambicija je ožja in težja: storitev bi morala biti sposobna izmenjati informacije, ohraniti pomen informacij, spoštovati pogoje okoli njih in ostati delujoča, ko se spremeni druga komponenta.

To je strateška zmožnost. Zbirko orodij spremeni v infrastrukturo. Upravi v eni državi članici omogoča, da prizna zapis, ustvarjen v drugi, ne da bi se pretvarjala, da so njihovi zakoni, jeziki ali postopki enaki. Podjetju omogoča, da spremeni storitev obdelave podatkov, ne da bi izgubilo digitalna sredstva, zaradi katerih storitev deluje. Kupcu daje način, da vpraša, ali se lahko sistem umetne inteligence pridruži obstoječemu procesu, ne da bi ga tiho prevzel. Manjšemu dobavitelju daje priložnost, da tekmuje na dokumentirani meji in ne na kupčevi strpnosti do selitvenih bolečin.

Bistvo je lahko napačno razumljeno. Interoperabilnost ni samodejna vrlina. Slabo zasnovan vmesnik lahko hitro razširi napačno predpostavko. Skupni podatkovni model je lahko preširok, preveč vsiljiv ali preveč ohlapen. Standard lahko postane muzejski eksponat. Odprti API je lahko še vedno drag, negotov ali tako slabo dokumentiran, da služi predvsem kot dokaz, da je nekoč obstajal oddelek za API. Evropa ne potrebuje okrasnega kupa specifikacij. Potrebuje sporazume, ki delujejo v običajnih pogojih, vključno s popravkom, umikom, posodobitvijo, prekinitvijo in odhodom.

Akt o interoperabilni Evropi ponuja uporabno opredelitev za javne storitve. Čezmejno interoperabilnost obravnava kot zmožnost subjektov Unije in organov javnega sektorja držav članic, da medsebojno delujejo z izmenjavo podatkov, informacij in znanja prek digitalnih procesov, ki izpolnjujejo pravne, organizacijske, pomenske in tehnične zahteve. Štiri besede so pomembne. Tehnična združljivost je le ena plast. Dve storitvi si lahko izmenjujeta bajte in se še vedno ne strinjata o pooblastilu, namenu, hrambi ali pomenu stanja. Lahko si delita polje z imenom odobreno, pri čemer ena misli na predhodni pregled, druga pa na dokončno pravno odločitev. Polje potuje. Odločitev ne.

Tukaj postane tema bolj zanimiva od vodovodne napeljave. Interoperabilnost sprašuje, kaj mora ostati resnično, ko nekaj prečka mejo. Katera organizacija je odgovorna? Kaj je enota informacije? Kdo jo lahko spremeni? Kaj se zgodi, ko je vir popravljen? Kaj pomeni manjkajoča vrednost? Katera identiteta je bila preverjena? Kako dolgo jo lahko prejemnik hrani? Ali lahko drug sistem dokaže, katero različico je prejel? To so javna vprašanja, poslovna vprašanja in inženirska vprašanja v istem plašču.

AI naredi plašč bolj natrpan. Sistem umetne inteligence lahko sedi med zapisi in ljudmi, pridobiva gradivo iz več virov, uporabi različico modela, pokliče orodje, priporoči dejanje in pusti zapis o odločitvi. Če nobena od teh predaj nima opredeljene pogodbe, lahko zmogljiv model naredi organizacijo manj pregledno, ne pa bolj sposobno. Odgovor je lahko prepričljiv, a nesledljiv. Delovni tok je lahko videti hitrejši, a postane odvisen od zasebnega formata sporočil, zasebnega stanja agenta in zasebne opredelitve naloge enega samega ponudnika. To ni inteligenca. To je sprememba lastništva, skrita v funkciji udobja.

Zagovor dolgočasne interoperabilnosti ni v tem, da naredi tehnologijo dolgočasno. Gre za to, da naredi tehnologijo odgovorno. Evropa je izjemno dobro postavljena, da ceni to razliko. Njene javne storitve prečkajo meje. Njeni jeziki in upravne tradicije se upirajo domišljiji, da je mogoče en sam besednjak preprosto vsiliti. Njena pravila o podatkih vse bolj obravnavajo dostop, prenosljivost in upravljanje kot pogoje za delujoč trg. Njene organizacije pa pogosto poskušajo dodati umetno inteligenco delu, ki že ima dolžnosti, zapise in posledice. Meja je pomembna, ker ljudje že stojijo na obeh njenih straneh.

Združljivost še ni razumevanje

Obstaja več načinov, da se dva sistema zdita združljiva. Uporabljata lahko isti omrežni protokol. Sprejemata lahko isto vrsto datoteke. Preverjata lahko istovetnost z isto shemo identitete. Lahko celo prestaneta isti preskus skladnosti. Vsak od teh je uporaben. Nobeden ne razreši širšega vprašanja: ali lahko prejemni sistem informacije pravilno uporabi za navedeni namen?

Vzemimo skromen, hipotetičen primer. Regionalni organ pošlje obvestilo sosednjemu organu prek dobro dokumentiranega vmesnika. Nosilec podatkov se potrdi. Podpis se preveri. Vsako zahtevano polje je prisotno. Eno polje vsebuje datum. Pošiljajoči sistem misli dan, ko se je zgodil osnovni dogodek. Prejemni sistem ga obravnava kot dan, ko je obvestilo postalo pravno veljavno. Noben paket ni bil izgubljen. Noben strežnik ni odpovedal. Sistema sta bila tehnično združljiva in pomensko neusklajena. Rezultat je lahko napačen rok, nepotrebna pritožba ali človek, ki ga prosijo, naj ponovi delo, ki ga je stroj že opravil.

Primer je namenoma hipotetičen. Za ponazoritev ne potrebuje izmišljene občinske stavbe ali torkovega jutra. Številne težke digitalne napake niso dramatične. Pojavijo se kot navidezno popoln zapis z eno neizrečeno predpostavko. Časovni žig nima časovnega pasu. Vrednost je prazna, a nihče ne pove, ali prazno pomeni neznano, zamolčano, neuporabno ali še nepreverjeno. Identifikator je stabilen znotraj enega sistema in recikliran v drugem. Zastavica privolitve potuje brez namena, obsega in roka veljavnosti, ki so jo delali smiselno. Integracija deluje, dokler se nekdo nanjo ne zanese.

Pomenska interoperabilnost je disciplina, ki te pomene naredi dovolj izrecne, da jih je mogoče deliti. Ne zahteva univerzalnega slovarja za vse človeške zadeve. Zahteva, da se udeleženci v opredeljeni izmenjavi dogovorijo, na kaj se njihovi izrazi nanašajo, katere omejitve veljajo, katere vrednosti so dovoljene in kako se spremembe sporočajo. V jeziku standardov gre za podatkovne modele, besednjake, identifikatorje, razmerja in pravila, ki prejemniku omogočajo njihovo razlago. V jeziku operaterja je to razlika med prejemom zapisa in prejemom nečesa, na kar lahko varno ukrepa.

ETSI-jev tehnični odbor za podatke opisuje svoje delo v okviru upravljanja podatkov, pomenske interoperabilnosti, ontologij in regulativne uskladitve, s ciljem, da bi bili podatki deljivi in ponovno uporabni v različnih sektorjih in čez meje. Ta okvir je osvežujoče nevsiljiv. Zavrača zamisel, da imajo podatki vrednost zgolj zato, ker so bili postavljeni v jezero, prostor ali preglednico s spoštovanja vrednim številom zavihkov. Podatki postanejo ponovno uporabni, ko so pogoji okoli njih dovolj jasni, da jih druga stranka lahko uporabi na omejen in zakonit način.

Evropski akt o podatkih isto sporoča z druge strani. Njegove določbe o interoperabilnosti zadevajo podatkovne prostore in storitve obdelave podatkov. Komisija v pojasnilu pravi, da so standardi in interoperabilnost ključni za uporabo podatkov iz različnih virov znotraj skupnih evropskih podatkovnih prostorov in med njimi ter za lažje prehajanje med storitvami obdelave podatkov. To ni obljuba, da bo vsak sistem nenadoma razumel vsak drug sistem. Gre za politično priznanje, da trg izoliranih storitev strankam pušča manj praktičnih možnosti.

Zapeljivo je, da ob besedi »pomensko« posežemo po veličastni ontologiji, po shemi, tako obsežni, da bi potrebovala svoj poštni naslov. Včasih domena potrebuje obsežno skupno modeliranje. A bolje je začeti manjše. Kaj je predmet te izmenjave? Katera različica se pošilja? Katera organizacija je lastnica avtoritativne vrednosti? Kateri dogodek jo lahko spremeni? Kaj mora storiti prejemnik, ko se ta dogodek zgodi? Katera uporaba je dovoljena? Kako lahko oseba preveri odgovor, kadar avtomatizirana pot ni zanesljiva? Ozka pogodba z jasnim odgovorom je vrednejša od celovitega diagrama, ki ga nihče ne more uresničiti.

Enaka zadržanost velja za umetno inteligenco. Delovni tok umetne inteligence bo morda moral delovni element posredovati modelu, prejeti predlagano klasifikacijo, priložiti vire, poiskati odobritev in zapisati odločitev v sistem zadev. Ne bi se smel pretvarjati, da je razlaga v naravnem jeziku zadosten vmesnik. Delovni tok potrebuje tipizirana dejstva in besede: identifikator delovnega elementa, različice virov, določeno nalogo, dovoljena orodja, pogoj zaupanja ali zavrnitve, kjer je to ustrezno, odločitev pregledovalca, čas in različico politike. Model lahko ostane verjetnosten. Meja okoli modela ne bi smela biti nejasna iz navade.

Prav zato interoperabilnost ni isto kot integracija. Integracija je lahko zasebna povezava, zgrajena za eno razmerje. Povsem primerna je lahko. Toda če njena semantika živi le v izvedbi dobavitelja, spominu zaposlenega ali predstavitvi z delavnice, se povezava ne prenaša dobro. Interoperabilna meja za seboj pusti pogodbo, ki jo lahko druga usposobljena stranka prebere, preizkusi in izpodbija. Vzpostaviti jo je počasneje kot hitri konektor. Popraviti jo je hitreje, ko prvotni konektor postane odvisnost z logotipom.

Evropski okvir se začne s celotnim problemom

Akt o interoperabilni Evropi ni zakon o umetni inteligenci in napaka bi bila, če bi ga tako predstavljali. Gre za uredbo o čezmejni interoperabilnosti javnega sektorja. Njegova vrednost za umetno inteligenco je bolj osnovna. Opisuje način razmišljanja o digitalnih javnih storitvah, preden se v njihovo središče postavi določena tehnologija.

V skladu z uredbo morajo subjekti Unije in organi javnega sektorja v okviru uporabe opraviti oceno interoperabilnosti, preden se odločijo o novih ali bistveno spremenjenih zavezujočih zahtevah. Ocena opredeli in ovrednoti učinke na čezmejno interoperabilnost, ustrezne deležnike in rešitve za interoperabilno Evropo, ki lahko podpirajo izvajanje. Poročilo o oceni je treba objaviti v strojno berljivi obliki, ki omogoča samodejni prevod, ob upoštevanju zaščit iz uredbe za intelektualno lastnino, poslovne skrivnosti, javni red in varnost.

To je zahtevnejše kot vprašanje, ali ima predlagani sistem vmesnik API. Vmesnik API je lahko tehnično urejen in še vedno ustvarja oviro za sosednjo upravo, državljana, malo podjetje ali drug javni organ. Ocena postavlja drugačno vprašanje: kaj se spremeni v zmožnosti medsebojnega delovanja, ko je ta zahteva uvedena? To ustvarja prostor, da se pravna pooblastila, organizacijska odgovornost, pomenski pomen in tehnično načrtovanje znajdejo v istem pogovoru. Vedno so bili del istega pogovora. Programski opremi je bilo zgolj dovoljeno, da sestanek vodi v ločenih prostorih.

Uredba tudi opredmeti izmenjavo. Člen 4 zahteva, da subjekt Unije ali organ javnega sektorja na zahtevo drugemu takemu subjektu ali organu zagotovi rešitev za medopravilnost, ki podpira čezmejno evropsko digitalno javno storitev, vključno s tehnično dokumentacijo in, kjer je to ustrezno, zgodovino različic, dokumentirano izvorno kodo in sklici na odprte standarde ali tehnične specifikacije. Obstajajo izjeme, vključno s pravicami intelektualne lastnine tretjih oseb in dejavnostmi zunaj javnih nalog. Načelo ni, da je treba vsako vrstico programske opreme javnega sektorja objaviti brez presoje. Načelo je, da ponovno uporabna rešitev ne bi smela postati zasebno odkritje vsakič, ko jo potrebuje druga uprava.

V tem besedilu je tiho premikanje. Dokumentacija in zgodovina različic nista sekundarna papirologija, potem ko je uporabna komponenta že izdelana. Sta del tega, zaradi česar je komponenta ponovno uporabna. Skladišče izvorne kode brez konteksta je lahko prav tako neuporabno kot kovček brez ključa. Referenčna arhitektura brez pojasnila predpostavk se lahko spremeni v zelo prefinjen način izvoza zmede. Ponovno uporabna stvar so koda, specifikacija, znane meje, različica, dokazi o tem, kako naj bi se uporabljala, in pogoji, pod katerimi se ne bi smela uporabljati.

Evropski okvir medopravilnosti, ki ga akt postavlja v središče svojega modela ocenjevanja, prav tako obravnava pravno, organizacijsko, pomensko in tehnično medopravilnost ter upravljanje. Ta štirislojni pogled je uporaben, ker preprečuje, da bi ena vrsta uspeha ponarejala celoten rezultat. Tehnična ekipa lahko uspešno vzpostavi vmesnik. Pravna ekipa lahko ne najde ovir za izmenjavo. Operativna ekipa se lahko dogovori o postopku eskalacije. Strokovna ekipa lahko uskladi pomen objektov. Sistem postane zanesljiv na meji šele, ko so ustrezni sloji usklajeni za posamezno uporabo.

Prav zato tudi »evropski standard« ni čarobna formula. Standardi lahko zmanjšajo nepotrebno raznolikost in omogočijo pogodbo več udeležencem. Ne morejo pa odločiti, ali je posamezna izmenjava sorazmerna, zakonita, varna ali uporabna. Tehnični profil je treba izbrati, uvesti, upravljati in pregledovati. Potrebuje politiko različic. Potrebuje obravnavo napak. Potrebuje način za predstavitev negotovosti. Potrebuje postopek za odločanje o tem, kdaj je lokalna razširitev upravičena in kdaj je postala zasebna veja v javnem plašču.

Primer javnega sektorja je še posebej razkrivajoč, ker stroške pomenskega odmika pogosto nosi nekdo zunaj tehnične ekipe. Prebivalec bo morda moral podatke predložiti dvakrat. Podjetje bo morda moralo obrazec prevesti iz enega upravnega besedišča v drugo. Strokovnjak bo morda izgubil čas z usklajevanjem evidenc. Čezmejna storitev bo morda delovala le za ljudi, katerih primer se po naključju ujema z najlažjo potjo. Akt ne zagotavlja, da ti izidi izginejo. Ustvarja mehanizme, da postanejo posledice za medopravilnost vidne, preden se zahteva strdi v infrastrukturo.

Umetna inteligenca bi morala prevzeti to disciplino. Preden se model doda v čezmejno ali kako drugače pomembno storitev, bi moral lastnik znati navesti, katere objekte model lahko bere, katere objekte lahko ustvarja, katere odločitve ostajajo človeške, kako se popravek širi, kateri izhod je pripomoček in ne uradni zapis, kako se storitev obnaša, ko model ni na voljo, in kako lahko prejemnik izpodbija ali pregleda rezultat. To ni dodatna raven skladnosti, ki bi bila ogrnjena čez sicer popoln izdelek. To je definicija vmesnika sistema, ki pričakuje, da mu bodo zaupali ljudje, ki ne delijo zasebnega konteksta modela.

Premaknite se nad plast in jo izberite. Meja drži le, kadar se ustrezne plasti strinjajo o tem, kaj se mora zgoditi.

Prenosljivost je preizkus, ali je meja resnična

Interoperabilnost postane strateška, ko se odnos spremeni. Storitev se posodobi. Dobavitelj se zamenja. Javni organ mora ponovno uporabiti komponento. Udeleženec podatkovnega prostora spremeni svojo politiko. Ponudnik modela spremeni obliko sporočil. Nov varnostni pogoj pomeni, da mora delovna obremenitev delovati drugje. Na tej točki postane kakovost meje vidna.

Akt o podatkih to obravnava kot več kot le nevšečnost za stranke. Njegova pravila o zamenjavi ponudnika in interoperabilnosti storitev obdelave podatkov so namenjena zmanjšanju ovir pri prehajanju med storitvami, vzporedni uporabi več storitev ter prenosljivosti podatkov in aplikacij. Študija Komisije iz leta 2026 o interoperabilnosti storitev obdelave podatkov opisuje člen 35 kot poziv k odprtim, usklajenim specifikacijam, ki storitvam iste vrste omogočajo medsebojno delovanje ter prenosljivost podatkov in aplikacij brez škodljivega vpliva na varnost. Prav tako navaja predvideno zbirko Unije za ustrezne standarde in odprte specifikacije ter možnost skupnih specifikacij, kadar usklajeni standardi niso zadostni.

Vredno je biti natančen glede tega, kaj to pomeni in česa ne pomeni. Akt o podatkih ne obljublja, da lahko stranka v petek popoldne dvigne zapleteno storitev pri enem ponudniku in jo nespremenjeno postavi k drugemu. Od ponudnikov ne zahteva, da razkrijejo poslovne skrivnosti, ogrozijo varnost ali naredijo vse vrste storitev enake. Funkcionalna enakovrednost, kjer jo uredba zahteva za storitve iste vrste, ni trditev o enakih konzolah, enakih cenovnih modelih ali enakih inženirskih odločitvah. To je bolj uporabna in bolj skromna zamisel: skupne funkcije bi morale strankini delovni obremenitvi omogočiti, da nadaljuje svojo predvideno funkcijo čez ustrezno mejo.

To razlikovanje je pomembno, ker prenosljiva datoteka ni nujno prenosljiva storitev. Izvoz podatkov lahko izpusti odnose, vrstni red dogodkov, konfiguracijo, zgodovino dovoljenj, identifikatorje, stanje hrambe, različice politik in operativno znanje, potrebno za obnovitev sistema. Izhod modela je mogoče izvoziti, medtem ko konfiguracija pridobivanja, različica poziva, merila za vrednotenje in dovoljenja za orodja, ki so ga oblikovala, ostanejo zasebna. Datoteka se je premaknila. Pogoji, pod katerimi bi ji lahko zaupali, se niso.

Pravi preizkus ni »ali lahko nekaj prenesemo?«, temveč »ali lahko usposobljen prejemnik razlaga in upravlja del storitve, ki je pomemben?«. To sta različni vprašanji. Na prvo lahko odgovori gumb. Za drugo so potrebni popis, shema, sprejemna pot, preizkus, ljudje, ki razumejo mejo, in poštena izjava o tem, kaj ne more potovati.

Poglejmo še en izrecno hipotetičen primer. Ekipa uporablja storitev z umetno inteligenco za pripravo prvega osnutka za notranji pregled. Storitev ima funkcijo izvoza. Med načrtovano selitvijo ekipa prejme ustvarjeno besedilo in seznam uporabniških računov. Ne prejme različic virov znanja, zapisov o odločitvah, ki so določali, kateri viri so bili dovoljeni, statusa odobritve osnutkov, konfiguracije modela ali pravil, ki so storitvi preprečevala pošiljanje osnutka zunanjemu prejemniku. Ekipa ima svoje besedilo. Ni pa obnovila svojega delovnega procesa. Če bi bila stara storitev urejevalnik dokumentov, bi bilo to morda sprejemljivo. Če osnutki oblikujejo regulirano delo ali delo, pomembno za varnost, je to druga kategorija težave.

Prenosljivost ima zato vsaj štiri plasti. Obstaja tehnična prenosljivost: ali je mogoče podatke in vmesnike prenesti v uporabnih oblikah? Obstaja pomenska prenosljivost: ali lahko prejemnik razume zapise, dogodke in omejitve? Obstaja operativna prenosljivost: ali lahko ljudje izvajajo, varujejo, spremljajo, popravljajo in obnavljajo delovno obremenitev? In obstaja institucionalna prenosljivost: ali lahko organizacija med selitvijo izpolnjuje svoje javne, pogodbene in zakonske obveznosti? Nobena posamezna oblika izvoza ne reši vseh štirih.

Tu lahko javno naročanje postane konstruktivna sila. Razpis lahko zahteva kategorije izvozljivih podatkov in digitalnih sredstev, sheme in različice, omejitve hitrosti, preverjanja celovitosti, posledice za identiteto in dostop, znane omejitve, ravnanje s hrambo in izbrisom ter pomoč, ki je na voljo med prehodom. Vpraša lahko, ali lahko ciljni sistem prejme in potrdi reprezentativen izvoz brez zasebnega dostopa do konzole ponudnika. Vpraša lahko, kateri deli so po zasnovi specifični za ponudnika. Iskrena omejitev je obvladljiva. Skrita omejitev postane izredni proračun.

Ista vprašanja pomagajo tudi ponudniku. Ponudnik, ki ve, katero mejo mora ohranjati stabilno, lahko oblikuje manj naključnih odvisnosti. Lahko izrecno določi politiko različic. Lahko objavi pot opuščanja. Lahko strankam zagotovi testno okolje, ki deluje kot pravi vmesnik in ne kot marketinška predstavitev. Lahko razlikuje del sistema, ki je resnično lastniški, od dela, ki mora biti deljen, da stranka ohrani svojo avtonomijo. To ni dobrodelnost. To je jasnejša pogodba za obe strani.

Prednost Evrope tukaj ni v tem, da lahko odpravi odvisnost. Resni sistemi imajo odvisnosti. Prednost je v možnosti, da odvisnost postane razumljiva, pogajalska in dovolj reverzibilna za uporabo, ki je pred nami. Sistem, ki lahko ostane pri ponudniku, ker si odnos še naprej zasluži, je močnejši od sistema, ki ostane, ker nihče drugje ne more rekonstruirati pomena njegovih zapisov.

Podatkovni prostori niso skladišča z boljšo razsvetljavo

Besedna zveza »podatkovni prostor« lahko ustvari napačno sliko. Nakazuje velik prostor, v katerega vsi prinesejo podatke, jih postavijo na polico in odidejo domov zadovoljni z interoperabilnostjo. Evropski pristop je zahtevnejši. Skupni evropski podatkovni prostori naj bi omogočili dostop do podatkov in njihovo ponovno uporabo v zaupanja vrednem in varnem okolju. Komisija opisuje skupne infrastrukture in okvire upravljanja kot stvari, ki podpirajo združevanje, dostop in izmenjavo, poleg poštenih, preglednih, sorazmernih in nediskriminatornih pravil dostopa.

To je pomemben popravek. Deljenje podatkov ni enkratno dejanje prenosa. Je trajajoč odnos med strankami z različnimi nameni, pooblastili in odgovornostmi. En udeleženec lahko podatkovni niz uporablja za raziskave, ne pa tudi za trženje. Drugi ima lahko dolžnost popraviti vrednost. Tretji sme prejeti izpeljan rezultat, ne pa tudi osnovnega zapisa. Nekatere podatke je treba hraniti. Nekatere je treba izbrisati. Nekatere je mogoče obdelovati le v določenem okolju. Upravljavski pogoji so del interoperabilnosti, ne opomba pod črto v ločeni pravni mapi.

Delo Komisije na področju podatkovnih prostorov prepoznava podporo v referenčni arhitekturi, gradnikih, semantiki, specifikacijah interoperabilnosti in podatkovnih modelih, skupaj s svetovalnimi storitvami prek centra za podporo podatkovnim prostorom. Ta širina je smiselna. Varen povezovalnik brez skupnega besedišča ne reši pomenskega problema. Skupno besedišče brez identitete, nadzora dostopa ali upravljanja ne reši problema zaupanja. Model, ki lahko poizveduje po podatkovnem prostoru brez navedenega namena, izvornega zapisa in poti popravkov, ne naredi prostora uporabnejšega. Ustvari novega porabnika informacij, katerega dolžnosti so nejasne.

Za umetno inteligenco je posledica jasna. Modela ne bi smeli obravnavati kot privilegirano bližnjico mimo meja podatkovnega prostora. Če oseba ali storitev potrebuje podlago za dostop, določen namen, identiteto in zapis o uporabi, mora potek dela z umetno inteligenco upoštevati enako disciplino. Tehnične razlike lahko obstajajo pri tem, kako agent zahteva podatke ali kako se izvede korak pridobivanja. Ne bi smelo biti čarobne izjeme, pri kateri sistem reče »model je potreboval kontekst« in običajna pravila upravljanja izginejo skozi okno.

To ne pomeni, da je treba vsak poziv spremeniti v birokratski obred. Pomeni, da mora sistem razlikovati med vprašanjem in pooblastilom. Model lahko oblikuje poizvedbo. Sloj, ki upošteva politike, mora odločiti, ali poizvedba lahko doseže določen vir, pod katerim namenom, s kakšno minimizacijo ter kako se zahtevek in rezultat zabeležita. Odgovor lahko nato navede vir ali pojasni omejitev. Če se vir spremeni, mora sistem imeti način, kako ugotoviti, kateri poznejši odgovor ali odločitev bo morda treba pregledati. V nasprotnem primeru postane sledljivost zgolj okrasna povezava v prepisu pogovora.

Pomenske pogodbe so tu še posebej uporabne, ker naredijo najmanjšo enoto zaupanja vidno. Identifikator vira ni zgolj niz. Opredeliti mora različico ali stabilno referenco. Dovoljenje ni zgolj resnično ali neresnično. Lahko ima obseg, namen, imetnika, časovno omejitev in podlago. Popravek ni zgolj posodobitev. Lahko nadomesti prejšnjo trditev, hkrati pa ohrani zgodovino, potrebno za pojasnitev, kaj se je zgodilo. Zavrnitev ni zgolj napaka. Lahko je namerna meja, ki mora biti razumljiva osebi, ki sprašuje.

Skušnjava bo rešiti to s splošno »plastjo interoperabilnosti za umetno inteligenco«, ki trdi, da naredi vsakega agenta, model, podatkovno zbirko in orodje za poteke dela medsebojno zamenljive. Tovrstna trditev običajno zamenjuje skupni prenos s skupnim pomenom. Splošni protokol je lahko uporaben. Ne more prejemniku povedati, kaj klinična koda, načrtovalski status, odločitev o ugodnosti ali oznaka tveganja pomeni v določeni domeni. Ne more odločiti, kdo sme preglasiti avtomatiziran predlog. Organizaciji ne more povedati, kako dolgo sme hraniti pridobljeni zapis. Standardi nosijo dogovore. Ne odpravljajo potrebe po njihovem sklepanju.

Obstaja bolj utemeljena ambicija. Gradimo domensko specifične dogovore tam, kjer skupno delo to upravičuje. Ponovno uporabljamo splošne gradnike, kjer se resnično prilegajo: identiteto, pooblastila, izvor podatkov, dogodke, različice, testiranje skladnosti in dostopno dokumentacijo. Povezava med splošnim standardom in lokalno implementacijo mora ostati pregledna. Potem se lahko udeleženec pridruži, ne da bi se odrekel celotnemu sistemu, sektor pa se lahko razvija, ne da bi vsakič, ko pride nov dobavitelj, začel s praznim listom.

To je boljša različica obsega. Uspeha ne meri s tem, koliko podatkov je bilo centraliziranih ali koliko storitev je bilo stisnjenih v en vmesnik. Uspeh meri s tem, ali lahko do legitimne izmenjave pride dovolj jasno, da jo udeleženci lahko uporabljajo, popravljajo, upravljajo in jo po potrebi tudi ustavijo.

Izberite kartico in si oglejte del izmenjave, zaradi katerega je zapis uporaben tudi zunaj svojega izvornega sistema.

Standardi potrebujejo življenje po objavi

Standarde pogosto opisujemo, kot da se njihovo delo konča z objavo dokumenta. V praksi je objava šele začetek težjega dela. Nekdo mora izbrati ustrezen profil. Nekdo ga mora implementirati. Nekdo mora preizkusiti robne primere. Nekdo se mora odločiti, ali je nova različica združljiva, kdaj se stara različica umakne in kaj se zgodi z zapisi, ustvarjenimi po prejšnjih pravilih. Nekdo mora celotno ureditev razložiti ekipi, ki ni bila v prostoru, ko je bila izbrana kratica.

Standard EN 18235-1:2026 organizacij CEN in CENELEC je nedavni primer te smeri razvoja. Standard obravnava izmenjavo podatkov med organizacijami s poudarkom na interoperabilnosti in odgovornosti, med napovedanimi področji uporabe pa so tudi skupni evropski podatkovni prostori. Podrobnosti so tu manj pomembne kot sporočilo. Zaupanje v izmenjavo podatkov se ne obravnava več kot občutek, ki ga ustvari nadzorna plošča. Obravnava se kot nekaj, kar oblikujejo dogovori o izmenjavi, odgovornosti in zmožnosti poročanja o tem, kaj se je zgodilo.

Najboljše standardizacijsko delo pušča prostor za stvari, ki jih ne more urediti. Tehnična specifikacija lahko opredeli strukturo sporočila. Ne more pa določiti lokalne pravne podlage. Besednjak lahko opredeli pojem. Ne more pa zagotoviti, da lokalni proces ta pojem uporablja pošteno. Preizkus skladnosti lahko pokaže, da implementacija izpolnjuje imenovane primere. Ne more pa dokazati, da je organizacija usposobila ljudi, ki obravnavajo izjeme. Pretvarjanje, da je drugače, standardom škodi. Zaradi tega so videti kot nadomestek za presojo in ne kot orodje, ki presoji omogoča, da seže dlje.

Testiranje skladnosti je še posebej dragoceno, ker interoperabilnost spremeni iz obljube v opazljivo lastnost. Dobavitelj lahko trdi, da podpira profil. Kupec bi moral imeti možnost vprašati, katera različica, katere izbirne funkcije, kateri negativni primeri, kateri odzivi na napake in kateri objavljeni dokazi o testiranju podpirajo to trditev. Implementator bi moral imeti možnost izvesti iste primere, preden integracija pride v produkcijo. Sprememba bi morala sporočiti, ali je nazaj združljiva in kateri uporabniki morajo ukrepati.

Za vmesnike umetne inteligence se to morda zdi sitno, dokler ne pride do prve nezdružljive spremembe. En klic orodja pričakuje denarni znesek v centih. Drug vrne decimalni niz brez valute. En agent obravnava odsotno polje kot zahtevo po dodatnih informacijah. Drugi to razlaga kot dovoljenje za sklepanje o vrednosti. Ena posodobitev modela spremeni strukturo navedb. Nadaljnji proces še vedno razčlenjuje staro obliko. Nobena od teh ni filozofska uganka. Gre za običajne napake vmesnikov, ki postanejo pomembnejše zaradi sistema, ki lahko ukrepa hitro.

Dober dogovor zato vključuje tako zavrnitev kot uspeh. Določa, kaj bo sistem zavrnil, kaj bo vrnil, kadar vira ni mogoče preveriti, kaj bo storil, kadar manjka pravilnik, kako lahko prejemnik razlikuje delne od popolnih podatkov in kje se začne človeški pregled. Molk je slaba strategija za medsebojno delovanje. Jasna zavrnitev je pogosto najbolj združljiv odziv, ker naslednjemu sistemu zagotovi pošteno stanje za delo.

Različice si zaslužijo enako spoštovanje. Uporaben vmesnik ne doda le številke različice URL-ju in upa na najboljše. Napove spremembo, določi pot selitve, ohrani stari dogovor v obljubljenem obdobju, kjer je to mogoče, zabeleži, kako se shranjeni podatki razlagajo v različnih različicah, in zagotovi dovolj časa, da se odvisni sistemi prilagodijo. To ni razburljivo delo. Tako meja preneha biti presenečenje. Na Nizozemskem radi rečejo, da je stvar »dovolj jasna«, dokler je ni treba zgraditi. Politika različic je tisto, kar ostane, ko ta izraz sreča produkcijski sistem.

Tu je tudi evropska gospodarska točka. Manjše organizacije lahko sodelujejo, kadar so pravila povezovanja javna, dokumentirana in preverljiva. Ne potrebujejo zasebnega odnosa z vsako prevladujočo platformo samo zato, da bi ugotovile, kako poteka izmenjava. Večje organizacije imajo prav tako koristi, ker lahko zmanjšajo dolg po meri pri integracijah in preizkusijo trditve dobavitelja, preden nastane osrednja odvisnost. Rezultat ni brez trenj. Gre za pravičnejša trenja: delo je vidno, ovrednoteno in deljeno, namesto da bi ga odkrili šele, ko je dogovor že zožil možnosti.

Praktično vprašanje je, kaj preživi predajo

Večina programov medsebojnega delovanja postane boljših, če se začnejo z majhno izmenjavo in ne z veliko željo. Izberite eno odločitev ali mejo storitve. Opredelite informacije, ki morajo prečkati to mejo. Določite vir avtoritete, prejemnika, dovoljeni namen, besedišče, dogodke življenjskega cikla, varnostne pogoje in dokaze, ki bodo pokazali, da je izmenjava potekala, kot je bilo predvideno. Nato preizkusite tako uspeh kot neuspeh.

Nastali pogovor je pogosto bolj razkrivajoč kot primerjava funkcij. Kaj se zgodi, ko vir popravi zapis? Ali lahko prejemnik ugotovi, katera kopija je prizadeta? Kaj se zgodi, ko sistem umetne inteligence ne more podpreti priporočila z dovoljenim virom? Ali vrne izrecno zavrnitev, delni rezultat ali izmišljeno stopnjo zaupanja? Kaj se zgodi, ko prejemnik prejme različico sheme, ki je ne razume? Ali lahko izmenjavo varno zavrne? Kaj se zgodi, ko oseba izpodbija klasifikacijo? Ali popravek postane nov dogodek s sledjo, ali pa se stari rezultat prepiše, dokler nihče ne more rekonstruirati podlage prvotnega dejanja?

To so oblikovalska vprašanja, ne le vprašanja skladnosti. Oblikujejo, ali lahko ljudje upravljajo storitev, ali jo lahko dobavitelj podpira in ali se lahko drug sistem pridruži brez prevzema nedokumentiranega tveganja. Oblikujejo tudi kakovost umetne inteligence. Model z jasno informacijsko mejo ima manj prostora za pretvarjanje dvoumnega konteksta v nevidne predpostavke. Delovni tok s tipiziranimi izhodi in identiteto vira daje pregledovalcem nekaj konkretnega za preučitev. Zapis odločitev z različicami omogoča vrednotenje po tem, ko se model, poziv ali pravilnik spremeni.

Obstajajo smiselne meje. Nekateri podatki ne bi smeli potovati. Nekatere informacije bi bilo treba minimizirati ali združiti. Nekatere storitve potrebujejo posebno mejo, ker je delo nenavadno, občutljivo ali visoko tvegano. Nekateri lokalni izrazi bi morali ostati lokalni, ker bi vsiljevanje lažne enakovrednosti uničilo pomen. Interoperabilnost ni zahteva, da vsak sistem razkrije vse. Je zahteva, da je izbrana meja poštena glede tega, kaj razkriva, zakaj, komu in s kakšnimi posledicami.

Ta poštenost je še posebej pomembna, ko ponudniki umetne inteligence ponujajo hitro povezavo. Povezovalnik, ki tiho kopira obsežen korpus v kontekst modela, lahko reši demonstracijski problem, hkrati pa ustvari problem upravljanja. Orodje, ki zapisuje v poslovni sistem brez trajnega identifikatorja dela, lahko ustvari avtomatizacijo, hkrati pa uniči zmožnost revizije. Univerzalni agentski protokol lahko olajša odkrivanje, hkrati pa pusti nerešena vprašanja avtorizacije, omejitve namena in pomenske odgovornosti. Vprašanje bi moralo biti vedno, kaj preživi predajo: podatki, pomen, dovoljenje, dokazi in zmožnost popravka.

Uporaben program vsakemu od teh da dom. Podatki potrebujejo format in preverjanje celovitosti. Pomen potrebuje model, besedišče ali izrecno preslikavo. Dovoljenje potrebuje identiteto, namen in politično mejo. Dokazi potrebujejo zapis o viru, različici, preoblikovanju in odločitvi. Popravek potrebuje pot dogodkov in odgovornega lastnika. Delovanje potrebuje priročnik, opazljivost in način za zaustavitev ali razveljavitev spremembe. Nič od tega ni gradivo za junaški predstavitveni film. Omogoča pa, da sistem ostane uporaben, ko predstavitveni film zamenja servisna zahtevek.

Pri Dweve načelo ozko uporabljamo v javnem opisu Fabric. Spletno mesto opisuje model objektov, osredotočen na delo, v katerem modeli, agenti, orodja, ljudje in delovni tokovi sodelujejo prek tipiziranih pogodb, ter opisuje uporabniške vmesnike in API-je, ki delujejo na isti domeni. To je stališče oblikovanja izdelka, ne dokaz, da je katera koli uvedba samodejno interoperabilna ali da tipiziran vmesnik rešuje pravna, pomenska ali operativna vprašanja. To je preprosto vrsta meje, za katero menimo, da jo resni sistemi umetne inteligence potrebujejo: meja, pri kateri trajno delo ne izgine v pogovor, značilen za določenega ponudnika.

HEDL ponuja manjši, javni primer. Njegova dokumentacija opisuje besedilni format pod licenco Apache 2.0, objavljeno specifikacijo formata in dokumente skladnosti, s pretvorbami v in iz JSON, YAML, XML, CSV, Parquet in TOON. Te funkcije ne naredijo vsakega nabora podatkov združljivega in ne spremenijo pretvorbe formata v pomensko soglasje. Vendar dajejo uporabno trditev o meji: izmenjalni format bi moral biti pregleden, preizkušljiv in sposoben delovati ob obstoječih sistemih, namesto da zahteva, da vsak sistem postane svoj zasebni dialekt.

Evropi ni treba zmagati v tekmi umetne inteligence tako, da bi bežala od lastnih institucij. Njena priložnost je, da te institucije, trge in tehnične skupnosti lažje poveže, ne da bi se pretvarjala, da njihove razlike niso pomembne. Delo bo od daleč videti dolgočasno. To so zgodovina različic, testne naprave, izbire besedišča, pravila dostopa, vaje za selitev in občasni neprijetni sestanki o tem, kdo lahko spremeni polje. Od blizu pa je to delo, ki sistemu omogoči, da mu zaupa nekdo, ki ni ekipa, ki ga je zgradila.

To je prednost, ki jo je vredno imeti. Model je mogoče zamenjati. Dobavitelja je mogoče spremeniti. Storitev lahko prestopi mejo. Popravek lahko doseže mesto, kjer je pomemben. Človek lahko vpraša, kaj se je zgodilo, in dobi nekaj boljšega od samozavestnega odstavka. Tehnologija ostaja ambiciozna. Meja ostaja običajna. Običajni del je tisto, kar ambiciji daje zanesljivo oporišče.

Viri