Modelu reģistrs ir jaunais publiskais paziņojumu dēlis

Modelu reģistrs var sabiedrībai pastāstīt, kas ir sistēma, kas aiz tās stāv, kur to drīkst izmantot un kas tajā mainīts. Taču kārtīgs ieraksts nevar kļūt...

Modelu reģistrs ir jaunais publiskais paziņojumu dēlis

The page that starts by admitting it is not magic

The first thing a useful model registry does is disappoint you. It does not say that a model is safe. It does not say that an organisation is competent. It does not turn a supplier's promise into a fact, or a green label into a reason to stop asking questions. It gives you a bounded record instead: this is the thing, this is the version, this is the owner, this is the declared purpose, this is the status, and this is where the supporting evidence is kept.

That modesty is the beginning of public trust. A registry is a noticeboard, not a shrine. A noticeboard tells a neighbourhood what is being built, who is responsible for it and which notices have been replaced. It does not certify the workmanship of every building on the street. It gives people a place to start looking, and a way to notice when the notice itself has gone stale.

Open the Dutch government's Algorithm Register and the design is unusually plain. Government organisations publish information about algorithms they use in their work. The register focuses on impactful algorithms, including high-risk AI systems, and gives visitors an explanation of how those systems work. The page also makes a useful distinction that many glossy AI catalogues avoid: an algorithm is a set of rules and instructions a computer follows to calculate an answer, not a personality with a product launch.

The page is public because the work is public. A citizen does not need a private account to discover that an authority uses an algorithm, what the authority says it is for, or where to ask the next question. That does not make every technical detail public. It does make the existence of the system, its declared role and its institutional owner harder to hide behind a procurement file.

Model registries are becoming the same kind of civic object. They sit between a technical catalogue and a public record. Engineers need a stable identity and a version to integrate. Operators need a status and an owner to run. Downstream providers need capabilities, limits and conditions. Auditors need a trail back to evidence. Affected people need to know that a system exists and how to challenge what it does. One page cannot answer all of those questions, but a well-designed registry can point each reader to the right layer.

The danger is that the word registry makes a document sound more complete than it is. A phone book is a registry, but it cannot tell you whether a number still works. A shipping manifest is a registry, but it cannot tell you whether the cargo survived the voyage. A model record is a registry, but it cannot carry the entire proof of performance, fairness, security, legality and social consequence. The useful question is not whether a model is in the registry. It is what the entry establishes, what it leaves open and what a reader can inspect next.

A noticeboard is a promise of selection

An inventory tries to count everything. A catalogue tries to help you choose. A register makes a more formal promise: these entries belong to a defined scope, they have an owner, and the information is maintained under a rule. The promise is about selection before it is about software. Without a stated scope, an attractive list is only a collection of things that happened to be remembered.

That is why every registry needs a sentence that says what it includes and what it deliberately leaves out. The EU AI Act's central database is not a list of every model circulating in Europe. Article 71 establishes an EU database for specified high-risk AI systems and the systems that are registered under the routes described in Article 49. The Dutch Algorithm Register is not a list of every calculation made in a government office. It focuses on impactful algorithms, including high-risk AI systems. The boundary is part of the record, not a footnote for lawyers.

A model registry should answer the same boundary question in ordinary language. Does it list foundation models, deployed AI systems, internal experiments, fine-tuned descendants, evaluation packages, or only models offered to external users? Does a new serving configuration receive a new entry, a new version or a linked deployment record? Does a captured state of an adaptive system count as the same model identity? If the registry does not decide these questions, every reader will decide them differently. That is how a short list becomes a long argument.

Selection also makes absence meaningful. If the scope says that all publicly accessible high-risk systems must appear, a missing entry is a governance problem. If the scope says that only models placed on a market are included, an internal experiment may be absent by design. The public cannot interpret an empty search result without knowing which of those two situations applies. Silence is not neutral when the register has not explained its vocabulary.

There is a small administrative virtue in saying this plainly. Registries do not need to pretend that they know everything. They need to tell the reader what they know, what they are responsible for and what sits outside the frame. A registry earns its authority by making the boundary of its scope explicit, not by decorating the cover. The technology is newer. The paperwork instinct is not.

What the European rule actually puts on the board

The AI Act gives the word registration a concrete legal shape, but not a single universal one. Article 49 requires a provider or authorised representative to register certain high-risk AI systems before placing them on the market or putting them into service. It also requires registration where a provider has concluded that a system is not high-risk under the conditions of Article 6(3). Public authorities and equivalent public bodies that deploy certain high-risk systems have their own registration duty, including registering their use.

The same article makes the public-private boundary explicit. Certain high-risk systems used in law enforcement, migration, asylum and border control management are registered in a secure non-public section. High-risk systems in the second point of Annex III are registered at national level. These are not implementation details that can be ironed out in a dashboard. They describe different audiences, different risks and different permissions to see the record.

Article 71 says the Commission, working with the Member States, shall set up and maintain the EU database. The information registered under Article 49 is to be accessible and publicly available in a user-friendly manner, and should be easily navigable and machine-readable, with exceptions for restricted sections. The database should contain personal data only as far as necessary. This is a useful definition of public transparency: a record people can find and process, without turning the record into a second personal-data problem.

Annex VIII is where the noticeboard becomes specific. For a provider registering a high-risk system, the record includes the provider's identity and contact details, an unambiguous trade name or reference, the intended purpose, a basic description of the information used and the operating logic, the status of the system, relevant certificates, Member States where it is placed on the market or put into service, the declaration of conformity, instructions for use and an optional URL for further information. These are not marketing fields. They are handles for identification and accountability.

