Obowiązkowe szkolenia z AI (art. 4 AI Act) - kogo, z czego i jak przeszkolić

Właścicielka biura rachunkowego z zespołem pięciu osób używa Claude do streszczania sprawozdań finansowych. Agencja marketingowa wkleja briefy klientów do ChatGPT, żeby przyspieszyć research. Żadna z tych firm nie tworzy AI, nie sprzedaje AI, nie ma działu IT większego niż jedna osoba - a mimo to obie są „podmiotami stosującymi" (deployerami) w rozumieniu AI Act i obie mają dziś, we wrześniu 2026, obowiązek z art. 4: podejmować środki wspierające rozwój kompetencji pracowników w zakresie AI. Od wejścia w życie AI Omnibus (27 lipca 2026) przepis nie wymaga już „wystarczającego poziomu" ani żadnego certyfikatu, ale sam obowiązek dla dostawców i podmiotów stosujących został. To najszerzej obowiązujący, a jednocześnie najmniej rozumiany wymóg całego rozporządzenia - dotyczy dosłownie każdego, kto ma w firmie jakikolwiek system AI, niezależnie od poziomu ryzyka.

Jeśli ktokolwiek w Twojej firmie używa ChatGPT do pisania maili, jesteś „podmiotem stosującym” w rozumieniu AI Act - i od 2 sierpnia 2026 krajowe organy nadzoru rynku mogą sprawdzić, czy podejmujesz środki wspierające jego kompetencje w zakresie AI. Po AI Omnibus przepis nie wymaga konkretnego poziomu ani certyfikatu - jest za to konkretna metodyka: kogo dotyczy obowiązek, jak zaprojektować program per rola (zarząd, operacje, IT), i jak udokumentować efekt, żeby przetrwał kontrolę.

Ten wpis dokłada czwarty element do serii o zgodności, którą budowałem wcześniej: AI Act opisuje obowiązki prawne w ogóle, polityka AI i ISO/IEC 42001 pokazuje, jak je uporządkować w system zarządzania, a Shadow AI diagnozuje, co się dzieje, gdy nikt tego nie zrobił. Ten wpis odpowiada na pytanie, które zostaje po przeczytaniu tamtych trzech: konkretnie kogo, z czego i jak szkolić, żeby dokument nazwany „AI literacy" nie był fikcją.

Kogo dotyczy art. 4 - odpowiedź: każdego podmiotu stosującego AI

Art. 3 pkt 56 AI Act definiuje kompetencje w zakresie AI jako umiejętności, wiedzę i rozumienie, które pozwalają dostawcom, podmiotom stosującym i osobom, których to dotyczy, świadomie wdrażać systemy AI oraz mieć świadomość szans, ryzyk i możliwych szkód. Kluczowe jest to, że obowiązek z art. 4 nie zależy od poziomu ryzyka systemu. Nie ma znaczenia, czy Twoja automatyzacja to „minimalne ryzyko" w klasyfikacji z przewodnika po AI Act - sam fakt, że ktokolwiek w organizacji obsługuje system AI, uruchamia obowiązek podjęcia środków, które rozwijają jego kompetencje.

