Wy­zwa­nia zwią­za­ne z wdra­ża­niem unij­ne­go aktu o sztucz­nej in­te­li­gen­cji w od­nie­sie­niu do sys­te­mów AI wy­so­kie­go ry­zy­ka

W tym wpi­sie ana­li­zu­je­my prak­tycz­ne wy­zwa­nia zwią­za­ne z wdra­ża­niem wy­mo­gów unij­ne­go aktu o sztucz­nej in­te­li­gen­cji do­ty­czą­cych sys­te­mów AI wy­so­kie­go ry­zy­ka. Przed­sta­wia­my od­po­wied­nie obo­wiąz­ki oraz oma­wia­my wy­zwa­nia tech­nicz­ne i prze­kro­jo­we zwią­za­ne z za­rzą­dza­niem da­ny­mi, nie­za­wod­no­ścią sys­te­mów, przej­rzy­sto­ścią, do­ku­men­ta­cją i mo­ni­to­ro­wa­niem. Ana­li­zu­je­my rów­nież, w jaki spo­sób moż­li­wo­ści or­ga­ni­za­cji wpły­wa­ją na dzia­ła­nia na rzecz zgod­no­ści z prze­pi­sa­mi oraz jak Kla­de­ro może wspie­rać or­ga­ni­za­cje po­przez roz­wój roz­wią­zań AI, do­radz­two w za­kre­sie za­rzą­dza­nia AI i szko­le­nia.

autor: Dr Paul Dragan15 paź 202613 min czy­ta­nia
Osoba podpisująca umowę, symbolizująca zgodność z przepisami i obowiązki prawne wynikające z unijnego aktu o sztucznej inteligencji.
Źródło: Pexels

Wpro­wa­dze­nie

Unij­ny akt w spra­wie sztucz­nej in­te­li­gen­cji („AI Act”) usta­na­wia kom­plek­so­we ramy re­gu­la­cyj­ne do­ty­czą­ce roz­wo­ju i wy­ko­rzy­sty­wa­nia sztucz­nej in­te­li­gen­cji (AI) w UE [1], [2]. W za­leż­no­ści od ro­dza­ju sys­te­mu AI, jego za­mie­rzo­ne­go prze­zna­cze­nia oraz roli danej or­ga­ni­za­cji akt wpro­wa­dza wy­mo­gi do­ty­czą­ce za­rzą­dza­nia ry­zy­kiem, za­rzą­dza­nia da­ny­mi, przej­rzy­sto­ści, nad­zo­ru czło­wie­ka, do­ku­men­ta­cji tech­nicz­nej oraz in­nych aspek­tów roz­wo­ju i sto­so­wa­nia AI.

Jed­nak usta­le­nie, które wy­mo­gi re­gu­la­cyj­ne mają za­sto­so­wa­nie, jest tylko jed­nym z ele­men­tów za­pew­nie­nia zgod­no­ści. Or­ga­ni­za­cje muszą rów­nież okre­ślić, jak wdro­żyć od­po­wied­nie wy­mo­gi w ist­nie­ją­cych sys­te­mach AI, in­fra­struk­tu­rze tech­nicz­nej, pro­ce­sach roz­wo­ju opro­gra­mo­wa­nia i spo­so­bach or­ga­ni­za­cji pracy. Przy­kła­do­wo wy­mo­gi do­ty­czą­ce ja­ko­ści da­nych, do­kład­no­ści i od­por­no­ści mogą wy­ma­gać zmian w spo­so­bie tre­no­wa­nia, oceny i mo­ni­to­ro­wa­nia mo­de­li AI, na­to­miast obo­wiąz­ki zwią­za­ne z za­rzą­dza­niem ry­zy­kiem i do­ku­men­ta­cją mogą wy­ma­gać usta­no­wie­nia no­wych pro­ce­dur we­wnętrz­nych oraz po­dzia­łu od­po­wie­dzial­no­ści. Wdra­ża­nie ta­kich środ­ków może sta­no­wić po­waż­ne wy­zwa­nie, zwłasz­cza gdy ist­nie­ją­ce sys­te­my i pro­ce­sy roz­wo­jo­we nie były pier­wot­nie pro­jek­to­wa­ne z myślą o speł­nia­niu wy­mo­gów re­gu­la­cyj­nych [3].

Wdra­ża­nie AI Act może być szcze­gól­nie trud­ne dla do­staw­ców sys­te­mów AI wy­so­kie­go ry­zy­ka, które pod­le­ga­ją nie­któ­rym z naj­bar­dziej roz­bu­do­wa­nych wy­mo­gów tego roz­po­rzą­dze­nia. Do tej ka­te­go­rii na­le­żą okre­ślo­ne za­sto­so­wa­nia mo­gą­ce zna­czą­co wpły­wać na zdro­wie, bez­pie­czeń­stwo lub prawa pod­sta­wo­we ludzi. Obej­mu­ją one za­rów­no sys­te­my AI słu­żą­ce do oceny kan­dy­da­tów do pracy, oceny wy­ni­ków na­ucza­nia czy zdol­no­ści kre­dy­to­wej osób fi­zycz­nych, jak i sys­te­my AI wy­ko­rzy­sty­wa­ne jako ele­men­ty bez­pie­czeń­stwa w za­rzą­dza­niu in­fra­struk­tu­rą kry­tycz­ną i jej eks­plo­ata­cji — za­leż­nie od wła­ści­wych kry­te­riów kla­sy­fi­ka­cji [1].

