Evropa může mít další výhodu v AI v nudné interoperabilitě

Evropa neudělá AI užitečnější tím, že všechny systémy sjednotí. Může ji učinit lépe řiditelnou tím, že bude trvat na tom, aby si systémy vyměňovaly význam,...

Evropa může mít další výhodu v AI v nudné interoperabilitě

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.

Umělá inteligence dělá kabát přeplněnějším. Systém umělé inteligence může sedět mezi záznamy a lidmi, získávat materiál z několika zdrojů, použít verzi modelu, vyvolat nástroj, doporučit akci a zanechat záznam o rozhodnutí. Pokud žádné z těchto předání nemá definovanou smlouvu, schopný model může organizaci učinit méně čitelnou, nikoli schopnější. Odpověď může být přesvědčivá, ale nevysledovatelná. Pracovní postup se může zdát rychlejší, ale může se stát závislým na soukromém formátu zpráv, soukromém stavu agenta a soukromé definici úkolu jednoho dodavatele. To není inteligence. Je to změna vlastnictví skrytá ve funkci pohodlí.

Argument pro nudnou interoperabilitu není v tom, že dělá technologii nezajímavou. Je v tom, že dělá technologii odpovědnou. Evropa je v neobvykle dobré pozici, aby si této rozdílnosti cenila. Její veřejné služby překračují hranice. Její jazyky a správní tradice odolávají fantazii, že lze jednoduše vnutit jeden slovník. Její pravidla pro data stále častěji považují přístup, přenositelnost a správu za podmínky fungujícího trhu. A její organizace se často snaží přidat umělou inteligenci k práci, která už má povinnosti, záznamy a důsledky. Hranice je důležitá, protože lidé už stojí na obou jejích stranách.

Kompatibilita ještě není porozumění

Existuje několik způsobů, jak se dva systémy mohou jevit jako kompatibilní. Mohou používat stejný síťový protokol. Mohou přijímat stejný typ souboru. Mohou se ověřovat stejným schématem identity. Mohou dokonce projít stejným testem shody. Každý z nich je užitečný. Žádný neřeší zásadnější otázku: může přijímající systém použít informace správně pro deklarovaný účel?

Vezměme si skromný, hypotetický příklad. Regionální úřad pošle oznámení sousednímu úřadu prostřednictvím dobře zdokumentovaného rozhraní. Datová část projde validací. Podpis se ověří. Všechna povinná pole jsou přítomna. Jedno pole obsahuje datum. Odesílající systém tím myslí den, kdy nastala základní událost. Přijímající systém to považuje za den, kdy oznámení nabylo právní účinnosti. Neztratil se žádný paket. Neselhal žádný server. Systémy byly technicky kompatibilní a sémanticky nesouladné. Výsledkem může být chybný termín, zbytečné odvolání nebo člověk požádaný, aby zopakoval práci, kterou už stroj provedl.

Příklad je záměrně hypotetický. K tomu, aby byl bod jasný, nepotřebuje fiktivní radnici ani úterní ráno. Mnoho obtížných digitálních selhání není dramatických. Přicházejí jako zdánlivě úplný záznam s jedním nevysloveným předpokladem. Časové razítko nemá časové pásmo. Hodnota je prázdná, ale nikdo neříká, zda prázdná znamená neznámá, nezveřejněná, nepoužitelná nebo dosud nezkontrolovaná. Identifikátor je stabilní v jednom systému a recyklovaný v jiném. Souhlasová vlajka cestuje bez účelu, rozsahu a expirace, které jí dávaly smysl. Integrace běží, dokud se na ni někdo nespoléhá.

Sémantická interoperabilita je disciplína, která tyto významy činí dostatečně explicitními, aby mohly být sdíleny. Nevyžaduje univerzální slovník pro všechny lidské záležitosti. Vyžaduje, aby se účastníci definované výměny dohodli, na co jejich termíny odkazují, jaká omezení platí, které hodnoty jsou povoleny a jak se změny sdělují. V jazyce normalizační práce se to týká datových modelů, slovníků, identifikátorů, vztahů a pravidel, která příjemci umožňují je interpretovat. V jazyce operátora je to rozdíl mezi přijetím záznamu a přijetím něčeho, na co může bezpečně reagovat.

