Europos ateities AI pranašumas gali būti nuobodus sąveikumas

Europa nepadarys DI naudingesnio, padarydama visas sistemas vienodas. Ji gali padaryti jį labiau valdomą, reikalaudama, kad sistemos galėtų keistis reikšme,...

Europos ateities AI pranašumas gali būti nuobodus sąveikumas

The ordinary thing that makes a system usable

Interoperability has a branding problem. It sounds like the part of a programme left to people who enjoy reference architectures, version tables and the precise punctuation of a schema. That reputation is not wholly unfair. A good interface contract will never beat a new model in a product launch. Nobody brings cake because two services finally agree on the meaning of a deleted record.

Yet that agreement is where much of the useful work begins. A model can be impressive in isolation and still be of limited help to an organisation that cannot connect it to the records, rules, people and decisions that give the work a purpose. The model may produce a fluent answer. But if the answer cannot carry a source identifier, if a correction cannot reach the systems that acted on it, if a person cannot tell which policy version applied, then the system has not become part of the work. It has become another place to copy and paste from.

Europe’s next AI advantage may therefore be rather unglamorous. It may be the ability to make systems meet at boundaries that are explicit, inspectable and fair to leave. Not a continental super-app. Not a demand that every hospital, town hall, laboratory and manufacturer use one database. The useful ambition is narrower and harder: a service should be able to exchange information, preserve the information’s meaning, respect the conditions around it and remain operable when another component changes.

That is a strategic capability. It turns a collection of tools into infrastructure. It allows an administration in one Member State to recognise a record produced in another without pretending that their laws, languages or procedures are identical. It allows a company to change a data-processing service without losing the digital assets that make the service function. It gives a buyer a way to ask whether an AI system can join an existing process without quietly owning it. It gives a smaller supplier a chance to compete on a documented boundary rather than on the customer’s tolerance for migration pain.

The point is easy to misunderstand. Interoperability is not an automatic virtue. A badly designed interface can spread a bad assumption quickly. A shared data model can be too broad, too invasive or too vague. A standard can become a museum piece. An open API can still be expensive, insecure or so poorly documented that it serves mainly as evidence that an API department once existed. Europe does not need a decorative pile of specifications. It needs contracts that work under ordinary conditions, including correction, withdrawal, update, interruption and departure.

The Interoperable Europe Act gives a useful definition for public services. It treats cross-border interoperability as the ability of Union entities and Member State public-sector bodies to interact by sharing data, information and knowledge through digital processes that meet legal, organisational, semantic and technical requirements. The four words matter. Technical compatibility is only one layer. Two services can exchange bytes and still disagree about authority, purpose, retention or the meaning of a status. They can share a field called approved while one means a preliminary check and the other means a final legal decision. The field travels. The decision does not.

This is where the subject becomes more interesting than plumbing. Interoperability asks what has to remain true when something crosses a boundary. Which organisation is responsible? What is the unit of information? Who can amend it? What happens when a source is corrected? What does a missing value mean? Which identity has been verified? How long may the recipient retain it? Can another system prove which version it received? These are public questions, commercial questions and engineering questions in the same coat.

AI daro paltą labiau perpildytą. AI sistema gali įsiterpti tarp įrašų ir žmonių, rinkti medžiagą iš kelių šaltinių, taikyti modelio versiją, iškviesti įrankį, rekomenduoti veiksmą ir palikti sprendimo įrašą. Jei nė vienas iš šių perdavimų neturi apibrėžtos sutarties, pajėgus modelis gali padaryti organizaciją mažiau skaidrią, o ne pajėgesnę. Atsakymas gali būti įtikinamas, bet nebeatsekamas. Darbo eiga gali atrodyti greitesnė, bet tapti priklausoma nuo vieno tiekėjo privačios pranešimų formato, privačios agento būsenos ir privačios užduoties apibrėžties. Tai ne intelektas. Tai nuosavybės pasikeitimas, paslėptas patogumo funkcijoje.

Argumentas už nuobodų sąveikumą nėra tas, kad jis daro technologiją nuobodžią. Jis tas, kad daro technologiją atskaitingą. Europa yra ypač palankioje padėtyje vertinti šį skirtumą. Jos viešosios paslaugos kerta sienas. Jos kalbos ir administracinės tradicijos priešinasi fantazijai, kad vieną žodyną galima tiesiog primesti. Jos duomenų taisyklės vis dažniau traktuoja prieigą, perkeliamumą ir valdymą kaip veikiančios rinkos sąlygas. O jos organizacijos dažnai bando pridėti AI prie darbo, kuris jau turi pareigas, įrašus ir pasekmes. Ribos svarbu, nes žmonės jau stovi abiejose jos pusėse.

Suderinamumas dar nereiškia supratimo

Yra keli būdai, kaip dvi sistemos gali atrodyti suderinamos. Jos gali naudoti tą patį tinklo protokolą. Jos gali priimti tą patį failo tipą. Jos gali autentifikuotis pagal tą pačią tapatybės schemą. Jos netgi gali išlaikyti tą patį atitikties testą. Kiekvienas iš jų yra naudingas. Nė vienas neišsprendžia didesnio klausimo: ar gaunančioji sistema gali teisingai panaudoti informaciją deklaruotam tikslui?

