Kio estas AI-dosiero pri konservado de registroj kaj pruvoj?
Regado, risko kaj certigo
AI-dosiero pri konservado de registroj kaj pruvoj estas kontrolita, versiita kolekto de dokumentoj konservataj dum la tuta vivociklo de AI-sistemo, por ke organizo poste povu pruvi, kion ĝi konstruis aŭ aĉetis, kiajn datumojn kaj modelojn ĝi uzis, kiaj testoj kaj aprobo okazis, kiaj protokoloj kaj incidentoj ekzistis, kio ŝanĝiĝis kaj kial ĝiaj asertoj pri AI-regado aŭ konformeco estis pravigitaj. Temas ne pri unu formularo, sed pri strukturita pruvaro ligita al konservadaj reguloj, alirkontrolo kaj preteco por revizio.
Reviziita de Jackie, Estro de Lernado kaj Disvolviĝo, Levellers - Laste reviziita la 8-an de junio 2026
Kion tio signifas
Imagu ĝin kiel la dosieron malantaŭ via rakonto pri AI-regado. Ĝi kutime kunportas politikojn, riskotaksojn, dezajnajn registrojn, datumnotojn, testraporton, validadajn protokolojn, aprobojn, uzantinstrukciojn, incidentajn registrojn, monitoradajn datumojn, liveranto-dokumentojn kaj konservadajn horarojn. Bonaj dosieroj estas serĉeblaj kaj versiitaj, ne malstrukturita arkivo.
Pruvdosiero estas pli ampleksa ol modelkarto aŭ sistemkarto. Tiuj artefaktoj klarigas sistemon al legantoj. La pruvdosiero konservas la laboran pruvon malantaŭ tiu klarigo, inkluzive de datitaj decidoj, subskribitaj raportoj, ŝanĝhistorioj kaj la registroj bezonataj, se regulisto, kliento, asekuristo aŭ interna revizisto demandas, kio vere okazis.
Ĝi ankaŭ diferencas de sekurkopiaĵo aŭ datumlageto. La celo ne estas konservi ĉion por ĉiam. La celo estas konservi la ĝustajn pruvojn, dum la ĝusta periodo, sub la ĝustaj kontroloj.
Kial tio gravas
AI-regado ofte kolapsos post deplojo, kiam iu petas pruvojn. Estraro povas demandi, kiu aprobis la liberigon. Kliento povas demandi, kiaj testoj subtenas aserton. Regulisto povas peti teknikajn dokumentojn, protokolojn, konservadlogikon aŭ privatecotakson. Incidentrevizio povas demandi, kiu modelversio estis aktiva, kiaj datumoj ĝin nutris, kion oni diris al uzantoj, kaj kio ŝanĝiĝis inter unu liberigo kaj la sekva.
Se tiuj registroj estas disaj, superskribitaj aŭ mankas, eĉ bone administrata sistemo povas ŝajni nekontrolata. Solida pruvdosiero faras revizion, certigon, aĉetadrevizion, incidentrespondon, publikan travideblecon kaj malaktivigon pli rapidaj kaj pli kredindaj. Ĝi ankaŭ helpas eviti la kontraŭan problemon: konservi tro multe da persona aŭ konfidenca informo dum tro longa tempo sen klara kialo.
Kiel ĝi funkcias
Ĝi estas kunmetita el kontroloj, kiujn vi jam plenumas
La plej multaj organizoj ne devus trakti la dosieron kiel unufoje-fareblan konformecdokumenton. Ĝi estas la konservita registro kreita per ordinara regadagado: enigo kaj inventaro, jura kaj privatecrevizio, datumaj kaj modelaj dokumentoj, testado, aprobo, deplojo, monitorado, incidenttraktado kaj ŝanĝokontrolo. Laŭ NIST, la gravaj partoj estas dokumentitaj juraj postuloj, dokumentitaj roloj, sisteminventaro, dokumentita testado kaj monitorado, kaj dokumentita spurado de riskoj laŭlonge de la tempo. En la EU AI Act, la sama logiko aperas pli formale por altriskaj sistemoj per dokumentita kvalitadministra sistemo, skribitaj proceduroj kaj respondeca kadro, kiu asignas respondecojn al gvidantaro kaj dungitaro.
Praktike, unu operacia posedanto devus esti respondeca pri la dosiero por ĉiu aktiva sistemo, kutime la sistemposedanto aŭ produktposedanto. Privateco-, jura, sekureco-, aĉetado-, certigo- kaj teknikaj teamoj tiam aldonas kontrolitajn pruvojn al tiu dosiero. La dosiero estas plej forta, kiam ĉiu ero portas sisteman identigon, version, daton, aŭtoron, aprobanton kaj konservadregulo.
Ĝi kutime enhavas plurajn pruvfamiliojn
La plej multaj dosieroj funkcias plej bone, kiam organizitaj laŭ pruvfamilio anstataŭ laŭ fako. Unu familio kovras identecon kaj amplekson: sistemnomo, celita celo, deploja kunteksto, versiohistorio, interfacoj kaj uzantinstrukcioj. Alia kovras dezajnon kaj datumojn: arkitekturon, trejnadmetodojn, datumprovenon, selektajn kaj purigajn metodojn, etikedadajn alirmanierojn, triaparte-komponentojn kaj homan superrigardan dezajnon. Tria kovras testojn kaj riskojn: validadplanojn, testajn datumserojn, metrikojn, testprotokojn, subskribitajn testraporton, konatajn limojn kaj riskotaksojn. Kvara kovras operaciojn: aŭtomate generitajn protokolojn, monitoradajn registrojn, uzantajn reagojn, incidentraportojn, korektajn agojn kaj emeritigajn notojn. Kvina kovras regadon kaj leĝon: aprobojn, respondecmapon, privatecregistrojn, konservadhoraron kaj ajnajn postulatajn efiktaksojn. Sesa kovras liveranto-rilatojn kaj eksterajn asertojn: diligentecregistrojn, kontraktajn klaŭzojn, eventuale aĉetadaprobojn, kaj ajnajn publikajn resumojn derivitajn el la interna dosiero.
Por altriska AI laŭ la EU AI Act, Anekso IV ilustras la nivelon de detaleco, kiun regulistoj povas atendi. Ĝia teknike dokumenta modelo inkluzivas celitan celon, versiohistorion, sistemarkitekturon, datumprovenon, homajn superrigardajn mezurojn, validadajn kaj testajn procedurojn, metrikojn, testprotokojn, subskribitajn testraporton, vivociklajn ŝanĝojn, riskomastrumado kaj post-merkatajn monitoradajn materialojn. Tio estas unu el la plej klaraj leĝaj ekzemploj de kiel aspektas serioza AI-pruvdosiero.
Jen kial modelkarto aŭ sistemkarto ne estas la sama afero. Tiuj estas pli mallongaj, legant-orientitaj artefaktoj. La pruvdosiero konservas la pli profundan pruvon malantaŭ ili.
Konservadperiodoj devenas el interkovriĝantaj reguloj
Ne ekzistas unu tutmonda konservadperiodo por AI-pruvoj. La ĝusta respondo dependas de tio, kion la registro pruvas, kiu leĝo validas, ĉu personaj datumoj estas implikitaj, ĉu sektora regularo aldonas pli longajn terminojn, kaj ĉu disputo, enketo aŭ juĝprocesa reteno interrompas normalan forigon.
La EU AI Act donas neordinare eksplicitajn ekzemplojn. En la baza teksto, provizantoj de altriskaj sistemoj konservas teknikajn dokumentojn, kvalitadministrajn sistemdokumentojn, registrojn pri ŝanĝoj de notifitaj korpoj kaj la EU-konformecdeklaracion dum 10 jaroj post kiam la sistemo estas metita sur la merkaton aŭ enservigita. Provizantoj kaj deplojantoj ankaŭ konservas aŭtomate generitajn protokolojn dum periodo taŭga por la celo de la sistemo, almenaŭ ses monatojn, sub rezervo de privateca kaj nacia leĝo. Provizantoj de ĝeneralcelaj AI-modeloj ankaŭ konservas teknikajn dokumentojn dum 10 jaroj. Eĉ kie tiuj precizaj devoj ne validas, ili montras daŭran regadmodelon: konservu la registrojn, kiuj pruvas dezajnon, testojn, aprobojn kaj monitoradon pli longe ol operacian telemetrion, kaj konservu ilin en formo, kiu povas esti prezentita poste.
Samtempe, privatecleĝo tiras en la alian direkton. GDPR postulas registrojn pri pretigo-agadoj kaj, kie eblas, forigajn templimojn, kaj ĝi diras, ke personaj datumoj ne devus esti konservataj pli longe ol necese. Do prudenta dosiero uzas konservadhoraron laŭ artefakttipo. Subskribitaj aprobregistroj povas bezoni pli longan arkivperiodon ol krudaj promptoj. Publikaj resumoj povas esti konservataj pli longe ol detalaj uzant-interagaj protokoloj. Testraporton povas resti post la emeritiĝo de modelo, dum prompt- aŭ uzantdatumoj povas bezoni pli fruan forigon, pli fortan minimumigon aŭ pli striktan alirkontrolon.
Triaparte-sistemoj devas veni kun pruvrajtoj
Se vi aĉetas aŭ enkorpigas AI, la dosiero ne povas haltigi ĉe la aĉetmendo. La EU AI Act diras, ke provizantoj de altriskaj sistemoj kaj triaj partioj, kiuj liveras AI-sistemojn, ilojn, servojn, komponentojn aŭ procezojn, devus uzi skribitajn interkonsentojn, kiuj precizigas la informojn, kapablojn, teknikan aliron kaj helpon bezonatajn por konformeco. Tio gravas, ĉar organizo ne povas pruvi multon pri sistemo, kiun ĝi ne povas inspekti, monitori aŭ subteni.
La NIST-profilo por generativa AI aldonas pli praktikajn detalojn por triaparte-servoj. Ĝi direktas organizojn al liveranto-riskotakso, aprobita provizantolisto, kontraktoj kaj servoniveloj, kiuj kovras proprieton, uzrajtojn, sekurecon kaj provenon, registrojn pri ŝanĝoj faritaj de triaj partioj kun fontoj, tempomarkoj kaj metadatumoj, kaj dokumentitajn incidentojn implikantajn eksterajn datumojn aŭ sistemojn. Uzebla pruvdosiero do inkluzivas liveranto-diligencecon, kontraktajn kondiĉojn, modelaŭ API-versioavizon, sekurecreviziorezultojn, rezervajn aranĝojn, incidentkontaktojn kaj eliranplano.
Jen ankaŭ kial aĉetado kaj regado devus uzi la saman registrostrukturon. Se la liveranto ne provizas sufiĉajn pruvojn, tio ne estas nur komerca problemo. Ĝi estas regada risko.
Publikaj travideblecregistroj estas nur unu tavolo
Kelkaj organizoj devas publikigi subaron de siaj AI-registroj. En la brita publika sektora praktiko, la Algorithmic Transparency Recording Standard postulas, ke certaj korpoj publikigu kompreneblajn registrojn pri ampleksitaj algoritmaj iloj, asignu respondeculon aŭ SPOC, kolektu informojn de internaj teamoj kaj foje de liveranto, kaj decidu, kio povas esti publikigita aŭ devus esti limigita aŭ redaktita. La publikigita registro helpas klarigi, kiel kaj kial ilo estas uzata, sed ĝi ne estas la tuta pruvdosiero.
La interna dosiero restas pli ampleksa. Ĝi povas inkluzivi pli kompletajn testajn pruvojn, internajn aprobvojojn, sekurecdetalojn, privatecanalizo, liveranto-taksojn kaj registrojn, kiuj ne taŭgas por publikigo. Tiu distingo gravas por organizoj, kiuj kreas modelkartojn, sistemkartojn aŭ publikajn certigdeklarojn. Publikaj artefaktoj estas kutime eltiraĵoj el la pli profunda pruvdosiero, ne anstataŭaĵoj por ĝi.
Normoj povas strukturigi la dosieron, sed ili ne anstataŭas pruvojn
Kadroj kaj normoj estas utilaj, ĉar ili faras dokumentadon pli sistema kaj pli facile kompareble inter teamoj. Ili povas helpi difini, kio devus esti registrita, kiam, de kiu kaj en kia formato. Sed ili ne forigas la bezonon konservi registronivelajn pruvojn.
Tio estas aparte grava en la EU. La Komisiono diras, ke harmonizitaj normoj estas evoluigataj por areoj inkluzive de protokolado, kvalitadministraj sistemoj kaj post-merkata monitorado. Ĝi ankaŭ diras, ke ISO/IEC 42001 povas helpi organizojn starigi AI-administran sistemon, sed ĝi ne estas kongrua kun la kvalitadministra sistemo postulata de la AI Act. La praktika leciono estas simpla: uzu normojn por strukturigi la dosieron, sed mapu la dosieron reen al la faktaj juraj kaj kontraktaj devoj, kiuj validas por la sistemo.
Ekzemploj
Organizo preparanta meti altriska AI-sistemo sur la EU-merkaton bezonas pli ol politikdeklaron. Ĝi bezonas teknikdosieron, kiu kaptas celitan celon, versiohistorion, arkitekturon, datumprovenon, homan superrigardadezajnon, validadajn kaj testajn materialojn, metrikojn, testprotokojn, subskribitajn raportojn, riskomastrumado kaj post-merkatajn monitoradajn materialojn. Ĝi ankaŭ bezonas dokumentitan kvalitadministran sistemon kaj konservadplanon por tiuj materialoj. Provizantaj kaj deplojantaj protokoloj tiam bezonas sian propran konservadlogikon, kun privatecleĝo fiksanta limojn, kie personaj datumoj estas implikitaj.
Brita publika sektora korpo uzanta ampleksitan algoritman ilon bezonas publikigeblan tavolon same kiel internan. La Algorithmic Transparency Recording Standard atendas, ke respondeculo aŭ SPOC kolektu informojn de relevantaj internaj teamoj kaj, kie necese, de liveranto. La publika registro klarigas, kiel kaj kial la ilo estas uzata. La interna pruvdosiero restas pli ampleksa, ĉar ĝi ankaŭ konservas la testregistron, aprobvojon, liveranto-materialon kaj ajnan limigitan informon, kiu ne taŭgas por publikigo.
Entrepreno deplojanta triaparte generativan AI-API bezonas dosieron, kiu moviĝas kun la liberigciklo de la vendisto. Tio signifas konservi liveranto-diligencecon, kontraktajn klaŭzojn, aprobajn uzkondiĉojn, avisojn pri modelŝanĝoj, provenajn kaj metadatumajn registrojn, incidentprotokojn, versiohistorion kaj pruvojn de revizio post ĉiu signifa ŝanĝo. Se la vendisto faras ŝanĝon, kiu influas rendimenton, sekurecon aŭ permesatan uzon, la organizo devus povi montri, kiam ĝi eksciis pri tiu ŝanĝo, kion ĝi testis, kion ĝi ĝisdatigis, kaj kiu aprobis daŭran uzon.
Oftaj miskomprenoj
Miskredo: Ĝi estas nur dosierujo da ekrankopioj kaj politikaj PDF-oj.
Korekto: Vera dosiero estas versiita, strukturita kaj ligita al sistemversioj, aproboj, testoj, incidentoj kaj konservadreguloj.
Miskredo: Modelkarto aŭ sistemkarto estas la pruvdosiero.
Korekto: Tiuj estas resumoj. La pruvdosiero konservas la pli profundan pruvon malantaŭ la resumo.
Miskredo: Bona praktiko signifas konservi ĉiujn promptojn, protokolojn kaj uzantdatumojn por ĉiam.
Korekto: Bona praktiko signifas konservi la ĝustajn registrojn dum la ĝusta periodo. Privateco, sekureco kaj minimumigo ankoraŭ validas.
Miskredo: Nur forte reguligita aŭ publika sektora AI bezonas tion.
Korekto: Formalaj devoj estas plej fortaj en kelkaj kuntekstoj, sed ajna organizo faranta regadajn, sekurecajn, kvalitajn aŭ konformecasertojn pri AI profitas el proporcia pruvdosiero.
Miskredo: Atestilo aŭ normo igas la dosieron nenecesa.
Korekto: Normoj povas strukturigi la laboron, sed ili ne anstataŭas la subajn registrojn, kiuj pruvas, kio estis farita.
Riskoj kaj limoj
Pruvdosiero ne estas sekura rifuĝejo. Ordigita dosiero ne igas nelaŭleĝan, nesekuran aŭ malbone testitan sistemon akceptebla. Ĝi nur plibonigas vian kapablon montri, kion vi faris, kion vi sciis, kaj kiel vi reagis.
Ĝi ankaŭ povas esti malbone dezajnita. Ĵeti ĉiun prompton, retpoŝton, datumseran momentbildon kaj modelartefakton en unu arkivon kreas serĉfiasko, privatecriskon kaj sekurecan eksponiĝon. La dosiero devus esti kuratita kaj indeksita. Ĝi ne estas licenco por daŭra konservado.
Estas facile misapliki la mekanismon al malaltvalora registroj dum preterlasante la plej gravajn erojn, kiel aprobprotokojn, subskribitajn testraporton, liveranto-avisojn, pretigo-registrojn aŭ la finajn instrukciojn, kiuj efektive estis senditaj al uzantoj. Posedoĉeno gravas same kiel volumo. Se versioj, datoj kaj aŭtoroj estas malklaraj, la pruvvaloro falas akre.
Ekzistas ankaŭ aktuala jura necerteco en Eŭropo. Ekde la 4-a de junio 2026, la publikigita AI Act ankoraŭ enhavas detalajn dokumentadajn, protokolajn kaj konservadajn devojn, sed la Eŭropa Komisiono ankaŭ deklaris, ke politika interkonsento atingita la 7-an de majo 2026 simpligos kelkajn altriskajn tempodaŭrojn kaj metos multajn altriskajn sistemdatojn pli malfrue, inkluzive de Anekso III-sistemoj al la 2-a de decembro 2027 kaj certaj produkt-integritaj sistemoj al la 2-a de aŭgusto 2028. Organizoj kun EU-eksponiĝo do devus spuri la finan ŝanĝan tekston, harmonizitajn normojn kaj efektivigajn materialojn, ne fidi al unu pli malnova datotabelo.
Fine, la dosiero ne apartenas al la AI-teamo sole. Gravaj registroj ofte sidas ĉe privateco-, aĉetado-, sekureco-, HR-, produktsekureco- aŭ sektora konformecfunkcioj. Se tiuj teamoj ne estas parto de la dezajno, la dosiero aspektos kompleta ĝis la unua reala defio.
Kion fari poste
Nomu respondecan posedanton por ĉiu materiala AI-sistemo, kaj difinu unu kontrolitan deponejon aŭ ligitan deponejan modelon por pruvoj.
Publikigu minimuman pruvtaksonomion. Minimume, decidu, kiel via organizo konservos sisteman identecon, celitan celon, versiohistorion, aprobojn, testraporton, riskotaksojn, monitoradajn registrojn, incidentojn, liveranto-dokumentojn, privatecregistrojn kaj emeritigajn aŭ anstataŭigajn notojn.
Fiksas konservadperiodojn laŭ artefakttipo, ne laŭ oportuno. Distingas longdaŭrajn regadajn pruvojn de mallongdaŭraj operaciaj protokoloj, kaj distingas personaj-datumajn registrojn de nepersonaj teknikaj pruvoj.
Metu pruvalirajn kaj ĝisdatigajn devojn en kontraktojn. Se la modelo aŭ servo de liveranto ŝanĝiĝas, la organizo devus rajti ricevi sufiĉan avizon kaj informon por ĝisdatigi sian dosieron kaj retaksi la uzon.
Apartigu internan pruvon de publika klarigo. Konservu la pli profundan dosieron interne, tiam derivi modelkartojn, sistemkartojn, certigresumojn aŭ publikajn travideblecregistrojn el ĝi.
Faru retrovan ekzercon. Petu teamon respondi kvin malfacilajn demandojn pri unu aktiva AI-sistemo, kiel ekzemple kiu aprobis la deplojon, kio ŝanĝiĝis en la lasta trimestro, kiaj testoj subtenas la aktualan asertaron, kiaj uzantdatumoj estas konservataj, kaj kio okazas, se la vendisto ŝanĝas la modelon. Se tiuj respondoj estas malrapidaj aŭ nekonsekvencaj, la dosiero ne estas preta.
Ĉu vi havas demandon aŭ sugeston, aŭ volas kompreni, kiel ni esploras kaj reviziis tiujn gvidilojn? Legu pri niaj redakciaj normoj kaj kiel kontakti nin.
Oftaj demandoj
Ĉu AI-dosiero pri konservado de registroj kaj pruvoj estas formala jura termino?
Kutime ne. Ĝi estas regada etikedo por la aro de registroj, kiujn leĝoj, normoj kaj internaj kontroloj postulas en pecoj. Kelkaj jurisdikcioj nomas specifajn dokumentojn kaj protokolojn, sed la dosiero mem estas kutime interna kunmeto de tiuj eroj.
Kiu devus posedi ĝin?
Ĉiutaga proprieto kutime sidas ĉe la sistemposedanto aŭ produktposedanto. Privateco-, jura, sekureco-, aĉetado-, datuma kaj certigaj teamoj tiam aldonas kontrolitajn pruvojn. Por materialaj sistemoj, ekzekutiva sponsoro devus povi respondi pri la stato de la dosiero.
Kiel ĝi diferencas de modelkarto aŭ sistemkarto?
Modelkarto aŭ sistemkarto klarigas. Pruvdosiero pruvas. La resuma artefakto estas legant-orientita; la dosiero konservas la datitajn aprobojn, testraporton, liveranto-registrojn, protokolojn kaj ŝanĝhistorion malantaŭ ĝi.
Kiom longe ni devus konservi ĝin?
Laŭ artefakttipo, ne laŭ unu ĝenerala periodo. Ekzemple, la baza teksto de la EU AI Act uzas 10 jarojn por certaj altriskaj kaj ĝeneralcelaj modelaj dokumentoj, kaj almenaŭ ses monatojn por certaj protokoloj, dum privatecleĝo diras, ke personaj datumoj ne devus esti konservataj pli longe ol necese. Sektora leĝo, kontraktoj kaj disputoj povas ŝanĝi la respondon.
Ĉu ni bezonas unu por interna aŭ malaltriska AI?
Kutime jes, sed je pli malpeza nivelo. Eĉ interna asistanto aŭ triaga ilo povas ankoraŭ bezoni klaran celosdeklaron, aprobregistron, liveranto-diligencecon, testnotojn, incidentvojon kaj konservadregulo.
Kio se vendisto ne volas dividi sufiĉajn detalojn?
Traktu tion kiel regadan riskon. Serĉu kontraktajn kondiĉojn, kiuj donas aliron al la informo, kiun vi bezonas. Se la manko restas, reduktu dependecon, mallarĝigu la uzkazon, aldonu pliajn kontrolojn, aŭ elektu provizanton, kiu povas subteni viajn pruvbezonojn.
Ĉu promptoj kaj eliroj devus esti parto de la dosiero?
Foje, sed ne aŭtomate. Konservu ilin nur kie ili estas bezonataj por monitorado, incidentrevizio, testado aŭ jura pruvo, kaj tiam apliku minimumigon, redaktadon, alirkontrolon kaj forigajn regulojn.
Ĉu atestado sufiĉas sola?
Ne. Atestado povas subteni strukturon kaj kompareblecon, sed ĝi ne anstataŭas la subajn registrojn, kiuj montras, kio estis testita, aprobita, ŝanĝita, monitoritaj kaj konservitaj.