Technický výbor ETSI pro data popisuje svou práci pomocí pojmů správy dat, sémantické interoperability, ontologií a sladění s právními předpisy, s cílem zajistit, aby data bylo možné sdílet a znovu používat napříč odvětvími a hranicemi. Toto rámcové pojetí je osvěživě nenápadné. Odmítá představu, že data mají hodnotu jen proto, že byla umístěna do datového jezera, prostoru nebo tabulky s úctyhodným počtem listů. Data se stávají znovu použitelnými, když jsou pojmy, které je obklopují, dostatečně jasné na to, aby je druhá strana mohla ohraničeně a legitimně využít.

Nařízení o datech (Data Act) přichází se stejným argumentem z jiné strany. Jeho ustanovení o interoperabilitě se týkají datových prostorů a služeb zpracování dat. Vysvětlení Komise uvádí, že normy a interoperabilita jsou klíčové pro využívání dat z různých zdrojů v rámci společných evropských datových prostorů i mezi nimi a pro snazší přechod mezi službami zpracování dat. To není příslib, že si každý systém náhle porozumí s každým jiným systémem. Je to politické uznání, že trh izolovaných služeb ponechává zákazníkům méně praktických možností.

Je lákavé slyšet slovo „sémantický“ a sáhnout po velkolepé ontologii, po diagramu tak rozsáhlém, že by potřeboval vlastní poštovní adresu. Někdy doména potřebuje rozsáhlé sdílené modelování. Ale lepším výchozím bodem je něco menšího. Co je předmětem této výměny? Která verze se odesílá? Která organizace vlastní autoritativní hodnotu? Jaká událost ji může změnit? Co musí příjemce udělat, když tato událost nastane? Které použití je povoleno? Jak může člověk zkontrolovat odpověď, když je automatizovaná cesta nejistá? Úzká a zodpověditelná smlouva je cennější než komplexní diagram, který nikdo nedokáže implementovat.

Stejná zdrženlivost je důležitá i pro umělou inteligenci. Pracovní postup umělé inteligence může potřebovat předat pracovní položku modelu, přijmout navrhovanou klasifikaci, připojit zdroje, vyžádat schválení a zapsat rozhodnutí do systému případů. Neměl by předstírat, že vysvětlení v přirozeném jazyce je dostatečné rozhraní. Pracovní postup potřebuje typovaná fakta i slova: identifikátor pracovní položky, verze zdrojů, deklarovaný úkol, povolené nástroje, podmínku důvěry nebo odmítnutí, pokud je relevantní, rozhodnutí recenzenta, čas a verzi politiky. Model může zůstat pravděpodobnostní. Hranice kolem modelu by neměla být z návyku vágní.

Proto interoperabilita není totéž co integrace. Integrace může být soukromé propojení vytvořené pro jeden vztah. Může být zcela vhodné. Ale když jeho sémantika žije pouze v implementaci dodavatele, paměti zaměstnance nebo prezentaci z workshopu, propojení se dobře nepřenáší. Interoperabilní hranice zanechává smlouvu, kterou si jiná kompetentní strana může přečíst, otestovat a zpochybnit. Její vytvoření trvá déle než rychlý konektor. Její oprava je rychlejší, když se z původního konektoru stala závislost s logem.

Evropský rámec začíná celým problémem

Nařízení o interoperabilní Evropě není zákonem o umělé inteligenci a bylo by chybou jej takto prezentovat. Je to nařízení pro přeshraniční interoperabilitu veřejného sektoru. Jeho hodnota pro umělou inteligenci je základnější. Popisuje způsob uvažování o digitálních veřejných službách dříve, než se do jejich středu postaví konkrétní technologie.

Podle tohoto nařízení musí subjekty Unie a orgány veřejného sektoru v rozsahu působnosti provést posouzení interoperability před rozhodnutím o nových nebo podstatně změněných závazných požadavcích. Posouzení identifikuje a vyhodnocuje dopady na přeshraniční interoperabilitu, dotčené zúčastněné strany a řešení Interoperable Europe, která mohou podpořit implementaci. Výsledná zpráva má být zveřejněna ve strojově čitelném formátu usnadňujícím automatizovaný překlad, s výhradou ochrany duševního vlastnictví, obchodního tajemství, veřejného pořádku a bezpečnosti podle tohoto nařízení.