W tym wpi­sie przy­glą­da­my się głów­nym wy­zwa­niom zwią­za­nym z wdra­ża­niem wy­mo­gów AI Act dla sys­te­mów AI wy­so­kie­go ry­zy­ka, oma­wia­my wpływ moż­li­wo­ści tech­nicz­nych i prak­tyk or­ga­ni­za­cyj­nych na dzia­ła­nia na rzecz zgod­no­ści oraz roz­wa­ża­my spo­so­by ra­dze­nia sobie z tymi wy­zwa­nia­mi.

Wy­mo­gi do­ty­czą­ce sys­te­mów AI wy­so­kie­go ry­zy­ka

Zgod­nie z art. 6 AI Act sys­te­my AI mogą zo­stać za­kla­sy­fi­ko­wa­ne jako sys­te­my wy­so­kie­go ry­zy­ka ze wzglę­du na ich za­mie­rzo­ne prze­zna­cze­nie oraz ry­zy­ko zwią­za­ne z ich sto­so­wa­niem. Roz­po­rzą­dze­nie wy­róż­nia w szcze­gól­no­ści dwie głów­ne ka­te­go­rie:

  • Sys­te­my AI ob­ję­te prze­pi­sa­mi do­ty­czą­cy­mi bez­pie­czeń­stwa pro­duk­tów. Sys­te­my AI sta­no­wią­ce ele­men­ty bez­pie­czeń­stwa pro­duk­tów lub same bę­dą­ce pro­duk­ta­mi ob­ję­ty­mi okre­ślo­nym unij­nym pra­wo­daw­stwem har­mo­ni­za­cyj­nym mogą zo­stać za­kla­sy­fi­ko­wa­ne jako sys­te­my wy­so­kie­go ry­zy­ka, je­że­li od­po­wied­nie pro­duk­ty lub sys­te­my wy­ma­ga­ją oceny zgod­no­ści przez stro­nę trze­cią. Przy­kła­dy obej­mu­ją nie­któ­re za­sto­so­wa­nia zwią­za­ne z wy­ro­ba­mi me­dycz­ny­mi, ma­szy­na­mi i in­ny­mi pro­duk­ta­mi pod­le­ga­ją­cy­mi re­gu­la­cjom.

  • Sys­te­my AI sto­so­wa­ne w okre­ślo­nych ob­sza­rach wy­so­kie­go ry­zy­ka. Za­łącz­nik III wska­zu­je sze­reg ob­sza­rów, w któ­rych sys­te­my AI mogą zo­stać uzna­ne za sys­te­my wy­so­kie­go ry­zy­ka, w tym bio­me­trię, in­fra­struk­tu­rę kry­tycz­ną, edu­ka­cję, za­trud­nie­nie, do­stęp do pod­sta­wo­wych usług, eg­ze­kwo­wa­nie prawa, mi­gra­cję i kon­tro­lę gra­nicz­ną oraz wy­miar spra­wie­dli­wo­ści. Przy­kła­do­wo do tej ka­te­go­rii mogą na­le­żeć sys­te­my AI wy­ko­rzy­sty­wa­ne do oceny kan­dy­da­tów do pracy lub zdol­no­ści kre­dy­to­wej osób fi­zycz­nych. Ar­ty­kuł 6 prze­wi­du­je rów­nież wy­jąt­ki dla nie­któ­rych sys­te­mów wy­mie­nio­nych w za­łącz­ni­ku III, które nie stwa­rza­ją zna­czą­ce­go ry­zy­ka na wa­run­kach okre­ślo­nych w roz­po­rzą­dze­niu [1].

Aby sys­te­my AI wy­so­kie­go ry­zy­ka speł­nia­ły wy­mo­gi AI Act, ich do­staw­cy muszą wdro­żyć sze­reg środ­ków tech­nicz­nych i or­ga­ni­za­cyj­nych w całym okre­sie ich roz­wo­ju i eks­plo­ata­cji. Ar­ty­ku­ły 8–17 okre­śla­ją wy­mo­gi do­ty­czą­ce za­rzą­dza­nia ry­zy­kiem, da­nych i za­rzą­dza­nia da­ny­mi, do­ku­men­ta­cji tech­nicz­nej, re­je­stro­wa­nia zda­rzeń, przej­rzy­sto­ści, nad­zo­ru czło­wie­ka, do­kład­no­ści, od­por­no­ści, cy­ber­bez­pie­czeń­stwa i za­rzą­dza­nia ja­ko­ścią [1], [2].