Publiskajam izvietotājam informācija ir atšķirīga. Ieraksts ietver izvietotāja identitāti, personu, kas iesniedz informāciju, pakalpojumu sniedzēja ieraksta URL, kā arī pamattiesību ietekmes novērtējuma un, ja piemērojams, datu aizsardzības ietekmes novērtējuma kopsavilkumus. Šī atšķirība ir būtiska, jo modeļa pakalpojumu sniedzējs un publiska iestāde nezina vienu un to pašu un nenes vienu un to pašu atbildību. Reģistrs, kas tos apvieno vienā pakalpojumu sniedzēja kartītē, izdzēš vietu, kur sistēma saskaras ar iestādi.

Tiesību aktu datubāzei tāpēc ir slāņains raksturs. Tajā tiek reģistrēta sistēmas identitāte. Tajā tiek reģistrēts pakalpojumu sniedzējs. Tajā var reģistrēt izvietotāju un lietojumu. Tajā tiek reģistrēts statuss un apliecinošie paziņojumi. Tā neaizstāj tehnisko dokumentāciju, riska pārvaldību, kvalitātes sistēmu vai pēctirgus uzraudzību, ko Akts pieprasa citviet. Datubāze ir publisks pārskatatbildīgu faktu rādītājs. Tā nav viss atbilstības dokuments.

Šo atšķirību ir viegli pazaudēt, jo cilvēkiem patīk viens URL, kas, šķiet, satur atbildi. Likums ir mazāk sentimentāls. Tas rada publisku virsmu, ierobežotas virsmas un kontrolētus dokumentācijas ceļus. Publiskajai virsmai jābūt lietojamai. Ierobežotajai virsmai jāpaliek ierobežotai. Dokumentācijai jāpaliek pieejamai kompetentajai iestādei vai lejupējās ķēdes pakalpojumu sniedzējam, kam tā nepieciešama. Nopietns reģistrs ir saskarne starp šiem pienākumiem, nevis īsceļš, kas tos apiet.

Reģistrs kļūst noderīgs, kad identitāte, statuss un izmaiņas ir savienotas. Krāsa bez pārejas ir tikai dekorācija.

Ir vēl viens svarīgs ierobežojums. Mākslīgā intelekta akta noteikumi par vispārēja pielietojuma MI nav tas pats, kas publisks visu vispārēja pielietojuma modeļu katalogs. 53. pants pieprasa pakalpojumu sniedzējiem glabāt tehnisko dokumentāciju, darīt informāciju pieejamu lejupējās ķēdes MI sistēmu pakalpojumu sniedzējiem, uzturēt autortiesību politiku un publicēt pietiekami detalizētu apmācības satura kopsavilkumu. Komisijas vadlīnijas skaidro, ka tehniskā dokumentācija ir paredzēta MI birojam un valstu kompetentajām iestādēm pēc pieprasījuma, savukārt lejupējās ķēdes dokumentācija palīdz integratoriem izprast iespējas un ierobežojumus. Tikai daļa no šī materiāla pieder publiskam paziņojumu dēlim.

Akts arī pieprasa Komisijai publicēt un uzturēt sarakstu ar vispārēja pielietojuma MI modeļiem ar sistēmisku risku. Modeļu ar sistēmisku risku saraksts ir vērtīgs publisks signāls, bet tas nav tas pats objekts, kas pilns modeļu reģistrs. Tam ir šaurāks mērķis, un tajā jārespektē intelektuālā īpašuma tiesības, konfidenciāla komercinformācija un komercnoslēpumi. Saukt katru sarakstu par reģistru ir nekaitīgi tikai tik ilgi, kamēr kāds nepieņem, ka saraksts pierāda vairāk, nekā tas patiesībā pierāda.

Modelis nav viena rindiņa

Cilvēki runā par modeli tā, it kā tas būtu burka uz plaukta. Nosaukums ir uzdrukāts uz etiķetes, versija ir apzīmogota apakšā, un saturs paliek nemainīgs, līdz kāds atver vāku. Šis attēls darbojas statiskam artefaktam. Tas kļūst neuzticams, kad modelis tiek pielāgots, precizēts, ietīts rīkos, piedāvāts pa vairākiem ceļiem vai mainīts lietošanas laikā.

Reģistram ir vajadzīgas vismaz divas identitātes: modeļa identitāte un tā objekta identitāte, kas faktiski darbojās. Pirmā atbild uz jautājumu, kuru modeli pakalpojumu sniedzējs domā. Otrā var identificēt fiksētu stāvokli, noslēgtu izvietošanas pakotni, lokālu eksportu vai atkārtojuma komplektu. To savienošana novērš divas pretējas kļūdas. Pakalpojums var pārstāt izlikties, ka katram tiešsaistes stāvoklim ir viens pastāvīgs jaucējs, un operators var pārstāt izlikties, ka pakotnes kontrolsumma vien apraksta visu modeļu saimi.

Versiju numuri ir noderīgi tikai tad, ja ir redzams to maiņas noteikums. Versija var nozīmēt jaunu apgūto parametru kopu, jaunu ierobežojumu katalogu, izmaiņas izguvē, mainītu drošības slāni vai būtiskas izmaiņas apkalpošanas līgumā. Ja pakalpojumu sniedzējs visam tam izmanto vienu numuru, šis numurs kļūst par pieklājīgu veidu, kā pateikt, ka kaut kas ir mainījies. Reģistram būtu jāsaista pēctecis ar tā priekšteci un jānorāda, kura līguma daļa ir mainījusies.

