Przejdź do treści
INDEKS ANALIZ BREACHROAD / NOTA TECHNICZNA

Szkolenie AI dla pracowników: AI literacy i AI Act w 2026

Co powinno zawierać szkolenie AI dla pracowników? Wyjaśniamy AI literacy, art. 4 AI Act, program dla ról, bezpieczne użycie danych i mierniki.

MATERIAŁ PUBLICZNY
AUTOR
/ CEO Breachroad · OSCP · PNPT
PUBLIKACJA
28 października 2026
CZAS CZYTANIA
11 min czytania
TEMAT
Bezpieczeństwo AI
Szkolenie AI dla pracowników: AI literacy i AI Act w 2026

Szkolenie AI dla pracowników powinno uczyć bezpiecznego i odpowiedzialnego korzystania z narzędzi, które już weszły do codziennej pracy: chatbotów, asystentów w pakietach biurowych, generatorów treści, wyszukiwania opartego na AI i agentów wykonujących działania. Nie wystarczy pokazać, jak napisać lepszy prompt. Pracownik musi rozumieć, jakich danych nie przekazywać, kiedy odpowiedź wymaga weryfikacji i gdzie kończy się pomoc modelu, a zaczyna decyzja człowieka.

W 2026 roku temat ma także wymiar regulacyjny. Aktualny art. 4 unijnego AI Act wymaga od dostawców i podmiotów stosujących systemy AI podejmowania działań wspierających rozwój kompetencji AI osób, które obsługują lub używają tych systemów w ich imieniu. Trzeba uwzględnić wiedzę, doświadczenie, edukację, szkolenie oraz kontekst użycia. Przepis nie narzuca jednego identycznego poziomu dla każdej osoby.

Najważniejszy wniosek: program AI literacy powinien wynikać z systemów, ról, danych i ryzyka konkretnej organizacji. Jedna prezentacja o „wadach i zaletach AI” nie przygotuje jednocześnie marketingu, HR, finansów, deweloperów i osób zatwierdzających decyzje.

Co oznacza AI literacy w firmie

AI literacy, czyli kompetencje związane z AI, obejmuje umiejętności, wiedzę i zrozumienie potrzebne do świadomego używania systemów oraz rozpoznawania ich możliwości, ograniczeń i potencjalnych szkód. Nie jest to kurs programowania modeli dla wszystkich pracowników.

Pracownik powinien umieć odpowiedzieć na praktyczne pytania:

  • z jakiego narzędzia AI korzystam i czy jest ono zatwierdzone przez firmę;
  • jakie dane mogę wprowadzić, a jakie są poufne lub regulowane;
  • czy dostawca może przechowywać treść i używać jej do ulepszania usługi;
  • jak sprawdzić fakt, obliczenie, cytat i źródło;
  • kiedy wynik AI może wpłynąć na inną osobę;
  • czy model tylko podpowiada, czy może wykonać działanie w systemie;
  • komu zgłosić nieoczekiwany wynik, wyciek albo podejrzane polecenie.

Oficjalne Q&A Komisji Europejskiej wskazuje, że nawet firma używająca ChatGPT do tekstów reklamowych lub tłumaczeń powinna informować pracowników o właściwych ryzykach, na przykład halucynacjach. Komisja podkreśla podejście zależne od roli, systemu i ryzyka.

Art. 4 AI Act — co zmieniło się w 2026 roku

Pierwotny art. 4 mówił o zapewnieniu, w możliwie największym zakresie, wystarczającego poziomu AI literacy. Po zmianach obowiązujących od połowy lipca 2026 roku nadal istnieje obowiązek działań po stronie dostawców i podmiotów stosujących AI, ale przepis nie wymaga zagwarantowania konkretnego poziomu wiedzy każdej osoby.

Według Komisji art. 4 stosuje się od 2 lutego 2025 roku, a nadzór i egzekwowanie rozpoczęły się w sierpniu 2026 roku. Komisja wyjaśnia również, że:

  • nie ma obowiązku przeprowadzania formalnego testu wiedzy każdego pracownika;
  • nie jest wymagany konkretny certyfikat;
  • organizacja może zachować wewnętrzny rejestr szkoleń i innych działań;
  • nie jest wymagane tworzenie stanowiska „AI officera” tylko na potrzeby art. 4;
  • samo polecenie przeczytania instrukcji może być niewystarczające;
  • sposób działania powinien uwzględniać rolę organizacji, system, kontekst i ryzyko.

To opis aktualnych informacji źródłowych, nie indywidualna porada prawna. Zakres obowiązków konkretnej organizacji powinien potwierdzić jej prawnik lub compliance, zwłaszcza gdy chodzi o systemy wysokiego ryzyka, dane regulowane albo decyzje dotyczące osób.