Do naj­waż­niej­szych wy­mo­gów na­le­żą:

  • Za­rzą­dza­nie ry­zy­kiem (art. 9). Do­staw­cy muszą usta­no­wić i utrzy­my­wać sys­tem za­rzą­dza­nia ry­zy­kiem słu­żą­cy iden­ty­fi­ka­cji, oce­nie i ogra­ni­cza­niu za­gro­żeń dla zdro­wia, bez­pie­czeń­stwa i praw pod­sta­wo­wych w całym cyklu życia sys­te­mu AI. Za­rzą­dza­nie ry­zy­kiem obej­mu­je rów­nież ocenę sku­tecz­no­ści środ­ków ogra­ni­cza­ją­cych ry­zy­ko oraz re­ago­wa­nie na istot­ne za­gro­że­nia po­ja­wia­ją­ce się pod­czas roz­wo­ju i użyt­ko­wa­nia sys­te­mu.

  • Dane i za­rzą­dza­nie da­ny­mi (art. 10). Sys­te­my AI wy­so­kie­go ry­zy­ka opra­co­wy­wa­ne z wy­ko­rzy­sta­niem tech­nik tre­no­wa­nia mo­de­li muszą speł­niać wy­mo­gi do­ty­czą­ce ja­ko­ści da­nych tre­nin­go­wych, wa­li­da­cyj­nych i te­sto­wych oraz za­rzą­dza­nia nimi. Od­po­wied­nie dzia­ła­nia obej­mu­ją ba­da­nie przy­dat­no­ści i re­pre­zen­ta­tyw­no­ści zbio­rów da­nych, iden­ty­fi­ko­wa­nie po­ten­cjal­nych uprze­dzeń i stron­ni­czo­ści oraz roz­wią­zy­wa­nie pro­ble­mów z ja­ko­ścią da­nych.

  • Do­ku­men­ta­cja tech­nicz­na i re­je­stro­wa­nie zda­rzeń (art. 11–12). Do­staw­cy muszą spo­rzą­dzać i ak­tu­ali­zo­wać do­ku­men­ta­cję tech­nicz­ną wy­ka­zu­ją­cą, w jaki spo­sób sys­tem AI speł­nia ma­ją­ce za­sto­so­wa­nie wy­mo­gi. Sys­te­my AI wy­so­kie­go ry­zy­ka muszą także umoż­li­wiać au­to­ma­tycz­ne re­je­stro­wa­nie zda­rzeń w całym cyklu życia, zwy­kle na­zy­wa­ne lo­go­wa­niem, w celu za­pew­nie­nia iden­ty­fi­ko­wal­no­ści i mo­ni­to­ro­wa­nia.

  • Przej­rzy­stość i nad­zór czło­wie­ka (art. 13–14). Sys­te­my AI wy­so­kie­go ry­zy­ka muszą być wy­star­cza­ją­co przej­rzy­ste, aby pod­mio­ty sto­su­ją­ce mogły in­ter­pre­to­wać ich wy­ni­ki i od­po­wied­nio je wy­ko­rzy­sty­wać. Do­staw­cy muszą udo­stęp­niać sto­sow­ne in­struk­cje i in­for­ma­cje o moż­li­wo­ściach oraz ogra­ni­cze­niach sys­te­mu. Po­nad­to sys­te­my muszą być pro­jek­to­wa­ne w spo­sób umoż­li­wia­ją­cy sku­tecz­ny nad­zór czło­wie­ka, w tym zro­zu­mie­nie i mo­ni­to­ro­wa­nie ich dzia­ła­nia oraz — w od­po­wied­nich przy­pad­kach — in­ter­wen­cję.

  • Do­kład­ność, od­por­ność i cy­ber­bez­pie­czeń­stwo (art. 15). Sys­te­my AI wy­so­kie­go ry­zy­ka muszą osią­gać od­po­wied­ni po­ziom do­kład­no­ści, od­por­no­ści i cy­ber­bez­pie­czeń­stwa w całym cyklu życia. Od­po­wied­nie środ­ki obej­mu­ją te­sto­wa­nie dzia­ła­nia sys­te­mu, uwzględ­nia­nie ra­cjo­nal­nie prze­wi­dy­wal­nych błę­dów i awa­rii oraz ochro­nę przed pró­ba­mi ma­ni­pu­lo­wa­nia za­cho­wa­niem sys­te­mu lub na­ru­sze­nia jego bez­pie­czeń­stwa.

  • Za­rzą­dza­nie ja­ko­ścią (art. 17). Do­staw­cy muszą usta­no­wić sys­tem za­rzą­dza­nia ja­ko­ścią obej­mu­ją­cy pro­ce­du­ry i obo­wiąz­ki nie­zbęd­ne do za­pew­nie­nia zgod­no­ści z prze­pi­sa­mi. Sys­tem ten obej­mu­je mię­dzy in­ny­mi dzia­ła­nia zwią­za­ne z pro­jek­to­wa­niem i roz­wo­jem, te­sto­wa­niem, do­ku­men­ta­cją, za­rzą­dza­niem ry­zy­kiem oraz mo­ni­to­ro­wa­niem po wpro­wa­dze­niu do ob­ro­tu [1].

Poza wy­mo­ga­mi do­ty­czą­cy­mi pro­jek­to­wa­nia, roz­wo­ju i eks­plo­ata­cji sys­te­mów AI wy­so­kie­go ry­zy­ka AI Act na­kła­da na ich do­staw­ców do­dat­ko­we obo­wiąz­ki. W szcze­gól­no­ści do­staw­cy muszą prze­cho­wy­wać do­ku­men­ta­cję tech­nicz­ną przez od­po­wied­ni okres, co do za­sa­dy dzie­sięć lat zgod­nie z art. 18, oraz za­cho­wy­wać au­to­ma­tycz­nie ge­ne­ro­wa­ne logi po­zo­sta­ją­ce pod ich kon­tro­lą przez co naj­mniej sześć mie­się­cy, chyba że wła­ści­we prze­pi­sy sta­no­wią ina­czej (art. 19). Muszą rów­nież po­dej­mo­wać dzia­ła­nia na­praw­cze w razie nie­zgod­no­ści (art. 20), współ­pra­co­wać z wła­ści­wy­mi or­ga­na­mi, udo­stęp­nia­jąc od­po­wied­nie in­for­ma­cje i do­ku­men­ta­cję na uza­sad­nio­ny wnio­sek (art. 21), a w wy­ma­ga­nych przy­pad­kach wy­zna­czyć upo­waż­nio­ne­go przed­sta­wi­cie­la w Unii (art. 22). Dal­sze obo­wiąz­ki do­ty­czą oceny zgod­no­ści, de­kla­ra­cji zgod­no­ści, ozna­ko­wa­nia CE, re­je­stra­cji, mo­ni­to­ro­wa­nia po wpro­wa­dze­niu do ob­ro­tu oraz zgła­sza­nia po­waż­nych in­cy­den­tów [1], [2].

