Mallirekisteri on uusi julkinen ilmoitustaulu

Mallirekisteri voi kertoa yleisölle, mikä järjestelmä on, kuka sen takana on, missä sitä saa käyttää ja mikä on muuttunut. Se ei voi muuttaa siistiä...

Mallirekisteri on uusi julkinen ilmoitustaulu

Sivu, joka aluksi myöntää, ettei se ole taikaa

Hyödyllinen mallirekisteri tuottaa ensimmäiseksi pettymyksen. Se ei sano, että malli on turvallinen. Se ei sano, että organisaatio on pätevä. Se ei muuta toimittajan lupausta tosiasiaksi eikä vihreää merkkiä syyksi lopettaa kysymysten esittäminen. Sen sijaan se antaa rajallisen merkinnän: tämä on asia, tämä on versio, tämä on omistaja, tämä on ilmoitettu käyttötarkoitus, tämä on tila, ja tässä säilytetään taustalla oleva näyttö.

Tämä vaatimattomuus on julkisen luottamuksen alku. Rekisteri on ilmoitustaulu, ei alttari. Ilmoitustaulu kertoo alueen asukkaille, mitä ollaan rakentamassa, kuka siitä vastaa ja mitkä ilmoitukset on korvattu. Se ei todista jokaisen kadun rakennuksen työn laatua. Se antaa ihmisille paikan, josta aloittaa etsiminen, ja tavan huomata, milloin itse ilmoitus on vanhentunut.

Kun avaat Alankomaiden hallituksen algoritmirekisterin, huomaat, että sen ulkoasu on poikkeuksellisen pelkistetty. Hallintoelimet julkaisevat tietoja työssään käyttämistään algoritmeista. Rekisteri keskittyy vaikuttaviin algoritmeihin, myös suuren riskin tekoälyjärjestelmiin, ja antaa kävijöille selityksen siitä, miten nämä järjestelmät toimivat. Sivu tekee myös hyödyllisen eron, jota monet kiiltävät tekoälyluettelot välttävät: algoritmi on joukko sääntöjä ja ohjeita, joita tietokone noudattaa laskeakseen vastauksen, ei persoonallisuus, jolla on tuotelanseeraus.

Sivu on julkinen, koska työ on julkista. Kansalaisen ei tarvitse yksityistä tiliä saadakseen selville, että viranomainen käyttää algoritmia, mihin viranomainen sanoo sen olevan tarkoitettu tai mistä kysyä seuraava kysymys. Tämä ei tee kaikista teknisistä yksityiskohdista julkisia. Se kuitenkin vaikeuttaa järjestelmän olemassaolon, sen ilmoitetun roolin ja sen institutionaalisen omistajan piilottamista hankinta-asiakirjojen taakse.

Mallirekistereistä on tulossa samanlaisia kansalaiskäytäntöjä. Ne sijoittuvat teknisen luettelon ja julkisen asiakirjan väliin. Insinöörit tarvitsevat vakaan tunnisteen ja version integrointia varten. Käyttäjät tarvitsevat tilan ja omistajan käyttöä varten. Alavirran palveluntarjoajat tarvitsevat ominaisuuksia, rajoituksia ja ehtoja. Tilintarkastajat tarvitsevat jäljen, joka johtaa takaisin näyttöön. Vaikutuspiirissä olevat ihmiset tarvitsevat tiedon siitä, että järjestelmä on olemassa, ja keinon haastaa sen toiminta. Yksi sivu ei voi vastata kaikkiin näihin kysymyksiin, mutta hyvin suunniteltu rekisteri voi ohjata jokaisen lukijan oikealle tasolle.

Vaarana on, että sana rekisteri saa asiakirjan kuulostamaan täydellisemmältä kuin se on. Puhelinluettelo on rekisteri, mutta se ei kerro, toimiiko numero vielä. Rahtiluettelo on rekisteri, mutta se ei kerro, selvisikö lasti matkasta. Mallimerkintä on rekisteri, mutta se ei voi kantaa koko todistetta suorituskyvystä, oikeudenmukaisuudesta, turvallisuudesta, lainmukaisuudesta ja yhteiskunnallisista seurauksista. Hyödyllinen kysymys ei ole se, onko malli rekisterissä. Se on se, mitä merkintä vahvistaa, mitä se jättää avoimeksi ja mitä lukija voi seuraavaksi tarkastella.

Ilmoitustaulu on lupaus valinnasta

Inventaario yrittää laskea kaiken. Luettelo auttaa sinua valitsemaan. Rekisteri antaa muodollisemman lupauksen: nämä merkinnät kuuluvat määriteltyyn soveltamisalaan, niillä on omistaja, ja tietoja ylläpidetään säännön mukaisesti. Lupaus koskee valintaa ennen kuin se koskee ohjelmistoa. Ilman ilmoitettua soveltamisalaa houkutteleva lista on vain kokoelma asioita, jotka sattuivat jäämään mieleen.

Siksi jokainen rekisteri tarvitsee lauseen, joka kertoo, mitä se sisältää ja mitä se tarkoituksella jättää pois. EU:n tekoälyasetuksen keskitetty tietokanta ei ole luettelo jokaisesta Euroopassa liikkuvasta mallista. 71 artiklassa perustetaan EU:n tietokanta tietyille suuren riskin tekoälyjärjestelmille ja järjestelmille, jotka rekisteröidään 49 artiklassa kuvattujen reittien mukaisesti. Alankomaiden algoritmirekisteri ei ole luettelo jokaisesta hallintotoimistossa tehdystä laskelmasta. Se keskittyy vaikuttaviin algoritmeihin, myös suuren riskin tekoälyjärjestelmiin. Raja on osa merkintää, ei lakimiehille tarkoitettu alaviite.

Mallirekisterin pitäisi vastata samaan rajankäyntikysymykseen tavallisella kielellä. Luetellaanko siinä perusmallit, käyttöönotetut tekoälyjärjestelmät, sisäiset kokeilut, hienosäädetyt jälkeläiset, arviointipaketit vai vain ulkopuolisille käyttäjille tarjotut mallit? Saako uusi palvelukokoonpano uuden merkinnän, uuden version vai linkitetyn käyttöönottotietueen? Laskeutuuko mukautuvan järjestelmän tallennettu tila samaksi mallin identiteetiksi? Jos rekisteri ei ratkaise näitä kysymyksiä, jokainen lukija ratkaisee ne eri tavalla. Näin lyhyestä listasta tulee pitkä väittely.

Valinta tekee myös poissaolosta merkityksellistä. Jos soveltamisala sanoo, että kaikkien julkisesti saatavilla olevien suuririskisten järjestelmien on oltava mukana, puuttuva merkintä on hallinnollinen ongelma. Jos soveltamisala sanoo, että mukaan otetaan vain markkinoille saatetut mallit, sisäinen kokeilu voi puuttua tarkoituksella. Yleisö ei voi tulkita tyhjää hakutuosta tietämättä, kumpi tilanne on kyseessä. Hiljaisuus ei ole neutraalia, kun rekisteri ei ole selittänyt sanastoaan.