To je náročnější než otázka, zda navrhovaný systém má API. API může být technicky čisté a přesto vytvářet bariéru pro sousední úřad, občana, malou firmu nebo jiný veřejný orgán. Hodnocení klade jinou otázku: co se změní ve schopnosti vzájemně komunikovat, když tento požadavek zavedeme? Tím vzniká prostor, aby se právní oprávnění, organizační odpovědnost, sémantický význam a technický návrh objevily ve stejné konverzaci. Vždy byly součástí téže konverzace. Jen softwaru bylo dovoleno držet schůzku v oddělených místnostech.

Nařízení také dává sdílení konkrétní podobu. Článek 4 ukládá subjektu Unie nebo orgánu veřejné správy zpřístupnit na žádost jinému takovému subjektu nebo orgánu interoperabilní řešení podporující transevropskou digitální veřejnou službu, včetně technické dokumentace a případně historie verzí, zdokumentovaného zdrojového kódu a odkazů na otevřené standardy nebo technické specifikace. Existují výjimky, včetně práv duševního vlastnictví třetích stran a činností mimo rámec veřejného úkolu. Principem není, že každý řádek softwaru veřejné správy musí být bez posouzení zveřejněn. Principem je, že znovupoužitelné řešení by se nemělo stát soukromým objevem pokaždé, když ho potřebuje jiný úřad.

V této formulaci se skrývá tichý posun. Dokumentace a historie verzí nejsou druhořadou administrativou poté, co je užitečná součást hotová. Jsou součástí toho, co činí součást znovupoužitelnou. Úložiště zdrojového kódu bez kontextu může být stejně nepoužitelné jako kufr bez klíče. Referenční architektura bez vysvětlení předpokladů se může stát velmi vytříbeným způsobem, jak exportovat zmatek. Znovupoužitelnou věcí je kód, specifikace, známé hranice, verze, důkaz o tom, jak měla být používána, a podmínky, za kterých by používána být neměla.

Evropský rámec interoperability, který akt staví do středu svého modelu hodnocení, se obdobně zabývá právní, organizační, sémantickou a technickou interoperabilitou a správou. Tento čtyřvrstvý pohled je užitečný, protože zabraňuje tomu, aby se jeden druh úspěchu vydával za celkový výsledek. Technický tým může úspěšně implementovat rozhraní. Právní tým může neshledat žádnou překážku pro výměnu. Provozní tým se může dohodnout na eskalaci. Doménový tým může sjednotit význam objektů. Systém se na hranici stává spolehlivým teprve tehdy, když jsou příslušné vrstvy sladěny pro konkrétní použití.

To je také důvod, proč „evropská norma“ není kouzelná formule. Normy mohou omezit zbytečnou různorodost a zpřístupnit smlouvu více účastníkům. Nemohou rozhodnout, zda je konkrétní výměna přiměřená, zákonná, bezpečná nebo užitečná. Technický profil musí být vybrán, implementován, spravován a přezkoumáván. Potřebuje politiku verzí. Potřebuje zpracování chyb. Potřebuje způsob, jak vyjádřit nejistotu. Potřebuje proces pro rozhodování o tom, kdy je místní rozšíření oprávněné a kdy se stalo soukromým odštěpkem ve veřejném kabátě.

Případ veřejné správy je obzvláště výmluvný, protože náklady na sémantický posun často nese někdo mimo technický tým. Obyvatel může být požádán, aby informace předložil dvakrát. Podnik může potřebovat přeložit formulář z jednoho správního slovníku do druhého. Profesionál může ztrácet čas slaďováním záznamů. Přeshraniční služba může fungovat pouze pro lidi, jejichž případ se náhodou vejde do nejsnazší cesty. Akt nezaručuje, že tyto výsledky zmizí. Vytváří mechanismy, díky nimž jsou důsledky pro interoperabilitu viditelné dříve, než požadavek ztvrdne v infrastrukturu.

Umělá inteligence by měla tuto disciplínu převzít. Než bude model nasazen do transevropské či jinak závažné služby, měl by být provozovatel schopen uvést, které objekty model může číst, které může vytvářet, která rozhodnutí zůstávají na lidech, jak se šíří oprava, který výstup je pouze pomocným nástrojem a nikoli závazným záznamem, jak se služba chová, když model není k dispozici, a jak může příjemce výsledek napadnout nebo zkontrolovat. To není další vrstva shody s předpisy přehozená přes jinak hotový produkt. Je to definice rozhraní systému, který očekává důvěru lidí, kteří nesdílejí soukromý kontext modelu.

Přejeďte přes vrstvu a vyberte ji. Hranice drží pouze tehdy, když se příslušné vrstvy shodnou na tom, co se musí stát.