Paimkime kuklų, hipotetinį pavyzdį. Regioninė institucija siunčia pranešimą kaimyninei institucijai per gerai aprašytą sąsają. Naudingoji apkrova patvirtinama. Parašas patikrinamas. Yra visi reikalingi laukai. Viename lauke yra data. Siunčiančioji sistema turi omenyje dieną, kurią įvyko pagrindinis įvykis. Gaunančioji sistema ją traktuoja kaip dieną, kurią pranešimas įgijo teisinę galią. Nepamestas nė vienas paketas. Nesugedo joks serveris. Sistemos buvo techniškai suderinamos ir semantiškai nesuderintos. Rezultatas gali būti neteisingas terminas, nereikalingas skundas arba žmogus, kurio prašoma pakartoti darbą, kurį mašina jau atliko.

Pavyzdys sąmoningai hipotetinis. Nereikia išgalvotos savivaldybės ar antradienio ryto, kad būtų aiški esmė. Daugelis sudėtingų skaitmeninių nesėkmių nėra dramatiškos. Jos ateina kaip iš pažiūros išsamus įrašas su viena neišsakyta prielaida. Laiko žyma neturi laiko juostos. Reikšmė tuščia, bet niekas nepasako, ar tuščia reiškia nežinoma, sulaikyta, netaikoma ar dar nepatikrinta. Identifikatorius yra stabilus vienoje sistemoje ir perdirbamas kitoje. Sutikimo vėliavėlė keliauja be tikslo, apimties ir galiojimo pabaigos, kurie jai suteikė prasmę. Integracija veikia, kol kas nors ja pasikliauja.

Semantinis sąveikumas yra disciplina, daranti tas reikšmes pakankamai aiškias, kad jas būtų galima dalytis. Tam nereikia universalaus žodyno visiems žmonijos reikalams. Reikia, kad apibrėžto mainų dalyviai susitartų, į ką nurodo jų terminai, kokie apribojimai taikomi, kokios reikšmės leidžiamos ir kaip perteikiami pakeitimai. Standartų darbo kalba tai susiję su duomenų modeliais, žodynais, identifikatoriais, ryšiais ir taisyklėmis, leidžiančiomis gavėjui juos interpretuoti. Operatoriaus kalba tai skirtumas tarp įrašo gavimo ir gavimo to, kuo galima saugiai remtis.

ETSI techninis komitetas duomenų klausimais savo darbą apibūdina duomenų valdymo, semantinio sąveikumo, ontologijų ir reguliavimo derinimo terminais, siekdamas, kad duomenys būtų dalijami ir pakartotinai naudojami įvairiuose sektoriuose ir per sienas. Tokia formuluotė gaiviai nepretenzinga. Ji atmeta idėją, kad duomenys turi vertę vien todėl, kad buvo patalpinti į duomenų ežerą, erdvę ar skaičiuoklę su įspūdingu skirtukų skaičiumi. Duomenys tampa pakartotinai naudojami, kai juos supantys terminai yra pakankamai aiškūs, kad kita šalis galėtų juos ribotai ir teisėtai panaudoti.

Europos duomenų aktas tą patį teigia iš kitos pusės. Jo sąveikumo nuostatos susijusios su duomenų erdvėmis ir duomenų tvarkymo paslaugomis. Komisijos paaiškinime teigiama, kad standartai ir sąveikumas yra esminiai naudojant duomenis iš skirtingų šaltinių Bendrųjų Europos duomenų erdvių viduje ir tarp jų, taip pat palengvinant perėjimą tarp duomenų tvarkymo paslaugų. Tai ne pažadas, kad kiekviena sistema staiga supras kiekvieną kitą sistemą. Tai politinis pripažinimas, kad izoliuotų paslaugų rinka palieka klientams mažiau praktinių pasirinkimų.

Išgirdus žodį „semantinis“ kyla pagunda įsivaizduoti didingą ontologiją, diagramą tokią didelę, kad jai reikėtų nuosavo pašto adreso. Kartais sričiai reikia didelės apimties bendro modeliavimo. Tačiau geresnis atspirties taškas yra mažesnis. Kas yra objektas šiame maine? Kuri versija siunčiama? Kuri organizacija valdo autoritetingą reikšmę? Koks įvykis gali ją pakeisti? Ką gavėjas turi padaryti, kai tas įvykis įvyksta? Kuris naudojimas leidžiamas? Kaip žmogus gali patikrinti atsakymą, kai automatizuotas kelias neaiškus? Siaura, atsakoma sutartis yra vertingesnė už išsamią diagramą, kurios niekas negali įgyvendinti.

Tas pats santūrumas svarbus dirbtiniam intelektui. DI darbo eiga gali turėti perduoti darbo elementą modeliui, gauti siūlomą klasifikaciją, pridėti šaltinius, gauti patvirtinimą ir įrašyti sprendimą į bylų sistemą. Ji neturėtų apsimesti, kad natūralios kalbos paaiškinimas yra pakankama sąsaja. Darbo eigai reikia tipizuotų faktų ir žodžių: darbo elemento identifikatoriaus, šaltinių versijų, deklaruotos užduoties, leidžiamų įrankių, pasitikėjimo ar atsisakymo sąlygos, kai tai aktualu, vertintojo sprendimo, laiko ir politikos versijos. Modelis gali likti tikimybinis. Ribos aplink modelį neturėtų būti neaiškios iš įpročio.

Štai kodėl sąveikumas nėra tas pats, kas integracija. Integracija gali būti privatus ryšys, sukurtas vienam santykiui. Ji gali būti visiškai tinkama. Tačiau kai jos semantika gyvuoja tik tiekėjo įgyvendinime, darbuotojo atmintyje ar seminaro skaidrėse, ryšys prastai keliauja. Sąveiki riba palieka sutartį, kurią kita kompetentinga šalis gali perskaityti, išbandyti ir užginčyti. Ją įdiegti užtrunka ilgiau nei greitą jungtį. Ją pataisyti greičiau, kai pirminė jungtis tampa priklausomybe su logotipu.