Tämän sanomisessa suoraan on pieni hallinnollinen hyve. Rekisterien ei tarvitse teeskennellä tietävänsä kaikkea. Niiden on kerrottava lukijalle, mitä ne tietävät, mistä ne ovat vastuussa ja mikä jää kehyksen ulkopuolelle. Rekisteri ansaitsee auktoriteettinsa tekemällä soveltamisalansa rajan näkyväksi, ei koristelemalla kantta. Teknologia on uudempaa. Paperityön vaisto ei ole.

Mitä eurooppalainen sääntö todella asettaa pöydälle

AI-asetus antaa sanalle rekisteröinti konkreettisen oikeudellisen muodon, mutta ei yhtä ainoaa yleispätevää muotoa. 49 artikla edellyttää, että tarjoaja tai valtuutettu edustaja rekisteröi tietyt suuririskiset tekoälyjärjestelmät ennen niiden saattamista markkinoille tai käyttöönottoa. Se edellyttää rekisteröintiä myös silloin, kun tarjoaja on todennut, että järjestelmä ei ole suuririskinen 6 artiklan 3 kohdan edellytysten mukaisesti. Julkisilla viranomaisilla ja vastaavilla julkisilla elimillä, jotka ottavat käyttöön tiettyjä suuririskisiä järjestelmiä, on oma rekisteröintivelvollisuutensa, mukaan lukien käytön rekisteröinti.

Sama artikla tekee julkisen ja yksityisen välisen rajan näkyväksi. Tietyt lainvalvonnassa, muuttoliikkeen, turvapaikka-asioiden ja rajavalvonnan hallinnassa käytettävät suuririskiset järjestelmät rekisteröidään suojattuun ei-julkiseen osioon. Liitteen III toisessa kohdassa mainitut suuririskiset järjestelmät rekisteröidään kansallisella tasolla. Nämä eivät ole toteutusyksityiskohtia, jotka voidaan hioa kuntoon kojelaudassa. Ne kuvaavat eri yleisöjä, eri riskejä ja eri oikeuksia nähdä tietue.

71 artikla sanoo, että komissio perustaa ja ylläpitää EU:n tietokantaa yhdessä jäsenvaltioiden kanssa. Artiklan 49 mukaisesti rekisteröidyt tiedot on saatettava saataville ja julkisesti saatavilla käyttäjäystävällisellä tavalla, ja niiden on oltava helposti selattavia ja koneellisesti luettavia, lukuun ottamatta rajoitettuja osioita. Tietokannan tulisi sisältää henkilötietoja vain siinä määrin kuin on tarpeen. Tämä on hyödyllinen määritelmä julkiselle avoimuudelle: tietue, jonka ihmiset voivat löytää ja käsitellä, muuttumatta toiseksi henkilötieto-ongelmaksi.

Liite VIII on se kohta, jossa ilmoitustaulu muuttuu yksityiskohtaiseksi. Kun tarjoaja rekisteröi suuririskisen järjestelmän, tietueeseen kuuluvat tarjoajan henkilöllisyys ja yhteystiedot, yksiselitteinen kauppanimi tai viite, aiottu käyttötarkoitus, peruskuvaus käytetyistä tiedoista ja toimintalogiikasta, järjestelmän tila, asiaankuuluvat todistukset, jäsenvaltiot, joissa järjestelmä saatetaan markkinoille tai otetaan käyttöön, vaatimustenmukaisuusvakuutus, käyttöohjeet ja valinnainen URL-osoite lisätietoja varten. Nämä eivät ole markkinointikenttiä. Ne ovat tunnisteita tunnistamista ja vastuullisuutta varten.

Julkisen käyttöönotajan kannalta tiedot ovat erilaiset. Rekisterimerkintä sisältää käyttöönotajan henkilöllisyyden, tiedot toimittavan henkilön, palveluntarjoajan merkinnän URL-osoitteen sekä yhteenvedot perusoikeusvaikutusten arvioinnista ja soveltuvin osin tietosuojaa koskevasta vaikutustenarvioinnista. Erottelu on tärkeä, koska mallin tarjoaja ja viranomainen eivät tiedä samoja asioita eivätkä kanna samaa vastuuta. Rekisteri, joka niputtaa ne yhdeksi toimittajakortiksi, hävittää sen kohdan, jossa järjestelmä kohtaa instituution.

Oikeudellinen tietokanta on siksi kerroksellinen. Se kirjaa järjestelmän identiteetin. Se kirjaa tarjoajan. Se voi kirjata käyttöönotajan ja käyttötarkoituksen. Se kirjaa tilan ja tukevat ilmoitukset. Se ei korvaa teknistä dokumentaatiota, riskienhallintaa, laadunhallintajärjestelmää tai markkinoille saattamisen jälkeistä seurantaa, joita asetus edellyttää muutoin. Tietokanta on julkinen indeksi vastuullisista tosiasioista. Se ei ole koko vaatimustenmukaisuusasiakirja.

Tämä erottelu unohtuu helposti, koska ihmiset pitävät yhdestä URL-osoitteesta, joka näyttää sisältävän vastauksen. Laki on vähemmän tunteellinen. Se luo julkisen pinnan, rajoitetut pinnat ja hallitut dokumentointireitit. Julkisen pinnan on oltava käytettävä. Rajoitetun pinnan on pysyttävä rajoitettuna. Dokumentaation on pysyttävä saatavilla toimivaltaisen viranomaisen tai sen alavirran tarjoajan saatavilla, joka sitä tarvitsee. Vakavasti otettava rekisteri on rajapinta näiden velvoitteiden välillä, ei oikotie niiden ohi.

Rekisteristä tulee hyödyllinen, kun identiteetti, tila ja muutos yhdistetään. Väri ilman siirtymää on vain koristetta.

On myös toinen tärkeä rajoitus. Tekoälyasetuksen yleiskäyttöisiä tekoälymalleja koskevat säännökset eivät ole sama asia kuin julkinen luettelo kaikista yleiskäyttöisistä malleista. 53 artikla edellyttää, että tarjoajat pitävät teknistä dokumentaatiota, asettavat tietoja alavirran tekoälyjärjestelmien tarjoajien saataville, ylläpitävät tekijänoikeuspolitiikkaa ja julkaisevat riittävän yksityiskohtaisen yhteenvedon koulutussisällöstä. Komission ohjeistuksen mukaan tekninen dokumentaatio on tarkoitettu tekoälytoimistolle ja kansallisille toimivaltaisille viranomaisille pyynnöstä, kun taas alavirran dokumentaatio auttaa integroijia ymmärtämään ominaisuuksia ja rajoituksia. Vain osa tästä aineistosta kuuluu julkiselle ilmoitustaululle.

Asetus edellyttää myös, että komissio julkaisee ja ylläpitää luetteloa yleiskäyttöisistä tekoälymalleista, joihin liittyy järjestelmäriski. Luettelo malleista, joihin liittyy järjestelmäriski, on arvokas julkinen signaali, mutta se ei ole sama asia kuin täysimittainen mallirekisteri. Sen tarkoitus on rajatumpi, ja sen on kunnioitettava immateriaalioikeuksia, luottamuksellisia liiketoimintatietoja ja liikesalaisuuksia. Jokaisen luettelon kutsuminen rekisteriksi on vaaratonta vain siihen asti, kunnes joku olettaa, että luettelo todistaa enemmän kuin se todistaa.

Malli ei ole yksi rivi