Přenositelnost je zkouškou toho, zda je hranice skutečná

Interoperabilita se stává strategickou, když se změní vztah. Služba je aktualizována. Dodavatel je nahrazen. Veřejný orgán potřebuje znovu použít komponentu. Účastník datového prostoru změní svou politiku. Poskytovatel modelu změní formát zpráv. Nová bezpečnostní podmínka znamená, že úloha musí běžet jinde. V tu chvíli se kvalita hranice stane viditelnou.

Nařízení o datech to nepovažuje pouze za nepříjemnost pro zákazníky. Jeho pravidla o přechodu a interoperabilitě služeb zpracování dat mají za cíl snížit překážky při přechodu mezi službami, při souběžném používání více služeb a při zajištění přenositelnosti dat a aplikací. Studie Komise z roku 2026 o interoperabilitě služeb zpracování dat popisuje článek 35 jako požadavek na otevřené, harmonizované specifikace, které umožní službám stejného typu spolupracovat a umožní přenositelnost dat a aplikací bez nepříznivého dopadu na bezpečnost. Rovněž zmiňuje zamýšlený unijní repositář příslušných norem a otevřených specifikací a možnost společných specifikací tam, kde harmonizované normy nestačí.

Stojí za to být přesný v tom, co to znamená a co neznamená. Nařízení o datech neslibuje, že zákazník v pátek odpoledne zvedne složitou službu od jednoho poskytovatele a beze změny ji umístí k jinému. Nevyžaduje, aby poskytovatelé odhalovali obchodní tajemství, ohrožovali bezpečnost nebo činili všechny typy služeb identickými. Funkční rovnocennost tam, kde ji nařízení vyžaduje pro služby stejného typu, není tvrzením o identických konzolích, identických cenových modelech nebo identických technických řešeních. Je to užitečnější a skromnější myšlenka: sdílené funkce by měly umožnit, aby úloha zákazníka pokračovala ve své zamýšlené funkci přes příslušnou hranici.

Tento rozdíl je důležitý, protože přenosný soubor nemusí nutně znamenat přenosnou službu. Export dat může vynechat vztahy, pořadí událostí, konfiguraci, historii oprávnění, identifikátory, stav uchovávání, verze politik a provozní znalosti potřebné k obnovení systému. Výstup modelu lze exportovat, zatímco konfigurace vyhledávání, verze promptu, hodnotící kritéria a oprávnění nástrojů, které jej utvářely, zůstanou soukromé. Soubor se přesunul. Podmínky, za kterých mu bylo možné důvěřovat, nikoli.

Správný test není „můžeme si něco stáhnout?“ Je to „dokáže kompetentní cílová strana interpretovat a provozovat tu část služby, na které záleží?“ To jsou různé otázky. Na první může odpovědět tlačítko. Druhá vyžaduje inventář, schéma, přijímací cestu, test, lidi, kteří hranici rozumějí, a upřímné prohlášení o tom, co nelze přenést.

Uvažme další, výslovně hypotetický příklad. Tým použije službu s umělou inteligencí k přípravě prvního návrhu pro interní posouzení. Služba má funkci exportu. Během plánovaného přesunu tým obdrží vygenerovaný text a seznam uživatelských účtů. Neobdrží verze zdrojů znalostí, záznamy o rozhodnutích, která určovala, které zdroje byly povoleny, stav schválení návrhů, konfiguraci modelu ani pravidla, která službě bránila v odeslání návrhu externímu příjemci. Tým má svůj text. Nezískal zpět svůj pracovní postup. Pokud by stará služba byla dokumentovým editorem, mohlo by to být únosné. Pokud návrhy ovlivňují regulovanou práci nebo práci s dopady na bezpečnost, jde o jinou kategorii problému.

Přenositelnost má proto nejméně čtyři vrstvy. Existuje technická přenositelnost: lze data a rozhraní převést do použitelných podob? Existuje sémantická přenositelnost: dokáže příjemce porozumět záznamům, událostem a omezením? Existuje provozní přenositelnost: dokážou lidé spouštět, zabezpečovat, sledovat, opravovat a obnovovat pracovní zátěž? A existuje institucionální přenositelnost: dokáže organizace plnit své veřejné, smluvní a zákonné povinnosti, zatímco přesun probíhá? Žádný jednotný exportní formát nevyřeší všechny čtyři.