Wy­zwa­nia zwią­za­ne z wdra­ża­niem wy­mo­gów dla sys­te­mów AI wy­so­kie­go ry­zy­ka

Cho­ciaż AI Act okre­śla wy­mo­gi wobec sys­te­mów AI wy­so­kie­go ry­zy­ka, prze­ło­że­nie ich na środ­ki tech­nicz­ne i pro­ce­du­ry or­ga­ni­za­cyj­ne może być bar­dzo trud­ne. Nie­któ­re wy­zwa­nia wy­ni­ka­ją bez­po­śred­nio z po­szcze­gól­nych wy­mo­gów, na przy­kład z ko­niecz­no­ści iden­ty­fi­ko­wa­nia i ogra­ni­cza­nia stron­ni­czo­ści w da­nych tre­nin­go­wych lub oceny od­por­no­ści sys­te­mu AI. Inne do­ty­czą dzia­łań wspie­ra­ją­cych jed­no­cze­śnie kilka wy­mo­gów, ta­kich jak do­ku­men­ta­cja, mo­ni­to­ro­wa­nie i utrzy­my­wa­nie zgod­no­ści w całym cyklu życia sys­te­mu. Skala trud­no­ści za­le­ży po­nad­to od moż­li­wo­ści tech­nicz­nych or­ga­ni­za­cji, ist­nie­ją­cych pro­ce­dur i do­świad­cze­nia re­gu­la­cyj­ne­go [3].

Wy­zwa­nia tech­nicz­ne zwią­za­ne z po­szcze­gól­ny­mi wy­mo­ga­mi

Nie­któ­re wy­mo­gi AI Act wiążą się z wy­zwa­nia­mi tech­nicz­ny­mi, dla któ­rych od­po­wied­nie spo­so­by re­ali­za­cji za­le­żą od cha­rak­te­ry­sty­ki i za­mie­rzo­ne­go prze­zna­cze­nia sys­te­mu AI. W ba­da­niu wielu przy­pad­ków obej­mu­ją­cym sześć firm i trzech nie­za­leż­nych eks­per­tów Wa­gner i współ­au­to­rzy wska­za­li za­rzą­dza­nie da­ny­mi, do­kład­ność, od­por­ność, cy­ber­bez­pie­czeń­stwo i przej­rzy­stość jako wy­mo­gi szcze­gól­nie czę­sto po­strze­ga­ne jako trud­ne we wdro­że­niu [3].

  • Za­rzą­dza­nie ja­ko­ścią da­nych i stron­ni­czo­ścią. Iden­ty­fi­ko­wa­nie i ogra­ni­cza­nie stron­ni­czo­ści w da­nych tre­nin­go­wych może być trud­ne, po­nie­waż zbio­ry da­nych mogą za­wie­rać sys­te­ma­tycz­ne nie­rów­no­wa­gi, które nie są od razu wi­docz­ne, a cał­ko­wi­te wy­eli­mi­no­wa­nie wszyst­kich źró­deł stron­ni­czo­ści może być nie­re­ali­stycz­ne [4]. Or­ga­ni­za­cje po­trze­bu­ją więc metod wy­kry­wa­nia, oceny i ogra­ni­cza­nia stron­ni­czo­ści istot­nej dla za­mie­rzo­ne­go za­sto­so­wa­nia sys­te­mu AI. Po­zy­ska­nie od­po­wied­nich zbio­rów da­nych stwa­rza do­dat­ko­we trud­no­ści, gdy dane pod­le­ga­ją ogra­ni­cze­niom praw­nym, po­cho­dzą od klien­tów nie­chęt­nych do ich udo­stęp­nie­nia lub nie re­pre­zen­tu­ją na­le­ży­cie pla­no­wa­ne­go za­sto­so­wa­nia. Pro­ble­my te są szcze­gól­nie istot­ne dla wy­mo­gów za­rzą­dza­nia da­ny­mi na pod­sta­wie art. 10, obej­mu­ją­cych wiele eta­pów prze­twa­rza­nia da­nych.

  • Ocena do­kład­no­ści, od­por­no­ści i cy­ber­bez­pie­czeń­stwa. Ocena nie­za­wod­no­ści dzia­ła­nia sys­te­mu AI wy­ma­ga od­po­wied­nich miar, re­pre­zen­ta­tyw­nych da­nych te­sto­wych i pro­ce­dur te­sto­wa­nia od­zwier­cie­dla­ją­cych prze­wi­dy­wa­ne wa­run­ki dzia­ła­nia. Dobór mia­ro­daj­nych wskaź­ni­ków do­kład­no­ści może być szcze­gól­nie trud­ny w przy­pad­ku sys­te­mów, któ­rych wy­ni­ków nie da się oce­nić wzglę­dem jed­nej, jed­no­znacz­nie po­praw­nej od­po­wie­dzi (np. ge­ne­ra­tyw­nych sys­te­mów AI two­rzą­cych swo­bod­ne wy­po­wie­dzi tek­sto­we w od­po­wie­dzi na py­ta­nia użyt­kow­ni­ków). Te­sto­wa­nie od­por­no­ści musi po­nad­to uwzględ­niać zmien­ne dane wej­ścio­we, błędy i po­ten­cjal­nie szko­dli­we pętle sprzę­że­nia zwrot­ne­go w sys­te­mach uczą­cych się w spo­sób cią­gły. Cy­ber­bez­pie­czeń­stwo stwa­rza ko­lej­ne trud­no­ści, po­nie­waż sys­te­my AI mogą być po­dat­ne na ataki na róż­nych eta­pach cyklu życia, w tym za­tru­wa­nie da­nych pod­czas tre­no­wa­nia i ma­ni­pu­lo­wa­nie da­ny­mi wej­ścio­wy­mi pod­czas dzia­ła­nia. Iden­ty­fi­ko­wa­nie istot­nych za­gro­żeń i ocena od­po­wied­nich za­bez­pie­czeń wy­ma­ga­ją ana­liz bez­pie­czeń­stwa do­sto­so­wa­nych do sys­te­mu i śro­do­wi­ska jego wdro­że­nia [3], [5].

  • Wy­ja­śnia­nie dzia­ła­nia i ogra­ni­czeń sys­te­mów AI. Prze­ka­za­nie pod­mio­tom sto­su­ją­cym wy­star­cza­ją­cych in­for­ma­cji o moż­li­wo­ściach, ogra­ni­cze­niach i wła­ści­wym uży­ciu sys­te­mu AI może być trud­ne, gdy jego dzia­ła­nie jest słabo in­ter­pre­to­wal­ne. W szcze­gól­no­ści zło­żo­ne mo­de­le ucze­nia ma­szy­no­we­go mogą ge­ne­ro­wać wy­ni­ki bez łatwo zro­zu­mia­łe­go wy­ja­śnie­nia pro­ce­su de­cy­zyj­ne­go, który do nich do­pro­wa­dził [6]. Do­staw­cy muszą okre­ślić, jakie in­for­ma­cje po­ma­ga­ją pod­mio­tom sto­su­ją­cym in­ter­pre­to­wać wy­ni­ki i ro­zu­mieć wa­run­ki wła­ści­we­go użyt­ko­wa­nia sys­te­mu, zgod­nie z art. 13. Ujaw­nia­nie szcze­gó­łów tech­nicz­nych może rów­nież bu­dzić obawy zwią­za­ne z ochro­ną wła­sno­ści in­te­lek­tu­al­nej i ry­zy­kiem udo­stęp­nie­nia in­for­ma­cji istot­nych dla bez­pie­czeń­stwa [3].