Ihmiset puhuvat mallista kuin se olisi purkki hyllyllä. Nimi on painettu etikettiin, versio on leimattu pohjaan ja sisältö pysyy muuttumattomana, kunnes joku avaa kannen. Tämä kuva toimii staattisen artefaktin kohdalla. Se muuttuu epäluotettavaksi, kun malli mukautetaan, hienosäädetään, kääritään työkaluihin, tarjoillaan useiden reittien kautta tai muutetaan käytön aikana.

Rekisteri tarvitsee vähintään kaksi identiteettiä: mallin identiteetin ja sen asian identiteetin, joka todella suoritettiin. Ensimmäinen vastaa siihen, mihin malliin tarjoaja viittaa. Toinen voi yksilöidä tallennetun tilan, sinetöidyn käyttöönottopaketin, paikallisen viennin tai toistopaketin. Niiden yhdistäminen estää kaksi vastakkaista virhettä. Palvelu voi lakata teeskentelemästä, että jokaisella käytössä olevalla tilalla on yksi pysyvä hajautusarvo, ja toimija voi lakata teeskentelemästä, että paketin tiiviste yksinään kuvaa koko malliperheen.

Versionumerot ovat hyödyllisiä vain, jos niiden muutossääntö on näkyvissä. Versio voi tarkoittaa uutta opittujen parametrien joukkoa, uutta rajoitekatalogia, muutosta haussa, muuttunutta turvakerrosta tai olennaista muutosta palvelusopimuksessa. Jos palveluntarjoaja käyttää yhtä numeroa kaikkiin näihin, numerosta tulee kohtelias tapa sanoa, että jotain on muuttunut. Rekisterin tulisi linkittää seuraaja edeltäjäänsä ja kertoa, mikä osa sopimuksesta liikkui.

Adaptiivinen käyttäytyminen tuo lisää mutkia matkaan. Jos järjestelmä voi muuttua käytön aikana, se pitää kirjata. Tämä ei ole myönnytys siitä, että järjestelmä olisi hallitsematon. Se on myönnytys siitä, että sana versio ei voi tehdä kaikkea työtä. Rekisteri voi säilyttää vakaan mallin identiteetin, liittää siihen aikarajoitettuja tallennettuja tiloja ja kirjata olosuhteet, joissa tila on luotu. Tarkoitus ei ole jäädyttää elävää järjestelmää valheelliseksi valokuvaksi. Tarkoitus on antaa jokaiselle merkitykselliselle valokuvalle päivämäärä ja kehys.

Identiteetillä on myös sosiaalinen ulottuvuus. Mallin nimi ei riitä, kun useat oikeushenkilöt levittävät samankaltaisia artefakteja, kun jatkopalveluntarjoaja muuttaa mallia tai kun tuote upottaa mallin oman nimensä taakse. Rekisterin tulisi tehdä ketju näkyväksi: palveluntarjoaja, jakelija jos eri, käyttöönottaja jos relevantti, sekä järjestelmä tai reitti, jossa mallia käytetään. Päätöksen vaikutuspiirissä olevan henkilön ei pitäisi joutua tekemään rikosteknistä kaivausta tuotteen logosta selvittääkseen, kuka voi vastata siitä.

Status on verbi, ei väri

Statuskentät esitetään usein merkkeinä, koska merkit sopivat siististi kortteihin. Merkki ei ole status. Status on lausuma toiminnasta ja ajankohdasta. Sisäinen testaus tarkoittaa yhtä asiaa, kun palveluntarjoaja hallitsee pääsyä. Ennakkojulkaisu tarkoittaa toista, kun kutsutut ulkopuoliset voivat käyttää reittiä määritellyin ehdoin. Markkinoilla, käytössä, keskeytetty, vedetty pois ja palautettu kukin tuo mukanaan erilaisen toiminnallisen seurauksen.

Hyödyllinen kirjaus kertoo, mitä status sallii ja mitä se ei salli. Jos järjestelmä on vain sisäiseen käyttöön, lukijan ei pitäisi päätellä julkista saatavuutta dokumentaatiosivusta. Jos ulkoinen beta on suunnitteilla, päivämäärä tulisi merkitä suunnitelluksi eikä esittää julkaisuna. Jos järjestelmä on vedetty pois, kirjauksen tulisi säilyttää aiempi identiteetti ja kertoa, saavatko olemassa olevat käyttöönotot jatkua, pitääkö ne lopettaa vai siirretäänkö niitä. Status ilman voimaantulopäivää on huhu univormussa.

Statukseen tulisi myös liittyä omistajuus. Kuka voi siirtää kirjauksen sisäisestä ulkoiseksi? Kuka voi keskeyttää reitin? Kuka voi julistaa julkaisupäivän muuttuneeksi? Mitä näyttöä vaaditaan ennen siirtymää? Nämä kysymykset kuuluvat toimintaprosessiin, mutta julkinen kirjaus tulisi tehdä niin, että siitä käy ilmi syntynyt päätös. Rekisteri, joka näyttää nykyisen merkin mutta piilottaa sen takana olevan auktoriteetin, on vain hallinnon tunnelmataulu.

Esimerkki havainnollistamiseen, ei oikea listaus: kirjaus voisi kertoa, että malli on kontrolloidussa arvioinnissa, että ulkoista reittiä ei ole avoinna, että kutsupohjainen kokeilu on ehdotettu myöhemmälle ajankohdalle ja että ehdotus on edelleen julkaisuportin alainen. Esimerkki ei nimeä organisaatiota, mallia tai tapahtumaa. Sen tarkoitus on osoittaa, miten kirjaus pitää suunnitelman erillään tosiasiasta. Sama kurinalaisuus koskee vetäytymistä, ominaisuusväitettä tai sertifiointia, jota ei ole vielä myönnetty.

Tämä erottelu suojaa lukijoita tutulta tempulta. Tuleva aikomus toistetaan riittävän usein, kunnes se alkaa kuulostaa historialta. Rekisterien pitäisi olla paikka, jossa tämä temppu lakkaa toimimasta. Kirjaus voi näyttää suunnitelman, mutta suunnitelman on säilytettävä etikettinsä. Euroopassa on jo tarpeeksi kalentereita. Päivämäärä ei ole tosiasia pelkästään siksi, että se on asetettu värilliseen suorakulmioon.

Rekisteri ei ole todistehuone

Julkisen merkinnän tulee olla tarpeeksi lyhyt luettavaksi ja tarpeeksi vahva suuntaamaan vakavan kysymyksen. Sen takana oleva todistehuone voi olla paljon suurempi. Tekoälyasetuksen 53 artiklan dokumentointivelvoitteet havainnollistavat miksi. Yleiskäyttöisten tekoälymallien tarjoajien on laadittava ja pidettävä yllä teknistä dokumentaatiota, joka kattaa kehityksen, koulutuksen, testauksen ja arvioinnin. Niiden on annettava tietoja ja dokumentaatiota jatkokäyttäjille, jotka rakentavat tekoälyjärjestelmiä, jotta nämä voivat ymmärtää ominaisuudet ja rajoitukset. Niiden on julkaistava riittävän yksityiskohtainen yhteenveto koulutusaineistosta ja ylläpidettävä unionin tekijänoikeuslainsäädäntöä koskevaa politiikkaa.

