Cyfrowy Pracownik nie „zna" Waszej firmy. Pracuje na Waszych danych: dokumentacji, historii zgłoszeń, plikach, które mu wskażecie. Odpowiedź, którą składa, powstaje z tych źródeł, a nie z tego, co model zapamiętał w treningu. Dla producenta objętego regulacją to cała różnica: dane zostają na Waszej infrastrukturze, odpowiedź da się prześledzić do konkretnego źródła, a uprawnienia dostępu są respektowane. To trzeci wpis z serii o Cyfrowych Pracownikach. Pierwszy tłumaczył model rozliczeń, drugi podział pracy w zespole, a ten wchodzi głębiej: jak praca na wewnętrznych danych naprawdę wygląda i co decyduje o tym, że jest wiarygodna. Gdzie leżą jej granice, opiszemy w kolejnym, ostatnim wpisie serii.
Model nie „wie", tylko sięga do źródeł
Duży model językowy sam z siebie zna wiedzę ogólną i nieaktualną. Wartość leży w Waszych dokumentach, których żaden publiczny model nie widział. Cyfrowy Pracownik nie zgaduje z pamięci: do zadanego pytania odnajduje właściwe fragmenty w Waszych źródłach i z nich buduje odpowiedź. W branży ten wzorzec nazywa się osadzaniem odpowiedzi w źródłach (rodzina rozwiązań RAG). W praktyce wygląda to tak: na pytanie o konkretną procedurę Cyfrowy Pracownik podaje fragment z właściwego dokumentu, a nie prawdopodobnie brzmiące zdanie ułożone z niczego. Ta różnica decyduje, czy odpowiedzi można używać w środowisku, w którym błąd kosztuje. Konsekwencja jest też praktyczna po drugiej stronie: jeśli czegoś nie ma w Waszych materiałach, dobrze zbudowany Cyfrowy Pracownik tego nie „dopowiada", tylko zaznacza, że źródła nie zawierają odpowiedzi. Różnicę między takim podejściem a ogólnym copilotem rozłożyliśmy na czynniki w tekście o Cyfrowym Pracowniku a copilocie.
Dane zostają u Was
Praca na wewnętrznych danych ma sens tylko wtedy, gdy te dane nie opuszczają Waszego perymetru. W modelu dedykowanym (single-tenant) albo on-prem źródła i samo przetwarzanie zostają na Waszej infrastrukturze, nie wędrują do publicznego modelu. Dla zespołu, który musi wykazać kontrolę nad danymi pod NIS2, to nie kosmetyka, tylko warunek wejścia. Który model deploymentu pasuje do jakich danych, rozbieramy w tekście o single-tenant a shared cloud, a szerszy kontekst regulacyjny w tekście NIS2 a AI: co obowiązuje.
Odpowiedź da się prześledzić do źródła
Osadzenie w źródłach daje efekt uboczny, który dla regulowanego producenta jest ważniejszy niż sama wygoda: każdą odpowiedź da się cofnąć do dokumentu i fragmentu, z którego powstała. To znaczy, że człowiek zatwierdzający wynik nie musi wierzyć maszynie na słowo, tylko może sprawdzić, skąd wzięła się odpowiedź. Ten sam ślad jest tym, o co pyta audytor: nie „czy AI miała rację", ale „na jakiej podstawie powstała odpowiedź i kto ją przyjął". Sam podział odpowiedzialności między jednostkę a człowieka opisaliśmy w poprzednim wpisie o zespole.
Uprawnienia: pracownik widzi tylko to, co ma widzieć
Praca na danych firmy nie oznacza wrzucenia wszystkiego do jednego worka, do którego każdy ma dostęp. Sensownie zbudowany Cyfrowy Pracownik respektuje istniejące uprawnienia: odpowiada na podstawie tych źródeł, do których pytający i tak ma dostęp, a nie całości firmowych zasobów. To istotne przy wrażliwej dokumentacji technicznej, gdzie „kto co może zobaczyć" jest częścią bezpieczeństwa, a nie dodatkiem po fakcie.
Jakość odpowiedzi zależy od jakości źródeł
Tu jesteśmy uczciwi, bo to najczęstsze rozczarowanie: Cyfrowy Pracownik jest tak dobry, jak dane, na których pracuje. Jeśli dokumentacja jest niespójna, zdublowana albo nieaktualna, odpowiedzi odziedziczą te wady. Najczęściej problemem nie jest brak dokumentów, tylko ich nadmiar: kilka wersji tej samej instrukcji, załączniki bez dat, procedury wycofane, których nikt formalnie nie usunął. Cyfrowy Pracownik nie rozstrzygnie za Was, która wersja obowiązuje, jeśli tego nie widać w źródłach. Dlatego w naszej praktyce pierwszy etap wdrożenia to zwykle nie „model", tylko uporządkowanie źródeł: co jest aktualne, co wycofane, która wersja obowiązuje. To mniej efektowne niż demo, ale właśnie to decyduje, czy praca na danych daje wynik, któremu można zaufać.
Czego to nie oznacza
Kilka rzeczy, żeby nie było nieporozumień. Praca na Waszych danych nie znaczy, że model „uczy się" na nich w tle i wynosi je gdziekolwiek dalej. Nie znaczy też pełnej autonomii: odpowiedź nadal jest wersją roboczą, którą przyjmuje człowiek. I nie znaczy, że Cyfrowy Pracownik odpowie na wszystko, co ma źródło. Gdzie dokładnie leżą granice tego, czego nie zrobi, to temat kolejnego, ostatniego wpisu serii.
Od czego zacząć
Najbezpieczniejszy pierwszy krok jest zawsze ten sam: jedno wąskie zadanie z jasnym, uporządkowanym źródłem i jasnym właścicielem po Waszej stronie. Na tym jednym przypadku widać, czy praca na danych daje wartość, zanim rozszerzycie zakres. Jeśli chcecie przejść przez to na Waszej konkretnej dokumentacji, umówcie rozmowę z Fryderykiem. Zaczniemy od tego, które źródło w Waszej firmie nadaje się na pierwszy test.
Autor: Fryderyk Pryjma, CortexMine. Pracujemy z producentami nad prywatnymi wdrożeniami Cyfrowych Pracowników na ich własnej infrastrukturze.