Co powinno zawierać szkolenie AI dla pracowników

1. Zatwierdzone narzędzia i konta

Pracownik powinien wiedzieć, z jakich systemów może korzystać, na jakim koncie i w jakim celu. Prywatne konto w publicznym chatbocie nie jest równoważne firmowej usłudze z ustalonymi warunkami, kontrolą dostępu i konfiguracją danych.

2. Klasyfikacja danych

Program musi przekładać ogólną zasadę „nie wklejaj poufnych danych” na przykłady: dane klientów, dokumentacja medyczna, umowy, kod źródłowy, poświadczenia, informacje o pracownikach, wyniki finansowe i tajemnice przedsiębiorstwa. Sama etykieta „poufne” nie wystarczy, jeżeli pracownik nie wie, jak rozpoznać dane w swoim procesie.

3. Halucynacje i weryfikacja

Model może tworzyć przekonujące, ale nieprawdziwe fakty, źródła lub obliczenia. Szkolenie powinno pokazać, jak sprawdzać wynik w niezależnym źródle, jak oznaczać niepewność i kiedy nie używać wygenerowanej treści bez eksperta.

4. Prompt injection i niezaufana treść

Dokument, strona internetowa, e-mail lub rekord pobrany przez system AI może zawierać ukryte instrukcje. OWASP opisuje prompt injection jako ryzyko, w którym złośliwe wejście zmienia zamierzone zachowanie modelu. Użytkownik powinien traktować treść przetwarzaną przez asystenta jako potencjalnie niezaufaną, szczególnie gdy asystent ma narzędzia.

5. Dane w odpowiedzi modelu

OWASP wymienia ujawnienie informacji wrażliwych jako jedno z głównych ryzyk aplikacji LLM. Pracownik powinien sprawdzić nie tylko to, co wysyła do narzędzia, ale też co znajduje się w wygenerowanej odpowiedzi i komu zostanie ona przekazana.

6. Decyzje o ludziach

AI używane w rekrutacji, ocenie, obsłudze klienta, finansach lub zdrowiu może wpływać na prawa i interesy innych osób. Program powinien wyjaśniać, kiedy wymagana jest kontrola człowieka, jakie informacje trzeba zachować i jak zgłosić błąd lub kwestionowany wynik.

7. Agenci i działania

Asystent z dostępem do poczty, plików, CRM, kodu lub płatności tworzy inne ryzyko niż chatbot generujący tekst. Użytkownik musi rozumieć zakres uprawnień, potwierdzanie działań, możliwość cofnięcia oraz konsekwencje polecenia ukrytego w zewnętrznej treści.

Program według roli

Wszyscy pracownicy

Zatwierdzone narzędzia, klasy danych, halucynacje, bezpieczne prompty, weryfikacja wyników i zgłaszanie problemów.

Marketing i sprzedaż

Prawa do treści, dane klientów, obietnice tworzone przez model, fałszywe cytaty, deepfake i oznaczanie treści tam, gdzie jest wymagane.

HR

Dane kandydatów, ryzyko dyskryminacji, wyjaśnialność procesu, kontrola człowieka i ograniczenia automatycznej oceny.

Finanse i prawo

Poufność, wiarygodność wyliczeń i źródeł, zatwierdzanie decyzji, retencja dokumentów oraz zakaz wykonywania płatności na podstawie samej sugestii modelu.

Deweloperzy i zespoły IT

Sekrety w kodzie i promptach, zależności, bezpieczne obchodzenie się z outputem, prompt injection, uprawnienia narzędzi, logowanie i testy przed wdrożeniem.

Menedżerowie i właściciele systemów

Inwentaryzacja przypadków użycia, właściciel ryzyka, kryteria dopuszczenia, mierniki, incydenty, dostawcy i moment wyłączenia systemu.

Szkolenie AI a polityka korzystania z AI

Polityka i szkolenie rozwiązują różne problemy. Polityka określa, co jest dozwolone, kto zatwierdza narzędzie i jakie są granice danych. Szkolenie uczy zastosowania tych zasad w sytuacji, która nie wygląda jak zapis dokumentu.

Skuteczny program łączy:

  1. rejestr używanych narzędzi i właścicieli;
  2. krótką politykę z konkretnymi przykładami;
  3. szkolenie wspólne i moduły według ról;
  4. kanał pytań oraz zgłaszania incydentów AI;
  5. ćwiczenia na prawdziwych typach zadań;
  6. okresowy przegląd po zmianie modeli, funkcji lub prawa.