Prze­kro­jo­we wy­zwa­nia wdro­że­nio­we

Pod­czas gdy nie­któ­re wy­zwa­nia wy­ni­ka­ją z po­szcze­gól­nych wy­mo­gów, inne wpły­wa­ją jed­no­cze­śnie na kilka obo­wiąz­ków. Do waż­nych wy­zwań prze­kro­jo­wych na­le­żą:

  • Utrzy­my­wa­nie do­ku­men­ta­cji i iden­ty­fi­ko­wal­no­ści. Wy­ka­za­nie zgod­no­ści wy­ma­ga do­ku­men­to­wa­nia istot­nych de­cy­zji tech­nicz­nych, cha­rak­te­ry­sty­ki sys­te­mu, wy­ni­ków oceny i dzia­łań zwią­za­nych z za­rzą­dza­niem ry­zy­kiem. Utrzy­ma­nie ak­tu­al­no­ści tych in­for­ma­cji może być trud­ne, gdy mo­de­le AI, zbio­ry da­nych i kom­po­nen­ty opro­gra­mo­wa­nia czę­sto się zmie­nia­ją. Na przy­kład po ak­tu­ali­za­cji wdro­żo­ne­go mo­de­lu or­ga­ni­za­cja może po­trze­bo­wać usta­lić, która wer­sja mo­de­lu była uży­wa­na, jakie testy prze­pro­wa­dzo­no oraz czy wcze­śniej­sze oceny ry­zy­ka po­zo­sta­ją ak­tu­al­ne. Wy­zwa­nia te łączą wy­mo­gi do­ty­czą­ce do­ku­men­ta­cji i lo­go­wa­nia z art. 11–12 z szer­szy­mi obo­wiąz­ka­mi w za­kre­sie za­rzą­dza­nia ry­zy­kiem i ja­ko­ścią wy­ni­ka­ją­cy­mi z art. 9 i 17.

  • Mo­ni­to­ro­wa­nie wdro­żo­nych sys­te­mów AI. Do­staw­cy mogą mieć ogra­ni­czo­ny do­stęp do in­for­ma­cji o tym, jak ich sys­te­my AI dzia­ła­ją po wdro­że­niu, szcze­gól­nie gdy są ob­słu­gi­wa­ne w śro­do­wi­skach tech­nicz­nych klien­tów. Klien­ci mogą nie chcieć udo­stęp­niać da­nych ope­ra­cyj­nych ze wzglę­du na po­uf­ność, pry­wat­ność lub cy­ber­bez­pie­czeń­stwo, a ogra­ni­cze­nia tech­nicz­ne mogą utrud­niać gro­ma­dze­nie i prze­cho­wy­wa­nie logów. Ogra­ni­cze­nia te kom­pli­ku­ją mo­ni­to­ro­wa­nie po wpro­wa­dze­niu do ob­ro­tu, ba­da­nie pro­ble­mów z dzia­ła­niem sys­te­mów oraz iden­ty­fi­ko­wa­nie ryzyk ujaw­nia­ją­cych się pod­czas ich użyt­ko­wa­nia [3].

  • In­te­gra­cja zgod­no­ści z pro­ce­sa­mi roz­wo­jo­wy­mi. Oceny ry­zy­ka, pro­ce­du­ry te­sto­wa­nia, do­ku­men­ta­cja i dzia­ła­nia na­praw­cze muszą być ze sobą sko­or­dy­no­wa­ne pod­czas roz­wo­ju, ak­tu­ali­za­cji i utrzy­ma­nia sys­te­mów AI. Dzia­ła­nia te mogą jed­nak być już roz­dzie­lo­ne mię­dzy różne ze­spo­ły i na­rzę­dzia. Przy­kła­do­wo ak­tu­ali­za­cja mo­de­lu zmie­nia­ją­ca jego dzia­ła­nie może wy­ma­gać po­now­nej oceny, od­po­wied­niej ak­tu­ali­za­cji do­ku­men­ta­cji tech­nicz­nej i prze­glą­du do­tych­cza­so­wych me­cha­ni­zmów kon­tro­li ry­zy­ka. Usta­no­wie­nie pro­ce­dur łą­czą­cych te czyn­no­ści jest zatem ważne dla utrzy­ma­nia zgod­no­ści w miarę roz­wo­ju sys­te­mów AI.