Europos sistema prasideda nuo visos problemos

Sąveikios Europos aktas nėra DI įstatymas, ir būtų klaida jį taip pristatyti. Tai reglamentas dėl tarpvalstybinio viešojo sektoriaus sąveikumo. Jo vertė dirbtiniam intelektui yra fundamentalesnė. Jis apibūdina mąstymo apie skaitmenines viešąsias paslaugas būdą dar prieš įdedant konkrečią technologiją į jų vidurį.

Pagal reglamentą Sąjungos subjektai ir viešojo sektoriaus įstaigos, kurioms jis taikomas, prieš nuspręsdamos dėl naujų ar iš esmės pakeistų privalomųjų reikalavimų turi atlikti sąveikumo vertinimą. Vertinime nustatomas ir įvertinamas poveikis tarpvalstybiniam sąveikumui, atitinkamiems suinteresuotiesiems subjektams ir Sąveikios Europos sprendimams, galintiems padėti įgyvendinti. Gauta ataskaita turi būti skelbiama mašininio skaitymo formatu, palengvinančiu automatinį vertimą, laikantis reglamente numatytų intelektinės nuosavybės, komercinių paslapčių, viešosios tvarkos ir saugumo apsaugos priemonių.

Tai reikalauja daugiau nei klausimas, ar siūloma sistema turi API. API gali būti techniškai tvarkinga ir vis tiek sukurti kliūtį kaimyninei administracijai, piliečiui, smulkiam verslui ar kitai viešojo sektoriaus įstaigai. Vertinimas kelia kitą klausimą: kas pasikeičia sąveikos galimybėse, kai įvedamas šis reikalavimas? Tai sudaro erdvę teisinei kompetencijai, organizacinei atsakomybei, semantinei reikšmei ir techniniam sprendimui atsirasti tame pačiame pokalbyje. Jie visada buvo to paties pokalbio dalis. Tiesiog programinei įrangai buvo leista surengti susitikimą atskiruose kambariuose.

Reglamentas taip pat padaro dalijimąsi konkrečiu. 4 straipsnis reikalauja, kad Sąjungos subjektas arba viešojo sektoriaus įstaiga, gavusi prašymą, suteiktų kitam tokiam subjektui ar įstaigai prieigą prie sąveikumo sprendimo, palaikančio transeuropinę viešąją skaitmeninę paslaugą, įskaitant techninę dokumentaciją ir, kai taikoma, versijų istoriją, dokumentuotąjį šaltinio kodą bei nuorodas į atviruosius standartus ar technines specifikacijas. Yra išimčių, įskaitant trečiųjų šalių intelektinės nuosavybės teises ir veiklą, nepatenkančią į viešųjų funkcijų sritį. Principas nėra tas, kad kiekviena viešojo sektoriaus programinės įrangos eilutė turi būti skelbiama be jokio vertinimo. Principas yra tas, kad daugkartinio naudojimo sprendimas neturėtų kaskart tapti privačiu atradimu, kai jo prireikia kitai administracijai.

Šioje formuluotėje slypi tylus poslinkis. Dokumentacija ir versijų istorija nėra antraeilis popierizmas, atsirandantis po to, kai naudingas komponentas jau sukurtas. Jos yra dalis to, kas komponentą daro daugkartinio naudojimo. Šaltinio kodo saugykla be konteksto gali būti tokia pat nenaudinga kaip lagaminas be rakto. Referencinė architektūra be prielaidų paaiškinimo gali tapti labai rafinuotu būdu eksportuoti sumaištį. Daugkartinio naudojimo dalykas yra kodas, specifikacija, žinomos ribos, versija, įrodymai, kaip jį buvo numatyta naudoti, ir sąlygos, kuriomis jo naudoti nereikėtų.

Europos sąveikumo sistema, kurią Reglamentas iškelia į savo vertinimo modelio centrą, taip pat apima teisinę, organizacinę, semantinę ir techninę sąveiką bei valdymą. Šis keturių lygmenų požiūris naudingas, nes neleidžia vienos rūšies sėkmei apsimesti visu rezultatu. Techninė komanda gali sėkmingai įdiegti sąsają. Teisinė komanda gali nematyti jokių kliūčių keitimuisi. Operacinė komanda gali susitarti dėl eskalavimo tvarkos. Domeno komanda gali suderinti objektų reikšmes. Sistema tampa patikima ties riba tik tada, kai atitinkami lygmenys yra suderinti konkrečiam naudojimo atvejui.

Štai kodėl „Europos standartas“ taip pat nėra burtų lazdelė. Standartai gali sumažinti nereikalingą įvairovę ir padaryti sutartį prieinamesnę daugiau dalyvių. Jie negali nuspręsti, ar konkretus keitimasis yra proporcingas, teisėtas, saugus ar naudingas. Techninį profilį reikia parinkti, įdiegti, valdyti ir peržiūrėti. Jam reikia versijų politikos. Jam reikia klaidų tvarkymo. Jam reikia būdo pateikti neapibrėžtumą. Jam reikia proceso, padedančio nuspręsti, kada vietinis išplėtimas yra pagrįstas, o kada jis tapo privačia šaka viešame apvalkale.