Adaptīva uzvedība pievieno vēl vienu sarežģījumu. Ja sistēma var mainīties lietošanas laikā, ierakstam tas būtu jānorāda. Tas nav atzīšanās, ka sistēma ir nekontrolēta. Tā ir atzīšanās, ka vārds versija nespēj paveikt visu darbu. Reģistrs var saglabāt stabilu modeļa identitāti, piesaistīt tai laikā ierobežotus fiksētus stāvokļus un reģistrēt apstākļus, kādos stāvoklis tika izveidots. Mērķis nav iesaldēt dzīvu sistēmu viltus fotogrāfijā. Mērķis ir piešķirt katrai jēgpilnai fotogrāfijai datumu un rāmi.

Identitātei ir arī sociāla šķautne. Modeļa nosaukums nav pietiekams, ja vairākas juridiskas personas izplata līdzīgus artefaktus, ja pakārtotais pakalpojumu sniedzējs maina modeli vai ja produkts iestrādā modeli zem sava nosaukuma. Reģistram būtu jāpadara redzama ķēde: pakalpojumu sniedzējs, izplatītājs, ja tas atšķiras, izvietotājs, ja tas ir būtiski, un sistēma vai maršruts, kurā modelis tiek izmantots. Personai, kuru skar lēmums, nevajadzētu veikt kriminālistikas izpēti uz produkta logotipa, lai noskaidrotu, kurš par to var atbildēt.

Statuss ir darbības vārds, nevis krāsa

Statusa lauki bieži tiek attēloti kā nozīmītes, jo nozīmītes glīti iederas kartītēs. Nozīmīte nav statuss. Statuss ir apgalvojums par darbību un laiku. Iekšējā testēšana nozīmē vienu, ja piekļuvi kontrolē pakalpojumu sniedzējs. Pirmsizlaides versija nozīmē ko citu, ja uzaicināti ārējie lietotāji var izmantot maršrutu noteiktos apstākļos. Tirgū, ekspluatācijā, apturēts, atsaukts un izņemts no apgrozības, katrs no šiem terminiem nes atšķirīgas operacionālās sekas.

Noderīgs ieraksts norāda, ko statuss atļauj un ko ne. Ja sistēma ir paredzēta tikai iekšējai lietošanai, lasītājam nevajadzētu secināt publisku pieejamību no dokumentācijas lapas. Ja ir plānota ārējā beta versija, datums būtu jāmarķē kā plānots, nevis jāuzrāda kā izlaide. Ja sistēma ir izņemta no apgrozības, ierakstam būtu jāsaglabā iepriekšējā identitāte un jānorāda, vai esošās izvietošanas drīkst turpināties, tām ir jābeidzas vai tās tiek migrētas. Statuss bez spēkā stāšanās datuma ir baumas formas tērpā.

Statusam vajadzētu būt arī atbildīgajam. Kurš var pārvietot ierakstu no iekšējā uz ārējo? Kurš var apturēt maršrutu? Kurš var paziņot, ka izlaišanas datums ir mainīts? Kādi pierādījumi ir nepieciešami pirms pārejas? Šie jautājumi pieder darbības procesam, bet publiskajam ierakstam vajadzētu padarīt iegūto lēmumu salasāmu. Reģistrs, kas rāda pašreizējo nozīmīti, bet slēpj aiz tās stāvošo pilnvaru, ir tikai pārvaldības noskaņojuma dēlis.

Ilustratīvs piemērs, nevis reāls ieraksts: ieraksts varētu norādīt, ka modelis atrodas kontrolētā izvērtēšanā, ka nav atvērts neviens ārējs maršruts, ka vēlākam datumam ir ierosināts tikai ar uzaicinājumu pieejams izmēģinājums un ka priekšlikums joprojām ir atkarīgs no izlaišanas vārtiem. Piemērs nenosauc nevienu organizāciju, modeli vai notikumu. Tā mērķis ir parādīt, kā ieraksts atdala plānu no fakta. Tā pati disciplīna attiecas uz atsaukšanu, spēju apgalvojumu vai sertifikāciju, kas vēl nav izsniegta.

Šī atdalīšana aizsargā lasītājus no pazīstama trika. Nākotnes nodomu atkārto pietiekami bieži, un tas sāk izklausīties pēc vēstures. Reģistriem vajadzētu būt vietai, kur šis triks pārstāj darboties. Ieraksts var parādīt plānu, bet plānam jāsaglabā savs marķējums. Eiropai jau tā ir pietiekami daudz kalendāru. Datums nav fakts tikai tāpēc, ka tas ir ievietots krāsainā taisnstūrī.

Reģistrs nav pierādījumu telpa

Publisks ieraksts ir jāspēj izlasīt īsā laikā, un tam jābūt pietiekami skaidram, lai virzītu nopietnu jautājumu. Aiz tā esošā pierādījumu telpa var būt ievērojami lielāka. AI akta 53. panta dokumentācijas pienākumi parāda, kāpēc. Vispārēja pielietojuma AI modeļu nodrošinātājiem jāsagatavo un jāglabā tehniskā dokumentācija, kas aptver izstrādi, apmācību, testēšanu un novērtēšanu. Tiem jāsniedz informācija un dokumentācija lejupstraumes AI sistēmu nodrošinātājiem, lai šie nodrošinātāji varētu izprast iespējas un ierobežojumus. Tiem jāpublicē pietiekami detalizēts apmācības satura kopsavilkums un jāuztur politika attiecībā uz Savienības autortiesību tiesībām.

