Jednostronicowa polityka korzystania z AI w firmie: dane, anonimizacja i konta

👁 114 przeczytań

Zbieram zasady pracy z danymi w krótką politykę, którą można przełożyć na codzienne decyzje zespołu. Pokazuję mapę danych, sposób anonimizacji i podział zasad między konto prywatne, firmowe oraz API.

Powiązany materiał: Czy ChatGPT jest bezpieczny? Co dzieje się z rozmowami i czego nigdy nie wklejać

Zasada trzech pytań, zanim cokolwiek wkleję

Zanim materiał trafi do okna czatu, zadaję sobie trzy pytania. Zajmuje to kilka sekund i wycina większość kłopotów.

1. Czy to moje? Jeśli dokument należy do klienta, kontrahenta albo pracodawcy, decyzja o wysłaniu go na zewnątrz nie jest moją decyzją.
2. Czy da się z tego rozpoznać konkretną osobę lub firmę? Nie tylko po nazwisku. Po branży, mieście, kwocie i dacie też.
3. Co się stanie, jeśli ten tekst pojawi się publicznie? To pytanie jest brutalne i dlatego skuteczne. Jeśli odpowiedź brzmi stracę klienta, materiał idzie do obróbki, nie do czatu.

Jeśli na którekolwiek pytanie nie znam odpowiedzi, traktuję to jak odpowiedź negatywną i najpierw sprawdzam.

Mapa danych: co wchodzi do czatu, a co zostaje na dysku

Zamiast pamiętać listę zakazów, trzymam w głowie kategorie. Każda ma jedno domyślne zachowanie.

Ta tabela jest jednocześnie szkieletem polityki firmowej, do której wracam na końcu tekstu.

Anonimizacja, która zajmuje dwie minuty

Najczęstszy błąd polega na wycięciu samego nazwiska. To za mało. Zdanie o firmie budowlanej z Piaseczna, która podpisała aneks na sto dwadzieścia tysięcy w marcu, identyfikuje kogoś równie dobrze jak wizytówka. Dlatego maskuję nie tylko nazwy, ale też liczby, daty i nazwy systemów.

Metoda jest prosta: spójne etykiety plus legenda trzymana poza czatem. Model pracuje na strukturze dokumentu, a nie na tożsamości stron, i to mu w zupełności wystarcza do analizy ryzyk czy przepisania paragrafu.

Legenda zostaje u mnie

Podmiany robię lokalnie, zwykłym zastępowaniem tekstu w edytorze. Legendę zapisuję w osobnym pliku na dysku i nigdy jej nie wysyłam. Po otrzymaniu odpowiedzi podstawiam wartości z powrotem u siebie.

KLIENT_A     = [prawdziwa nazwa firmy]
OSOBA_1      = [imię i nazwisko osoby kontaktowej]
KWOTA_1      = [kwota z paragrafu 4]
DATA_1       = [data podpisania]
SYSTEM_X     = [nazwa wdrażanego systemu]
MIASTO_1     = [miejscowość]

Ważne rozróżnienie: takie maskowanie to pseudonimizacja, nie anonimizacja. Dopóki mam u siebie klucz pozwalający odtworzyć tożsamość, dane nadal są danymi osobowymi i nadal obowiązują mnie zasady ich ochrony. Zmienia się tylko to, że dostawca narzędzia nie dostaje surowego materiału.

Nie proszę modelu, żeby zanonimizował mi dokument, bo żeby to zrobił, musiałbym mu najpierw wkleić ten dokument w całości. Proszę go natomiast o kontrolę po maskowaniu, i to działa świetnie jako drugie oko.

Poniżej wklejam tekst PO wstępnym zamaskowaniu danych.
Zadanie: wypisz wszystko, co nadal pozwala zidentyfikować firmę lub osobę.
Szukaj nazw własnych, dat, kwot, numerów, nazw systemów, adresów,
nietypowych sformułowań i szczegółów branżowych, które zawężają krąg podejrzanych.
Nie streszczaj tekstu i nie oceniaj jego treści.
Odpowiedz listą w formacie: fragment / dlaczego identyfikuje / proponowana etykieta.

TEKST:
[tutaj materiał]

Umowy: najpierw klauzula, potem analiza

Umowy o poufności zwykle ograniczają przekazywanie informacji podmiotom trzecim. Dostawca narzędzia AI jest podmiotem trzecim, nawet jeśli intuicyjnie czujemy czat jak notatnik. Dlatego przy dokumencie objętym poufnością robię jedną z dwóch rzeczy: albo pytam drugą stronę o zgodę, albo pracuję wyłącznie na zamaskowanym fragmencie, który sam w sobie niczego nie zdradza.

Prompt, którego używam do spornego paragrafu po zamaskowaniu:

Jesteś doświadczonym negocjatorem umów B2B.
Poniżej fragment umowy po anonimizacji. Strony oznaczone jako WYKONAWCA i ZAMAWIAJĄCY.