Viešojo sektoriaus atvejis ypač atskleidžiantis, nes semantinio nukrypimo kainą dažnai padengia kas nors už techninės komandos ribų. Gyventojo gali būti prašoma informaciją pateikti du kartus. Įmonė gali turėti išversti formą iš vieno administracinio žodyno į kitą. Profesionalas gali prarasti laiko derindamas įrašus. Tarpvalstybinė paslauga gali veikti tik tiems žmonėms, kurių atvejis atsitiktinai atitinka lengviausią kelią. Reglamentas negarantuoja, kad šie rezultatai išnyks. Jis sukuria mechanizmus, padedančius padaryti jų sąveikumo pasekmes matomas, kol reikalavimas dar nespėjo sukietėti į infrastruktūrą.

Dirbtinis intelektas turėtų paveldėti šią discipliną. Prieš įtraukiant modelį į transeuropinę ar kitokią reikšmingą paslaugą, jos valdytojas turėtų galėti nurodyti, kuriuos objektus modelis gali skaityti, kuriuos objektus gali kurti, kokie sprendimai lieka žmonėms, kaip plinta pataisa, kokia išvestis yra pagalbinė priemonė, o ne autoritetingas įrašas, kaip paslauga elgiasi, kai modelis nepasiekiamas, ir kaip gavėjas gali užginčyti ar patikrinti rezultatą. Tai ne papildomas atitikties sluoksnis, užkrautas ant jau baigto produkto. Tai sąsajos apibrėžtis sistemos, kuri tikisi būti patikėta žmonių, kurie nesidalija modelio privačiu kontekstu.

Užveskite pelę ant sluoksnio ir pasirinkite jį. Ribą galima išlaikyti tik tada, kai atitinkami sluoksniai sutaria, kas turi įvykti.

Perkeliamumas yra ribos realumo išbandymas

Sąveikumas tampa strateginiu, kai pasikeičia santykiai. Paslauga atnaujinama. Tiekėjas pakeičiamas. Viešoji įstaiga turi pakartotinai panaudoti komponentą. Duomenų erdvės dalyvis keičia savo politiką. Modelio teikėjas keičia pranešimų formatą. Nauja saugumo sąlyga reiškia, kad darbo krūvis turi veikti kitur. Tuomet ribos kokybė tampa matoma.

Duomenų aktas tai vertina kaip daugiau nei nepatogumą klientams. Jo taisyklės dėl perėjimo ir duomenų apdorojimo paslaugų sąveikumo skirtos sumažinti kliūtis pereiti tarp paslaugų, naudotis keliomis paslaugomis lygiagrečiai ir užtikrinti duomenų bei programų perkeliamumą. Komisijos 2026 m. duomenų apdorojimo paslaugų sąveikumo tyrimas teigia, kad 35 straipsnis reikalauja atvirų, suderintų specifikacijų, kurios leistų to paties tipo paslaugoms veikti kartu ir užtikrintų duomenų bei programų perkeliamumą nekenkiant saugumui. Jame taip pat pažymima numatoma Sąjungos atitinkamų standartų ir atvirų specifikacijų saugykla bei galimybė taikyti bendrąsias specifikacijas, kai suderintų standartų nepakanka.

Verta tiksliai apibrėžti, ką tai reiškia ir ko nereiškia. Duomenų aktas nežada, kad klientas penktadienio popietę galės perkelti sudėtingą paslaugą iš vieno teikėjo į kitą nepakeitęs jos. Jis nereikalauja, kad teikėjai atskleistų komercines paslaptis, pakenktų saugumui ar padarytų visų tipų paslaugas vienodas. Funkcinis lygiavertiškumas, kai Reglamentas jo reikalauja to paties tipo paslaugoms, nėra teiginys apie vienodas konsoles, vienodus kainų modelius ar vienodus inžinerinius sprendimus. Tai naudingesnė ir kuklesnė idėja: bendros funkcijos turėtų leisti kliento darbo krūviui tęsti numatytą funkciją per atitinkamą ribą.

Šis skirtumas svarbus, nes perkeliamas failas nebūtinai yra perkeliama paslauga. Duomenų eksportas gali praleisti ryšius, įvykių tvarką, konfigūraciją, teisių istoriją, identifikatorius, saugojimo būseną, politikos versijas ir operacinį žinojimą, reikalingą sistemai atkurti. Modelio išvestis gali būti eksportuota, o paieškos konfigūracija, raginimo versija, vertinimo kriterijai ir įrankių teisės, kurie ją suformavo, lieka privatūs. Failas perkeltas. Sąlygos, kuriomis juo buvo galima pasitikėti, ne.

Tinkamas išbandymas yra ne „ar galime ką nors atsisiųsti?“, o „ar kompetentingas gavėjas gali interpretuoti ir valdyti tą paslaugos dalį, kuri svarbi?“ Tai skirtingi klausimai. Į pirmąjį gali atsakyti mygtukas. Antrajam reikia inventoriaus, schemos, priėmimo kelio, išbandymo, žmonių, suprantančių ribą, ir sąžiningo pareiškimo, kas negali keliauti.

Panagrinėkime dar vieną aiškiai hipotetinį pavyzdį. Komanda naudoja dirbtinio intelekto paslaugą, kad parengtų pirmąjį juodraštį vidinei peržiūrai. Paslauga turi eksporto funkciją. Planuojamo perkėlimo metu komanda gauna sugeneruotą tekstą ir vartotojų paskyrų sąrašą. Ji negauna žinių šaltinių versijų, sprendimų įrašų, nulėmusių, kurie šaltiniai buvo leisti, juodraščių tvirtinimo būsenų, modelio konfigūracijos ar taisyklių, neleidusių paslaugai siųsti juodraščio išoriniam gavėjui. Komanda turi savo tekstą. Ji neatgavo savo darbo eigos. Jei senoji paslauga būtų buvusi dokumentų rengyklė, tai galėtų būti pakenčiama. Jei juodraščiai formuoja reglamentuojamą ar saugai svarbų darbą, tai jau kitos kategorijos problema.