A právě zde se zadávání veřejných zakázek může stát konstruktivní silou. Zadávací dokumentace se může ptát na kategorie exportovatelných dat a digitálních aktiv, na schémata a verze, na limity rychlosti, na kontroly integrity, na dopady na identitu a přístup, na známá omezení, na chování při uchovávání a mazání a na dostupnou pomoc během přechodu. Může se ptát, zda lze reprezentativní export přijmout a ověřit v cílovém prostředí bez soukromého přístupu ke konzoli dodavatele. Může se ptát, které části jsou záměrně specifické pro dodavatele. Upřímné omezení je zvládnutelné. Skryté omezení se stane nouzovým rozpočtem.

Stejné otázky pomáhají dodavateli. Dodavatel, který ví, kterou hranici musí udržet stabilní, může navrhnout méně náhodných závislostí. Může učinit politiku verzí explicitní. Může zveřejnit cestu k ukončení podpory. Může zákazníkům poskytnout testovací prostředí, které se chová jako skutečné rozhraní, nikoli jako marketingová ukázka. Může rozlišit část systému, která je skutečně proprietární, od části, která musí být sdílena, aby si zákazník zachoval svou rozhodovací schopnost. To není charita. Je to jasnější smlouva pro obě strany.

Výhoda Evropy zde nespočívá v tom, že dokáže závislost odstranit. Vážné systémy závislosti mají. Výhodou je možnost učinit závislost čitelnou, vyjednatelnou a dostatečně vratnou pro dané použití. Systém, který může zůstat u dodavatele, protože si vztah nadále zaslouží, je silnější než systém, který zůstává, protože nikdo nedokáže jinde rekonstruovat význam jeho záznamů.

Datové prostory nejsou sklady s lepším osvětlením

Slovní spojení „datový prostor“ může vytvořit nesprávný obraz. Naznačuje velkou místnost, do které každý přinese data, umístí je na polici a spokojeně odejde s interoperabilitou. Evropský přístup je náročnější. Společné evropské datové prostory mají zpřístupnit data pro přístup a opětovné použití v důvěryhodném a bezpečném prostředí. Komise popisuje společnou infrastrukturu a rámce správy jako prvky, které podporují sdružování, přístup a sdílení, spolu s spravedlivými, transparentními, přiměřenými a nediskriminačními pravidly přístupu.

To je důležitá oprava. Sdílení dat není jednorázový akt přenosu. Je to pokračující vztah mezi stranami s různými účely, pravomocemi a odpovědnostmi. Jeden účastník může mít možnost použít datovou sadu pro výzkum, ale ne pro marketing. Jiný může mít povinnost opravit hodnotu. Třetí může mít povoleno obdržet odvozený výsledek, ale ne základní záznam. Některá data musí být uchována. Některá musí být smazána. Některá mohou být zpracovávána pouze v konkrétním prostředí. Řídící podmínky jsou součástí interoperability, ne poznámkou pod čarou v samostatné právní složce.

Práce Komise na datových prostorech identifikuje podporu v referenční architektuře, stavebních prvcích, sémantice, specifikacích interoperability a datových modelech, spolu s poradenskými službami prostřednictvím Centra podpory datových prostorů. Tento záběr je rozumný. Bezpečný konektor bez sdíleného slovníku neřeší sémantický problém. Sdílený slovník bez identity, řízení přístupu nebo správy neřeší problém důvěry. Model, který se může dotazovat datového prostoru bez deklarovaného účelu, zdrojového záznamu a cesty opravy, nečiní prostor použitelnějším. Vytváří nového spotřebitele informací, jehož povinnosti jsou nejasné.

Pro AI je důsledek jednoznačný. Model by neměl být považován za privilegovanou zkratku kolem hranice datového prostoru. Pokud osoba nebo služba potřebuje základ pro přístup, definovaný účel, identitu a záznam o použití, pracovní postup AI vyžaduje stejnou disciplínu. Mohou existovat technické rozdíly v tom, jak agent požaduje data nebo jak je proveden krok vyhledávání. Neměla by existovat magická výjimka, kdy systém řekne „model potřeboval kontext“ a běžná pravidla správy opustí budovu.