1. Wypisz ryzyka dla WYKONAWCY, od najpoważniejszego do najmniej istotnego.
2. Przy każdym wyjaśnij mechanizm: co dokładnie się stanie i kiedy.
3. Zaproponuj alternatywne brzmienie, krótkie i uprzejme w tonie.
4. Osobno wypisz, czego w tym fragmencie brakuje, a zwykle bywa.

Nie oceniaj zgodności z przepisami. Interesuje mnie układ sił i konsekwencje praktyczne.
Jeśli czegoś nie da się ocenić bez pozostałych paragrafów, napisz to wprost.

FRAGMENT:
[tutaj tekst]

Ostatnia linijka promptu jest tam celowo. Bez niej model chętnie wypełni lukę prawdopodobnie brzmiącym zdaniem, a przy umowach to najdroższy rodzaj zmyślenia.

Kod: problemem rzadko jest algorytm

Przy kodzie ryzyko prawie nigdy nie siedzi w logice funkcji. Siedzi w tym, co jest obok: w pliku konfiguracyjnym, w ciągu połączenia do bazy, w nazwach wewnętrznych serwerów, w adresach e-mail zostawionych w komentarzach i w danych testowych, które w rzeczywistości są prawdziwymi rekordami klientów.

• Wklejam pojedynczą funkcję albo jeden plik, nigdy całego repozytorium przez integrację, której zakresu nie sprawdziłem.
• Dane testowe podmieniam na oczywiście sztuczne: Jan Przykładowy, adres nieistniejącej ulicy, numer z zakresu do testów.
• Nazwy wewnętrznych hostów i ścieżek zamieniam na etykiety, bo mapa infrastruktury to cenna informacja dla kogoś, kto kiedyś będzie chciał się do niej dostać.
• Jeśli klucz albo hasło mimo wszystko trafi do okna czatu, traktuję je jak spalone: unieważniam i wystawiam nowe. Kasowanie wiadomości niczego nie cofa.

Uczenie na danych: dwie różne rzeczy, które mylimy

W praktyce chodzi o dwa niezależne mechanizmy i warto je rozdzielić, bo wyłączenie jednego nie załatwia drugiego.

1. Wykorzystanie treści do doskonalenia modeli. To jest to, co zwykle da się wyłączyć przełącznikiem w ustawieniach konta.
2. Przechowywanie i wgląd. Rozmowy bywają przechowywane przez jakiś czas po stronie dostawcy, między innymi po to, żeby reagować na nadużycia. Wyłączenie uczenia tego nie kasuje, a skasowanie czatu w interfejsie nie zawsze oznacza natychmiastowe zniknięcie wszystkich kopii.

Świadomie nie podaję tu nazw konkretnych przełączników, bo panele ustawień zmieniają się szybciej niż artykuły. Podaję zasadę: szukaj sekcji dotyczącej prywatności albo kontroli danych w ustawieniach konta, sprawdź, co jest ustawione domyślnie, i zapisz w notatce datę sprawdzenia. Przegląd raz na kwartał wystarczy, bo domyślne wartości potrafią się zmienić przy aktualizacji regulaminu lub zmianie planu.

Konto prywatne, firmowe i API to trzy różne światy

Jeśli przez narzędzie przechodzą dane osobowe, potrzebna jest umowa z dostawcą regulująca powierzenie przetwarzania. Sprawdź, czy dostawca taki dokument udostępnia i czy obejmuje on plan, z którego faktycznie korzystasz. To zwykle jest różnica między planem indywidualnym a biznesowym.

Praktyczny wniosek dla jednoosobowej działalności i małego zespołu: jedno konto na domenie firmowej, w planie, który da się kontrolować. Prywatne skrzynki do pracy z dokumentami klientów odpadają.

Polityka korzystania z AI na jedną stronę

Dokument na dziesięć stron nikt nie przeczyta, a nieprzeczytana polityka chroni wyłącznie przed nudą. Dlatego mieszczę wszystko na jednej kartce, w siedmiu punktach. Poniżej szablon do skopiowania i uzupełnienia nawiasów.

ZASADY KORZYSTANIA Z AI W [NAZWA FIRMY]
Wersja 1.0, obowiazuje od [data]. Wlasciciel dokumentu: [imie i nazwisko].

1. NARZEDZIA DOZWOLONE
Do pracy uzywamy wylacznie: [lista narzedzi i planow].
Nowe narzedzie zglaszamy do [osoba] przed pierwszym uzyciem.
Logujemy sie kontem na domenie firmowej. Konta prywatne do pracy sa wylaczone.

2. CZEGO NIE WKLEJAMY NIGDY
Hasla, klucze, tokeny, dane dostepowe, zawartosc plikow konfiguracyjnych.
Dane osobowe klientow w postaci pozwalajacej ich rozpoznac.
Dane o zdrowiu, sprawach sadowych i inne dane wrazliwe.
Dokumenty objete poufnoscia, dopoki [osoba] nie potwierdzi, ze wolno.
Dane produkcyjne uzywane jako dane testowe.