Perkeliamumas todėl turi bent keturis lygmenis. Yra techninis perkeliamumas: ar duomenis ir sąsajas galima perkelti naudojamomis formomis? Yra semantinis perkeliamumas: ar gavėjas gali suprasti įrašus, įvykius ir apribojimus? Yra veiklos perkeliamumas: ar žmonės gali vykdyti, apsaugoti, stebėti, taisyti ir atkurti darbo krūvį? Ir yra institucinis perkeliamumas: ar organizacija gali įvykdyti savo viešąsias, sutartines ir teisines pareigas, kol vyksta perkėlimas? Joks vienas eksporto formatas neišsprendžia visų keturių.

Čia viešieji pirkimai gali tapti konstruktyvia jėga. Konkurso sąlygose galima prašyti nurodyti eksportuojamų duomenų ir skaitmeninio turto kategorijas, schemas ir versijas, užklausų limitus, vientisumo patikras, tapatybės ir prieigos pasekmes, žinomus apribojimus, saugojimo ir ištrynimo elgseną bei pagalbą, teikiamą perėjimo laikotarpiu. Galima klausti, ar reprezentatyvų eksportą gali gauti ir patvirtinti paskirties vieta be privačios prieigos prie tiekėjo konsolės. Galima klausti, kurios dalys pagal dizainą yra būdingos tik tiekėjui. Atviras apribojimas yra valdomas. Paslėptas apribojimas tampa avariniu biudžetu.

Tie patys klausimai padeda ir tiekėjui. Tiekėjas, žinantis, kurią ribą turi išlaikyti stabilią, gali sukurti mažiau atsitiktinių priklausomybių. Jis gali aiškiai nustatyti versijų politiką. Jis gali paskelbti nebenaudojimo kelią. Jis gali suteikti klientams testavimo aplinką, kuri elgiasi kaip tikra sąsaja, o ne kaip rinkodaros demonstracija. Jis gali atskirti sistemos dalį, kuri iš tikrųjų yra nuosavybinė, nuo dalies, kuri turi būti bendrinama, kad klientas išlaikytų veiksmų laisvę. Tai ne labdara. Tai aiškesnė sutartis abiem pusėms.

Europos pranašumas čia nėra tas, kad ji gali panaikinti priklausomybę. Rimtos sistemos turi priklausomybių. Pranašumas yra galimybė padaryti priklausomybę įskaitomą, deramą ir pakankamai grįžtamą konkrečiam naudojimui. Sistema, kuri gali likti pas tiekėją, nes šis ir toliau užsitarnauja santykį, yra stipresnė už tą, kuri lieka todėl, kad niekas kitur negali atkurti jos įrašų reikšmės.

Duomenų erdvės nėra sandėliai su geresniu apšvietimu

Frazė „duomenų erdvė“ gali sukurti klaidingą vaizdą. Ji sufleruoja didelį kambarį, į kurį visi atsineša duomenis, padeda juos ant lentynos ir išeina patenkinti sąveikumu. Europos požiūris yra reiklesnis. Bendrosios Europos duomenų erdvės skirtos duomenims padaryti prieinamus naudoti ir pakartotinai naudoti patikimoje ir saugioje aplinkoje. Komisija bendrąsias infrastruktūras ir valdymo sistemas apibūdina kaip priemones, palaikančias duomenų telkimą, prieigą ir dalijimąsi, kartu su sąžiningomis, skaidriomis, proporcingomis ir nediskriminacinėmis prieigos taisyklėmis.

Tai svarbi korekcija. Dalijimasis duomenimis nėra vienkartinis perdavimo veiksmas. Tai nuolatiniai santykiai tarp šalių, turinčių skirtingus tikslus, galias ir pareigas. Vienas dalyvis gali naudoti duomenų rinkinį tyrimams, bet ne rinkodarai. Kitas gali turėti pareigą ištaisyti reikšmę. Trečiajam gali būti leista gauti išvestinį rezultatą, bet ne pirminį įrašą. Vieni duomenys turi būti saugomi. Kiti turi būti ištrinti. Dar kiti gali būti tvarkomi tik tam tikroje aplinkoje. Reglamentuojančios sąlygos yra sąveikumo dalis, o ne išnaša atskirame teisiniame aplanke.

Komisijos darbas su duomenų erdvėmis apima paramą referencinei architektūrai, statybiniams blokams, semantikai, sąveikumo specifikacijoms ir duomenų modeliams, taip pat konsultacines paslaugas per Duomenų erdvių paramos centrą. Tokia aprėptis yra pagrįsta. Saugus jungtuvas be bendros žodyno nesprendžia semantinės problemos. Bendras žodynas be tapatybės, prieigos kontrolės ar valdymo nesprendžia pasitikėjimo problemos. Modelis, galintis užklausti duomenų erdvę be deklaruoto tikslo, pirminio įrašo ir taisymo kelio, erdvės naudingiau nepadaro. Jis sukuria naują informacijos vartotoją, kurio pareigos yra neaiškios.

Dirbtiniam intelektui išvada yra aiški. Modelis neturėtų būti laikomas privilegijuotu trumpuoju keliu aplink duomenų erdvės ribą. Jei asmeniui ar paslaugai reikia prieigos pagrindo, apibrėžto tikslo, tapatybės ir naudojimo įrašo, dirbtinio intelekto darbo eiga turi laikytis tos pačios disciplinos. Gali būti techninių skirtumų, kaip agentas prašo duomenų ar kaip vykdomas paieškos žingsnis. Neturėtų būti stebuklingos išimties, kai sistema sako „modeliui reikėjo konteksto“, o įprastos valdymo taisyklės pasitraukia.

