Freelancer słyszy, że AI Act wymaga rejestru, DPIA, zespołu ds. zgodności i pięciu dokumentów przed pierwszym streszczeniem. W drugim obozie słychać, że wystarczy dopisać „używam AI” na stronie. Obie wersje są wygodne i niewłaściwe. Obowiązki zależą od roli, systemu, zastosowania i ryzyka, a nie od samego faktu otwarcia modelu.
Praca solo wymaga małej, czytelnej oceny zastosowań. Rejestr ma pokazywać decyzje i źródła, nie imitować korporacji. Przy wątpliwościach potrzebna jest ocena prawna, a nie kolejny prompt do modelu o nazwie aktu prawnego.
Zacznij od zastosowania, nie od nazwy narzędzia
Zapisz, do czego używasz AI: tekst, tłumaczenie, analiza dokumentów, rekrutacja, scoring, obsługa, kod, obrazy lub agent. Ta sama platforma może wykonywać różne procesy z różnym ryzykiem.
Opisz skutek dla klienta i innych osób. Szkic maila jest inny niż automatyczna decyzja o kandydacie lub kredycie. Nie przypisuj całej platformy jednej kategorii.
Przy rejestrze stosuj zasady z artykułu o rolach AI Act w małej firmie. Zastosowanie powinno być opisane przed nazwą dostawcy.
Rola: dostawca czy użytkownik wdrażający
Zapisz, czy tylko korzystasz z gotowego systemu, konfigurujesz go dla klienta, integrujesz pod własną marką czy zmieniasz jego działanie. Rola wpływa na obowiązki. Nie zakładaj, że jesteś wyłącznie użytkownikiem końcowym dla każdego procesu.
Przy własnym agencie lub produkcie oceń, czy nie stajesz się dostawcą systemu w rozumieniu aktu. Model może pomóc zebrać fakty, ale prawnik ocenia rolę prawną.
Przy pracy dla klienta zapisz, kto decyduje o celu, danych i skutku. Umowa powinna odpowiadać rzeczywistym rolom, a nie tylko ogólnej nazwie „wdrożenie”.
Ryzyko zastosowania z konkretnym przypadkiem
Sprawdź oficjalne kategorie i przykłady. Nie przypisuj wysokiego ryzyka każdemu użyciu AI ani nie nazywaj wszystkiego niskim dla wygody. Zastosowanie w rekrutacji, kredycie, zdrowiu lub bezpieczeństwie wymaga szczególnej oceny. Według Komisji po zmianach AI Omnibus przepisy dla systemów wysokiego ryzyka z załącznika III mają zastosowanie od 2 grudnia 2027, a dla odpowiednich systemów w produktach z załącznika I od 2 sierpnia 2028. Oceń rolę i konkretny system, zanim przypiszesz mu termin.
Nie opieraj oceny na tym, że model jest „tylko podpowiedzią”. Jeżeli człowiek akceptuje wynik bez realnej możliwości zmiany, skutek może być podobny do automatycznej decyzji. Opisz odbiór rzeczywisty.
Przy zagrożeniach zakazanych lub wysokiego ryzyka zatrzymaj proces przed oceną. Nie próbuj rozwiązywać ich lepszym promptem. To temat dla specjalisty.
Przejrzystość interakcji i treści
AI Act wprowadza wymogi dotyczące informowania przy wybranych systemach interaktywnych i generatywnych oraz treści syntetycznych. Komisja opisuje przepisy dotyczące artykułu 50 i termin 2 sierpnia 2026. Sprawdź aktualne wytyczne i rolę przy publikacji. Dostawcy określonych systemów mają obowiązki maszynowego oznaczania wyników, a wdrażający mogą mieć obowiązek informowania m.in. o deepfake lub tekście na temat interesu publicznego. Według wyjaśnień Komisji dostawcy systemów wprowadzonych na rynek przed 2 sierpnia 2026 mają czas do 2 grudnia 2026 na spełnienie obowiązku oznaczania i wykrywania treści z art. 50 ust. 2. Komisja opisuje też wyjątek dla tekstu poddanego odpowiedniej kontroli człowieka lub redakcji z odpowiedzialnością redakcyjną; nie oznacza to obowiązku oznaczania każdego tekstu.
Nie zastępuj tego jednym zdaniem „strona korzysta z AI” ukrytym w stopce. Oceń, czy użytkownik rozmawia z systemem, czy treść jest deep fake lub publikacją na ważny temat publiczny i jakie informacje są wymagane.
Nie zgaduj wymagań oznaczania dla każdego zwykłego akapitu. Analizuj rodzaj treści, rolę i aktualne zasady. Przy treściach stosuj proces z artykułu o prawach autorskich AI.
Mały rejestr zastosowań
Zapisz nazwę procesu, cel, rolę, dane, model, skutek, odbiór, właściciela, źródło i datę oceny. Dodaj decyzję o ryzyku i wymaganych działaniach. Nie przechowuj promptów i danych klientów w rejestrze.
Przy prostych zadaniach jedna strona może wystarczyć dla kilku procesów. Nie twórz osobnych tabel dla każdego wywołania modelu. Rejestr ma być użyteczny przy zmianie.
Przy polityce stosuj zasady z artykułu o regułach AI w firmie. Rejestr powinien odpowiadać rzeczywistej pracy, a nie być dokumentem na półkę.
Odbiór człowieka, który jest realny
Opisz, kiedy człowiek widzi wynik, jakie źródło otrzymuje i czy może go odrzucić. Przycisk akceptacji przy długim tekście nie dowodzi realnej kontroli. Odbiór powinien mieć czas i kompetencje.
Przy ryzyku nie zatrzymuj decyzji automatycznej tylko dlatego, że ktoś podpisuje ją później. Oceń skutek i proces. Wymagane zabezpieczenia zależą od zastosowania.
Przy odbiorze stosuj zasady z artykułu o człowieku w pętli AI. Freelancer nie zastępuje wszystkich ról jednym kliknięciem.
Kompetencje osób korzystających z systemów AI
Artykuł 4 AI Act nakłada na dostawców i podmioty stosujące systemy AI obowiązek podejmowania działań wspierających kompetencje osób, które obsługują te systemy w ich imieniu. Komisja wyjaśnia, że po zmianach nie wyznaczono jednego obowiązkowego poziomu ani ogólnego certyfikatu dla wszystkich. Dobierz działania do faktycznej roli i kontekstu pracy.
Dane i prywatność nie znikają w AI Act
Ocena AI Act nie zastępuje RODO, umów, praw autorskich i tajemnicy przedsiębiorstwa. Zapisz źródła, podstawę, odbiorców i retencję zgodnie z procesem. Nie używaj danych klienta tylko dlatego, że proces jest niskiego ryzyka.
Przy danych osobowych stosuj zasady z artykułu o RODO przy AI. Każdy obszar prawny ma własne pytania.
Nie używaj ogólnej zgody klienta jako odpowiedzi na każdy obowiązek. Dokumenty powinny opisywać konkretny proces i odbiorców.
Dostawca i dokumenty przed zakupem
Sprawdź warunki planu, dane, trenowanie, podwykonawców, eksport, usuwanie i zmiany modelu. Nie przenoś warunków darmowego konta na firmowe. Zachowaj datę odczytu.
Poproś o dokumenty potrzebne dla twojej roli i zastosowania. Nie wymagaj wszystkich certyfikatów bez powiązania. Przy pytaniach o model i system rozróżniaj odpowiedzialność dostawcy i własną.
Przy ocenie stosuj zasady z artykułu o onboardingu dostawcy AI. Mały proces powinien mieć test i wyjście.
Umowa z klientem bez przerzucania odpowiedzialności
Opisz, kto wybiera zastosowanie, dane, model, odbiór i skutek. Nie przenoś całej odpowiedzialności na klienta jednym zdaniem, jeżeli projektujesz proces. Nie przyjmuj też wszystkiego bez możliwości kontroli.
Przy pracy solo nie obiecuj zgodności całej platformy dla każdego zastosowania. Zakres powinien odpowiadać konkretnemu wdrożeniu i testowi.
Jeżeli klient zmienia cel po wdrożeniu, przygotuj nową ocenę. Stara polityka i rejestr nie przenoszą się automatycznie na rekrutację czy scoring.
Przykład: freelancer pisze oferty
Używa modelu do szkicu oferty i sam sprawdza źródła, ceny oraz warunki. Proces jest ograniczony, bez automatycznej publikacji. Rejestr pokazuje dane i odbiór.
Nie przenoś oceny na automatyczny scoring klientów lub rekrutację. Nowy skutek wymaga nowej karty. Nazwa narzędzia pozostaje ta sama, ale proces się zmienia.
Przy ofertach stosuj zasady z artykułu o analizie umowy AI. Odbiór merytoryczny nie jest zastępowany ogólną deklaracją zgodności.
Przykład: agent dla klienta
Freelancer konfiguruje agenta odpowiadającego klientom na pytania i zapisującego zgłoszenia. Rola obejmuje wybór źródeł, narzędzi i skutku. Wymagane jest sprawdzenie transparentności interakcji i uprawnień.
Nie wystarczy, że klient zatwierdził demo. Trzeba przetestować błędy, odmowę, źródło i komunikat o AI. Rejestr powinien opisywać odpowiedzialność obu stron.
Przy agentach stosuj zasady z artykułu o bezpiecznych uprawnieniach AI. Skutek procesu jest częścią oceny prawnej.
Przegląd po zmianie prawa lub modelu
Zapisz źródło oficjalne i datę. Nie opieraj oceny na starym kursie lub komentarzu społecznościowym. Komisja aktualizuje FAQ i wytyczne, więc proces powinien sprawdzać je ponownie.
Przy zmianie modelu oceń nowe funkcje i skutki, nie tylko nazwę. Agent może uzyskać nowe narzędzia i zmienić ryzyko procesu. Powtórz zależne testy.
Nie przepisuj starej oceny automatycznie na nowy rok. Zapisz, co pozostało bez zmian i co wymaga nowej decyzji.
Kiedy poprosić o ocenę prawną
Poproś przy rekrutacji, scoringu, danych wrażliwych, biometrii, automatycznych decyzjach, deep fake, nowej roli dostawcy i niejasnych obowiązkach. Nie czekaj na incydent.
Przygotuj mapę procesu, danych i skutku zamiast pytania „czy można używać AI?”. Prawnik potrzebuje konkretu. Model nie powinien być jedynym źródłem odpowiedzi.
Przejrzystość kodu i prawa autorskie osobno
Przy pracy z kodem lub treścią nie mieszaj oceny AI Act z pytaniem o prawa autorskie i licencje. System może być niskiego ryzyka w jednym obszarze i nadal wymagać analizy źródeł. Jedna pieczęć „zgodność” nie zamyka wszystkich praw.
Zapisz, które dokumenty dotyczą modelu, danych i publikacji. Przy kodzie stosuj zasady z artykułu o licencjach i odbiorze AI. Osobna ocena pozwala uniknąć przypadkowego przypisania modelowi praw i odpowiedzialności bez podstawy.
Test komunikatu o interakcji z AI
Jeżeli klient rozmawia z twoim agentem, poproś nową osobę o opisanie, z kim rozmawia i czego może oczekiwać. Nie pokazuj wcześniej informacji. Jeżeli odpowiada, że człowiek jest cały czas dostępny i rozumie każdy kontekst, komunikat oraz proces wymagają zmiany.
Sprawdź, czy informacja jest widoczna przed interakcją, zrozumiała na telefonie i zgodna z aktualnymi wymaganiami. Nie wystarczy ikona robota, jeżeli użytkownik nie rozumie skutku. Przy zwykłym artykule redakcyjnym nie kopiuj automatycznie tego samego komunikatu bez oceny rodzaju treści.
Kiedy freelancer staje się operatorem procesu klienta
Jeżeli utrzymujesz agenta po wdrożeniu, zapisz, kto odpowiada za zmiany, monitoring, dane i zatrzymanie. Nie zostawiaj wszystkiego w statusie „pomoc techniczna”, jeżeli w praktyce decydujesz o wersji i narzędziach. Rola powinna odpowiadać codziennej pracy.
Przy zakończeniu kontraktu przekaż eksport, źródła, dokumentację i uprawnienia. Nie zostawiaj własnego administratora jako jedynego sposobu zatrzymania procesu. Odbiór powinien potwierdzić, że klient może działać bez ciebie i że twój dostęp został ograniczony.
Odbiór decyzji o zgodności
Zachowaj datę, źródła, wersję procesu i powód oceny. Nie przechowuj jednego zdania „AI Act nie dotyczy”, bo za miesiąc nikt nie będzie pamiętał dlaczego. Przy zmianie funkcji lub zastosowania powtórz tylko zależne elementy.
Jeżeli nie masz wystarczającej wiedzy, zapisz pytanie i właściciela odpowiedzi zamiast zgadywania. Brak decyzji powinien ograniczać proces przy większym ryzyku. Uczciwa niewiadoma jest bezpieczniejsza niż pewny dokument zgodności wygenerowany przez model.
Mały przegląd kwartalny zastosowań
Wybierz aktywne procesy i sprawdź, czy skutek, dane i rola się nie zmieniły. Nie przeglądaj każdego promptu. Skup się na publikacji, decyzjach o ludziach, nowych integracjach i danych wrażliwych. Zapisz, które procesy można wycofać zamiast utrzymywać bez potrzeby.
Przy zmianie prawa otwórz oficjalne źródło i porównaj z poprzednią oceną. Nie zmieniaj zasad na podstawie jednego nagłówka lub komentarza. Jeżeli wymóg jest niejasny, zapisz pytanie i ogranicz proces zgodnie z ryzykiem.
Dowód odbioru bez przechowywania wszystkiego
Zachowaj wersję, przypadki testowe, datę i wynik bez pełnych poufnych odpowiedzi. Nie musisz archiwizować każdego promptu, żeby pokazać proces. Identyfikator i typ przypadku często wystarczą.
Przy zastosowaniach o większym skutku oceń, czy taki zapis wystarcza dla wymaganych obowiązków. Może potrzebna jest pełniejsza dokumentacja i osobna rola. Nie używaj zasady minimalizacji jako wymówki dla braku dowodów. Rejestr ma pokazywać odpowiedzialność i zakres.
Przy większym procesie Aeneia Audit pomaga przygotować mapę i dowody. Aeneia Design pomaga opisać transparentność i doświadczenie użytkownika.
Dobry freelancer nie potrzebuje korporacyjnego teatru zgodności. Potrzebuje uczciwej mapy zastosowań, ryzyka i odbioru. AI Act przestaje być horrorem, kiedy przestaje być hasłem bez procesu.
Sprawdź nas. To zdrowe.
Temat zmienia się szybko. Linki prowadzą do źródeł pierwotnych i stron, na których możesz zweryfikować kontekst.
