Jak sprawdzić, czy AI działa lokalnie na komputerze, czy wysyła dane do chmury
Spis treści

Funkcja sztucznej inteligencji może wyglądać jak zwykły przycisk w programie, ale przetwarzać zapytanie na różne sposoby. Model może działać na komputerze, wysyłać dane na serwer albo łączyć oba warianty: na przykład rozpoznać tekst lokalnie, a następnie użyć usługi chmurowej do podsumowania. Sam NPU w laptopie nie dowodzi, że konkretny przycisk z niego korzysta. Z kolei dostęp do internetu podczas działania nie oznacza automatycznie, że do chmury trafia cały dokument.

Sprawdzaj konkretną funkcję, a nie ogólną nazwę aplikacji. Jeden program może mieć lokalne filtry, czat chmurowy i synchronizację konta. Zanim przekażesz poufny plik, ustal, który komponent działa, jakie dane otrzymuje i czy można wyłączyć ich przesyłanie.

Co oznaczają określenia „lokalnie”, „w chmurze” i „hybrydowo”

Przetwarzanie lokalne oznacza, że główna analiza zapytania odbywa się na twoim urządzeniu. Potrzebna jest zgodna aplikacja, model i odpowiedni zasób obliczeniowy: CPU, GPU lub NPU. Model może być już zainstalowany albo pobierany osobno. Samo pobranie modelu wymaga internetu, choć późniejsze wnioskowanie może działać offline.

Przetwarzanie w chmurze oznacza, że program wysyła co najmniej część zapytania do zdalnej usługi. Może to być treść promptu, zaznaczony fragment dokumentu, obraz, dźwięk lub inny kontekst. Zakres wysyłanych danych, czas ich przechowywania i sposób użycia zależą od usługi, konta, rodzaju licencji oraz polityki dostawcy.

Scenariusz hybrydowy łączy oba podejścia. Na przykład redukcja szumów lub rozpoznawanie tekstu może odbywać się lokalnie, a bardziej złożone podsumowanie na serwerze. Osobno mogą działać sprawdzanie aktualizacji, synchronizacja historii, logowanie, katalog modeli i telemetria. Dlatego pytanie nie powinno brzmieć tylko „czy aplikacja łączy się z siecią?”, lecz „jakie dane opuszczają urządzenie i w jakim celu?”.

Krok 1. Znajdź oficjalną dokumentację konkretnej funkcji

Zacznij od nazwy funkcji i strony prywatności producenta. Poszukaj jasnych odpowiedzi na pytania:

  • Gdzie działa model: na urządzeniu czy w usłudze?
  • Jaka treść jest wysyłana: cały plik, zaznaczony fragment, prompt, dźwięk czy metadane?
  • Czy zapytania i odpowiedzi są przechowywane i jak długo?
  • Czy dane są używane do ulepszania lub trenowania modeli?
  • Czy zasady zmieniają się po zalogowaniu albo przy licencji służbowej?
  • Czy dostępny jest tryb offline i jakie funkcje wtedy nie działają?

Nie zastępuj informacji o jednej funkcji ogólną polityką firmy. Dokument może mówić, że model działa lokalnie, ale inny przełącznik synchronizuje wyniki przez chmurę. Przy danych służbowych osobno sprawdź zasady organizacji oraz rodzaju konta.

Jako konkretny przykład Microsoft opisuje Windows AI APIs jako działające lokalnie na obsługiwanych urządzeniach. W FAQ Windows AI wskazano, że te interfejsy przetwarzają dane wejściowe lokalnie i nie wysyłają ich na serwery Microsoft; dokumentacja opisuje też Foundry Local, które działa na urządzeniu. Dotyczy to nazwanych komponentów Windows, a nie dowolnej aplikacji z przyciskiem „AI”.

Krok 2. Sprawdź tryb w ustawieniach aplikacji

Szukaj sekcji AI, Prywatność, Dane, Konto, Połączone funkcje, Model lub Przetwarzanie na urządzeniu. Sprawdź, czy można wybrać model lokalny, pobrać model, wyłączyć synchronizację w chmurze i używanie zapytań do ulepszania usługi. Zwróć uwagę na dokładne sformułowania: wyłączenie trenowania nie musi wyłączać wysyłania danych potrzebnych do odpowiedzi, a lokalny model nie musi blokować telemetrii diagnostycznej.

Jeśli aplikacja wymaga logowania, aby uruchomić funkcję AI, przeczytaj zasady usługi, ale nie uznawaj tego za ostateczny dowód przetwarzania w chmurze. Logowanie może służyć licencjonowaniu lub pobieraniu modelu. Brak logowania również nie gwarantuje lokalności: aplikacja może korzystać z anonimowego API serwerowego.

Zanotuj wybrany model i tryb przed testem. Przełącznik „akceleracja NPU” może oznaczać jedynie, że część obliczeń korzysta z akceleratora, a nie że wszystkie dane pozostają na urządzeniu. Różnice między CPU, GPU i NPU omawia poradnik o NPU i funkcjach AI w laptopie.