Šie pienākumi kalpo dažādiem lasītājiem. Kompetentai iestādei var būt nepieciešams pilns tehniskais ieraksts. Lejupstraumes nodrošinātājam ir nepieciešama integrācijas informācija un ierobežojumi. Sabiedrībai ir nepieciešams skaidrs apraksts par to, kas ir modelis un kā tiek norobežots tā apmācības satura kopsavilkums. Reģistra ieraksts var savienot šīs virsmas, neizliekoties, ka publiskā lapā būtu jāietver katra drošībai kritiskā detaļa, katrs svara fails vai katrs paraugs, kas satur personas datus.

Saites pašas par sevi arī nav pierādījums. Ja reģistrs norāda uz novērtējuma ziņojumu, tam jānorāda, kuru laidienu ziņojums aptver, ko novērtējums mērīja un kādi nosacījumi ierobežo rezultātu. Saitei uz apmācības kopsavilkumu jānorāda, vai kopsavilkums aptver pirmapmācību, smalko pielāgošanu vai noteiktu satura kategoriju kopumu. Saitei uz sertifikātu jānorāda, kas to izdevis, ko tas sertificē un kad tas beidzas. Pretējā gadījumā lapa ir plaukts ar neatvērtām aploksnēm.

Tas pats noteikums attiecas uz drošības apgalvojumiem. Reģistrs var norādīt, ka pastāv riska novērtējums, ka ir saite uz uzraudzības plānu vai ka ir publicēts nopietnu incidentu ziņošanas ceļš. Tam nevajadzētu radīt iespaidu, ka dokumenta esamība pierāda, ka pamatā esošā sistēma ir droša. Dokumentācija ir veids, kā pārbaudīt apgalvojumu. Tā nav apgalvojuma aizstājējs.

Šeit publiskajai rakstīšanai nepieciešama disciplīna. Modeļa karte, pārredzamības lapa vai reģistra ieraksts var aprakstīt paredzēto lietojumu un zināmos ierobežojumus. Tajā nevar lietot vārdu uzticams kā secinājumu, ja vien pierādījumi un tvērums nepadara šo secinājumu aizstāvamu. Godīgs teikums bieži vien ir noderīgāks: šie ir nosacījumi, kuros mēs veicām novērtējumu, šie ir ierobežojumi, ko mēs novērojām, un šie ir gadījumi, kurus mēs neapgalvojām, ka aptveram.

Nīderlandes reģistrs parāda parasta publiska saraksta vērtību

Nīderlandes algoritmu reģistrs ir pamācošs tieši tāpēc, ka tas nemēģina izskatīties kā futūristiska vadības telpa. Tas valsts organizācijām sniedz publisku vietu, kur aprakstīt savā darbā izmantotos algoritmus. Tā angļu valodas lapa brīdina, ka apraksti ir tulkoti automātiski un ka nīderlandiešu oriģināls ir autoritatīvā apraksta versija. Šī mazā piezīme ir mācība par izcelsmi. Piekļuve nav tas pats, kas precizitāte, un tulkota saskarne nedrīkst dzēst avota valodu.

Reģistra publiskais mērķis ir izteikts arī bez teatrālas valodas. Tas koncentrējas uz nozīmīgiem algoritmiem, tostarp augsta riska AI sistēmām, un sniedz apmeklētājiem ieskatu tajā, kā tās darbojas. Apmeklētājs var pārlūkot algoritmus, organizācijas un veidnes. Mērķis nav piedāvāt punktu skaitu katram algoritmam. Mērķis ir padarīt algoritmisko sistēmu izmantošanu pietiekami redzamu, lai cilvēki, organizācijas un mediji varētu sekot, apšaubīt un rūpīgi izvērtēt valdības praksi.

Pavadošais Nīderlandes Algoritmekaders pārvērš šo mērķi prasībā. Tajā teikts, ka, ja vien nav piemērojams izņēmums, publiskās iestādes publicē nozīmīgus algoritmus un augsta riska AI sistēmas reģistrā. Tajā arī teikts, ka nepareiza vai nepilnīga publicēšana var apgrūtināt skartajiem cilvēkiem un citām ieinteresētajām personām izprast un apstrīdēt tādas tehnoloģijas izmantošanu, kas var skart viņu tiesības. Tādējādi pārredzamība nav tikai pieklājība. Ieraksta kvalitāte var ietekmēt publiskās kontroles kvalitāti.

The same guidance is careful about scope. It describes the register as a tool within a wider set of laws and requirements, and warns that the framework is not complete and may not include sector-specific legislation. The fact that an algorithm appears in a register does not settle every legal or ethical question. The fact that it does not appear does not prove that it is harmless. A reader needs the register's inclusion rule and the surrounding framework to interpret the entry.

That is the useful pattern for model registries. A public list should be easy to find, written for people who were not in the procurement meeting, and connected to the records that carry more detail. It should expose uncertainty rather than hide it. It should say when an English description is machine-translated. It should explain which systems are included and which are not. It should make a missing or stale entry a visible governance issue instead of a private disappointment.

There is no need to invent a dramatic incident to see why this matters. A citizen trying to understand an automated government process already has a practical question: is a system being used, by whom, for what purpose and under which explanation? A registry gives that question an address. The answer may still be incomplete. At least the institution cannot pretend that there is nowhere to ask.

Public does not mean naked

Transparency becomes counterproductive when it is treated as a command to publish everything. Public records can expose personal data, security-sensitive information, proprietary details and attack paths. They can also create false confidence by publishing technical fragments that no ordinary reader can interpret. The public-private boundary must be designed, documented and reviewed, not improvised by whichever team happens to own the content-management system.

The AI Act gives a legal example. Article 49(4) places particular systems in a secure non-public section and limits access to the Commission and the relevant national authorities. Article 71 makes the information registered under Article 49 publicly available except for the restricted sections, while information registered under Article 60 is accessible only to market-surveillance authorities and the Commission unless the provider consents to public access. Publicity is therefore a rule with exceptions, not a universal default.