Czyn­ni­ki or­ga­ni­za­cyj­ne wpły­wa­ją­ce na wdro­że­nie

Trud­ność wdra­ża­nia wy­mo­gów do­ty­czą­cych sys­te­mów AI wy­so­kie­go ry­zy­ka za­le­ży rów­nież od ist­nie­ją­cych moż­li­wo­ści or­ga­ni­za­cji i wa­run­ków jej dzia­łal­no­ści. Na za­kres do­dat­ko­wej pracy nie­zbęd­nej do osią­gnię­cia zgod­no­ści może wpły­wać kilka czyn­ni­ków:

  • Bran­ża i do­świad­cze­nie re­gu­la­cyj­ne. Or­ga­ni­za­cje dzia­ła­ją­ce w sek­to­rach sil­nie re­gu­lo­wa­nych, ta­kich jak tech­no­lo­gie me­dycz­ne, mogą już dys­po­no­wać pro­ce­du­ra­mi za­rzą­dza­nia ry­zy­kiem, za­pew­nia­nia ja­ko­ści, do­ku­men­ta­cji tech­nicz­nej i bez­pie­czeń­stwa pro­duk­tów. Nie­któ­re z tych pro­ce­sów mogą sta­no­wić pod­sta­wę wdra­ża­nia wy­mo­gów AI Act, choć zgod­ność z ist­nie­ją­cy­mi re­gu­la­cja­mi nie ozna­cza au­to­ma­tycz­nie zgod­no­ści z AI Act. Po­dob­nie przed­się­bior­stwa two­rzą­ce sys­te­my istot­ne dla bez­pie­czeń­stwa mogą już sto­so­wać roz­bu­do­wa­ne prak­ty­ki oceny do­kład­no­ści, od­por­no­ści i cy­ber­bez­pie­czeń­stwa.

  • Doj­rza­łość w za­kre­sie AI i wie­dza tech­nicz­na. Or­ga­ni­za­cje po­sia­da­ją­ce ugrun­to­wa­ne prak­ty­ki roz­wo­ju AI mogą już dys­po­no­wać pro­ce­du­ra­mi za­rzą­dza­nia da­ny­mi, me­to­da­mi oceny mo­de­li i in­fra­struk­tu­rą do mo­ni­to­ro­wa­nia wdro­żo­nych sys­te­mów. Na­to­miast or­ga­ni­za­cje o mniej­szym do­świad­cze­niu w two­rze­niu i eks­plo­ata­cji sys­te­mów AI mogą po­trze­bo­wać do­pie­ro zbu­do­wać takie moż­li­wo­ści, zanim będą w sta­nie sys­te­ma­tycz­nie oce­niać wy­daj­ność, za­rzą­dzać ry­zy­kiem i pro­wa­dzić nie­zbęd­ną do­ku­men­ta­cję.

  • Wiel­kość firmy i do­stęp­ne za­so­by. Wdro­że­nie środ­ków słu­żą­cych zgod­no­ści wy­ma­ga per­so­ne­lu, in­fra­struk­tu­ry tech­nicz­nej i ko­or­dy­na­cji od­po­wie­dzial­no­ści. Więk­sze or­ga­ni­za­cje mogą mieć wy­spe­cja­li­zo­wa­ne ze­spo­ły praw­ne, za­pew­nie­nia ja­ko­ści i zgod­no­ści, pod­czas gdy mniej­sze firmy mogą dzie­lić te za­da­nia mię­dzy pra­cow­ni­ków zaj­mu­ją­cych się rów­nież roz­wo­jem i utrzy­ma­niem sys­te­mów AI. Jed­no­cze­śnie duże przed­się­bior­stwa mogą na­po­ty­kać pro­ble­my z ko­or­dy­na­cją, gdy prace roz­wo­jo­we są roz­pro­szo­ne mię­dzy wie­lo­ma dzia­ła­mi lub pro­duk­ta­mi [3].