Krok 3. Wykonaj kontrolowany test offline

Zapisz niewielki, bezpieczny plik testowy lokalnie, zamknij program, wyłącz Wi-Fi i Ethernet, a następnie uruchom tę samą funkcję. Jeśli nadal działa, oznacza to, że przynajmniej ten scenariusz może być wykonywany bez aktywnego połączenia. Jeśli aplikacja nie rusza, nie dowodzi to, że zawsze wysyła treść do chmury: może potrzebować logowania, sprawdzenia licencji, pobrania modelu lub dostępu do katalogu.

Sukces testu offline również nie stanowi pełnego audytu prywatności. Program mógł wcześniej pobrać potrzebne materiały, odłożyć wysyłanie dziennika do czasu ponownego połączenia albo użyć pamięci podręcznej. Po teście przywróć internet i nie wyciągaj wniosków wyłącznie z tego, że przycisk zadziałał.

Testuj na wymyślonym przykładzie bez nazwisk, danych finansowych, medycznych, informacji klientów i dokumentów firmowych. Nie twórz specjalnie poufnego pliku, by sprawdzić, czy trafi na serwer. Najpierw sprawdź dokumentację albo zapytaj administratora, jeśli urządzenie jest zarządzane przez firmę.

Krok 4. Ostrożnie obserwuj aktywność sieciową

Monitor połączeń może pokazać, że aplikacja łączyła się z internetem podczas używania funkcji. To przydatna wskazówka, ale nie informacja o tym, jaka treść została wysłana. Współczesne połączenia są zazwyczaj szyfrowane, a jedna domena może obsługiwać logowanie, aktualizacje, analitykę i API modelu. Bez dokumentacji protokołu lub kontrolowanej infrastruktury firmowej nie da się wiarygodnie odczytać zawartości zaszyfrowanego żądania.

Jeśli obserwujesz ruch, użyj wbudowanej zapory lub zaufanego monitora procesów i porównaj czas połączeń z konkretną czynnością w aplikacji. Nie instaluj nieznanych certyfikatów do przechwytywania HTTPS: zwiększa to ryzyko dla całego ruchu urządzenia. Nie blokuj przypadkowo domen systemowych, bo możesz zepsuć logowanie, aktualizacje lub inne funkcje.

Pamiętaj o procesach w tle. Nawet model lokalny może pobrać komponent, odświeżyć katalog lub wysłać dane diagnostyczne. Trzeba odróżnić taki ruch od przesłania właściwego promptu. W dokumentacji Microsoft Foundry Local rozdziela lokalne wnioskowanie od początkowego pobrania modelu i opcjonalnego odświeżania katalogu.

Krok 5. Sprawdź historię, synchronizację i usuwanie danych

Ustal, gdzie jest zapisywana historia zapytań i wyniki: w profilu lokalnym, na koncie chmurowym czy w obu miejscach. Sprawdź synchronizację między urządzeniami, możliwość usuwania historii i to, co dzieje się z danymi po usunięciu pliku. Usunięcie rozmowy z widoku nie musi oznaczać natychmiastowego skasowania dzienników usługi; terminy i wyjątki powinien opisywać dostawca.

Microsoft opisuje wybrane rodzaje danych i ustawienia Copilot w FAQ dotyczącym prywatności Copilot. To dobry przykład, dlaczego należy czytać dokumentację konkretnego produktu i trybu, zamiast formułować ogólne wnioski o wszystkich narzędziach jednej firmy. Dla Copilot w pracy obowiązują odrębne warunki konta i organizacji.

Krótka lista kontrolna

  1. Zapisz dokładną nazwę programu, funkcji i wybranego modelu.
  2. Znajdź oficjalną dokumentację o miejscu przetwarzania i składzie wysyłanych danych.
  3. Sprawdź tryb lokalny/chmurowy, synchronizację, historię i użycie danych do ulepszania usługi.
  4. Wykonaj test offline wyłącznie na nieszkodliwych danych i uwzględnij pamięć podręczną.
  5. Nie traktuj połączenia z siecią jako dowodu wysłania całego dokumentu ani braku połączenia jako dowodu pełnej prywatności.
  6. Przy danych służbowych lub poufnych przestrzegaj zasad organizacji i nie wysyłaj ich do niezweryfikowanej usługi.

Miejsce przetwarzania zależy od konkretnej funkcji, urządzenia, wersji programu i rodzaju konta. Przed użyciem ważnych danych sprawdź aktualną dokumentację, a po dużych aktualizacjach powtórz weryfikację. Przy wyborze laptopa do lokalnych zadań zestaw wymagania procesora, grafiki i pamięci; sam NPU nie gwarantuje zgodności. Wymagania pamięciowe modeli lokalnych opisuje poradnik o RAM-ie i VRAM-ie dla lokalnych modeli AI.

Zanim przetestujesz usługę na dokumentach służbowych, ustal, których danych nie wolno wysyłać na zewnętrzne serwery. Pomaga w tym lista informacji, których nie należy przekazywać czatom AI.