Article 53 makes a similar distinction for general-purpose models. Providers must make technical documentation available to the AI Office and national competent authorities on request, and they must provide downstream documentation to integrating providers. The obligations are explicitly subject to the need to observe and protect intellectual-property rights, confidential business information and trade secrets. A registry should not force a provider to publish the material that the law says should be controlled. Nor should confidentiality become a polite excuse for withholding the existence, purpose or status of a system that affects the public.

A practical model registry can use layers. The public layer identifies the model, provider, status, intended purpose, broad capabilities, known limits, access routes, release conditions, evidence links and change history. A controlled layer carries detailed technical documentation, threat models, restricted evaluation material, incident details and other information that authorised reviewers need. A private operational layer carries secrets, personal data and internal control information that should not be exposed at all. The layers are different records with links, not one page with an accordion labelled transparency.

Labai pārredzamībai ir robeža. Tā publicē to, kas cilvēkiem nepieciešams, lai izprastu sistēmu, un aizsargā to, kas jākontrolē pilnvarotiem recenzentiem.

Publiskajam slānim joprojām jābūt konkrētam. Tas var norādīt, ka modelis pielāgojas lietošanas laikā, neatklājot privāto stāvokļa attēlojumu. Tas var norādīt, ka maršruts ir tikai ar ielūgumiem, nepublicējot ielūguma pilnvaras. Tas var aprakstīt izvades veidus un satura marķēšanas politiku, neatklājot parakstīšanas atslēgas. Tas var norādīt, ka pastāv riska novērtējums, un noteikt tā darbības jomu, nepublicējot drošības shēmu, kas atvieglotu pakalpojuma uzbrukšanu.

Kontrolētajam slānim nepieciešama sava godīgums. Dokuments, kas atzīmēts kā konfidenciāls, automātiski nav pilnīgs, aktuāls vai pareizs. Tam nepieciešams īpašnieks, versija, piekļuves noteikums un saglabāšanas noteikums. Ja publiskais reģistrs saista kontrolētu ierakstu, saitei jāatklāj tā statuss un atbildīgais maršruts pat tad, ja saturs ir ierobežots. Pretējā gadījumā sabiedrība redz melno caurumu un tiek aicināta to saukt par pārvaldību.

Versiju pārvaldība ir vieta, kur reģistrs kļūst noderīgs

Lielākā daļa reģistra kļūmju nav dramatiskas. Tās ir nelielas aizmiršanas darbības. Jauns modelis aizstāj veco, bet ieraksts tiek rediģēts uz vietas. Politika mainās, bet paredzētās lietošanas rindkopa paliek. Pakalpojumu sniedzējs pārvieto maršrutu no iekšējās testēšanas uz ārējo beta versiju, bet statusa nozīmīte mainās pirms spēkā stāšanās datuma ierakstīšanas. Izvietošana tiek atsaukta, bet vecais ieraksts pazūd, aiznesot līdzi vēsturi. Tagadne izskatās kārtīga. Pagātne kļūst neatbildama.

Versijas ieraksts uztur vismaz četrus atsevišķus datumus. Satura versija norāda, kuri ieraksta teksti un lauki ir aktuāli. Spēkā stāšanās datums norāda, kad apgalvojums ir piemērojams. Modeļa vai pakotnes versija norāda, kurš tehniskais objekts tiek aprakstīts. Pārbaudes datums norāda, kad kāds pārbaudīja ierakstu. Šie datumi var sakrist. Tiem nav obligāti jāsakrīt. Uzskatīt tos par vienu datumu ir ērti un bieži vien nepareizi.

Iepriekšējām versijām jāpaliek atrodamām saskaņā ar atbilstošu saglabāšanas noteikumu. Sabiedrībai nav nepieciešama katra iekšējā rediģēšana, bet tai ir jāzina, kad mainījies būtisks mērķis, statuss, maršruts, ierobežojums vai īpašumtiesību apgalvojums. Izmaiņu žurnāls var norādīt, kas mainījies, neatklājot privātu informāciju. Mašīnlasāms ieraksts var saistīt iepriekšējo versiju un manifestu. Cilvēkam lasāma lapa var izskaidrot sekas parastā valodā. Abām virsmām jāsaskan.

Versiju pārvaldība arī padara atsaukšanu jēgpilnu. Ja modelis tiek atsaukts tāpēc, ka maršruts ir slēgts, tas atšķiras no atsaukšanas nopietna defekta vai juridiskas problēmas dēļ, kas prasa rīcību. Ja modelis paliek esošajās privātajās izvietošanās, publiskajam ierakstam tas jānorāda. Ja pēctecis ir saderīgs tikai ar dažām integrācijām, migrācijas robežai jābūt redzamai. Reģistrs, kas noņem nosaukumu, neierakstot iemeslu, liek katram lejupstraumes lasītājam izdomāt iemeslu.

Izmaiņu vēsture ir īpaši svarīga adaptīvām sistēmām. Modeļa identitāte var palikt stabila, kamēr mainās uztvertie stāvokļi, ierobežojumu kopas, izguves avoti vai izvades kontroles. Reģistrs var norādīt, kuras izmaiņas rada jaunu pakotni, kurām izmaiņām nepieciešams jauns novērtējums un kuras izmaiņas paliek deklarētās identitātes robežās. Tas nav pārmērīgs detalizējums. Tā ir atšķirība starp sistēmu, ko var atskaņot, un sistēmu, ko var tikai atcerēties.

Īpašnieki ir daļa no ieraksta

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.