Jak Kla­de­ro może pomóc

Wdro­że­nie wy­mo­gów AI Act do­ty­czą­cych sys­te­mów AI wy­so­kie­go ry­zy­ka wy­ma­ga za­rów­no wie­dzy tech­nicz­nej, jak i pro­ce­sów wspie­ra­ją­cych zgod­ność w całym cyklu życia sys­te­mu. W Kla­de­ro po­ma­ga­my or­ga­ni­za­cjom mie­rzyć się z tymi wy­zwa­nia­mi, łą­cząc kom­pe­ten­cje w za­kre­sie roz­wo­ju AI z wie­dzą o za­rzą­dza­niu AI i wy­mo­gach re­gu­la­cyj­nych.

W ob­sza­rze wy­zwań tech­nicz­nych zwią­za­nych z po­szcze­gól­ny­mi wy­mo­ga­mi wspie­ra­my or­ga­ni­za­cje we wdra­ża­niu prak­tyk za­rzą­dza­nia da­ny­mi, oce­nie ja­ko­ści da­nych i po­ten­cjal­nej stron­ni­czo­ści oraz opra­co­wy­wa­niu od­po­wied­nich metod oceny do­kład­no­ści i od­por­no­ści sys­te­mów AI. Po­ma­ga­my rów­nież ana­li­zo­wać moż­li­wo­ści i ogra­ni­cze­nia sys­te­mów AI oraz usta­lać, jak prze­ka­zy­wać istot­ne in­for­ma­cje użyt­kow­ni­kom i innym za­in­te­re­so­wa­nym stro­nom. W szcze­gól­no­ści wy­ko­rzy­stu­je­my do­świad­cze­nie zdo­by­te pod­czas roz­wi­ja­nia vera[tag], na­sze­go roz­wią­za­nia do iden­ty­fi­ko­wa­nia i ozna­cza­nia tre­ści ge­ne­ro­wa­nych przez AI, aby wspie­rać opra­co­wy­wa­nie od­po­wied­nich środ­ków przej­rzy­sto­ści i ujaw­nia­nia in­for­ma­cji.

Aby spro­stać prze­kro­jo­wym wy­zwa­niom wdro­że­nio­wym, wspie­ra­my in­te­gra­cję za­rzą­dza­nia ry­zy­kiem, do­ku­men­ta­cji tech­nicz­nej, mo­ni­to­ro­wa­nia i oceny z ist­nie­ją­cy­mi pro­ce­sa­mi roz­wo­jo­wy­mi. W za­leż­no­ści od sys­te­mu i śro­do­wi­ska wdro­że­nia może to obej­mo­wać two­rze­nie po­to­ków prze­twa­rza­nia da­nych, wdra­ża­nie in­fra­struk­tu­ry tech­nicz­nej do gro­ma­dze­nia in­for­ma­cji ope­ra­cyj­nych lub usta­na­wia­nie pro­ce­dur do­ku­men­to­wa­nia zmian mo­de­li i wy­ni­ków ich oceny.

Po­nie­waż dzia­ła­nia na rzecz zgod­no­ści za­le­żą rów­nież od moż­li­wo­ści or­ga­ni­za­cyj­nych, ofe­ru­je­my do­radz­two w za­kre­sie za­rzą­dza­nia AI i szko­le­nia, które po­ma­ga­ją or­ga­ni­za­cjom oce­nić ist­nie­ją­ce prak­ty­ki, zi­den­ty­fi­ko­wać luki oraz usta­lić od­po­wied­ni po­dział od­po­wie­dzial­no­ści i pro­ce­du­ry. Uwzględ­nia­my przy tym doj­rza­łość or­ga­ni­za­cji w za­kre­sie AI, jej oto­cze­nie re­gu­la­cyj­ne i do­stęp­ne za­so­by.

Pod­su­mo­wa­nie

W tym wpi­sie omó­wi­li­śmy prak­tycz­ne wy­zwa­nia zwią­za­ne z wdra­ża­niem wy­mo­gów unij­ne­go AI Act do­ty­czą­cych sys­te­mów AI wy­so­kie­go ry­zy­ka. Przed­sta­wi­li­śmy trud­no­ści tech­nicz­ne zwią­za­ne z za­rzą­dza­niem da­ny­mi, do­kład­no­ścią, od­por­no­ścią, cy­ber­bez­pie­czeń­stwem i przej­rzy­sto­ścią, a także wy­zwa­nia prze­kro­jo­we do­ty­czą­ce do­ku­men­ta­cji, mo­ni­to­ro­wa­nia i włą­cza­nia środ­ków za­pew­nia­ją­cych zgod­ność do pro­ce­sów roz­wo­jo­wych. Przyj­rze­li­śmy się rów­nież temu, jak doj­rza­łość or­ga­ni­za­cji w za­kre­sie AI, do­świad­cze­nie re­gu­la­cyj­ne i do­stęp­ne za­so­by wpły­wa­ją na moż­li­wość spro­sta­nia tym wy­zwa­niom.

