To mapa regulacji, nie porada prawna. Opisujemy, co wynika z tekstu art. 50 AI Act i publicznie dostępnych wytycznych. Czy i jak przepis stosuje się do Twojego konkretnego wdrożenia — rozstrzyga prawnik. Data ostatniej weryfikacji treści: lipiec 2026.
Od 2 sierpnia 2026 dostawcy systemów AI przeznaczonych do interakcji z ludźmi mają obowiązek zapewnić, by osoba wchodząca w taką interakcję była informowana, że rozmawia z systemem AI — chyba że jest to oczywiste z punktu widzenia rozsądnie poinformowanego użytkownika, z uwzględnieniem kontekstu. Ten obowiązek — art. 50 AI Act — wchodzi w pierwotnym terminie: Digital Omnibus, który przesunął przepisy o systemach wysokiego ryzyka, tej daty nie ruszył.
W kalendarzu huba nazwaliśmy to klasówką, która odbędzie się w terminie, podczas gdy rynek świętuje odroczenie innego egzaminu. Ta strona jest o tej klasówce — bo ze wszystkich przepisów AI Act właśnie ten dotyczy największej liczby zwykłych firm: każdej, która postawiła na stronie chatbota, uruchomiła voicebota na infolinii albo wdrożyła agenta odpowiadającego klientom.
Co przepis mówi, a czego nie mówi
Warto zacząć od uczciwego rozdzielenia, bo wokół art. 50 narosły obie skrajności — i bagatelizowanie, i straszenie.
Przepis mówi: osoba ma być poinformowana, że wchodzi w interakcję z systemem AI. Obowiązek leży konstrukcyjnie po stronie dostawcy systemu (ma go tak zaprojektować), a informacja ma dotrzeć do użytkownika najpóźniej przy pierwszej interakcji. Istnieje wyjątek zdroworozsądkowy: jeśli z kontekstu jest to oczywiste dla rozsądnie poinformowanej osoby — dodatkowe komunikaty nie są wymagane. I istnieją wyjątki szczególne (m.in. systemy do ścigania przestępstw), które typowych stron firmowych nie dotyczą.
Przepis nie mówi: jakim dokładnie zdaniem, jaką czcionką i w którym rogu okna. Nie nakazuje odstraszających banerów ani zgód do klikania. Szczegóły praktyczne mają doprecyzować wytyczne Komisji i kodeksy postępowania — projekty już krążą, stan finalny sprawdzaj na datę czytania (my oznaczamy datę weryfikacji u góry). To zresztą typowa architektura AI Act: rozporządzenie ustala zasadę, warstwa wykonawcza — praktykę.
I pytanie, którego ta strona nie rozstrzygnie: czy TWÓJ przypadek łapie się na wyjątek „oczywistości”. To jest dokładnie ten rodzaj oceny, który zależy od szczegółów wdrożenia — i który należy do prawnika, nie do mapy. Co mapa może zrobić: pokazać, jak wąsko rozsądnie jest ten wyjątek czytać — bo zakład „przecież każdy widzi, że to bot” jest zakładem o cudzą percepcję, a interfejsy konwersacyjne z każdym miesiącem coraz mniej różnią się od ludzi. Im lepszy Twój bot, tym słabszy argument o oczywistości — to ironia wpisana w ten przepis.
Dostawca czy stosujący — gdzie w tym jest firma z chatbotem
Subtelność, którą warto zanotować przed rozmową z prawnikiem: art. 50 ust. 1 adresuje obowiązek do dostawcysystemu. Typowa firma z chatbotem na stronie systemu nie zbudowała — kupiła narzędzie i wdrożyła, co w słowniku AI Act zwykle czyni ją podmiotem stosującym. Czy to znaczy, że problem jest wyłącznie dostawcy narzędzia?
Mapa odpowiada ostrożnie: nie zakładaj tego. Po pierwsze, część obowiązków przejrzystości z dalszych ustępów art. 50 (deepfake, niektóre treści publikowane) adresowana jest wprost do stosujących. Po drugie, nawet tam, gdzie obowiązek leży u dostawcy, to stosujący konfiguruje wdrożenie — i może komunikat wyłączyć, przykryć albo zniweczyć własnym interfejsem. Po trzecie, praktyka rynkowa już się układa tak, że dostawcy dają mechanizmy, a odpowiedzialne wdrożenie ich nie psuje. Trzy pytania do zanotowania: czy nasz dostawca deklaruje zgodność z art. 50; czy w naszej konfiguracji jego mechanizmy informowania są aktywne; czy cokolwiek w naszym interfejsie je osłabia. Z tymi notatkami rozmowa — z dostawcą i z prawnikiem — zaczyna się od konkretu.
Jak to wygląda w praktyce interfejsu — obserwacje, nie wzorzec zgodności
Zastrzeżenie przed tą sekcją stawiamy grubą kreską: poniższe to obserwacje dobrych praktyk z rynku, przydatne projektowo — nie jest to „wzorzec zgodny z AI Act”, bo taki mógłby certyfikować tylko ktoś z uprawnieniami, a wytyczne wykonawcze wciąż się formują.
Rynek konwerguje do kilku rozwiązań: jednoznaczna etykieta w nagłówku okna rozmowy (nazwa wprost wskazująca na asystenta AI, nie ludzkie imię ze zdjęciem stockowym), komunikat powitalny wypowiadany przez samego bota w pierwszej wiadomości, oznaczenie w elemencie wywołującym czat. Wspólny mianownik: informacja pojawia się zanimużytkownik zainwestuje w rozmowę, nie w regulaminie piętro niżej.
Ciekawa jest druga strona tego medalu, bliska temu, co piszemy o komunikacji stron od lat: udawanie człowieka przez bota było złym projektowaniem na długo przed tym, zanim stało się tematem regulacyjnym. Użytkownik, który odkrywa, że „konsultantka Ania” jest skryptem, traci zaufanie do całej marki — a użytkownik uprzedzony uczciwie kalibruje oczekiwania i wybacza botowi bycie botem. Przejrzystość z art. 50 jest więc jednym z tych rzadkich przypadków, gdzie kierunek regulacji i kierunek dobrego UX są po prostu zbieżne — co odnotowujemy jako obserwację projektową, nie tezę prawną.
Chatbot informacyjny a agent działający — dopisek z naszego podwórka
Jedna obserwacja z terenu agentic web, którą warto mieć z tyłu głowy: art. 50 pisano z myślą o interakcji konwersacyjnej, tymczasem agenci na stronach robią coraz więcej niż rozmowa — rezerwują, zamawiają, zmieniają dane. Im więcej system robi w imieniu lub wobec użytkownika, tym mniej wystarczająca intuicyjnie wydaje się sama etykietka „jestem AI” — i tym więcej pytań (o zakres umocowania, o potwierdzenia działań) wykracza poza art. 50 w stronę przepisów ogólnych: konsumenckich, cywilnych, RODO. Mapa odnotowuje kierunek; szczegóły to już rozmowa z prawnikiem o konkretnym wdrożeniu — dobrze, żeby wiedział nie tylko, że macie „chatbota”, ale co ten chatbot faktycznie potrafi zrobić.
Notatki przed konsultacją — zamiast checklisty zgodności
Konsekwentnie z zasadą huba: nie dajemy checklisty „zrób i jesteś zgodny”, bo taka checklista byłaby poradą prawną w przebraniu. Dajemy listę notatek, z którymi konsultacja jest krótsza i tańsza:
- Inwentarz interakcji: gdzie u nas człowiek rozmawia z AI (strona, infolinia, komunikatory, aplikacja) — wszystkie miejsca, nie tylko główny chatbot.
- Stan informowania dziś: co w każdym z tych miejsc użytkownik widzi/słyszy o naturze rozmówcy, zanim zacznie rozmowę.
- Rola i dostawca: kto jest dostawcą każdego systemu, co deklaruje w sprawie art. 50, co my konfigurujemy sami.
- Zakres działania: czy system tylko odpowiada, czy też działa (rezerwuje, zamawia, zmienia) — bo to zmienia listę pytań.
- Termin: 2 sierpnia 2026 — z kalendarza, bez zmian po Omnibusie.
Powtórka obiecana we wstępie huba: nic powyżej nie jest poradą prawną ani wzorcem zgodności. To mapa przepisu i obserwacje praktyki rynkowej — z którymi idzie się do prawnika, nie zamiast niego.