Tai nereiškia, kad kiekvieną užklausą reikia paversti biurokratine ceremonija. Tai reiškia, kad sistema turi atskirti klausimą nuo įgaliojimo. Modelis gali suformuluoti užklausą. Sluoksnis, suprantantis politiką, turėtų nuspręsti, ar užklausa gali pasiekti tam tikrą šaltinį, kokiu tikslu, su kokiu sumažinimu ir kaip užklausa bei rezultatas įrašomi. Atsakymas gali nurodyti šaltinį arba paaiškinti apribojimą. Jei šaltinis pasikeičia, sistemai reikia būdo sužinoti, kurį vėlesnį atsakymą ar sprendimą gali reikėti peržiūrėti. Priešingu atveju kilmė tampa dekoratyvine nuoroda pokalbio įraše.

Semantinės sutartys čia ypač naudingos, nes jos padaro matomą minimalų pasitikėjimo vienetą. Šaltinio identifikatorius nėra tik eilutė. Jis turėtų nurodyti versiją arba stabilų identifikatorių. Leidimas nėra tik teisinga ar klaidinga reikšmė. Jis gali turėti apimtį, tikslą, turėtoją, laiko apribojimą ir pagrindą. Pataisa nėra tik atnaujinimas. Ji gali pakeisti ankstesnį teiginį, išsaugodama istoriją, reikalingą paaiškinti, kas įvyko. Atsisakymas nėra tik klaida. Tai gali būti apgalvota riba, kuri turi būti suprantama ją prašančiam asmeniui.

Pagunda bus spręsti tai universaliu „dirbtinio intelekto sąveikumo sluoksniu“, kuris teigia padarantis kiekvieną agentą, modelį, duomenų bazę ir darbo eigos įrankį keičiamais. Toks teiginys paprastai painioja bendrą transportą su bendra reikšme. Bendras protokolas gali būti naudingas. Jis negali pasakyti gavėjui, ką klinikinis kodas, planavimo būsena, išmokos sprendimas ar rizikos žymė reiškia konkrečioje srityje. Jis negali nuspręsti, kas gali pakeisti automatinį pasiūlymą. Jis negali pasakyti organizacijai, kiek laiko ji gali saugoti gautą įrašą. Standartai perteikia susitarimus. Jie nepanaikina poreikio juos sudaryti.

Yra labiau įžemintas siekis. Kurti konkrečios srities susitarimus ten, kur bendras darbas juos pateisina. Naudoti bendruosius statybinius blokus ten, kur jie tikrai tinka: tapatybę, autorizaciją, kilmės duomenis, įvykių siuntimą, versijavimą, atitikties testavimą ir prieinamą dokumentaciją. Išlaikyti ryšį tarp bendrojo standarto ir vietinio įdiegimo patikrinamą. Tada dalyvis gali prisijungti neperduodamas visos savo sistemos, o sektorius gali vystytis nepradėdamas nuo tuščio lapo kaskart, kai atsiranda naujas tiekėjas.

Tai geresnė masto versija. Ji nematuoja sėkmės pagal tai, kiek duomenų centralizuota arba kiek paslaugų įsprausta į vieną sąsają. Ji matuoja sėkmę pagal tai, ar teisėtas keitimasis gali įvykti pakankamai aiškiai, kad dalyviai galėtų juo naudotis, jį taisyti, valdyti ir, kai reikia, sustabdyti.

Pasirinkite kortelę, kad apžiūrėtumėte keitimosi dalį, kuri įrašą padaro naudojamą už jo pirminės sistemos ribų.

Standartams reikia gyvenimo po publikavimo

Standartai dažnai apibūdinami taip, tarsi jų darbas baigtųsi dokumentui paskelbus. Iš tikrųjų publikavimas yra momentas, kai prasideda sunkesnis darbas. Kažkas turi pasirinkti taikytiną profilį. Kažkas turi jį įdiegti. Kažkas turi ištestuoti kraštinius atvejus. Kažkas turi nuspręsti, ar nauja versija suderinama, kada senoji versija pasitraukia ir kas nutinka įrašams, sukurtiems pagal ankstesnes taisykles. Kažkas turi paaiškinti visą susitarimą komandai, kurios nebuvo patalpoje, kai buvo pasirinktas akronimas.

CEN ir CENELEC EN 18235-1:2026 yra nesenas šios krypties pavyzdys. Standartas susijęs su duomenų dalijimusi ir keitimusi tarp organizacijų, pabrėžiant sąveikumą ir atskaitomybę, o tarp paskelbtų jo taikymo sričių yra bendrosios Europos duomenų erdvės. Išsamesnės detalės čia svarbios mažiau nei signalas. Pasitikėjimas duomenų dalijimusi nėra traktuojamas kaip jausmas, kurį sukuria informacijos suvestinė. Jis traktuojamas kaip kažkas, ką formuoja susitarimai dėl keitimosi, atsakomybės ir gebėjimo atsiskaityti už tai, kas įvyko.