Jak po­ka­zu­je ta ana­li­za, zro­zu­mie­nie wy­mo­gów praw­nych to do­pie­ro punkt wyj­ścia. Trud­niej­szym za­da­niem bywa prze­ło­że­nie ich na nie­za­wod­ne roz­wią­za­nia tech­nicz­ne i pro­ce­du­ry, które po­zo­sta­ną sku­tecz­ne w miarę roz­wo­ju sys­te­mów AI. Choć może to wy­ma­gać znacz­ne­go wy­sił­ku, ist­nie­ją­ce prak­ty­ki roz­wo­jo­we i kom­pe­ten­cje or­ga­ni­za­cyj­ne mogą sta­no­wić war­to­ścio­wą pod­sta­wę. Na ko­niec wska­za­li­śmy, jak Kla­de­ro może wspie­rać te dzia­ła­nia po­przez roz­wój roz­wią­zań AI, do­radz­two w za­kre­sie za­rzą­dza­nia AI i szko­le­nia.

Za­pra­sza­my do śle­dze­nia ko­lej­nych wpi­sów o re­gu­la­cjach do­ty­czą­cych AI, za­rzą­dza­niu AI i prak­tycz­nych spo­so­bach za­pew­nia­nia zgod­no­ści z prze­pi­sa­mi.

Bi­blio­gra­fia

[1]
„Re­gu­la­tion (EU) 2024/1689 of the Eu­ro­pe­an Par­lia­ment and of the Co­un­cil of 13 June 2024 lay­ing down har­mo­ni­sed rules on ar­ti­fi­cial in­tel­li­gen­ce (Ar­ti­fi­cial In­tel­li­gen­ce Act)”, Of­fi­cial Jo­ur­nal of the Eu­ro­pe­an Union. 13 czer­wiec 2024. Do­stęp­ne na: https://eur-​lex.eu­ro­pa.eu/eli/reg/2024/1689/oj
[2]
„Re­gu­la­tion (EU) 2026/1744 of the Eu­ro­pe­an Par­lia­ment and of the Co­un­cil of 8 July 2026 amen­ding Re­gu­la­tions (EU) 2024/1689, (EU) 2018/1139 and (EU) 2023/1230 as re­gards the sim­pli­fi­ca­tion of the im­ple­men­ta­tion of har­mo­ni­sed rules on ar­ti­fi­cial in­tel­li­gen­ce (Di­gi­tal Omni­bus on AI)”, Of­fi­cial Jo­ur­nal of the Eu­ro­pe­an Union. 8 li­piec 2026. Do­stęp­ne na: https://eur-​lex.eu­ro­pa.eu/eli/reg/2026/1744/oj
[3]
M. Wa­gner, Q. Song, M. Borg, E. Engström, i M. Lysek, „AI Act high-​risk AI com­plian­ce chal­len­ge and in­du­stry im­pact: A mul­ti­ple case study”, In­for­ma­tion and So­ftwa­re Tech­no­lo­gy, t. 194, 2026, doi: 10.1016/j.in­fsof.2026.108067.
[4]
A. Ba­layn, C. Lofi, i G.-J. Ho­uben, „Ma­na­ging bias and unfa­ir­ness in data for de­ci­sion sup­port: a su­rvey of ma­chi­ne le­ar­ning and data en­gi­ne­ering ap­pro­aches to iden­ti­fy and mi­ti­ga­te bias and unfa­ir­ness wi­thin data ma­na­ge­ment and ana­ly­tics sys­tems”, The VLDB Jo­ur­nal, t. 30, s. 739–768, 2021, doi: 10.1007/s00778-021-00671-8.
[5]
A. Vas­si­lev, A. Oprea, A. For­dy­ce, i H. An­der­sen, „Ad­ver­sa­rial Ma­chi­ne Le­ar­ning: A Ta­xo­no­my and Ter­mi­no­lo­gy of At­tacks and Mi­ti­ga­tions”, Na­tio­nal In­sti­tu­te of Stan­dards; Tech­no­lo­gy, NIST AI 100-2e2023, sty. 2024. doi: 10.6028/NIST.AI.100-2e2023.
[6]
A. Bar­re­do Ar­rie­ta i in., „Expla­ina­ble Ar­ti­fi­cial In­tel­li­gen­ce (XAI): Con­cepts, Ta­xo­no­mies, Op­por­tu­ni­ties and Chal­len­ges to­ward Re­spon­si­ble AI”, In­for­ma­tion Fu­sion, t. 58, s. 82–115, 2020, doi: 10.1016/j.inf­fus.2019.12.012.

Po­znaj au­to­ra

Dr Paul Dragan, CEO Kladero.

Dr Paul Dragan, CEO Kladero

Paul kon­cen­tru­je się na do­świad­cze­niu pro­duk­to­wym i usłu­go­wym Kla­de­ro, two­rząc roz­wią­za­nia zo­rien­to­wa­ne na klien­tów i wy­zna­cza­jąc kie­ru­nek prac in­ży­nie­ryj­nych.

Może Cię rów­nież za­in­te­re­so­wać

Skon­tak­tuj się

Kla­de­ro — part­ner w prak­tycz­nym wdra­ża­niu AI

Kla­de­ro po­ma­ga or­ga­ni­za­cjom prze­kształ­cać moż­li­wo­ści AI w uży­tecz­ne sys­te­my, od­po­wie­dzial­ne work­flow oraz wie­dzę po­trzeb­ną do ich spraw­nej ob­słu­gi.
Ofe­ru­je­my róż­no­rod­ne pro­duk­ty i usłu­gi — od roz­wo­ju i in­te­gra­cji AI po przy­go­to­wa­nie do AI Act oraz prak­tycz­ne szko­le­nia. Po­roz­ma­wiaj z nami, aby do­wie­dzieć się wię­cej.