Mašīnlasāmībai ir cits iemesls. Tā ļauj pētniekiem salīdzināt ierakstus, publiskām iestādēm veidot inventarizācijas, revidentiem atklāt novecojušus ierakstus un pakārtotiem rīkiem pārbaudīt, ka lapa un strukturētais ieraksts attiecas uz vienu un to pašu versiju. Mašīnlasāms nenozīmē tikai mašīnām. Cilvēkiem paredzētajai lapai un mašīnu ierakstam būtu jādalās ar identifikatoriem, statusu, datumiem un saitēm, ar pārbaudāmu integritātes attiecību.

Reģistra lauki ir lēmumi

Katrs lauks lasītājam pasaka, ko organizācija uzskata par vērtīgu saglabāt. Pakalpojumu sniedzēja lauks norāda, kas stāv aiz modeļa. Modeļa nosaukums un versija norāda, kā to atšķirt no nākamās versijas. Maršruta lauks norāda, kur modelim var piekļūt. Paredzētā mērķa lauks norāda, kādu darbu pakalpojumu sniedzējs ir gatavs aprakstīt. Ierobežojumu lauks norāda, kur apraksts beidzas. Shēma ir pārvaldības dokuments, kas rakstīts mazos taisnstūros.

Identitātes laukiem jābūt nepārprotamiem un stabiliem. Tie var ietvert pakalpojumu sniedzēja juridisko nosaukumu, modeļa nosaukumu, versiju, unikālu atsauci un saites uz kanonisko ierakstu. Ja modeli var piedāvāt vairākos produktos, reģistram būtu jānošķir modeļa identitāte no integrējošās virsmas. Ja produkts satur vairākus modeļus, ieraksts nedrīkst slēpt šo faktu aiz produkta nosaukuma.

Statusa laukos jāiekļauj vērtība, spēkā stāšanās datums, pārejas iemesls vai pilnvarotā iestāde, kā arī jebkurš pēctecis vai priekštecis. Datums, kas ir tikai plānots, būtu jāapzīmē kā plānots. Ieraksts, kas nav nesen pārbaudīts, to būtu jānorāda. Lasītājam būtu jāspēj noteikt, vai modelis ir pieejams, ierosināts, apturēts vai vēsturisks, bez nepieciešamības interpretēt mārketinga komandas izdomātu īpašības vārdu.

Mērķa un darbības jomas laukos darbs būtu jāapraksta tā, lai to saprastu arī nespeciālists. Tajos būtu jānosauc paredzētie lietotāji, ja tas ir būtiski, iesaistīto ievaddatu un izvaddatu veidi, kā arī lēmumi vai darbības, ko modelis var atbalstīt. Tajos būtu arī jānorāda aizliegtie vai neatbalstītie lietojumi. Modelis, kas var ģenerēt tekstu, nav tādēļ pilnvarots rakstīt lēmumu par atbilstību, un modelis, kas var klasificēt dokumentus, nav tādēļ pilnvarots klasificēt cilvēkus.

Spēju laukiem ir vajadzīgi nosacījumi. Modalitātes, konteksta ierobežojumi, rīku piekļuve, valodu pārklājums, pielāgošanās uzvedība un izvades marķēšana ir jēgpilni tikai tad, ja tie ir saistīti ar maršrutu un laidienu. Spēja, kas pastāv iekšējā eksperimentā, bet ne ārējā maršrutā, nedrīkst tikt pasniegta kā viena universāla funkcija. Reģistrs nav vēlmju saraksts.

Datu laukos būtu jānorāda, ko modelis saņem, ko tas glabā, ko tas mācās no lietošanas laikā un kas tiek izmantots novērtēšanai, tādā līmenī, ko var publiskot, neatklājot personisku vai konfidenciālu materiālu. Apmācības satura kopsavilkumiem un tiesību politikām būtu jābūt saistītām, ja tas ir nepieciešams. Neskaidrs teikums, piemēram, apmācīts uz daudzveidīgiem datiem, lasītājam pasaka gandrīz neko un liek viņam pašam izdomāt glaimojošu interpretāciju.

Novērtēšanas laukos būtu jānorāda jautājums, metode, datu robeža, datums, rezultāts un ierobežojumi. Ierakstam nav jāatveido katra tabula, taču tas nedrīkst uzrādīt rezultātu bez saucēja vai testu bez mērķa. Laba novērtēšanas saite ļauj lasītājam redzēt, vai pierādījumi aptver paredzēto lietojumu, līdzīgu lietojumu vai tikai laboratorijas apstākļus.

Uzraudzības laukos būtu jānorāda, kurš var apturēt, atcelt, pārskatīt un izmeklēt sistēmu. Ja modelis tikai sniedz ieteikumus, norādiet, kāda darbība paliek cilvēka ziņā. Ja maršruts var darboties ar ārējām sistēmām, norādiet, kādas atļaujas un vārti tiek piemēroti. Ja incidentu ziņošanai ir īpašs maršruts, publicējiet to. Uzraudzība nav rindkopa par cilvēku iesaistīšanu procesā. Tā ir karte, kas parāda, kurš ko var darīt, kad sistēma ir nenoteikta.

Pierādījumu un integritātes lauki publisko ierakstu jāsavieno ar versijotu mašīnlasāmu ierakstu, laidiena pakotni, deklarāciju, novērtējuma komplektu vai pārredzamības žurnālu. Jaucējvērtība var apliecināt, ka fails ir mainījies vai nav mainījies. Tā nevar apliecināt, ka fails ir patiess, tāpēc reģistram apgalvojums un integritātes pārbaude jātur atsevišķi. Tehniskā precizitāte neaizstāj spriedumu, bet tā atvieglo sprieduma atrašanu.