Trzy czynniki, które według wytycznych Komisji Europejskiej z maja 2025 (AI Literacy - Questions & Answers) decydują, jakie środki są proporcjonalne dla konkretnej osoby (wytyczne pisano jeszcze pod pojęcie „wystarczającego poziomu", które AI Omnibus usunął, ale te kryteria nadal dobrze pokazują, jak dopasować program):

1. 1.Wiedza techniczna, doświadczenie, wykształcenie i szkolenie danej osoby - junior marketer korzystający z ChatGPT do szkiców potrzebuje innego zakresu wiedzy niż CTO wdrażający systemy scoringowe.
2. 2.Kontekst, w którym system AI będzie używany - czat wewnętrzny do burzy mózgów to inny poziom ryzyka niż system oceniający wnioski kredytowe.
3. 3.Osoby, na które system AI oddziałuje - jeśli wyniki trafiają do klientów lub pracowników, próg kompetencji rośnie.

Nie ma jednego wzorca ani wymaganego certyfikatu - Komisja wprost odrzuciła podejście „jeden rozmiar dla wszystkich" i zamiast tego opublikowała repozytorium ponad 40 realnych praktyk firm z AI Pact jako inspirację, nie checklistę do odhaczenia.

Jak zaprojektować proporcjonalny program w praktyce

Skoro nie ma sztywnego wzorca, program, który da się obronić przy kontroli, trzyma się trzech kroków: oceń, przeszkol, udokumentuj. Każdy krok zostawia ślad, do którego można się odwołać później. Komisja w Q&A wskazuje, że wystarczy wewnętrzna ewidencja szkoleń i innych działań - nie trzeba certyfikatu ani specjalnej struktury. Od 2 sierpnia 2026 nadzór nad art. 4 prowadzą krajowe organy nadzoru rynku.

Skala problemu, którą to pokazuje: według raportu Docebo z 2026 roku (2000 pracowników i liderów L&D w dużych organizacjach), 85% pracowników twierdzi, że szkolenie AI, które otrzymali, nie pomaga im w pracy na ich stanowisku, a co piąty nie dostał żadnego szkolenia. To nie jest tylko problem efektywności biznesowej - to także słaby punkt przy kontroli, bo szkolenie, które nie przekłada się na pracę, trudno obronić jako realny środek wspierający kompetencje, niezależnie od tego, ile godzin formalnie trwało.

Program szkolenia per rola - trzy poziomy, nie jedno szkolenie dla wszystkich

Największy błąd, jaki widzę u klientów: jedno ogólne szkolenie „wprowadzenie do AI" dla całej firmy, niezależnie od stanowiska. To dokładnie odwrotność podejścia proporcjonalnego do roli, które zalecają wytyczne Komisji. Realny program rozkłada się na trzy poziomy:

• Zarząd i decydenci. Nie potrzebują umieć pisać promptów - potrzebują rozumieć ekspozycję prawną (kary do 35 mln € lub 7% obrotu za zakazane praktyki), ramy decyzyjne przy zakupie narzędzi AI i to, kiedy projekt wymaga zaangażowania AI ownera opisanego w polityce AI.
• Zespoły operacyjne i ogólni użytkownicy. Praktyczna wiedza: jakich narzędzi wolno używać, jakich danych nigdy nie wklejać, kiedy eskalować wynik AI do człowieka zamiast ufać mu bezkrytycznie. To grupa najbardziej narażona na Shadow AI, jeśli szkolenie tego nie pokryje. Dla zespołu finansów ten sam program musi dodatkowo pokrywać scenariusze oszustw typu deepfake CEO fraud - to grupa z bezpośrednim dostępem do rachunków, więc najbardziej narażona na atak z zewnątrz.
• IT i specjaliści wdrożeniowi. Głębsza wiedza techniczna: ograniczenia modeli, halucynacje, prompt injection, jak projektować nadzór człowieka i ścieżkę audytu dla systemów, za które odpowiadają.

Dla zespołów contentowych i marketingowych, które używają AI do researchu i tworzenia treści, kompletną, ustrukturyzowaną ścieżkę kompetencji buduję w kursie SEO & GEO; dla osób wdrażających i nadzorujących same systemy - w kursie AI Engineer. Certyfikat nie jest wymagany - Komisja pisze wprost, że nie jest potrzebny, a wystarczy wewnętrzna ewidencja szkoleń. Ukończenie takiego programu z programem zajęć to po prostu jeden z wygodnych sposobów, żeby udokumentować podjęte działania.

Jak mierzyć efekt - obecność na sali to nie dowód kompetencji

Art. 4 nie wymaga mierzenia wiedzy pracowników - Komisja potwierdza to w Q&A. Ale lista obecności pokazuje tylko, że ktoś siedział w sali, a nie że szkolenie działa. Jeśli chcesz wiedzieć, czy program przynosi efekt (i mieć mocniejszy materiał na wypadek kontroli), pomiar wygląda tak:

Audyt faktycznego użycia po szkoleniu to jednocześnie najlepszy test, czy problem Shadow AI faktycznie się zmniejsza, a nie tylko przenosi się w ukrycie - dokładnie ten mechanizm opisuję szerzej w Shadow AI.

Egzekwowanie od sierpnia 2026 - co to oznacza konkretnie

Obowiązek AI literacy obowiązuje od 2 lutego 2025, ale przez półtora roku był w praktyce niesankcjonowany - żaden organ nie miał formalnych uprawnień egzekucyjnych. To się zmieniło 2 sierpnia 2026: krajowe organy nadzoru rynku w całej UE mogą teraz to sprawdzać. Pakiet Digital Omnibus (porozumienie z 7 maja 2026, w mocy od 27 lipca 2026) złagodził przepis z „obowiązku zapewnienia" na „obowiązek wspierania rozwoju" kompetencji i usunął wymóg „wystarczającego poziomu" - to realna zmiana z obowiązku rezultatu na obowiązek starań, ale nie zniesienie obowiązku, co szerzej rozkładam w polityce AI i ISO/IEC 42001. AI Act nie przypisuje art. 4 konkretnej kwoty kary - ewentualne sankcje wynikają z przepisów krajowych i według Komisji muszą być proporcjonalne do charakteru i wagi naruszenia. W praktyce: warto mieć zapis podjętych działań, a nie tylko intencję. Komisja zwraca uwagę, że brak odpowiednich szkoleń może zwiększyć ryzyko działań organu, zwłaszcza gdy dojdzie do incydentu.

Najczęstsze błędy przy budowie programu AI literacy

• Jedno szkolenie dla wszystkich stanowisk. Ignoruje dopasowanie do roli zalecane w wytycznych Komisji - zarząd i junior marketer nie potrzebują tej samej wiedzy.
• Szkolenie raz i nigdy więcej. Krajobraz narzędzi AI zmienia się szybciej niż większość regulaminów firmowych - program bez cyklicznego odświeżenia jest nieaktualny po kilku miesiącach.
• Brak dokumentacji. Samo przeprowadzenie szkolenia bez zapisu (kto, kiedy, czego dotyczyło, jaki był wynik testu) nie zostawia dowodu na wypadek kontroli.
• Traktowanie tego jako projekt HR, nie operacyjną politykę. AI literacy powinno być częścią tej samej polityki AI, którą zarządza AI owner - nie osobną, oderwaną inicjatywą szkoleniową.
• Brak połączenia z rzeczywistym użyciem. Szkolenie, które nie odpowiada na pytanie „z czego realnie korzysta mój zespół", trafia obok - audyt Shadow AI powinien poprzedzać, nie następować po programie szkoleniowym.

Szkolenie spełnia obowiązek, ale samo nie sprawi, że ludzie zaczną korzystać z AI. Jak przełożyć je na codzienne nawyki zespołu, opisuję we wpisie o adopcji AI w zespole.

---

Projektuję i prowadzę programy AI literacy dopasowane do struktury konkretnej firmy - od oceny potrzeb per rola, przez materiały szkoleniowe, po dokumentację, która przetrwa kontrolę. Robię to w ramach szkolenia AI Act i AI literacy dla pracowników, szerszych szkoleń AI dla zespołów i konsultingu AI, a pełne, certyfikowane ścieżki kompetencji prowadzę w kursie SEO & GEO i kursie AI Engineer. Napisz do mnie - zacznę od oceny, jakie role w Twojej firmie faktycznie potrzebują jakiego poziomu kompetencji, i zaprojektuję program, który da się udokumentować.

Warto przeczytać dalej:

• AI Act w praktyce - co Twoja firma musi zrobić w 2026
• Polityka AI w firmie i ISO/IEC 42001
• Prompt Engineering dla Biznesu
• Shadow AI - pracownicy używają AI bez Twojej wiedzy
• Od czego zacząć wdrażanie AI w firmie?