Nämä velvoitteet palvelevat erilaisia lukijoita. Toimivaltainen viranomainen saattaa tarvita koko teknisen asiakirja-aineiston. Jatkokäyttäjä tarvitsee integraatiotietoja ja rajoitukset. Yleisö tarvitsee selkeän kuvauksen siitä, mikä malli on ja miten sen koulutusaineistoa koskeva yhteenveto on rajattu. Rekisterimerkintä voi yhdistää nämä pinnat teeskentelemättä, että julkisen sivun pitäisi sisältää kaikki turvallisuuden kannalta arkaluonteiset yksityiskohdat, kaikki painotiedostot tai kaikki henkilötietoja sisältävät testinäytteet.

Linkit eivät myöskään ole todisteita taianomaisesti. Rekisterin, joka viittaa arviointiraporttiin, pitäisi kertoa, minkä julkaisun raportti kattaa, mitä arviointi mittasi ja mitkä ehdot rajoittavat tulosta. Linkin koulutusyhteenvetoon pitäisi kertoa, kattaako yhteenveto esikoulutuksen, hienosäädön vai määritellyn joukon sisältöluokkia. Linkin sertifikaattiin pitäisi näyttää, kuka sen on myöntänyt, mitä se sertifioi ja milloin se vanhenee. Muuten sivu on hylly avaamattomia kirjekuoria.

Sama sääntö koskee turvallisuusväitteitä. Rekisteri voi sanoa, että riskinarviointi on olemassa, että seurantasuunnitelma on linkitetty tai että vakavien vaaratilanteiden ilmoituskanava on julkaistu. Sen ei pitäisi antaa ymmärtää, että asiakirjan olemassaolo todistaa taustalla olevan järjestelmän turvalliseksi. Dokumentaatio on tapa tarkastella väitettä. Se ei ole väitteen korvike.

Tässä julkiselta kirjoittamiselta vaaditaan kurinalaisuutta. Mallikortti, läpinäkyvyyssivu tai rekisterimerkintä voi kuvata aiottua käyttöä ja tunnetut rajoitukset. Se ei voi käyttää ilmaisua luotettava johtopäätöksenä, elleivät todisteet ja soveltamisala tee siitä puolustettavaa. Rehellinen lause on usein hyödyllisempi: nämä ovat ehdot, joita arvioimme, nämä ovat rajoitukset, joita havaitsimme, ja nämä ovat tapaukset, joita emme väittäneet kattavamme.

Alankomaiden rekisteri osoittaa tavallisen julkisen luettelon arvon

Alankomaiden algoritmirekisteri on opettavainen juuri siksi, että se ei yritä näyttää futuristiselta valvomolta. Se antaa julkishallinnon organisaatioille julkisen paikan kuvata työssään käyttämiään algoritmeja. Sen englanninkielinen sivu varoittaa, että kuvaukset on käännetty automaattisesti ja että hollanninkielinen alkuperäisversio on kuvauksen kannalta virallinen. Tuo pieni huomautus on oppitunti alkuperän jäljitettävyydestä. Saatavuus ei ole sama asia kuin tarkkuus, eikä käännetty käyttöliittymä saa pyyhkiä pois lähdekieltä.

Rekisterin julkinen tarkoitus on myös ilmaistu ilman teatraalista kieltä. Se keskittyy vaikuttaviin algoritmeihin, mukaan lukien suuren riskin tekoälyjärjestelmiin, ja antaa vierailijoille näkymän siihen, miten ne toimivat. Vierailija voi selata algoritmeja, organisaatioita ja malleja. Tavoitteena ei ole antaa pisteitä jokaiselle algoritmille. Tavoitteena on tehdä algoritmisten järjestelmien käytöstä riittävän näkyvää, jotta ihmiset, organisaatiot ja media voivat seurata, kyseenalaistaa ja tutkia julkishallinnon toimintaa.

Siihen liittyvä Alankomaiden Algoritmekader muuttaa tämän tarkoituksen vaatimukseksi. Se sanoo, että ellei poikkeusta sovelleta, julkiset toimielimet julkaisevat vaikuttavat algoritmit ja suuren riskin tekoälyjärjestelmät rekisterissä. Se sanoo myös, että virheellinen tai puutteellinen julkaisu voi vaikeuttaa asianomaisten ihmisten ja muiden sidosryhmien mahdollisuuksia ymmärtää ja haastaa teknologian käyttöä, joka voi koskettaa heidän oikeuksiaan. Läpinäkyvyys ei siis ole vain kohteliaisuus. Merkinnän laatu voi vaikuttaa julkisen valvonnan laatuun.

Sama ohjeistus on tarkka rajauksensa suhteen. Se kuvaa rekisteriä työkaluna laajemmassa lakien ja vaatimusten kokonaisuudessa ja varoittaa, että viitekehys ei ole täydellinen eikä välttämättä sisällä toimialakohtaista lainsäädäntöä. Se, että algoritmi on rekisterissä, ei ratkaise kaikkia oikeudellisia tai eettisiä kysymyksiä. Se, että algoritmi ei ole rekisterissä, ei todista, että se on vaaraton. Lukija tarvitsee rekisterin sisällyttämissäännön ja ympäröivän viitekehyksen tulkitsemaan merkintää.

Tämä on hyödyllinen malli myös mallirekistereille. Julkisen listan pitäisi olla helppo löytää, kirjoitettu sellaisille, jotka eivät olleet hankintapalaverissa, ja yhteydessä tarkempia tietoja sisältäviin asiakirjoihin. Sen pitäisi tuoda epävarmuus esiin eikä piilottaa sitä. Sen pitäisi kertoa, milloin englanninkielinen kuvaus on konekäännetty. Sen pitäisi selittää, mitkä järjestelmät sisältyvät mukaan ja mitkä eivät. Puuttuvan tai vanhentuneen merkinnän pitäisi olla näkyvä hallinnollinen ongelma, ei yksityinen pettymys.

Ei tarvitse keksiä dramaattista tapausta nähdäkseen, miksi tällä on merkitystä. Kansalaisella, joka yrittää ymmärtää automatisoitua julkishallinnon prosessia, on jo käytännön kysymys: käytetäänkö järjestelmää, kuka sitä käyttää, mihin tarkoitukseen ja minkä selityksen perusteella? Rekisteri antaa tälle kysymykselle osoitteen. Vastaus voi silti olla puutteellinen. Ainakaan instituutio ei voi väittää, ettei kysymistä varten ole paikkaa.

Julkinen ei tarkoita alastonta

Avoimuudesta tulee haitallista, kun sitä käsitellään käskynä julkaista kaikki. Julkiset asiakirjat voivat paljastaa henkilötietoja, turvallisuuden kannalta arkaluonteisia tietoja, liikesalaisuuksia ja hyökkäysreittejä. Ne voivat myös luoda väärää luottamusta julkaisemalla teknisiä katkelmia, joita tavallinen lukija ei osaa tulkita. Julkisen ja yksityisen rajan pitää olla suunniteltu, dokumentoitu ja arvioitu, ei sen tiimin improvisoima, joka sattuu omistamaan sisällönhallintajärjestelmän.