To neznamená, že každý prompt musí být přeměněn na byrokratický obřad. Znamená to, že systém musí rozlišovat mezi otázkou a autorizací. Model může formulovat dotaz. Vrstva citlivá na pravidla by měla rozhodnout, zda se dotaz může dostat k danému zdroji, pod jakým účelem, s jakou minimalizací a jak jsou požadavek a výsledek zaznamenány. Odpověď pak může citovat zdroj nebo vysvětlit omezení. Pokud se zdroj změní, systém potřebuje způsob, jak zjistit, která pozdější odpověď nebo rozhodnutí může vyžadovat přezkum. Jinak se provenience stane dekorativním odkazem v přepisu chatu.

Sémantické smlouvy jsou zde zvláště užitečné, protože činí minimální jednotku důvěry viditelnou. Identifikátor zdroje není pouhý řetězec. Měl by identifikovat verzi nebo stabilní referenci. Oprávnění není pouze pravda nebo nepravda. Může mít rozsah, účel, držitele, časový limit a základ. Oprava není pouze aktualizace. Může nahradit dřívější tvrzení při zachování historie potřebné k vysvětlení, co se stalo. Odmítnutí není pouze chyba. Může to být záměrná hranice, která musí být srozumitelná osobě, která se ptá.

Pokušením bude vyřešit to univerzální „vrstvou interoperability AI“, která tvrdí, že učiní každého agenta, model, databázi a nástroj pracovního postupu zaměnitelnými. Tento druh tvrzení obvykle zaměňuje společný přenos za společný význam. Generický protokol může být užitečný. Nemůže příjemci říci, co klinický kód, stav plánování, rozhodnutí o dávce nebo příznak rizika znamená v konkrétní oblasti. Nemůže rozhodnout, kdo může přepsat automatický návrh. Nemůže organizaci říci, jak dlouho může uchovávat získaný záznam. Standardy nesou dohody. Neodstraňují potřebu je vytvářet.

Existuje tu zemitější ambice. Budujte doménově specifické dohody tam, kde to sdílená práce ospravedlňuje. Využívejte obecné stavební bloky tam, kde skutečně sedí: identita, autorizace, původ dat, události, verzování, testování shody a přístupná dokumentace. Udržujte spojení mezi obecným standardem a lokální implementací přezkoumatelné. Pak se může účastník připojit, aniž by se vzdal celého svého systému, a odvětví se může vyvíjet, aniž by muselo pokaždé začínat od prázdného papíru, když přijde nový dodavatel.

Toto je lepší verze škálovatelnosti. Neměří úspěch tím, kolik dat bylo centralizováno nebo kolik služeb bylo vmanipulováno do jediného rozhraní. Měří úspěch tím, zda může proběhnout legitimní výměna s dostatečnou jasností, aby ji účastníci mohli používat, opravovat, řídit a v případě potřeby zastavit.

Vyberte kartu a prozkoumejte část výměny, díky které je záznam použitelný i mimo svůj původní systém.

Normy potřebují život po publikaci

O normách se často mluví, jako by jejich práce končila okamžikem publikace dokumentu. V praxi je publikace okamžikem, kdy začíná ta obtížnější práce. Někdo musí zvolit příslušný profil. Někdo ho musí implementovat. Někdo musí otestovat okrajové případy. Někdo musí rozhodnout, zda je nová verze kompatibilní, kdy stará verze končí a co se stane se záznamy vytvořenými podle dřívějších pravidel. Někdo musí celé uspořádání vysvětlit týmu, který nebyl v místnosti, když se vybírala zkratka.

Norma EN 18235-1:2026 od CEN a CENELEC je nedávným příkladem tohoto směru. Norma se týká sdílení a výměny dat mezi organizacemi, s důrazem na interoperabilitu a odpovědnost, a mezi její oznámené aplikace patří Common European Data Spaces. Detail zde není tak důležitý jako signál. Důvěra ve sdílení dat není chápána jako pocit generovaný dashboardem. Je chápána jako něco utvářeného dohodami o výměně, odpovědnosti a schopnosti vyúčtovat, co se stalo.

Nejlepší normalizační práce ponechává prostor pro věci, které nemůže vyřešit. Technická specifikace může definovat strukturu zprávy. Nemůže prohlásit místní právní základ. Slovník může definovat pojem. Nemůže zaručit, že místní proces používá pojem poctivě. Test shody může ukázat, že implementace splňuje jmenované případy. Nemůže dokázat, že organizace proškolila lidi, kteří řeší výjimky. Předstírat opak normám škodí. Dělá z nich náhražku úsudku, místo aby byly nástrojem, který umožňuje úsudku dosáhnout dál.

