Większość polskich firm wdrażających agentów AI w 2026 roku nie wie, do której kategorii ryzyka należy ich system. Nie dlatego, że kwestia jest niejasna. Dlatego, że nikt tego nie sprawdził.
AI Act to nie przyszłość – to teraźniejszość. Zakazy absolutne obowiązują od lutego 2025, wymagania dla modeli AI ogólnego przeznaczenia od sierpnia 2025. Pełna egzekucja systemów wysokiego ryzyka wystartowała 2 sierpnia 2026. A według Capgemini TechnoVision 2026, większość europejskich firm wciąż nie przeprowadziła klasyfikacji swoich systemów AI.
Ten artykuł nie jest przeglądem prawa. Jest odpowiedzią na pytanie, które zadają dyrektorzy IT, compliance officerzy i właściciele firm przed kolejnym wdrożeniem: co konkretnie AI Act oznacza dla agenta AI, który chcemy uruchomić, i co musimy mieć, żeby działać zgodnie z przepisami.
Co AI Act zmienia dla firm wdrażających agentów AI w 2026 roku
Kluczowe jest rozróżnienie ról. AI Act rozróżnia dwie pozycje, które mają fundamentalnie inne obowiązki:
Dostawca (provider) – firma, która tworzy lub wprowadza system AI na rynek. Jeśli ITSharkz buduje agenta AI dla klienta – ITSharkz jest dostawcą w rozumieniu rozporządzenia.
Podmiot stosujący (deployer) – firma, która wdraża i używa systemu AI w swojej działalności. Klient, który uruchamia agenta AI do obsługi faktur lub rekrutacji – to podmiot stosujący.
W praktyce firmy wdrażające AI dla siebie mogą pełnić obie role jednocześnie.
Sankcje w AI Act są surowsze niż te znane z RODO. Za stosowanie zakazanych praktyk AI grozi do 35 mln EUR lub 7% globalnego obrotu. Za niespełnienie wymogów dla systemów wysokiego ryzyka kara może wynieść do 15 mln EUR lub 3% obrotu.
Digital Omnibus przesunął obowiązki dla systemów wysokiego ryzyka: do 2 grudnia 2027 r. dla systemów wskazanych w AI Act, do 2 sierpnia 2028 r. dla systemów objętych regulacjami sektorowymi. To nie jest powód do zwlekania – to okno na zbudowanie właściwej architektury.
Kategorie ryzyka: gdzie prawdopodobnie trafia Twój system AI
Ryzyko niedopuszczalne (zakaz bezwzględny)
Systemy zakazane od lutego 2025. Dotyczą wąskiego zakresu zastosowań, które większości firm nie dotyczy: social scoring, biometryczna identyfikacja w czasie rzeczywistym w przestrzeni publicznej, rozpoznawanie emocji w miejscu pracy, manipulacja behawioralna.
Wysokie ryzyko (Annex III)
Dla polskich firm szczególnie istotne są trzy kategorie: zatrudnienie (selekcja CV, ranking kandydatów, ocena wydajności), finanse i usługi esencjonalne (scoring kredytowy, ocena zdolności ubezpieczeniowej), edukacja (decyzje o przyjęciach, egzaminach, ocenianiu).
Jeśli Twój agent AI wspiera decyzje kadrowe, kredytowe lub dotyczące dostępu do świadczeń – jesteś w tej kategorii.
Ograniczone ryzyko (transparency)
Chatboty i systemy generujące treść. Wymogi dotyczą głównie transparentności: informowania, że użytkownik ma do czynienia z AI, oraz oznaczania treści jako wygenerowanych.
Minimalne ryzyko (brak obowiązków)
Zdecydowana większość agentów AI wdrażanych przez polskie firmy: automatyzacja faktur, knowledge management, obsługa zgłoszeń serwisowych, asystent wewnętrzny HR. Brak obowiązkowych wymagań – choć dobre praktyki warto stosować niezależnie od kategorii.
Wymagania obowiązkowe: nadzór człowieka, traceability, dokumentacja
Human-in-the-loop – w architekturze, nie w polityce
Nadzór człowieka musi być możliwy technicznie: agent musi umożliwiać monitorowanie, rozumienie i nadpisanie swojej decyzji. Dokument mówiący „pracownicy weryfikują wyniki AI” nie spełnia tego wymogu. System musi mieć zbudowany mechanizm override, ścieżkę eskalacji i interfejs pozwalający na interwencję.
Traceability – logi od pierwszego dnia
W przypadku systemów AI wysokiego ryzyka obowiązuje przygotowanie szczegółowej dokumentacji technicznej, stworzenie procedury testowania oraz udokumentowanie oceny ryzyka.
Każda decyzja, każde wejście, każde wyjście – zlogowane automatycznie, z identyfikatorem użytkownika i znacznikiem czasu. Nie próbkowane. Nie włączane reaktywnie. Zawsze.
Dokumentacja techniczna – przed wdrożeniem
Dokumentacja musi istnieć przed uruchomieniem systemu: cel przeznaczenia, proces zarządzania ryzykiem, governance danych treningowych, benchmarki dokładności i odporności.
Rejestracja w bazie EU
Od 2 sierpnia 2026 roku dla systemów wysokiego ryzyka obowiązkowe jest zarejestrowanie systemu w bazie EU. (Dla systemów objętych Digital Omnibus – deadline grudzień 2027.)
RODO + AI Act: gdzie się przecinają
To nie są dwa osobne problemy compliance. Stosują się jednocześnie do tej samej warstwy danych – i to przecięcie jest miejscem, gdzie większość zespołów wdraża się nieświadomie w ryzyko.
Dane treningowe a minimalizacja. RODO wymaga zbierania danych tylko do określonego celu. Trenowanie lub fine-tuning modelu na historycznych danych pracowniczych lub klientów tworzy cel wtórny wymagający oceny podstawy prawnej.
Automatyczne decyzje (art. 22 RODO). Prawo do niepodlegania wyłącznie zautomatyzowanym decyzjom o znacznych skutkach prawnych obowiązuje już teraz. Jeśli agent AI materialnie wpływa na decyzje kadrowe, kredytowe lub o dostępie do usług – ten przepis ma zastosowanie.
DSARy a logi decyzji AI. Jeśli logi systemu AI zawierają dane osobowe, podlegają żądaniom dostępu do danych. Architektura retencji i dostępu musi to uwzględniać przed wdrożeniem.
Hosting w UE jako element architektury compliance
RODO i AI Act nie wymagają wprost hostingu w UE we wszystkich przypadkach – ale dla systemów przetwarzających dane osobowe i wrażliwe, hosting EU-only jest domyślnie bezpiecznym wyborem architektonicznym.
Praktyczne pytanie: czy możemy przedstawić certyfikat rezydencji danych potwierdzający, że każdy bajt danych osobowych pozostał w EOG w trakcie przetwarzania?
Przy ITSharkz domyślnie hostujemy na infrastrukturze EU-only (OVHcloud, Scaleway, Genesis Cloud) z dokumentacją rezydencji danych. To nie jest nadbudówka compliance – to wybór projektowy od pierwszego sprintu.
Checklist przed wdrożeniem: 8 pytań, które powinien zadać każdy zamawiający
Podsumowanie
AI Act nie jest przepisem na przyszłość. Jest regulacją obowiązującą – etapowo, ale realnie – już teraz.
- Zdecydowana większość agentów AI – automatyzacja faktur, knowledge management, asystent HR – należy do kategorii minimalnego ryzyka. Klasyfikacja jest jednak obowiązkiem, nie opcją.
- Systemy wysokiego ryzyka mają dodatkowy czas (Digital Omnibus przesunął deadline na grudzień 2027) – ale dokumentacja i architektura oversight nie da się zbudować w sprincie.
- Compliance to decyzja architektoniczna, nie prawna. Human-in-the-loop, traceability i EU hosting zaprojektowane od pierwszego sprintu są szybsze i tańsze niż retrofitting.
Jeśli chcesz zobaczyć, jak architektura compliance wygląda w praktyce, przeczytaj przewodnik po wdrożeniu automatyzacji AI w firmie. A jeśli interesuje Cię aspekt bezpieczeństwa danych przy systemach opartych na RAG, sprawdź artykuł o RAG i danych firmowych.
Sprawdź, czy Twoje wdrożenie AI spełnia wymogi → https://itsharkz.com/pl/ai-agents/