AI-asetus antaa tästä oikeudellisen esimerkin. Artiklan 49(4) mukaan tietyt järjestelmät sijoitetaan turvalliseen ei-julkiseen osioon, ja pääsy rajoitetaan komissiolle ja asianomaisille kansallisille viranomaisille. Artiklan 71 mukaan artiklan 49 mukaisesti rekisteröidyt tiedot ovat julkisia lukuun ottamatta rajoitettuja osioita, kun taas artiklan 60 mukaisesti rekisteröidyt tiedot ovat vain markkinavalvontaviranomaisten ja komission saatavilla, ellei tarjoaja suostu julkiseen saatavuuteen. Julkisuus on siis sääntö, jossa on poikkeuksia, ei yleinen oletusarvo.

Artikla 53 tekee vastaavan eron yleiskäyttöisille malleille. Tarjoajien on annettava tekninen dokumentaatio tekoälytoimiston ja kansallisten toimivaltaisten viranomaisten saataville pyynnöstä, ja niiden on annettava jatkokäyttödokumentaatio integroiville tarjoajille. Velvoitteet ovat nimenomaisesti riippuvaisia tarpeesta noudattaa ja suojata immateriaalioikeuksia, luottamuksellisia liiketoimintatietoja ja liikesalaisuuksia. Rekisterin ei pitäisi pakottaa tarjoajaa julkaisemaan sellaista materiaalia, jonka laki määrää pidettäväksi hallinnassa. Luottamuksellisuudesta ei myöskään saa tulla kohtelias tekosyy pidättää tietoja sellaisen järjestelmän olemassaolosta, tarkoituksesta tai tilasta, joka vaikuttaa yleisöön.

Käytännöllinen mallirekisteri voi käyttää tasoja. Julkinen taso yksilöi mallin, tarjoajan, tilan, käyttötarkoituksen, keskeiset ominaisuudet, tunnetut rajoitteet, käyttöreitit, julkaisuehdot, näyttölinkit ja muutoshistorian. Hallittu taso sisältää yksityiskohtaisen teknisen dokumentaation, uhkamallit, rajoitetun arviointimateriaalin, tapahtumatiedot ja muut tiedot, joita valtuutetut arvioijat tarvitsevat. Yksityinen operatiivinen taso sisältää salaisuuksia, henkilötietoja ja sisäisiä valvontatietoja, joita ei pitäisi paljastaa lainkaan. Tasot ovat erillisiä asiakirjoja, joissa on linkit, eivät yksi sivu, jossa on avattava osio nimeltä avoimuus.

Hyvässä läpinäkyvyydessä on raja. Se julkaisee sen, mitä ihmiset tarvitsevat järjestelmän ymmärtämiseen, ja suojaa sen, mitä valtuutettujen arvioijien on hallittava.

Julkisen kerroksen tulisi silti olla yksityiskohtainen. Se voi kertoa, että malli on mukautuva käytön aikana, paljastamatta yksityistä tilan esitystapaa. Se voi todeta, että reitti on kutsupohjainen, julkaisematta kutsutunnuksia. Se voi kuvata tulomuodot ja sisällön merkintäkäytännön paljastamatta allekirjoitusavaimia. Se voi sanoa, että riskiarviointi on olemassa, ja määritellä sen laajuuden julkaisematta turvallisuuskaaviota, joka helpottaisi palvelun hyökkäämistä.

Hallitun kerroksen on oltava rehellinen omalla tavallaan. Luottamukselliseksi merkitty asiakirja ei automaattisesti ole täydellinen, ajantasainen tai oikea. Sillä on oltava omistaja, versio, käyttösääntö ja säilytyssääntö. Jos julkinen rekisteri linkittää hallittuun tietueeseen, linkin tulisi paljastaa sen tila ja vastuullinen reitti, vaikka sisältö olisi rajoitettua. Muuten yleisö näkee mustan aukon ja sitä pyydetään kutsumaan sitä hallinnoksi.

Versiointi tekee rekisteristä hyödyllisen

Useimmat rekisterin epäonnistumiset eivät ole dramaattisia. Ne ovat pieniä unohtamisen tekoja. Uusi malli korvaa vanhan, mutta merkintää muokataan paikallaan. Käytäntö muuttuu, mutta käyttötarkoituskohta jää ennalleen. Tarjoaja siirtää reitin sisäisestä testauksesta ulkoiseen beta-vaiheeseen, mutta tilamerkki vaihtuu ennen voimaantulopäivän kirjaamista. Käyttöönotto peruutetaan, mutta vanha merkintä katoaa ja vie historian mukanaan. Nykyhetki näyttää siistiltä. Menneisyydestä tulee vastaamaton.

Versioitu tietue pitää vähintään neljä kelloa erillään. Sisältöversio kertoo, mitkä tietueen tekstit ja kentät ovat ajantasaisia. Voimaantulopäivä kertoo, milloin lausuma on voimassa. Mallin tai paketin versio kertoo, mitä teknistä objektia kuvataan. Varmennuspäivä kertoo, milloin joku on tarkistanut tietueen. Nämä päivämäärät voivat osua yhteen. Niiden ei tarvitse. Niiden kohteleminen yhtenä päivämääränä on kätevää ja usein väärin.

Aikaisempien versioiden tulisi pysyä löydettävissä asianmukaisen säilytyssäännön mukaisesti. Yleisö ei tarvitse jokaista sisäistä muokkausta, mutta sen on tiedettävä, milloin olennainen tarkoitus, tila, reitti, rajoitus tai omistuslausuma on muuttunut. Muutosloki voi kertoa, mikä muuttui, paljastamatta yksityisiä tietoja. Koneellisesti luettava tietue voi linkittää edellisen version ja manifestin. Ihmisille suunnattu sivu voi selittää seurauksen tavallisella kielellä. Näiden kahden pinnan tulisi olla yhtä mieltä.

Versiointi tekee myös peruuttamisesta merkityksellistä. Jos malli peruutetaan, koska reitti suljetaan, se on eri asia kuin takaisinkutsu, joka johtuu vakavasta viasta tai oikeudellisesta ongelmasta, joka vaatii toimia. Jos malli säilyy olemassa olevissa yksityisissä käyttöönotoissa, julkisen tietueen tulisi kertoa se. Jos seuraaja on yhteensopiva vain joidenkin integraatioiden kanssa, siirtymärajan tulisi olla näkyvissä. Rekisteri, joka poistaa nimen kirjaamatta syytä, jättää jokaisen loppukäyttäjän keksimään syyn itse.

Muutoshistoria on erityisen tärkeä mukautuville järjestelmille. Mallin identiteetti voi pysyä vakaana, vaikka tallennetut tilat, rajoitusjoukot, hakulähteet tai tulonohjaukset muuttuvat. Rekisteri voi kertoa, mitkä muutokset luovat uuden paketin, mitkä muutokset vaativat uuden arvioinnin ja mitkä muutokset pysyvät ilmoitetun identiteettirajan sisällä. Tämä ei ole liiallista yksityiskohtaa. Se on ero järjestelmän, joka voidaan toistaa, ja järjestelmän, joka voidaan vain muistaa, välillä.

Omistajat ovat osa tietuetta

A model registry entry without an owner is a weather report. It tells you what the sky looked like and leaves you with no one to call when the roof leaks. Provider and deployer roles are not the same, and neither role should be allowed to dissolve into the word platform.