Testování shody je obzvlášť cenné, protože mění interoperabilitu ze slibu na pozorovatelnou vlastnost. Dodavatel může říci, že podporuje profil. Kupující by se měl umět zeptat, která verze, které volitelné funkce, které negativní případy, které chybové odpovědi a které publikované důkazy z testování toto tvrzení podporují. Implementátor by měl být schopen spustit stejné případy dříve, než se integrace dostane do produkce. Změna by měla deklarovat, zda je zpětně kompatibilní a kteří spotřebitelé musí jednat.

Pro rozhraní umělé inteligence to může připadat úzkostlivé až do první nekompatibilní změny. Jedno volání nástroje očekává peněžní částku v centech. Jiné vrací desetinný řetězec bez měny. Jeden agent považuje chybějící pole za žádost o další informace. Jiný to interpretuje jako svolení odvodit hodnotu. Jedna aktualizace modelu změní strukturu citací. Navazující proces stále zpracovává starý tvar. Žádný z těchto případů není filozofickou hádankou. Jsou to běžná selhání rozhraní, která se stávají závažnějšími díky systému, který může jednat rychle.

Dobrá smlouva proto obsahuje odmítnutí i úspěch. Říká, co systém odmítne, co vrátí, když nelze ověřit zdroj, co udělá, když chybí pravidlo, jak může příjemce rozlišit částečná a úplná data a kde začíná lidská kontrola. Ticho je hrozná strategie interoperability. Jasné odmítnutí je často nejkompatibilnější odpověď, protože dává dalšímu systému poctivý stav, se kterým může pracovat.

Verzování si zaslouží stejnou pozornost. Užitečné rozhraní nepřidá číslo verze k URL a nedoufá v nejlepší výsledek. Deklaruje změnu, uvádí migrační cestu, pokud možno zachovává starou smlouvu po slíbenou dobu, zaznamenává, jak jsou uložená data interpretována napříč verzemi, a poskytuje dostatečné předstih, aby se závislé systémy mohly přizpůsobit. Toto není vzrušující práce. Takto hranice přestává být překvapením. V Nizozemsku panuje záliba v rčení, že věc je „dost jasná“, dokud ji někdo nemusí postavit. Politika verzování je to, co zůstane poté, co se toto rčení setká s produkčním systémem.

Je zde evropský ekonomický bod. Menší organizace se mohou zapojit, když jsou pravidla propojení veřejná, zdokumentovaná a testovatelná. Nepotřebují soukromý vztah s každou dominantní platformou jen proto, aby zjistily, jak se výměna chová. Větší organizace také těží, protože mohou snížit dluh individuální integrace a otestovat tvrzení dodavatele dříve, než se vytvoří klíčová závislost. Výsledek není bez tření. Je to spravedlivější tření: práce je viditelná, oceněná a sdílená, spíše než objevená poté, co smlouva zúžila možnosti.

Praktickou otázkou je, co přežije předání

Většina programů interoperability se zlepší, když začnou malou výměnou spíše než velkou ambicí. Vyberte jedno rozhodnutí nebo hranici služby. Popište informace, které ji musí překročit. Uveďte zdroj autority, příjemce, povolený účel, slovní zásobu, události životního cyklu, bezpečnostní podmínky a důkaz, který ukáže, že výměna proběhla podle očekávání. Pak otestujte úspěch i selhání.

Výsledný rozhovor je často vypovídající více než srovnání funkcí. Co se stane, když zdroj opraví záznam? Dokáže příjemce určit, která kopie je ovlivněna? Co se stane, když systém umělé inteligence nemůže podpořit doporučení povoleným zdrojem? Vrátí explicitní odmítnutí, částečný výsledek nebo vymyšlenou jistotu? Co se stane, když příjemce obdrží verzi schématu, které nerozumí? Dokáže bezpečně odmítnout výměnu? Co se stane, když osoba zpochybní klasifikaci? Stane se oprava novou událostí se stopou, nebo je starý výsledek přepsán, dokud nikdo nedokáže rekonstruovat základ původní akce?

To jsou návrhářské otázky, ne pouze otázky shody. Utvářejí, zda lidé mohou provozovat službu, zda ji dodavatel může podporovat a zda se může připojit další systém, aniž by zdědil nedokumentované riziko. Také utvářejí kvalitu umělé inteligence. Model s jasnou informační hranicí má méně prostoru proměnit nejednoznačný kontext v neviditelné předpoklady. Pracovní postup s typovanými výstupy a identitou zdroje dává recenzentům něco konkrétního ke kontrole. Verzovaný záznam rozhodnutí umožňuje hodnocení i poté, co se model, výzva nebo pravidlo změnily.

