Firma nie musi wybierać jednego modelu dla wszystkich agentów
Dyskusja „model u nas czy w chmurze?” często zaczyna się za wcześnie. Najpierw trzeba opisać zadanie i dane. Agent porządkujący publiczne karty produktów ma inny profil ryzyka niż agent analizujący reklamacje, dokumentację medyczną albo dane transakcyjne. Ten sam dostawca może być odpowiedni dla pierwszego przypadku i niewłaściwy dla drugiego.
W ADMS 01:2026 wariant utrzymania opisują poziomy M1–M4. Klasyfikacja nie wskazuje dostawcy ani konkretnego modelu. Porządkuje miejsce przetwarzania, odpowiedzialność techniczną i zależności, które trzeba objąć nadzorem.
Cztery warianty M1–M4
| Wariant | Gdzie działa model | Główna korzyść | Główne zobowiązanie organizacji |
|---|---|---|---|
| M1 | Na infrastrukturze pozostającej pod bezpośrednim zarządem organizacji. | Największy bezpośredni wpływ na środowisko i przepływ danych. | Kompetencje, utrzymanie, bezpieczeństwo, aktualizacje i wydajność. |
| M2 | W wydzielonym środowisku dostawcy chmurowego. | Wyraźniejsze oddzielenie zasobów bez budowy całej infrastruktury wewnętrznej. | Konfiguracja chmury, umowa, nadzór dostawcy i plan wyjścia. |
| M3 | Jako zewnętrzna usługa wywoływana przez interfejs programistyczny aplikacji, czyli API. | Szybki dostęp do rozwijanego modelu i skalowanie bez jego samodzielnego utrzymania. | Kontrola przekazywanych danych, zmian usługi, dostępności i zależności od dostawcy. |
| M4 | W architekturze mieszanej: dane, modele albo czynności są rozdzielone. | Możliwość pozostawienia danych wrażliwych w środowisku organizacji i użycia usług zewnętrznych tylko do wybranych czynności. | Kontrola przepływów między środowiskami i większa złożoność integracji. |
Siedem pytań, które rozstrzygają wybór
- Jakie dane opuszczą system źródłowy? Trzeba wskazać konkretne pola, załączniki i metadane, nie tylko ogólną kategorię „dane firmowe”.
- Czy wynik może wpłynąć na prawa, pieniądze albo ciągłość działania? Im większy skutek błędu, tym ważniejsze są kontrola zmian, możliwość odtworzenia wersji i plan zastąpienia usługi.
- Czy dostawca wykorzystuje dane do doskonalenia własnych modeli? Odpowiedź musi wynikać z umowy i ustawień usługi.
- Gdzie odbywa się przetwarzanie i kto może uzyskać dostęp? Należy uwzględnić lokalizacje, podwykonawców i mechanizmy transferu danych.
- Jak szybko można wykryć zmianę modelu? Zewnętrzna usługa może zmienić zachowanie mimo niezmienionego kodu agenta.
- Czy organizacja potrafi utrzymać model wewnętrzny? Serwer w firmie nie daje bezpieczeństwa bez aktualizacji, monitorowania, kopii, testów i kompetentnego właściciela.
- Jak agent będzie działał po awarii albo zakończeniu umowy? Potrzebny jest tryb zastępczy, eksport zapisów i termin przełączenia.
Ochrona danych zaczyna się od ograniczenia informacji wysyłanych do modelu
Nie każdy fragment wiadomości jest potrzebny do wykonania zadania. Agent wpisujący zamówienie może potrzebować numeru klienta, symbolu produktu, ilości i terminu, ale nie całej historii korespondencji. Usunięcie zbędnych danych przed wywołaniem modelu zmniejsza ryzyko niezależnie od tego, czy organizacja wybierze M1, M2 czy M3.
Drugą granicą są narzędzia dostępne agentowi. Model może przygotować dane bez uprawnienia do zapisu. Osobny składnik wykonawczy zapisuje je dopiero po przejściu kontroli. Takie rozdzielenie pozwala zmienić model bez automatycznego rozszerzania jego dostępu do systemów firmy.
Co trzeba ustalić z dostawcą zewnętrznej usługi
Przed uruchomieniem wariantu M2 albo M3 organizacja powinna otrzymać odpowiedzi co najmniej w następujących sprawach:
- zakres i lokalizacja przetwarzania danych;
- wykorzystanie danych wejściowych, wyników i zapisów do doskonalenia usług;
- lista podwykonawców i sposób powiadamiania o zmianach;
- uwierzytelnianie, szyfrowanie, ograniczenia dostępu i zapis zdarzeń;
- dostępność usługi, wsparcie i obsługa incydentów;
- powiadamianie o zmianie modelu, wycofaniu wersji albo funkcji;
- możliwość audytu albo uzyskania równoważnych dowodów;
- usunięcie i zwrot danych po zakończeniu współpracy.
ISO/IEC 27001 porządkuje system zarządzania bezpieczeństwem informacji, a ISO/IEC 42001 ustanawia wymagania dla systemu zarządzania sztuczną inteligencją. Żadna z tych norm nie zwalnia jednak organizacji z opisania konkretnego zadania, dostępu agenta i warunków działania usługi.
Decyzja architektoniczna powinna mieć właściciela i datę przeglądu
Karta agenta powinna wskazywać wariant M, dostawcę, model i wersję, kategorie danych, systemy połączone z agentem, warunki dostępności oraz plan zastąpienia usługi. Decyzję należy przeglądać po zmianie modelu, zadania, rodzaju danych, podwykonawcy albo wymagań prawnych.
Rozsądny początek nie polega na wybraniu najcięższej architektury. Polega na ograniczeniu pierwszego zadania tak, aby organizacja mogła bezpiecznie sprawdzić wynik, poznać rzeczywisty przepływ danych i dopiero potem zdecydować, czy kolejne zastosowania wymagają środowiska wydzielonego albo rozwiązania mieszanego.