NDA mówi, że dokument trafia tylko do upoważnionych osób. Potem ktoś wkleja go do modelu, który ma innych podwykonawców, logi i wsparcie. Formalnie nikt nie wysłał pliku konkurentowi. Praktycznie poufna treść poszła do kolejnego odbiorcy bez mapy. To nie jest drobny szczegół techniczny.
Przy AI oceniasz nie tylko sam dokument, ale również prompt, wynik, indeks, cache, logi i ludzi z dostępem. NDA nie znika, bo tekst jest przetwarzany automatycznie. Proces powinien ograniczać dane i odbiorców zanim pojawi się pierwszy prompt.
Zacznij od zakresu NDA i tajemnicy
Zapisz, jakie informacje są objęte, jaki jest dozwolony cel, odbiorcy i sposób zakończenia. Nie zakładaj, że każda umowa pozwala na analizę przez zewnętrzny model. Oceń konkretny dokument z właściwą osobą.
Oddziel dane publiczne, wewnętrzne, poufne i wrażliwe. Nie każdy brief ma ten sam status. Model nie powinien decydować o kategorii na podstawie nazwy pliku.
Przy tajemnicy stosuj zasady z artykułu o NDA i pracy z AI. Umowa powinna odpowiadać rzeczywistemu przepływowi.
Model jako nowy odbiorca
Zapisz dostawcę, plan, region, podwykonawców, retencję i ustawienia trenowania. Nie przenoś warunków prywatnego konta na firmowe. Data odczytu jest ważna.
Sprawdź, czy umowa dopuszcza konkretnego dostawcę i zakres danych. Uzyskaj wymagane upoważnienia oraz ustal właściwą podstawę przetwarzania danych osobowych. Nie wystarczy ogólna deklaracja dostawcy o bezpieczeństwie.
Jeżeli nie masz wymaganych uprawnień do przekazania informacji, użyj danych fikcyjnych, zanonimizowanych lub zatwierdzonego środowiska. Nie anonimizuj przez usunięcie samej nazwy firmy, jeżeli reszta identyfikuje.
Pochodne również są poufne
Wynik, podsumowanie, embeddingi, cytaty i logi mogą zawierać tajemnicę nawet bez pełnego dokumentu. Nie traktuj ich jako bezpiecznych automatycznie. Zapisz zakres.
Nie przesyłaj podsumowania do kolejnego modelu bez oceny. Może zawierać najważniejszą cenę, strategię lub klienta. Skrót nie zawsze minimalizuje ryzyko.
Przy mapie stosuj zasady z artykułu o retencji danych AI. Usuwanie powinno obejmować źródło i pochodne.
Minimalny pakiet zamiast pełnego briefu
Przygotuj tylko pola potrzebne do zadania. Usuń nazwy, kwoty, identyfikatory i fragmenty niepotrzebne do analizy. Nie wysyłaj całego dokumentu dla jednego pytania.
Przy fikcyjnym przykładzie zachowaj strukturę i trudność, ale zmień fakty tak, aby nie było możliwości identyfikacji. Oceń, czy kontekst nadal zdradza klienta.
Nie przechowuj oryginału i pakietu roboczego w tym samym publicznym folderze. Ogranicz role i dostęp do kopii.
Uprawnienia i konta
Użyj konta z ograniczeniem do konkretnego projektu i kolekcji. Nie pracuj na wspólnym administratorze. Tokeny powinny mieć właściciela, datę wygaśnięcia i sposób odwołania.
Przy zespole ogranicz eksport i linki publiczne. Usunięcie roli nie usuwa pobranych kopii, ale powinno blokować nowe pobieranie. Sprawdź cache i historię konwersacji.
Przy dostępie stosuj zasady z artykułu o przeglądzie uprawnień AI. Test odmowy jest częścią NDA w praktyce.
Logi i wsparcie bez treści
Konfiguruj logi na identyfikatory, wersje, statusy i skutki. Nie zapisuj pełnych promptów i odpowiedzi, jeżeli nie są potrzebne. Diagnostyka nie powinna tworzyć nowego magazynu.
Przy zgłoszeniu do wsparcia przygotuj bezpieczny przykład. Nie wysyłaj oryginalnego dokumentu ani pełnych logów. Zapytaj o kanał i zakres przed przekazaniem.
Przy incydencie zachowaj wymagane dowody z ograniczeniem dostępu. Nie analizuj ich przez przypadkowy model dla szybszej odpowiedzi.
Podwykonawcy i kolejne integracje
Na schemacie zaznacz, czy informacja wraca do twojego narzędzia, trafia do logów czy pozostaje u kolejnego dostawcy. Jeśli nie znasz odpowiedzi dla wtyczki, wyłącz ją dla poufnego materiału do czasu wyjaśnienia przepływu.
Zapisz, kto przetwarza dane poza głównym dostawcą: hosting, model, indeks, monitoring, wsparcie i wtyczki. Każda integracja może dodawać odbiorcę.
Przy nowym narzędziu zaktualizuj mapę przed włączeniem. Nie aktywuj automatycznie wszystkich funkcji. „Dodatek” może mieć inne warunki niż główna platforma.
Przy dostawcy stosuj zasady z artykułu o onboardingu AI. NDA powinno obejmować całą ścieżkę, nie tylko umowę główną.
Praca z klientem i zgoda na model
Przygotuj krótką informację o celu, modelu, odbiorcach, retencji i zabezpieczeniach. Nie pytaj o zgodę na wszystkie możliwe narzędzia na zawsze. Klient powinien rozumieć zakres.
Jeżeli wymagana jest zgoda lub zmiana umowy, wykonaj ją przed przesłaniem. Nie przedstawiaj testu na produkcyjnych danych jako małego wyjątku. Użyj danych fikcyjnych.
Przy zmianie modelu oceń ponownie warunki. Stara zgoda nie przenosi się automatycznie na nowego dostawcę.
Przykład: analiza umowy
Zamiast pełnej umowy przygotuj klauzule wymagane do pytania z usuniętymi nazwami i kwotami. Oceń, czy typ strony i proces nie identyfikuje klienta. Jeżeli identyfikuje, ogranicz dalej lub zmień kanał.
Model analizuje strukturę i pytania, a prawnik odpowiada za ocenę. Wynik nie trafia do publicznego case study bez zgody. Logi nie zawierają pełnych klauzul.
Przy analizie stosuj zasady z artykułu o mapie ryzyk umowy AI. Proces powinien ograniczać dane i rolę modelu.
Przykład: notatka ze spotkania
Nagranie zawiera poufne dane, a transkrypt trafia do modelu. Przygotuj listę decyzji bez pełnego tekstu i usuń zbędne kopie zgodnie z procesem. Nie przesyłaj całego audio do kolejnych narzędzi.
Odbierz liczby i role przy źródle z ograniczonym dostępem. Podsumowanie publiczne nie zawiera szczegółów poufnych. Audio i transkrypt mają osobną retencję.
Przy nagraniach stosuj zasady z artykułu o zgodach i transkrypcji AI. Sprawdź, czy konkretne NDA obejmuje nagranie, głos oraz materiały pochodne i w jakim zakresie.
Test przed pracą produkcyjną
Utwórz fikcyjny dokument z charakterystycznym znacznikiem i prześledź go przez model, logi, cache, odpowiedź i usunięcie. Nie używaj prawdziwej tajemnicy do testu.
Sprawdź, czy wsparcie i eksport nie zawierają znacznika. Ogranicz role i wykonaj próbę odmowy. Po restore znacznik nie powinien wrócić do zwykłego użycia.
Po zmianie dostawcy powtórz zależne przypadki. Odbiór powinien potwierdzać brak wycieku, a nie tylko dobrą odpowiedź modelu.
Kiedy zatrzymać pracę
Zatrzymaj przy niejasnej umowie, nowym odbiorcy, braku kontroli retencji, wycieku i zbyt szerokich uprawnieniach. Nie przesyłaj więcej danych dla sprawdzenia, czy proces jest bezpieczny.
Zachowaj identyfikatory i wersje. Właściciel decyduje o korekcie i komunikacji z klientem. Nie usuwaj dowodów dla czystego raportu.
Po poprawce uruchom jeden fikcyjny przypadek. Dopiero potem wróć do zatwierdzonego zakresu pracy.
Minimalna karta NDA dla projektu
Zapisz cel, dozwolone dane, model, odbiorców, retencję, role, podwykonawców i sposób usunięcia. Dodaj właściciela oraz datę oceny. Nie przechowuj pełnej treści NDA w publicznym rejestrze.
Przy zmianie procesu zaktualizuj kartę przed nowym promptem. Nie przenoś zgody na inny typ danych lub skutek. Jedna karta na projekt jest użyteczniejsza niż ogólna polityka bez procesu.
Publiczne case study po pracy z NDA
Nie zakładaj, że możesz pokazać wynik tylko dlatego, że nie publikujesz pełnego briefu. Kontekst, liczby i unikalna historia mogą identyfikować klienta oraz tajemnicę. Przygotuj publiczny wariant z osobnym odbiorem i zgodą.
Model może pomóc znaleźć fragmenty wrażliwe, ale nie rozstrzyga zakresu umowy. Sprawdź, czy zdjęcia, logi i metadane nie ujawniają dodatkowych informacji. Czasem właściwe jest omówienie metody bez przypisywania jej do konkretnego klienta.
Usuwanie po zakończeniu umowy
Wykonaj eksport wymaganych materiałów, odwołaj tokeny i usuń dane zgodnie z umową. Nie zostawiaj kopii dla potencjalnego przyszłego case study. Legal hold i obowiązki powinny mieć właściwy zakres oraz ograniczony dostęp.
Sprawdź indeks, cache, historię konwersacji, logi i backup. Po restore nie przywracaj usuniętych dokumentów do zwykłego użycia. Zachowaj potwierdzenie operacji bez treści. Odbiór powinien obejmować wszystkich dostawców, a nie tylko główny folder.
Odpowiedź na wyciek lub podejrzenie wycieku
Zatrzymaj nowe przesyłanie i ogranicz dostęp do pochodnych. Zapisz, które wersje, konta i kanały są dotknięte. Nie przesyłaj pełnych materiałów do kolejnych osób dla potwierdzenia zakresu. Użyj identyfikatorów i bezpiecznych przykładów.
Właściciel decyduje o komunikacji i obowiązkach z właściwą osobą. Nie generuj listy klientów ani opisu incydentu przez model. Po poprawce wykonaj test znacznika, uprawnień i restore przed wznowieniem procesu.
Pytania do dostawcy przed podpisaniem
Zapytaj, które treści są przechowywane, kto ma dostęp, czy służą do trenowania, jak działa eksport i usuwanie oraz jak zmienia się plan. Nie akceptuj samego „nie przechowujemy danych”, jeżeli dotyczy to tylko jednej warstwy.
Zachowaj odpowiedź z datą i dokumentem. Ustna obietnica konsultanta nie opisuje konfiguracji. Jeżeli warunki są niejasne, ogranicz dane lub wybierz inny proces. NDA wymaga jednoznaczności przed pierwszym przesłaniem, a nie dopiero przy audycie.
Odbiór minimalnego pakietu przez właściciela
Przed przesłaniem pokaż właścicielowi tylko pola, które model ma zobaczyć. Nie przedstawiaj całego dokumentu z prośbą o ogólne „czy można?”. Łatwiej ocenić konkretny zakres i podstawę. Zapisz decyzję z datą i wersją.
Jeżeli właściciel ogranicza część, usuń ją również z historii konwersacji, logów i późniejszych wersji. Nie zostawiaj poufnych danych w kontekście roboczym z powodu wygody. Minimalizacja obejmuje wszystkie warstwy.
Kiedy NDA i RODO odpowiadają na różne pytania
Dokument może być objęty NDA i nie zawierać danych osobowych albo zawierać je bez tajemnicy przedsiębiorstwa. Nie używaj jednej kategorii dla wszystkiego. Oceń obowiązki umowne i ochronę danych osobowych osobno.
Zapisz, które źródła i role dotyczą każdej oceny. Przy danych osobowych stosuj zasady z artykułu o minimalizacji RODO przy AI. Proces powinien odpowiadać na oba obszary bez zastępowania jednego drugim.
Aeneia Audit pomaga zmapować dane i odpowiedzialność. Temat ochrony informacji przy publikacji opisuje przewodnik o case study bez ujawniania poufnych danych.
Dobra praca z NDA ogranicza dane i odbiorców przed modelem. Materiały pochodne mogą zawierać informacje poufne lub tajemnicę przedsiębiorstwa, ale ich status nie musi być identyczny ze statusem źródła. Oceń treść pochodnej, umowę i okoliczności. Sama zamiana na embedding nie przesądza o utracie poufności.
Przy każdej nowej integracji zadaj to samo pytanie: jakiego odbiorcę i jakie kopie dodaje? Zapisz odpowiedź przed włączeniem, a nie po pierwszym eksporcie. Jeżeli nie ma jasnej odpowiedzi, ogranicz dane testowe i proces. To jest prosty filtr, który działa lepiej niż przepisywanie umowy po fakcie dla każdej nowej funkcji.
Przy odbiorze dokumentu zadaj również pytanie o czas: kiedy dane znikną i kto to potwierdzi? Jeżeli odpowiedź brzmi „system sam usuwa”, poproś o zakres i test. Kopie robocze mają własny harmonogram. Proces powinien być gotowy na zakończenie współpracy, a nie tylko na jej początek.
Sprawdź nas. To zdrowe.
Temat zmienia się szybko. Linki prowadzą do źródeł pierwotnych i stron, na których możesz zweryfikować kontekst.