The provider owns the model identity, the development record and the release decision within its scope. A deployer owns the decision to use a system under its authority, including the local purpose, safeguards, impact assessment and operating controls. A downstream provider may integrate a general-purpose model into an AI system and carry responsibilities that the model provider cannot see. A public registry should expose those relationships where the law and the risk require them.

Contact information is not administrative filler. It gives an affected person a route to ask who made a decision, which version was used or how a correction can be requested. A generic mailbox can be appropriate, but it should lead to a maintained process. The entry should also say whether the contact is for technical support, rights requests, incident reporting, procurement or public accountability. One inbox cannot be every institution at once, despite the best efforts of modern forms.

Ownership should include authority to change the record. If the named owner cannot pause a route, correct a status or publish a withdrawal, the entry is decorative. The organisation may still have a legal owner somewhere else, but the operational gap remains. A good registry makes responsibility visible before an incident forces people to draw the organisation on a whiteboard.

Designing a registry people can actually read

The first reader of a model registry is not always a regulator or an engineer. It may be a journalist, a procurement officer, a local official, a researcher, an employee asked to use the system, or a person trying to understand why an automated service touched their case. The page should answer the common question before it reaches for specialised vocabulary.

Start with the identity and the reason for the entry. Say who provides the model, which version is being described, what kind of object it is and whether it is a model, an integrated AI system or a deployment record. Say whether it is internal, available to invited users, on the market, suspended or withdrawn. The reader should not have to infer the status from a download button.

Then show the purpose and the boundary. State what the model is intended to do, which uses are outside the claim and which decisions it is not authorised to make. Explain whether the model can adapt during use, whether a captured state is required for replay, and whether a downstream route changes the conditions. A capability list without a purpose is a menu without a kitchen.

Use progressive disclosure. The top of the page should be calm and readable. Deeper sections can expose the machine record, evaluation methods, training-content summary, legal documents and release evidence. A public reader can stop after the first layer. An auditor can continue. An engineer can download a stable representation. Hiding the detail is not simplicity. It is just a slow-loading surprise.

Accessibility is part of the record's credibility. The page and machine representation should use clear labels, keyboard navigation, useful headings and text alternatives for visualisations. Dates should not be encoded only as colour. A red badge is not a status for a reader who cannot see red, and a graph that cannot be read without a mouse is not an accessible explanation. A noticeboard in the town square does not become public if the ramp ends at the first step.

Koneellinen luettavuus on tärkeää toisesta syystä. Se mahdollistaa tutkijoille tietueiden vertailun, julkisille toimijoille rekisterien kokoamisen, tilintarkastajille vanhentuneiden tietueiden havaitsemisen ja jatkotyökaluille sen varmistamisen, että sivu ja jäsennelty tietue viittaavat samaan versioon. Koneellinen luettavuus ei tarkoita vain koneille tarkoitettua. Ihmisille suunnatun sivun ja koneellisen tietueen tulisi jakaa tunnisteet, tilat, päivämäärät ja linkit siten, että niiden välinen eheyssuhde on tarkistettavissa.

Rekisterikentät ovat päätöksiä

Jokainen kenttä kertoo lukijalle, mitä organisaatio pitää säilyttämisen arvoisena. Tarjoajakenttä kertoo, kuka vastaa mallista. Mallin nimi ja versio kertovat, miten se erotetaan seuraajastaan. Reitityskenttä kertoo, mistä malli on tavoitettavissa. Käyttötarkoituskenttä kertoo, minkä työn kuvaamiseen tarjoaja on valmis. Rajoituskenttä kertoo, mihin kuvaus päättyy. Tietomalli on hallintodokumentti, joka on kirjoitettu pieniin suorakulmioihin.

Tunnistekenttien tulisi olla yksiselitteisiä ja pysyviä. Ne voivat sisältää tarjoajan virallisen nimen, mallin nimen, version, yksilöllisen viitteen ja linkit kanoniseen tietueeseen. Jos malli on tarjottavissa useiden tuotteiden kautta, rekisterin tulisi erottaa mallin identiteetti integroivasta rajapinnasta. Jos tuote sisältää useita malleja, merkinnän ei tulisi piilottaa tätä seikkaa tuotteen nimen taakse.

Tilakenttien tulisi sisältää arvo, voimaantulopäivä, muutoksen syy tai peruste sekä mahdollinen seuraaja tai edeltäjä. Päivämäärä, joka on vasta suunniteltu, tulisi merkitä suunnitelluksi. Tietue, jota ei ole äskettäin varmennettu, tulisi sanoa sen ääneen. Lukijan tulisi voida päätellä, onko malli saatavilla, ehdotettu, keskeytetty vai historiallinen, ilman että hänen tarvitsee tulkita markkinointitiimin keksimää adjektiivia.

Tarkoitus- ja laajuuskenttien tulisi kuvata työ sellaisin termein, joita asiantuntematonkin ymmärtää. Niissä tulisi nimetä käyttäjät, joille malli on tarkoitettu, silloin kun sillä on merkitystä, sekä kuvata syötteiden ja tuotosten tyypit sekä päätökset tai toimet, joita malli voi tukea. Niissä tulisi myös mainita kielletyt tai tuetut käyttötavat. Malli, joka pystyy tuottamaan tekstiä, ei ole sen perusteella valtuutettu kirjoittamaan kelpoisuuspäätöstä, eikä malli, joka pystyy luokittelemaan asiakirjoja, ole sen perusteella valtuutettu luokittelemaan ihmisiä.

Ominaisuuskentät tarvitsevat ehtoja. Toimintamuodot, kontekstirajat, työkalujen käyttöoikeudet, kielikattavuus, mukautumiskäyttäytyminen ja tuotosten merkitseminen ovat merkityksellisiä vain, kun ne sidotaan reittiin ja julkaisuun. Ominaisuutta, joka on olemassa sisäisessä kokeessa mutta ei ulkoisessa reitissä, ei tulisi esittää yhtenä yleisenä ominaisuutena. Rekisteri ei ole toivelista.

Tietokenttien tulisi kertoa, mitä malli vastaanottaa, mitä se tallentaa, mistä se oppii käytön aikana ja mitä käytetään arviointiin, siinä laajuudessa kuin se voidaan julkistaa paljastamatta henkilökohtaista tai luottamuksellista materiaalia. Koulutusaineiston yhteenvedot ja oikeuspolitiikat tulisi linkittää tarvittaessa. Epämääräinen lause, kuten koulutettu monipuolisella aineistolla, kertoo lukijalle lähes mitään ja pyytää häntä tarjoamaan imartelevan tulkinnan.

Arviointikenttien tulisi yksilöidä kysymys, menetelmä, aineiston rajat, päivämäärä, tulos ja rajoitukset. Merkinnän ei tarvitse toistaa jokaista taulukkoa, mutta sen ei tulisi näyttää pistemäärää ilman nimittäjää tai testiä ilman tarkoitusta. Hyvä arviointilinkki antaa lukijan nähdä, kattaako näyttö aiottua käyttöä, lähikäyttöä vai vain laboratorio-olosuhteita.