Geriausias standartų darbas palieka vietos dalykams, kurių jis negali išspręsti. Techninė specifikacija gali apibrėžti pranešimo struktūrą. Ji negali paskelbti vietinio teisinio pagrindo. Žodynas gali apibrėžti sąvoką. Jis negali garantuoti, kad vietinis procesas sąvoką naudoja sąžiningai. Atitikties testas gali parodyti, kad įdiegimas atitinka įvardytus atvejus. Jis negali įrodyti, kad organizacija apmokė žmones, kurie tvarko išimtis. Apsimesti kitaip kenkia standartams. Tai verčia juos atrodyti kaip sprendimo pakaitalą, o ne kaip įrankį, leidžiantį sprendimui keliauti toliau.

Atitikties testavimas ypač vertingas, nes sąveikumą paverčia iš pažado stebima savybe. Tiekėjas gali sakyti, kad palaiko profilį. Pirkėjas turėtų galėti paklausti, kuri versija, kurios pasirenkamos funkcijos, kurie neigiami atvejai, kurie klaidų atsakymai ir kurie paskelbti testo įrodymai pagrindžia tą teiginį. Įdiegėjas turėtų galėti paleisti tuos pačius atvejus prieš integracijai pasiekiant gamybą. Pakeitimas turėtų paskelbti, ar jis suderinamas atgaline tvarka ir kurie vartotojai turi imtis veiksmų.

Dirbtinio intelekto sąsajose tai gali atrodyti smulkmeniška, kol neįvyksta pirmasis nesuderinamas pakeitimas. Vienas įrankio iškvietimas tikisi pinigų sumos centais. Kitas grąžina dešimtainę eilutę be valiutos. Vienas agentas neapibrėžtą lauką traktuoja kaip prašymą pateikti daugiau informacijos. Kitas tai interpretuoja kaip leidimą nuspėti reikšmę. Vienas modelio atnaujinimas pakeičia citatų struktūrą. Vėlesnis procesas vis dar analizuoja senąjį formatą. Nė viena iš šių situacijų nėra filosofinis galvosūkis. Tai įprasti sąsajų gedimai, kurie tampa reikšmingesni dėl sistemos, galinčios veikti greitai.

Todėl gera sutartis apima ir atsisakymą, ir sėkmę. Joje nurodoma, ką sistema atmes, ką grąžins, kai šaltinio nepavyks patikrinti, ką darys, kai trūks politikos, kaip gavėjas galės atskirti dalinius duomenis nuo išsamių ir kur prasideda žmogaus peržiūra. Tyla yra pražūtinga sąveikos strategija. Aiškus atsisakymas dažnai yra tinkamiausias atsakymas, nes kitai sistemai suteikia aiškią būseną, su kuria gali dirbti.

Versijavimas nusipelno tokios pat pagarbos. Naudinga sąsaja ne tik prideda versijos numerį prie URL ir tikisi geriausio. Ji aiškiai nurodo pakeitimą, apibrėžia migracijos kelią, kiek įmanoma išlaiko senąją sutartį žadėtą laikotarpį, fiksuoja, kaip saugomi duomenys interpretuojami skirtingose versijose, ir suteikia pakankamai laiko priklausomoms sistemoms prisitaikyti. Tai ne įdomus darbas. Taip riba nustoja būti netikėtumu. Nyderlanduose mėgstama sakyti, kad dalykas yra „pakankamai aiškus“, kol kas nors turi jį sukurti. Versijų politika yra tai, kas lieka, kai šis posakis susiduria su gamybine sistema.

Čia yra ir Europos ekonominis aspektas. Mažesnės organizacijos gali dalyvauti, kai prisijungimo taisyklės yra viešos, dokumentuotos ir patikrinamos. Jos neturi palaikyti privačių santykių su kiekviena dominuojančia platforma vien tam, kad sužinotų, kaip veikia mainai. Didesnės organizacijos taip pat gauna naudos, nes gali sumažinti individualios integracijos skolą ir patikrinti tiekėjo teiginius, kol dar nesusiformavo pagrindinė priklausomybė. Rezultatas nėra visiškai sklandus. Tai teisingesnė trintis: darbas yra matomas, įkainotas ir pasidalytas, o ne atrandamas po to, kai sutartis susiaurino galimybes.

Praktinis klausimas yra tai, kas išlieka perduodant

Dauguma sąveikos programų tampa geresnės, kai pradedama nuo mažų mainų, o ne nuo didelių užmojų. Pasirinkite vieną sprendimo ar paslaugos ribą. Apibūdinkite informaciją, kuri turi ją kirsti. Įvardykite autoriteto šaltinį, gavėją, leistiną paskirtį, žodyną, gyvavimo ciklo įvykius, saugumo sąlygas ir įrodymus, kurie parodys, kad mainai įvyko kaip numatyta. Tada išbandykite ir sėkmę, ir nesėkmę.

Tokie pokalbiai dažnai atskleidžia daugiau nei funkcijų palyginimas. Kas atsitinka, kai šaltinis pataiso įrašą? Ar gavėjas gali nustatyti, kuri kopija paveikta? Kas atsitinka, kai dirbtinio intelekto sistema negali pagrįsti rekomendacijos leidžiamu šaltiniu? Ar ji grąžina aiškų atsisakymą, dalinį rezultatą ar išgalvotą pasitikėjimo lygį? Kas atsitinka, kai gavėjas gauna schemos versiją, kurios nesupranta? Ar gali saugiai atmesti mainus? Kas atsitinka, kai žmogus ginčija klasifikaciją? Ar pataisymas tampa nauju įvykiu su pėdsaku, ar senasis rezultatas perrašomas, kol niekas nebegali atkurti pirminio veiksmo pagrindo?