Jeżeli firma nie wie, z jakich narzędzi korzystają ludzie, pierwszym krokiem jest rozpoznanie shadow AI i niekontrolowanego użycia narzędzi. Szersze ryzyka techniczne opisuje przewodnik po bezpieczeństwie AI i LLM w firmie.

Jak mierzyć skuteczność szkolenia AI

Nie ograniczaj pomiaru do quizu z definicji. Sprawdź, czy pracownicy:

  • wybierają zatwierdzone narzędzie i konto;
  • prawidłowo klasyfikują dane przed wprowadzeniem;
  • rozpoznają wynik wymagający niezależnej weryfikacji;
  • potrafią wskazać właściciela i kanał zgłoszenia;
  • odmawiają automatycznego działania o wysokim wpływie;
  • zapisują źródło i zakres kontroli człowieka tam, gdzie jest to potrzebne;
  • zgłaszają nieoczekiwane ujawnienie lub zachowanie agenta.

Ćwiczenie może wykorzystywać fikcyjny dokument, odpowiedź z błędnym źródłem albo asystenta proszącego o zbyt szeroki dostęp. Nie trzeba podłączać modelu do danych produkcyjnych, aby sprawdzić decyzje.

Jak udokumentować AI literacy

Komisja wskazuje, że art. 4 nie wymaga konkretnego certyfikatu, a organizacja może prowadzić wewnętrzny zapis szkoleń i innych działań. Praktyczny pakiet dowodowy może obejmować:

  • listę systemów i grup użytkowników;
  • ocenę wiedzy, roli, kontekstu i ryzyka;
  • program oraz materiały dla poszczególnych grup;
  • daty, uczestników i prowadzących;
  • wyniki ćwiczeń bez nadmiernych danych osobowych;
  • pytania i informacje zwrotne;
  • działania korygujące i termin przeglądu.

Dokument nie powinien być celem samym w sobie. Ma pokazać, dlaczego wybrano taki program i co organizacja poprawiła.

Szkolenia AI i cyberbezpieczeństwa Breachroad

Breachroad łączy AI literacy z bezpieczeństwem danych, weryfikacją wyników, prompt injection, uprawnieniami agentów i realnymi decyzjami pracowników. Program dopasowujemy do narzędzi, ról i branży; nie uczymy wyłącznie „prompt engineeringu”.

Jeżeli chcesz przygotować pracowników, menedżerów i IT do bezpiecznego używania AI, zobacz szkolenia cyberbezpieczeństwa i bezpiecznego AI dla organizacji. Gdy potrzebujesz uporządkować narzędzia, dane i architekturę, uzupełnieniem może być bezpieczne wdrożenie AI.

Fakty źródłowe i rekomendacje Breachroad

Treść art. 4, daty stosowania i nadzoru, brak wymogu konkretnego certyfikatu lub testu oraz podejście zależne od roli i ryzyka pochodzą z AI Act i Q&A Komisji Europejskiej. Ryzyka prompt injection i ujawnienia danych opisuje OWASP. Proponowany program, role, ćwiczenia, mierniki i pakiet dowodowy są rekomendacjami Breachroad. Artykuł nie stanowi porady prawnej.

FAQ: szkolenie AI dla pracowników

Czy szkolenie AI jest obowiązkowe dla każdej firmy?

Art. 4 AI Act wymaga działań wspierających kompetencje AI personelu po stronie dostawców i podmiotów stosujących systemy AI. Forma zależy od systemów, ról i ryzyka; sam przepis nie narzuca jednego identycznego kursu dla każdej organizacji.

Czy wystarczy szkolenie z pisania promptów?

Nie. Program powinien obejmować dane, ograniczenia modeli, weryfikację, prawa osób, prompt injection, zakres uprawnień i zgłaszanie incydentów.

Czy pracownicy muszą zdać certyfikowany egzamin?

Komisja wyjaśnia, że art. 4 nie wymaga konkretnego certyfikatu ani formalnego pomiaru wiedzy każdego pracownika. Firma powinna jednak umieć wykazać adekwatne działania.

Jak często aktualizować szkolenie AI?

Po istotnej zmianie narzędzia, funkcji, danych, roli, ryzyka albo przepisów oraz okresowo w ramach przeglądu programu. Szybkie tempo zmian AI uzasadnia krótkie aktualizacje częściej niż jeden ogólny kurs rocznie.

Źródła pierwotne: EUR-Lex — rozporządzenie 2024/1689, art. 4, Komisja Europejska — AI Literacy: Questions & Answers, OWASP — Prompt Injection, OWASP — Sensitive Information Disclosure.

UDOSTĘPNIJ / KOPIUJ