Valvontakenttien tulisi yksilöidä, kuka voi keskeyttää, ohittaa, tarkastella ja tutkia järjestelmää. Jos malli vain suosittelee, kerro, mikä toimi jää ihmiselle. Jos reitti voi toimia ulkoisissa järjestelmissä, kerro, mitkä käyttöoikeudet ja portit ovat voimassa. Jos poikkeamailmoituksille on oma reitti, julkaise se. Valvonta ei ole kappale ihmisen mukana pitämisestä. Se on kartta siitä, kuka voi tehdä mitä, kun järjestelmä on epävarma.

Näyttöön ja eheyteen liittyvien kenttien tulisi yhdistää julkinen tietue versioituun koneelliseen tietueeseen, julkaisupakettiin, ilmoitukseen, arviointipakettiin tai läpinäkyvyyslokiin. Tiiviste voi osoittaa, että tiedosto on muuttunut tai pysynyt ennallaan. Se ei voi osoittaa, että tiedosto olisi totuudenmukainen, joten rekisterin tulisi pitää väite ja eheystarkistus erillään. Tekninen tarkkuus ei korvaa harkintaa, mutta se helpottaa harkinnan kohdentamista.

Lopuksi muutoskenttien tulisi selittää historia. Mitä muuttui, milloin, miksi, kuka hyväksyi, mitä reittejä muutos koskee ja tarvitaanko uusi arviointi. Tietueen tulisi mahdollistaa vastaus huoneen tavallisimpaan kysymykseen: mikä eroaa siitä tietueesta, jonka luimme viime kuussa?

Mitä rekisteri voi osoittaa

Hyvin ylläpidetty rekisteri voi osoittaa, että nimetty toimittaja kuvaa määriteltyä kohdetta tietyssä tietueversiossa. Se voi osoittaa ilmoitetun tarkoituksen, tilan, käyttöreitin ja omistajuuden. Se voi osoittaa, mitkä tausta-asiakirjat ja eheystietueet lukija voi tarkastaa ja mitä tietoja tarkoituksella rajoitetaan. Se voi osoittaa, että muutos on julkaistu ja että aiempi tietue on edelleen saatavilla ilmoitetun säilytyssäännön mukaisesti.

Se voi myös osoittaa organisaation oman kannan. Jos toimittaja sanoo, että malli on tarkoitettu päätöksenteon tueksi eikä automaattiseen hylkäämiseen, lausuma on julkinen raja. Jos käyttöönottaja sanoo, että vaikutustenarviointi on tehty, lausuma herättää kysymyksen siitä, mistä yhteenveto tai rajoitettu tietue löytyy. Jos toimittaja merkitsee julkaisun suunnitelluksi, merkintä estää suunnitelmaa naamioitumasta historiaksi.

Nämä ovat hyödyllisiä tosiasioita. Ne tekevät hankinnasta täsmällisempää, integraatiosta vähemmän spekulatiivista ja julkisista kysymyksistä helpommin ohjattavia. Ne myös terävöittävät erimielisyyttä. Lukija voi sanoa, että ilmoitettu tarkoitus on liian laaja, tila on vanhentunut, rajoitus puuttuu tai taustanäyttö ei kata väitettä. Rekisteri osoittaa olemassaolonsa oikeutuksen, kun se mahdollistaa tällaisen kritiikin.

Mitä rekisteri ei voi osoittaa

Rekisteritietue ei voi osoittaa, että malli on tarkka jokaiselle käyttäjälle, turvallinen kaikissa ympäristöissä, oikeudenmukainen kaikkien ryhmien kannalta tai lainmukainen jokaisessa käyttöönotossa. Se ei voi osoittaa, että julkinen viranomainen noudatti oikeaa menettelyä pelkästään siksi, että järjestelmä on listattu. Se ei voi osoittaa, että ihminen arvioija ymmärsi tuotoksen, että rekisteröity sai todellisen oikeussuojakeinon tai että poikkeama havaittaisiin ajoissa. Nämä johtopäätökset edellyttävät näyttöä käytössä olevasta järjestelmästä, sitä käyttävästä instituutiosta ja sen vaikutuspiirissä olevista ihmisistä.

Se ei myöskään voi osoittaa, että malli on riippumaton toimittajastaan, että reitti on suvereeni, koska se on isännöity Euroopassa, tai että avoin lisenssi saa vastuun katoamaan. Omistajuus, lainkäyttöalue, toimitusketju, käytön hallinta ja ylläpito ovat erillisiä kysymyksiä. Rekisteri voi tuoda esiin nimet ja linkit, joita näiden kysymysten esittämiseen tarvitaan. Se ei voi vastata niihin typografialla.

Rekisteri ei voi myöskään todistaa negatiivista. Puuttuva tietue voi tarkoittaa, että kohde on soveltamisalan ulkopuolella, että poikkeus on voimassa, että julkaisu on myöhässä tai että joku ei julkaissut. Lukija tarvitsee selkeän kattavuuslausuman ja reitin virheiden ilmoittamiseen. Julkinen ilmoitustaulu on vain yhtä luotettava kuin prosessi, joka huomaa, kun ilmoitus puuttuu.

Esimerkinomainen tietue, ei piilotettu tapaustutkimus

Seuraava on esimerkinomainen tietueen rakenne, ei kuvaus todellisesta organisaatiosta, mallista tai tapahtumasta. Siinä ei käytetä yhtään asiakasta, julkista viranomaista, käyttöönottopäivää tai mitattua tulosta. Sen tarkoitus on osoittaa, miten lukija voi siirtyä julkisesta tietueesta rajoitettuun näyttöreittiin sekoittamatta kerroksia toisiinsa.

  • Tunniste: palveluntarjoajan nimi, mallin nimi, versio ja pysyvä koneellinen tunniste.
  • Tila: hallittu arviointi, voimaantulopäivä ja merkintä siitä, ettei ulkoista reittiä ole avattu.
  • Tarkoitus: asiakirja-analyysin tuki koulutetulle henkilökunnalle, ja automaattiset ulkoiset päätökset on rajattu ilmoitetun soveltamisalan ulkopuolelle.
  • Syötteet ja tulosteet: edustetut modaliteetit, odotetut lähdemateriaalityypit ja tulostetyypit, joita reitti voi tuottaa.
  • Rajoitteet: tunnetut kieli-, toimiala-, ajantasaisuus-, turvallisuus- ja pääsyrajoitteet, joista jokainen on linkitetty asiaankuuluvaan arviointiin tai käytäntöön.
  • Valvonta: rooli, joka voi keskeyttää reitin, epävarmojen tulosten tarkistuspolku ja tapahtumien yhteyshenkilö.
  • Näyttö: julkinen yhteenveto, versioitu tekninen asiakirja valtuutetuille tarkastajille ja julkaistujen tiedostojen eheysluettelo.
  • Muutokset: linkki edelliseen tietueeseen, selvitys siitä, mikä muuttui, ja ehto, joka edellyttäisi uutta arviointia.

Mikään tuossa tietueessa ei väitä, että malli olisi hyvä. Se kertoo, mitä palveluntarjoaja on valmis väittämään, missä väite pätee ja miten toinen henkilö voi testata tai haastaa sen. Se riittää ilmoitustaululle. Se riittää myös estämään sen, ettei suuri määrä esitemainoskieltä livahtaisi huomaamatta oikeudelliseen tai operatiiviseen päätökseen.