Rozumné hranice existují. Některá data by cestovat neměla. Některé informace by měly být minimalizovány nebo agregovány. Některé služby potřebují hranici na míru, protože jde o práci neobvyklou, citlivou nebo vysoce rizikovou. Některá místní terminologie by měla zůstat místní, protože vynucená falešná ekvivalence by zničila význam. Interoperabilita není požadavek, aby každý systém vystavoval vše. Je to požadavek, aby zvolená hranice byla upřímná v tom, co vystavuje, proč, komu a s jakými důsledky.

Tato upřímnost je obzvlášť důležitá, když dodavatelé AI nabízejí rychlé propojení. Konektor, který tiše zkopíruje velký korpus do kontextu modelu, může vyřešit demonstrační problém a zároveň vytvořit problém správního charakteru. Nástroj, který zapisuje do podnikového systému bez trvalého identifikátoru práce, může vytvořit automatizaci a zároveň zničit možnost ji auditovat. Univerzální protokol pro agenty může usnadnit objevování, ale ponechat autorizaci, omezení účelu a sémantickou odpovědnost nevyřešené. Otázka by vždy měla znít, co přežije předání: data, význam, oprávnění, důkazy a schopnost opravy.

Užitečný program dá každé z těchto věcí domov. Data potřebují formát a kontrolu integrity. Význam potřebuje model, slovník nebo explicitní mapování. Oprávnění potřebuje identitu, účel a hranici politiky. Důkazy potřebují záznam o zdroji, verzi, transformaci a rozhodnutí. Oprava potřebuje cestu událostí a odpovědného vlastníka. Provoz potřebuje runbook, pozorovatelnost a způsob, jak změnu zastavit nebo vrátit zpět. Nic z toho nevytvoří hrdinský propagační film. Ale umožňuje to, aby systém zůstal užitečný i poté, co propagační film nahradí lístek na podporu.

Ve společnosti Dweve uplatňujeme tento princip úzce ve veřejném popisu Fabric. Stránka popisuje objektový model zaměřený na práci, v němž modely, agenti, nástroje, lidé a pracovní postupy participují prostřednictvím typovaných kontraktů, a popisuje uživatelská rozhraní a API pracující na stejné doméně. To je pozice produktového designu, nikoli důkaz, že jakékoli nasazení je automaticky interoperabilní nebo že typované rozhraní řeší právní, sémantické či provozní otázky. Je to prostě ten druh hranice, kterou podle nás seriózní systémy AI potřebují: taková, v níž trvalá práce nezmizí v konverzaci specifické pro daného dodavatele.

HEDL nabízí menší, veřejný příklad. Jeho dokumentace popisuje textový formát licencovaný pod Apache 2.0, zveřejněnou specifikaci formátu a dokumenty shody, s převody do a z JSON, YAML, XML, CSV, Parquet a TOON. Tyto funkce nečiní každou datovou sadu kompatibilní a nepřeměňují převod formátu na sémantickou shodu. Ale vytvářejí užitečné tvrzení o hranici: výměnný formát by měl být kontrolovatelný, testovatelný a schopný stát vedle stávajících systémů, nikoli vyžadovat, aby se každý systém stal vlastním soukromým dialektem.

Evropa nemusí vyhrát závod v AI tím, že bude utíkat od vlastních institucí. Její příležitostí je usnadnit propojení těchto institucí, trhů a technických komunit, aniž by předstírala, že jejich rozdíly nejsou důležité. Práce bude z dálky vypadat nudně. Je to historie verzí, testovací přípravky, volby slovníku, pravidla přístupu, migrační cvičení a občasná nepříjemná schůzka o tom, kdo smí změnit pole. Zblízka je to práce, díky níž může systému důvěřovat někdo jiný než tým, který ho postavil.

To je výhoda, kterou stojí za to mít. Model lze vyměnit. Dodavatele lze změnit. Služba může překročit hranici. Oprava se může dostat tam, kde záleží. Člověk se může zeptat, co se stalo, a dostat něco lepšího než sebevědomý odstavec. Technologie zůstává ambiciózní. Hranice zůstává obyčejná. Obyčejná část je to, co dává ambici spolehlivé místo, na kterém může stát.

Zdroje