Klient wysyła brief, prezentacje i dokumenty, bo „przecież mamy NDA”. Potem trafiają one do modelu, a wynik do publicznego case study. Nikt nie sprawdził, czy materiały wolno używać do trenowania, kopiowania i publikowania pochodnych. NDA nie jest uniwersalną zgodą na każde użycie.
Przy briefach oceniasz tajemnicę, prawa do źródeł, odbiorców i pochodne. Model może tworzyć nowe wersje, ale nie nadaje sobie praw do publikacji. Proces powinien zaczynać się od mapy materiałów.
Zacznij od właściciela i celu
Zapisz, kto jest właścicielem materiałów i do jakiego celu zostały przekazane. Nie zakładaj, że klient ma prawa do każdego obrazu, tabeli i tekstu w briefie. Może zawierać cudze źródła.
Oddziel materiał klienta, publiczny, zewnętrzny i własny. Każdy wymaga innej oceny. Model nie powinien przypisywać praw na podstawie obecności w folderze.
Przy NDA stosuj zasady z artykułu o danych poufnych AI. Umowa powinna odpowiadać konkretnemu procesowi.
Prawa do źródeł i licencje
Zapisz źródło, właściciela, licencję, kanał, modyfikacje i ograniczenia. Nie używaj cudzych wykresów i obrazów automatycznie jako źródła treści. Publiczna dostępność nie oznacza dowolnego użycia.
Przy dokumentach sprawdź, czy analiza i publikacja pochodnych są dozwolone. Nie przenoś prawa do samego odczytu na kopiowanie i reklamę. Model nie powinien rozszerzać zakresu.
Przy prawach stosuj zasady z artykułu o prawach autorskich AI. Źródła wymagają rejestru i odbioru.
Model jako odbiorca
Zapisz dostawcę, plan, region, podwykonawców i retencję. Nie przenoś warunków prywatnego konta na firmowe. Oceń, czy przesyłanie jest dozwolone w ramach celu i umowy.
Nie przesyłaj pełnego briefu dla jednego pytania. Przygotuj minimalny pakiet pól i fragmentów. Usuń nazwy i dane, ale oceń, czy kontekst nadal identyfikuje.
Przy dostawcy stosuj zasady z artykułu o umowie AI i danych. Model jest nowym odbiorcą, nie neutralnym kanałem.
Pochodne i nowe treści
Wynik, streszczenie, analiza i embeddingi mogą zawierać tajemnicę oraz cudze fragmenty. Nie traktuj ich jako bezpiecznych automatycznie. Zachowaj status źródła.
Nie publikuj wyniku jako własnego case study bez oceny praw i zgody. Krótszy tekst nie usuwa tajemnicy ani praw autorskich. Odbiór powinien porównywać źródło i wynik.
Przy publikacji zachowaj wersję i właściciela. Model nie powinien decydować, co jest „wystarczająco nowe” do publikacji.
Minimalizacja briefu
Przygotuj tylko wymagane fragmenty, usuwając dane niepotrzebne do zadania. Nie wysyłaj pełnych umów, list i prezentacji dla jednego pytania. Ogranicz kopie robocze.
Przy fikcyjnym przykładzie zachowaj strukturę i trudność bez identyfikowania. Zmiana nazwy firmy nie zawsze wystarcza. Oceń kontekst i unikalne liczby.
Przy minimalizacji stosuj zasady z artykułu o RODO przy AI. Prawa i prywatność są osobnymi pytaniami.
Uprawnienia i kopie robocze
Ogranicz role do projektu i kolekcji. Nie używaj wspólnego administratora. Tokeny powinny mieć właściciela i datę końca. Linki publiczne mogą omijać role.
Przy zakończeniu usuń źródło, indeks, cache i kopie zgodnie z umową. Nie zostawiaj briefu dla przyszłego portfolio bez zgody. Backup nie powinien go wskrzeszać.
Przy retencji stosuj zasady z artykułu o usuwaniu danych AI. Pochodne wymagają mapy.
Przykład: brief z cudzą prezentacją
W wykazie materiałów oddziel slajdy stworzone przez klienta od fragmentów pochodzących od poprzedniej agencji. Jeżeli zakres korzystania z tych fragmentów jest niejasny, poproś o wyjaśnienie albo przygotuj własny opis bez ich przekazywania modelowi.
Klient wysyła prezentację agencji z poprzedniej współpracy. Nie wiadomo, czy ma prawa do publikacji i modyfikacji. Model przepisuje ją na nową ofertę. To wymaga oceny źródła.
Zapytaj o prawa i zakres. Nie przenoś całej prezentacji do generatora przed odpowiedzią. Może wystarczyć publiczny opis procesu zamiast cudzych slajdów.
Przy odbiorze zachowaj właściciela i dokument. Nie przypisuj nowej treści automatycznie klientowi lub sobie.
Przykład: case study z wynikiem
Wynik zawiera unikalną strategię i liczby klienta. Model proponuje publikację jako anonimowe case study. Kontekst nadal identyfikuje firmę. Nie publikuj bez oceny.
Przygotuj wersję z ograniczonymi danymi lub opisz metodę bez przypisania. Zgoda na wykonanie pracy nie jest zgodą na case study. Wizerunek i tajemnica wymagają osobnego odbioru.
Przy case study stosuj zasady z artykułu o dowodach AI. Anonimizacja wymaga rzeczywistej oceny, a nie tylko usunięcia nazwy.
Kiedy zatrzymać pracę
Zatrzymaj przy niejasnych prawach, nowym odbiorcy, niekontrolowanych kopiach i publikacji bez zgody. Nie przesyłaj więcej materiałów dla sprawdzenia. Ogranicz proces.
Zachowaj identyfikatory i wersje. Właściciel decyduje o korekcie i komunikacji. Nie usuwaj dowodów dla czystego raportu.
Po poprawce użyj fikcyjnego przypadku i wykonaj odbiór. Dopiero potem wróć do zatwierdzonego zakresu.
Prawa do wyniku i rola człowieka
Zapisz, kto przygotował brief, kto wykonał analizę i kto zatwierdził wynik. Nie przypisuj autorstwa automatycznie modelowi ani nie używaj go jako powodu do pominięcia praw. Proces powinien pokazywać rzeczywistą rolę osób i organizacji.
Przy nowej wersji zachowaj źródło i zakres zmian. Nie przedstawiaj pochodnej jako niezależnej od briefu, jeżeli zawiera jego kluczowe informacje. Odbiór powinien oceniać zarówno prawa, jak i skutek dla klienta.
Dane wrażliwe i unikalny kontekst
Nie ograniczaj anonimizacji do nazw. Unikalna strategia, lokalizacja, data i kwota mogą identyfikować klienta lub osobę. Oceń, czy publikacja takiego zestawu jest dozwolona. Model może wskazać przypadki, ale właściciel odpowiada za ocenę.
Jeżeli kontekst jest zbyt rozpoznawczy, opisz ogólny proces bez konkretnych danych. Nie przenoś briefu do kolejnego modelu dla sprawdzenia, czy jest wystarczająco anonimowy. To tworzy nowe kopie zamiast ograniczać je.
Prawa do briefu i doświadczenie
Przy portfolio i szkoleniach zapisz, czy materiały mogą być używane w tych celach. NDA i licencja mogą ograniczać pokazanie nawet małych fragmentów. Nie używaj briefu jako przykładu publicznego bez zgody.
Przy zakończeniu projektu zachowaj tylko wymagane materiały i ogranicz dostęp. Nowy zespół nie powinien otrzymać całego archiwum dla jednego pytania. Proces powinien ograniczać przenoszenie prywatnych danych między projektami.
Test praw przed publikacją pochodnych
Wybierz wynik i porównaj go z briefem: co zostało skopiowane, co zmienione i co nadal identyfikuje źródło. Sprawdź obrazy, wykresy i metadane. Odbiór nie powinien kończyć się na podobieństwie słów.
Zapisz właściciela decyzji i zakres publikacji. Jeżeli prawa są niejasne, zatrzymaj i poproś o ocenę. Nie publikuj z zamiarem usunięcia później. Skutek w kanałach zewnętrznych może być trudny do cofnięcia.
Kiedy odpowiedź nie jest potrzebna
Jeżeli nie masz praw do źródła lub nie jest jasne, czy można go użyć w modelu, nie przesyłaj go. Możesz przygotować proces analizy bez briefu lub użyć materiałów publicznych. Brak odpowiedzi jest lepszy niż nowy incydent.
Nie zastępuj braku prawa argumentem, że inni tak pracują. Umowa i źródło są konkretne. Właściciel powinien zdecydować o dozwolonym zakresie przed pierwszym promptem.
Rejestr materiałów projektu
Wypisz źródło, właściciela, prawa, dozwolony kanał, model i retencję dla każdego typu materiału. Nie przechowuj pełnych briefów w rejestrze. Identyfikator i kategoria wystarczą do odbioru.
Przy każdym nowym dokumencie zapisz, czy może być analizowany, kopiowany i publikowany. Nie przenoś zgody z jednego materiału na wszystkie w folderze. Rejestr powinien pokazywać, które pochodne i publiczne treści powstały z briefu.
Odbiór minimalnego pakietu przez klienta
Przygotuj tylko pola potrzebne do zadania i poproś klienta o potwierdzenie zakresu. Nie wysyłaj całego briefu do akceptacji bez wskazania, co trafia do modelu. Łatwiej ocenić konkretne pola i odbiorców.
Zachowaj datę i wersję decyzji. Jeżeli klient ogranicza część, usuń ją również z historii i logów. Nie zostawiaj jej w kontekście roboczym dla wygody. Minimalizacja powinna obejmować wszystkie warstwy.
Kiedy brief jest niepotrzebny
Jeżeli odpowiedź wymaga tylko publicznych informacji, użyj ich zamiast poufnego briefu. Nie przesyłaj dokumentów dla pozoru lepszego kontekstu. Model może pracować na zatwierdzonych źródłach i przykładach.
Przy procesie decyzyjnym czasem wystarczy rozmowa z właścicielem i notatka bez pełnych materiałów. Nie każda dobra analiza wymaga kopii całej firmy klienta. Ograniczenie źródeł jest częścią jakości procesu.
Umowa i prawa autorskie nie są jednym tematem
NDA może obejmować poufność szerszą niż ustawowa tajemnica przedsiębiorstwa, a licencja opisuje prawa do materiałów. Zakres zależy od umowy i okoliczności. Jedno nie zastępuje drugiego. Możesz mieć zgodę na odczyt dokumentu i brak prawa do publikacji jego pochodnych. Zapisz oba obszary osobno.
Przy danych osobowych dochodzi kolejna ocena prywatności. Nie używaj jednej klauzuli dla wszystkiego. Model może pomóc uporządkować pytania, ale właściciel i prawnik oceniają zakres dla konkretnego procesu.
Publiczne wnioski bez poufnych dowodów
Jeżeli chcesz pokazać metodę, opisz ją na fikcyjnym przypadku zamiast publikować poufny brief. Zachowaj strukturę i trudność bez identyfikowania. Nie używaj oryginalnych liczb i unikalnych nazw dla lepszego efektu.
Przy case study zaznacz, co jest rzeczywistym doświadczeniem, a co ilustracją. Czytelnik powinien rozumieć status. Dzięki temu możesz dzielić się procesem bez tworzenia nowej kopii tajemnicy i cudzych materiałów.
Odbiór po zmianie procesu
Przy nowym modelu, kanale lub skutku zaktualizuj mapę praw i odbiorców. Nie przenoś starej zgody na nowe użycie. Publikacja pochodnych może wymagać osobnej decyzji, nawet jeśli analiza była dozwolona.
Zapisz datę, wersję i właściciela. Po zmianie sprawdź, czy stare treści nadal są zgodne z zakresem. Proces powinien reagować na nowe skutki, a nie tylko na nowe dokumenty.
Zakres materiałów przekazywanych do modelu pomaga uporządkować Aeneia Audit. Przed opisaniem realizacji sprawdź też przewodnik o case study bez ujawniania poufnych danych.
Dobry brief ma właściciela, cel i zakres. Model nie nadaje praw do publikacji pochodnych. Tajemnica i prawa nie znikają po zamienieniu materiałów w nową treść.
Przy kolejnym briefie zachowaj tę samą listę: właściciel, cel, odbiorca, kopia i publikacja. To ogranicza przypadkowe przenoszenie starych zgód. Jeżeli któraś odpowiedź jest nieznana, zatrzymaj się przy minimalnym zakresie lub danych fikcyjnych. Proces ma chronić klienta i twoją pracę, a nie tylko wyglądać dobrze w dokumentacji. Odbiór powinien kończyć się na rzeczywistym ograniczeniu kopii i odbiorców. Zachowaj datę i właściciela każdej decyzji o dozwolonym użyciu materiałów klienta poufnego. Zachowaj wersję briefu klienta i procesu publikacji treści AI. Zachowaj źródło briefu klienta i procesu.
Sprawdź nas. To zdrowe.
Temat zmienia się szybko. Linki prowadzą do źródeł pierwotnych i stron, na których możesz zweryfikować kontekst.