Visbeidzot, izmaiņu laukiem jāizskaidro vēsture. Kas mainījās, kad, kāpēc, kurš to apstiprināja, kuri maršruti ir skarti un vai nepieciešams jauns novērtējums. Ierakstam jāļauj atbildēt uz visparastāko jautājumu telpā: ar ko tas atšķiras no ieraksta, ko lasījām pagājušajā mēnesī?

Ko reģistrs var apliecināt

Labi uzturēts reģistrs var apliecināt, ka definētu objektu apraksta nosaukts sniedzējs konkrētā ieraksta versijā. Tas var apliecināt deklarēto mērķi, statusu, piekļuves maršrutu un īpašumtiesības. Tas var apliecināt, kurus pavaddokumentus un integritātes ierakstus lasītājs var pārbaudīt un kura informācija ir apzināti kontrolēta. Tas var apliecināt, ka izmaiņas ir publicētas un ka iepriekšējais ieraksts joprojām ir pieejams saskaņā ar noteikto saglabāšanas kārtību.

Tas var apliecināt arī organizācijas pašas nostāju. Ja sniedzējs saka, ka modelis ir paredzēts lēmumu atbalstam, nevis automātiskam atteikumam, šis apgalvojums ir publiska robeža. Ja izvietotājs saka, ka ietekmes novērtējums ir pabeigts, šis apgalvojums rada jautājumu par to, kur atrodams kopsavilkums vai kontrolētais ieraksts. Ja sniedzējs laidienu iezīmē kā plānotu, šī etiķete neļauj plānam uzdoties par vēsturi.

Tie ir noderīgi fakti. Tie padara iepirkumu precīzāku, integrāciju mazāk spekulatīvu un publiskos jautājumus vieglāk novirzāmus. Tie arī padara domstarpības asākas. Lasītājs var teikt, ka deklarētais mērķis ir pārāk plašs, statuss ir novecojis, ierobežojums trūkst vai pamatojošie pierādījumi neaptver apgalvojumu. Reģistrs attaisno savu pastāvēšanu, kad tas padara šādu kritiku iespējamu.

Ko reģistrs nevar apliecināt

Reģistra ieraksts nevar apliecināt, ka modelis ir precīzs katram lietotājam, drošs katrā vidē, taisnīgs pret katru grupu vai likumīgs katrā izvietošanā. Tas nevar apliecināt, ka publiska iestāde ievēroja pareizo procedūru tikai tāpēc, ka sistēma ir sarakstā. Tas nevar parādīt, ka cilvēks pārskatītājs saprata izvadi, ka datu subjektam bija jēgpilns tiesību aizsardzības līdzeklis vai ka incidents tiktu atklāts laikā. Šādi secinājumi prasa pierādījumus par sistēmu lietošanā, iestādi, kas to izmanto, un cilvēkiem, kurus tā ietekmē.

Tas arī nevar apliecināt, ka modelis ir neatkarīgs no tā piegādātāja, ka maršruts ir suverēns tāpēc, ka tas ir mitināts Eiropā, vai ka atvērtā licence liek atbildībai pazust. Īpašumtiesības, jurisdikcija, piegādes ķēde, darbības kontrole un uzturēšana ir atsevišķi jautājumi. Reģistrs var atklāt nosaukumus un saites, kas vajadzīgas, lai tos uzdotu. Tas nevar uz tiem atbildēt ar tipogrāfiju.

Reģistrs nevar pierādīt arī noliegumu. Trūkstošs ieraksts var nozīmēt, ka objekts ir ārpus darbības jomas, ka piemērojams izņēmums, ka publikācija ir novēlota vai ka kāds nav publicējis. Lasītājam ir nepieciešams skaidrs aptvēruma paziņojums un ceļš kļūdu ziņošanai. Publisks paziņojumu dēlis ir tikpat uzticams, cik process, kas pamana, ka paziņojuma trūkst.

Ilustratīvs ieraksts, nevis slēpta gadījuma izpēte

Sekojošais ir ilustratīvs ieraksta dizains, nevis ziņojums par reālu organizāciju, modeli vai notikumu. Tajā nav izmantots neviens klients, publiska iestāde, izvietošanas datums vai izmērīts rezultāts. Tā mērķis ir parādīt, kā lasītājs var pāriet no publiska ieraksta uz kontrolētu pierādījumu ceļu, nesajaucot abus līmeņus.

  • Identitāte: pakalpojuma sniedzēja nosaukums, modeļa nosaukums, versija un stabils mašīnlasāms identifikators.
  • Statuss: kontrolēts novērtējums ar spēkā stāšanās datumu un norādi, ka nav atvērts ārējs ceļš.
  • Mērķis: palīdzība dokumentu analīzē apmācītam personālam, savukārt automātiskie ārējie lēmumi ir ārpus deklarētās darbības jomas.
  • Ievades un izvades: pārstāvētie modalitātes veidi, sagaidāmie avota materiālu veidi un izvades veidi, ko ceļš var nodrošināt.
  • Ierobežojumi: zināmās valodas, jomas, aktualitātes, drošības un piekļuves robežas, katra saistīta ar attiecīgo novērtējumu vai politiku.
  • Pārraudzība: loma, kas var apturēt ceļu, pārskatīšanas process neskaidru rezultātu gadījumā un incidentu kontaktpersona.
  • Pierādījumi: publisks kopsavilkums, versijām atbilstošs tehniskais ieraksts pilnvarotiem recenzentiem un publicēto failu integritātes manifests.
  • Izmaiņas: saite uz iepriekšējo ierakstu, paziņojums par izmaiņām un nosacījums, kas prasītu jaunu novērtējumu.