3. CO WOLNO PO PRZYGOTOWANIU
Umowy, oferty, dokumenty wewnetrzne i kod po zamaskowaniu nazw, kwot, dat i numerow.
Legende podmian trzymamy lokalnie w [miejsce] i nigdy nie wklejamy jej do czatu.

4. USTAWIENIA KONT
Wykorzystanie naszych rozmow do trenowania modeli ma byc wylaczone.
Sprawdzamy to przy zakladaniu konta i raz na kwartal.
Data ostatniego sprawdzenia: [data].

5. ODPOWIEDZIALNOSC ZA WYNIK
Za kazdy tekst, kod i liczbe odpowiada czlowiek, ktory wyslal to dalej.
Liczby, przepisy, cytaty i nazwiska sprawdzamy w zrodle przed uzyciem.
Niczego nie publikujemy w wersji, ktorej nikt nie przeczytal od poczatku do konca.

6. OZNACZANIE
[Zasada firmy: gdzie i jak informujemy klienta, ze material powstal z udzialem AI.]

7. INCYDENTY
Jesli cos wrazliwego trafilo do czatu: zglos [osoba] tego samego dnia.
Klucz, ktory wyciekl, uniewazniamy i wystawiamy nowy.
Zgloszenie nie ma konsekwencji. Ukrycie ma.

Szablon zapisałem bez polskich znaków celowo, żeby przeklejenie go do dowolnego edytora czy systemu nie zrobiło krzaków. Po wklejeniu warto ogonki uzupełnić.

Jak to wdrożyć, żeby ktoś to przeczytał

• Trzydzieści minut spotkania, na którym przechodzę punkt po punkcie i pokazuję prawdziwe przykłady z własnej firmy, nie abstrakcje.
• Jedna osoba decyzyjna wskazana z imienia. Bez tego punkty o zgłaszaniu są martwe.
• Dokument leży tam, gdzie ludzie i tak zaglądają, a nie w folderze z regulaminami.
• Przegląd co kwartał, z datą wpisaną do dokumentu. Zmieniają się narzędzia, plany i domyślne ustawienia.

Checklista przed wklejeniem

• Czy w materiale zostały nazwiska, nazwy firm, adresy, numery telefonów lub numery dokumentów?
• Czy zostały kwoty i daty, które w połączeniu z branżą wskazują konkretny podmiot?
• Czy jest tam cokolwiek, co wygląda jak klucz, token albo hasło?
• Czy dokument jest objęty poufnością i czy mam potwierdzenie, że wolno?
• Czy legenda podmian jest poza oknem czatu?
• Czy to konto firmowe z wyłączonym uczeniem na treściach?
• Czy potrafię wskazać, gdzie zweryfikuję liczby z odpowiedzi?

Pięć pułapek, na których sam się przejechałem lub prawie przejechałem

• Wyłączona historia jako alibi. Brak widocznej historii w interfejsie to nie to samo co brak przetwarzania po stronie dostawcy.
• Anonimizacja przez wycięcie nazwiska. Kontekst potrafi zdradzić więcej niż imię: branża plus miasto plus kwota plus miesiąc to często jedna jedyna firma.
• Wtyczki i integracje z szerokim dostępem. Zgoda na odczyt skrzynki albo dysku, raz kliknięta, działa dalej i obejmuje też te wiadomości, których nigdy nie zamierzałem nikomu pokazywać.
• Przypadkowe narzędzia do PDF z dopiskiem AI. Wrzucenie umowy do serwisu, którego dostawcy nie potrafię nazwać, jest wysłaniem jej nieznanej osobie.
• Zrzuty ekranu. Obrazek zawiera dokładnie te same dane co tekst, a w praktyce pilnujemy go znacznie słabiej. Na zrzucie zwykle widać też pasek zakładek, nazwę pliku i połowę innej rozmowy.

Na koniec

Cała ta ostrożność nie ma prowadzić do tego, żeby przestać używać AI. Ma prowadzić do tego, żeby używać jej na materiale przygotowanym, z kontem ustawionym raz a porządnie i z jedną kartką zasad, na którą można wskazać palcem, kiedy ktoś zapyta. Przygotowanie dokumentu kosztuje dwie minuty. Rozmowa z klientem o tym, dlaczego jego umowa krążyła po cudzych serwerach, kosztuje znacznie więcej.

To nie jest porada prawna. Opisuję własną praktykę i sposób myślenia o ryzyku. Jeśli przetwarzasz dane osobowe na większą skalę albo działasz w branży regulowanej, skonsultuj swoje zasady z prawnikiem lub specjalistą od ochrony danych.

Tekst powstał z pomocą AI i został zredagowany przez człowieka.

// czytaj dalejDOGE używało AI do kształtowania polityki mieszkaniowej. Rząd ukrywa dokumentyNewsyRząd USA zakazał najnowszych modeli Anthropic. Może to firmie pomócNewsyNvidia chce standardowego robota dla laboratoriów. Humanoidy wchodzą między naukę, cyberbezpieczeństwo i politykęPremium