Tai dizaino klausimai, o ne tik atitikties klausimai. Jie lemia, ar žmonės gali naudotis paslauga, ar tiekėjas gali ją palaikyti ir ar kita sistema gali prisijungti neperimdama nedokumentuotos rizikos. Jie taip pat lemia dirbtinio intelekto kokybę. Modelis su aiškia informacijos riba turi mažiau erdvės paversti neaiškų kontekstą nematomomis prielaidomis. Darbo eiga su tipizuotais rezultatais ir šaltinio tapatybe suteikia vertintojams ką nors konkretaus nagrinėti. Versijuotas sprendimų įrašas leidžia atlikti vertinimą po to, kai pasikeičia modelis, raginimas ar politika.

Yra protingų ribų. Vieni duomenys neturėtų keliauti. Kita informacija turėtų būti kuo labiau sumažinta arba apibendrinta. Kai kurioms paslaugoms reikia individualiai pritaikytos ribos, nes darbas yra neįprastas, jautrus arba didelės rizikos. Dalis vietinės terminijos turėtų likti vietinė, nes dirbtinai primesta lygiavertiškumo iliuzija sunaikintų prasmę. Sąveikumas nėra reikalavimas, kad kiekviena sistema atskleistų viską. Tai reikalavimas, kad pasirinkta riba sąžiningai nurodytų, ką atskleidžia, kodėl, kam ir su kokiomis pasekmėmis.

Tas sąžiningumas ypač svarbus, kai dirbtinio intelekto tiekėjai siūlo greitą sujungimą. Jungtis, kuri tyliai nukopijuoja didelį duomenų rinkinį į modelio kontekstą, gali išspręsti demonstracinę problemą, kartu sukurdama valdymo problemą. Įrankis, kuris įrašo duomenis į verslo sistemą be ilgalaikio darbo identifikatoriaus, gali sukurti automatizavimą, kartu sunaikindamas galimybę jį audituoti. Universalus agentų protokolas gali palengvinti atradimą, palikdamas neišspręstus įgaliojimų, tikslo apribojimo ir semantinės atsakomybės klausimus. Visada reikėtų klausti, kas išlieka po perdavimo: duomenys, prasmė, leidimas, įrodymai ir galimybė ištaisyti.

Naudinga programa kiekvienam iš šių dalykų suteikia vietą. Duomenims reikia formato ir vientisumo patikros. Prasmei reikia modelio, terminijos arba aiškaus atitikmenų aprašo. Leidimui reikia tapatybės, tikslo ir politikos ribos. Įrodymams reikia šaltinio, versijos, transformacijos ir sprendimo įrašo. Ištaisymui reikia įvykių kelio ir atsakingo savininko. Veikimui reikia veiksmų vadovo, stebėjimo ir galimybės sustabdyti arba atšaukti pakeitimą. Nė vienas iš šių dalykų netinka herojiškam pristatymo filmukui. Tačiau jie leidžia sistemai išlikti naudingai, kai pristatymo filmuką jau pakeičia palaikymo bilietas.

Bendrovėje „Dweve“ šį principą viešame „Fabric“ aprašyme taikome siaurai. Svetainėje aprašomas į darbą orientuotas objektų modelis, kuriame modeliai, agentai, įrankiai, žmonės ir darbo eigos dalyvauja per tipizuotas sutartis, taip pat aprašomos vartotojo sąsajos ir API, veikiančios toje pačioje srityje. Tai produktų dizaino pozicija, o ne įrodymas, kad bet koks diegimas automatiškai yra sąveikus arba kad tipizuota sąsaja išsprendžia teisinius, semantinius ar veiklos klausimus. Tai tiesiog tokia riba, kokios, mūsų manymu, reikia rimtoms dirbtinio intelekto sistemoms: riba, kurioje ilgalaikis darbas neišnyksta į tiekėjui būdingą pokalbį.

„HEDL“ yra mažesnis, viešas pavyzdys. Jo dokumentacijoje aprašomas „Apache 2.0“ licencijos tekstinis formatas, paskelbta formato specifikacija ir atitikties dokumentai, taip pat konversijos į JSON, YAML, XML, CSV, Parquet ir TOON formatus ir iš jų. Šios funkcijos nepadaro kiekvieno duomenų rinkinio suderinamo ir nepaverčia formato konversijos semantiniu susitarimu. Tačiau jos leidžia pagrįstai teigti apie ribą: mainų formatas turėtų būti patikrinamas, testuojamas ir galintis egzistuoti greta esamų sistemų, o ne reikalauti, kad kiekviena sistema taptų savo privačia tarme.

Europai nereikia laimėti dirbtinio intelekto lenktynių bėgant nuo savo pačios institucijų. Jos galimybė yra padaryti tas institucijas, rinkas ir technines bendruomenes lengviau sujungiamas, nereikalaujant apsimesti, kad jų skirtumai nesvarbūs. Iš tolo šis darbas atrodys nuobodus. Tai versijų istorija, testų rinkiniai, terminijos pasirinkimai, prieigos taisyklės, migracijos pratybos ir retkarčiais nemalonus susitikimas apie tai, kam leista keisti lauką. Iš arti tai darbas, kuris leidžia sistema pasitikėti ne tik ją sukūrusiai komandai.

Tai pranašumas, kurį verta turėti. Modelį galima pakeisti. Tiekėją galima pakeisti. Paslauga gali kirsti sieną. Ištaisymas gali pasiekti vietą, kurioje jis svarbus. Žmogus gali paklausti, kas įvyko, ir gauti ką nors geriau nei įsitikinęs paragrafas. Technologijos išlieka ambicingos. Riba išlieka įprasta. Būtent įprasta dalis suteikia ambicijoms patikimą atramos tašką.

Šaltiniai