Miksi julkaisua edeltävää tilaa on syytä kunnioittaa

Julkaisua edeltävä tila ei ole heikompi versio julkisesta tilasta. Se on eri tila. Sisäinen testaus voi tukea suunnittelu- ja turvallisuustyötä samalla, kun pääsy pidetään hallittuna. Kutsuttu beta voi altistaa reitin ulkopuolisille säilyttäen samalla ehdot, soveltamisalan ja oikeuden pysäyttää. Julkinen julkaisu muuttaa sen, kuka voi luottaa järjestelmään ja mitä velvoitteita palveluntarjoajalle, integraattoreille ja käyttöönottajille syntyy. Rekisterin pitäisi tehdä näistä siirtymistä näkyviä sen sijaan, että se kohtelisi julkaisua yhtenä ainoana fanfaarina.

Julkaisua edeltävä tietue voi silti olla hyödyllinen yleisölle. Se voi yksilöidä mallin, palveluntarjoajan, aiottu reitin, tilan, olemassa olevan näytön ja vielä odottavan näytön. Se voi kertoa, että päivämäärä on suunniteltu ja että pääsyä ei ole avattu. Se voi julkaista julkaisuportin teeskentelemättä, että portti olisi jo ohitettu. Tämä on erityisen hyvä paikka rekisterille olla tylsä. Tylsä tila on turvallisempi kuin jännittävä epäselvyys.

Dwevellä pyrimme soveltamaan tätä kurinalaisuutta omaan julkiseen tietueeseemme. Luottamuskeskuksessamme mallirekisteri on merkitty julkaisua edeltäväksi, ja se listaa Dweve Loom 1.0:n sisäiseen vain testaukseen 1. elokuuta 2026 alkaen. Se kirjaa, ettei ulkoista julkaisua ole tapahtunut kyseiseen päivään mennessä, ja listaa 1. syyskuuta 2026 suunnitelluksi Unionin markkinoille pääsyn päivämääräksi kutsuttua ulkoista beta-testiä varten. Suunniteltu on tärkeä sana: merkintä ei muuta suunnitelmaa tapahtumaksi.

Julkinen tietueemme tekee myös selväksi, että Loom on ainoa siinä listattu malli, että se on omisteinen eikä julkaistu avoimen lähdekoodin mallilisenssillä, ja että tuotteemme ja erikseen lisensoidut avoimen lähdekoodin työkalumme eivät ole esitetty lisämalleina. Tämä raja estää tuoteluetteloa sekoittumasta mallirekisteriin. Se myös pitää julkisen väitteen riittävän pienenä tarkistettavaksi.

Siinä on kaikki, mitä meidän tarvitsee sanoa Dwevestä tässä. Mallirekisteri on hyödyllinen, kun se tekee omasta julkaisutilastamme vähemmän imartelevan mutta tarkemman. Sen pitäisi tehdä sama kenelle tahansa muulle.

Julkisen ja yksityisen välinen raja on suunnitteluratkaisu

Vahvin rekisteri ei ole se, jossa on eniten kenttiä. Se on se, jonka kentillä on syy, omistaja ja raja. Julkisten lukijoiden on saatava vakaa identiteetti, ilmoitettu tarkoitus, totuudenmukainen tila, vastuullinen organisaatio, toimivat linkit ja riittävät rajaukset väitteen ymmärtämiseksi. Valtuutetut arvioijat tarvitsevat syvällisempää näyttöä, hallittuja teknisiä yksityiskohtia ja reitin tarkastaa tapaukset tai arkaluonteiset testit. Operaattorit tarvitsevat salaisuuksia, käyttöoikeuksia ja toimintaohjeita, joiden ei pitäisi olla ilmoitustaululla lainkaan.

Näiden tasojen pitäisi olla yhtä mieltä niistä tosiasioista, jotka ylittävät rajan. Jos julkinen sivu sanoo reitin olevan keskeytetty, hallitun tietueen pitäisi kertoa, kuka sen keskeytti ja miksi. Jos tekninen tiedosto on korvattu, julkisen merkinnän ei pitäisi enää linkittää sitä ajantasaisena. Jos arviointi on rajoitettu, julkisen sivun pitäisi silti ilmoittaa sen laajuus ja tila. Rajan pitäisi rajoittaa pääsyä yksityiskohtiin, ei luoda kolmea yhteensopimatonta versiota todellisuudesta.

Lukijoiden pitäisi pystyä esittämään viisi yksinkertaista kysymystä ja saamaan viisi vakaata vastausta. Mikä tämä kohde on? Kuka on siitä vastuussa? Mitä se saa tehdä? Mikä on sen nykyinen tila? Mitä näyttöä ja oikeussuojakeinoja on olemassa, kun väitettä haastetaan? Rekisteri, joka vastaa näihin kysymyksiin, tekee jo institutionaalista työtä. Rekisteriä, joka ei pysty vastaamaan niihin, ei pitäisi pelastaa animoiduilla merkeillä tai kojelaudalla, jossa on kaksitoista suodatinta.

Euroopan liikkeellä kohti malli- ja algoritmirekistereitä on optimistinen tulkinta. Kyse ei ole siitä, että tietokanta ratkaisisi tekoälyn hallinnoinnin. Kyse on siitä, että julkiset instituutiot rakentavat paikkoja, joissa väitteillä on nimet, päivämäärät, omistajat ja rajat. Nämä ovat niitä pieniä osia, joista suuremmat vastuullisuusjärjestelmät rakentuvat.

Ilmoitustaulun on kestettävä muutos

Mallirekisteri on uusi julkinen ilmoitustaulu vain, jos ilmoitukset pysyvät luettavina sään muuttuessa. Sivun on kestettävä mallin päivitys, toimittajan vaihtuminen, uusi käyttöönotto, korjattu rajoitus, poistettu reitti ja vaikea kysymys henkilöltä, joka ei ollut huoneessa. Se tarkoittaa historian säilyttämistä, suunnitelmien merkitsemistä, näytön linkittämistä ja sen kertomista, mitä tietue ei pysty todistamaan.

Työ on vähemmän loistokasta kuin julkaisusivu. Se on myös kestävämpää. Julkinen tietue, joka erottaa mallin identiteetin käyttöönoton tilasta, tilan aikomuksesta, dokumentaation todisteesta ja julkiset tosiasiat hallitusta näytöstä, antaa ihmisille jotakin parempaa kuin rauhoittelua. Se antaa heille reitin järjestelmän läpi.

Hyvät rekisterit eivät pyydä lukijoita luottamaan väriin, numeroon tai kuuluisaan nimeen. Ne tekevät väitteestä riittävän kapean tarkastettavaksi ja rajasta riittävän selkeän haastettavaksi. Ne jättävät jäljen niihin ihmisiin, jotka voivat vastata, niihin tietueisiin, joita voidaan tarkistaa, ja siihen päätökseen, jota voidaan muuttaa. Se on hyvin vanha kansalaisajatus, joka on puettu kohtalaisen moderniin tiedostomuotoon.

Laita ilmoitus taululle. Laita näyttö sen taakse. Säilytä vanha ilmoitus paikassa, josta joku voi vielä lukea sen. Anna sitten yleisön päättää, mihin tietue on oikeutettu.

Lähteet