Nekas šajā ierakstā nenorāda, ka modelis ir labs. Tas norāda, ko pakalpojuma sniedzējs ir gatavs apgalvot, uz ko apgalvojums attiecas un kā cita persona to var pārbaudīt vai apstrīdēt. Ar to pietiek paziņojumu dēlim. Ar to pietiek arī, lai liela daļa reklāmas valodas nemanīti neieklīstu juridiskā vai operatīvā lēmumā.

Kāpēc pirmsizlaides statuss ir jāciena

Pirmsizlaide nav vājāka publiskās versijas forma. Tas ir cits stāvoklis. Iekšējā testēšana var atbalstīt inženiertehnisko un drošības darbu, vienlaikus saglabājot kontrolētu piekļuvi. Uzaicināta beta versija var pakļaut ceļu ārējiem lietotājiem, vienlaikus saglabājot nosacījumus, darbības jomu un tiesības apturēt darbību. Publiska izlaide maina to, kas var paļauties uz sistēmu, un kādi pienākumi gulstas uz pakalpojuma sniedzēju, integrētājiem un izvietotājiem. Reģistram šīs pārejas būtu jāpadara redzamas, nevis izlaide jāuztver kā viens vienīgs paziņojuma signāls.

Pirmsizlaides ieraksts joprojām var būt noderīgs sabiedrībai. Tas var identificēt modeli, pakalpojuma sniedzēju, paredzēto ceļu, statusu, esošos pierādījumus un vēl gaidāmos pierādījumus. Tas var norādīt, ka datums ir plānots un ka piekļuve vēl nav atvērta. Tas var publicēt izlaides vārtus, neizliekoties, ka vārti jau ir izieti. Šī ir īpaši piemērota vieta, kur reģistram būt garlaicīgam. Garlaicīgs statuss ir drošāks nekā aizraujoša neskaidrība.

Uzņēmumā Dweve mēs cenšamies piemērot šo disciplīnu savam publiskajam ierakstam. Mūsu uzticības centrā modeļu reģistrs ir atzīmēts kā pirmsizlaides un uzskaita Dweve Loom 1.0 kā tikai iekšējai lietošanai paredzētu pirmsizlaides testēšanu no 2026. gada 1. augusta. Tajā norādīts, ka līdz šim datumam nav notikusi ārēja izlaide, un 2026. gada 1. septembris ir plānotais Savienības tirgus piekļuves datums tikai uzaicinātiem ārējiem beta testētājiem. Plānots ir svarīgais vārds: ieraksts nepārvērš plānu notikumā.

Mūsu publiskais ieraksts arī skaidri norāda, ka Loom ir vienīgais tur uzskaitītais modelis, ka tas ir patentēts, nevis izlaists saskaņā ar atvērtā pirmkoda modeļa licenci, un ka mūsu produkti un atsevišķi licencēti atvērtā pirmkoda rīki netiek pasniegti kā papildu modeļi. Šī robeža neļauj produktu katalogu sajaukt ar modeļu reģistru. Tā arī uztur publisko apgalvojumu pietiekami šauru, lai to varētu pārbaudīt.

Ar to mums pietiek, lai šeit pateiktu par Dweve. Modeļu reģistrs ir noderīgs, ja tas padara mūsu pašu izlaides statusu mazāk glaimojošu, bet precīzāku. Tam būtu jādara tas pats ikvienam citam.

Publiskā un privātā robeža ir dizaina lēmums

The strongest registry is not the one with the most fields. It is the one whose fields have a reason, an owner and a boundary. Public readers need a stable identity, a declared purpose, a truthful status, an accountable organisation, usable links and enough limitations to understand the claim. Authorised reviewers need deeper evidence, controlled technical details and a route to inspect incidents or sensitive tests. Operators need secrets, permissions and runbooks that should not be on the noticeboard at all.

Those layers should agree about the facts that cross the boundary. If the public page says a route is paused, the controlled record should say who paused it and why. If a technical file is superseded, the public entry should not continue to link it as current. If an evaluation is restricted, the public page should still state its scope and status. The boundary should limit access to detail, not create three incompatible versions of reality.

Readers should be able to ask five simple questions and receive five stable answers. What is this object? Who is responsible for it? What may it do? What is its current status? What evidence and remedies exist when the claim is challenged? A registry that answers those questions is already doing institutional work. A registry that cannot answer them should not be rescued by animated badges or a dashboard with twelve filters.

There is an optimistic way to read the European movement towards model and algorithm registers. It is not that a database will solve AI governance. It is that public institutions are building places where claims have names, dates, owners and boundaries. Those are the small components from which larger accountability systems are made.

The noticeboard has to survive change

A model registry is the new public noticeboard only if the notices remain legible after the weather changes. The page must survive a model update, a supplier change, a new deployment, a corrected limitation, a withdrawn route and a difficult question from someone who was not in the room. That means keeping history, labelling plans, linking evidence and saying what the record cannot prove.

The work is less glamorous than a launch page. It is also more durable. A public record that distinguishes model identity from deployment state, status from intention, documentation from proof and public facts from controlled evidence gives people something better than reassurance. It gives them a route through the system.

Good registries do not ask readers to trust a colour, a number or a famous name. They make the claim narrow enough to inspect and the boundary clear enough to challenge. They leave a trail to the people who can answer, the records that can be checked and the decision that can be changed. That is a very old civic idea, wearing a reasonably modern file format.

Put the notice on the board. Put the evidence behind it. Keep the old notice where someone can still read it. Then let the public decide what the record earns.

Sources