Agent na wewnętrznych dokumentach: co wgrać, a czego nie

Jedno „nie” i plik zostaje poza bazą

Zanim jakikolwiek dokument trafi do bazy wiedzy, zadaj o niego trzy pytania. Czy ktoś z imienia i nazwiska odpowiada za jego aktualność? Czy istnieje dokładnie jedna obowiązująca wersja? Czy jego treść może zobaczyć każdy, kto ma prawo rozmawiać z agentem? Jedno „nie” wystarczy, żeby plik został poza bazą.

To sito wygląda na formalność, a odsiewa zwykle połowę tego, co ludzie chcieli wgrać w pierwszym odruchu. I dobrze, bo baza wiedzy nie ma stopni wtajemniczenia. Jeśli fragment dokumentu tam jest, agent może go zacytować każdemu uprawnionemu rozmówcy. Zakres dostępu rozstrzyga się przy wgrywaniu, nie regułą w promptcie, bo reguła jest prośbą, a nie zabezpieczeniem.

Trzecie pytanie ma jeszcze jedno zastosowanie. Gdy odpowiedź brzmi „to zależy, kto pyta”, znaczy, że potrzebujecie dwóch agentów z osobnymi zestawami dokumentów i osobnymi allowlistami, a nie jednego z bardzo długim promptem. Podział to więcej pracy na starcie i wyraźnie mniej tłumaczenia się później.

Kto właściwie decyduje, co wchodzi do bazy

Sito zadaje pytania, ale ktoś musi je podpisać, i nie jest to osoba, która wgrywa pliki. Pod każdym dokumentem powinny stać trzy różne kompetencje: właściciel merytoryczny mówi, czy treść obowiązuje, osoba odpowiadająca za dane osobowe mówi, czy w ogóle wolno, a właściciel agenta mówi, czy dokument jest potrzebny do zadania. Trzecia odpowiedź brzmi domyślnie „nie” i to jest zdrowe ustawienie.

Obszary, w których firmy najczęściej uruchamiają AI, to dokładnie te, gdzie dokumenty wewnętrzne są paliwem. Raport strategiczny Grupy Roboczej ds. Sztucznej Inteligencji przy Prezesie UODO, opublikowany 28 stycznia 2026 roku, podaje, że 17% badanych organizacji w Polsce korzysta już z rozwiązań AI, a najczęstsze zastosowania to automatyzacja procesów administracyjnych, 41,2% wskazań, oraz analityka danych z wynikiem 31%. Decyzja o zawartości bazy zapada więc w pierwszym miesiącu wdrożenia, nie w trzecim, bo bez dokumentów te dwa zastosowania po prostu nie ruszą.

Bariery, o które rozbija się ta decyzja, są dobrze opisane. Badanie Bilansu Kapitału Ludzkiego prowadzone przez PARP i UJ na próbie 1822 pracodawców wskazuje cztery główne przeszkody we wdrażaniu AI: obawy o bezpieczeństwo, wysokie koszty wdrożeń, brak lub niejasność przepisów oraz brak kompetencji i wiedzy. Trzy z tych czterech rozstrzygają się przy tabeli z dokumentami, a nie przy wyborze modelu. Autorzy dodają jeszcze jedno: organizacje włączające AI do decyzji strategicznych osiągają wyraźnie wyższy zwrot niż te używające jej wyłącznie operacyjnie.

Nie buduj z tego komitetu. Jedna tabela w arkuszu, cztery kolumny, decyzja przy każdym wierszu i data tej decyzji. Komitet spotka się dwa razy i przestanie, a tabela zostanie i odpowie na pytanie, które padnie za pół roku: kto się na to zgodził.

• Właściciel merytoryczny: potwierdza, że wersja jest obowiązująca, i przyjmuje zgłoszenia o nieaktualności.
• Osoba odpowiadająca za dane osobowe: rozstrzyga kategorie danych, nie pojedyncze pliki. Kategoria raz zamknięta oszczędza dwadzieścia dyskusji o plikach.
• Właściciel agenta: mówi, czy dokument jest w ogóle potrzebny do zadania. Domyślna odpowiedź to „nie”.
• Data decyzji przy każdym wierszu, żeby za pół roku dało się odtworzyć, kto na co się zgodził i na jakim etapie.

Czego nie wgrywać, choć kusi

Kilka kategorii wraca w każdym wdrożeniu i za każdym razem wygląda niewinnie, bo „przecież to nasze wewnętrzne pliki”. Odsiew robi się raz, na poziomie kategorii, i trzyma się go bez wyjątków, bo pierwszy wyjątek zawsze pociąga drugi.

Osobna sprawa to dokumenty kadrowe używane przy rekrutacji. Załącznik III do AI Act wymienia osiem obszarów systemów wysokiego ryzyka, a czwarty z nich to zatrudnienie i zarządzanie pracownikami: rekrutacja, selekcja, decyzje o warunkach pracy i monitoring wydajności. Regulamin ClawLabs wyklucza z tego wprost systemy rekrutacyjne oparte wyłącznie na AI (§8); ocenę pracowników i monitoring wydajności zostawcie człowiekowi na podstawie samego Załącznika III, niezależnie od regulaminu. Digital Omnibus przesunął wprawdzie obowiązki dla samodzielnych systemów z Załącznika III z 2 sierpnia 2026 na 2 grudnia 2027 roku (kancelaria Freshfields podaje jako powód brak gotowych norm zharmonizowanych), ale przesunięcie terminu nie zmienia ani regulaminu, ani sensu tej decyzji. Streszczenie dokumentacji albo przygotowanie zestawu pytań rekrutacyjnych jest w porządku; selekcja kandydatów zostaje po stronie człowieka.

Przy dokumentach z danymi osobowymi klientów najprostsze rozwiązanie bywa najlepsze: usuń dane, zostaw procedurę. W większości wdrożeń agent potrzebuje wiedzieć, jak wygląda proces zwrotu, a nie kto składał wniosek w marcu. Ta jedna operacja skraca rozmowę z działem prawnym o połowę.

• Akta osobowe, wynagrodzenia, oceny okresowe. Wymagają węższego kręgu odbiorców niż firmowy czat, zawsze.
• Dokumenty objęte NDA podpisanym z kontrahentem. Wgranie ich do wspólnej bazy bywa złamaniem umowy, niezależnie od intencji.
• Prezentacje sprzedażowe i szkice ofert. Agent zacytuje obietnicę z prezentacji jako obowiązujący warunek handlowy.
• Wersje robocze i notatki ze spotkań. Ktoś zapisał w nich hipotezę, agent poda ją jako ustalenie.
• Archiwa mailowe. Wchodzą tam naraz dane osobowe, nieaktualne ustalenia i rozmowy prywatne.

Jedno źródło prawdy to rola, nie folder

„Jedno źródło prawdy” brzmi jak sprawa katalogów i uprawnień. W praktyce rozstrzyga się na poziomie ludzi. Dopóki przy dokumencie nie stoi nazwisko osoby odpowiedzialnej za jego treść, każda wersja jest tak samo prawdziwa i tak samo bezpańska.

Trzy nawyki, które to porządkują. Właściciel merytoryczny wpisany w nagłówek dokumentu, imieniem i nazwiskiem, a nie nazwą działu, bo przy dziale każdy zakłada, że zaktualizuje ktoś inny. Data obowiązywania wpisana w treść, nie w nazwę pliku; data zapisu w systemie mówi tylko o ostatniej edycji, więc poprawiona literówka potrafi zrobić z zeszłorocznego cennika najświeższy dokument w katalogu. I zakaz trzymania kopii roboczych obok wersji obowiązującej, bo „cennik_final_v3_poprawiony” zawsze w końcu wygrywa.

Do tego jeden arkusz: rejestr dokumentów. Nazwa, właściciel merytoryczny, data ostatniego przeglądu, data następnego przeglądu, miejsce wersji obowiązującej, krótki opis zawartości. Sześć kolumn, kwadrans na założenie i jedyna rzecz, która pozwoli po pół roku odpowiedzieć na pytanie, skąd agent wziął tę liczbę. Rejestr przydaje się też przy zmianie osoby: nowy właściciel dostaje listę, a nie opowieść.

Reguła nadrzędna brzmi tak: agent czyta z tego samego miejsca, z którego czyta człowiek. Osobna kopia dokumentów „dla agenta” rozjedzie się z oryginałem w ciągu miesiąca i nikt tego nie zauważy, dopóki nie zauważy klient.

Agent cytuje zeszłoroczny cennik tym samym tonem

Agent nie ma sposobu, żeby rozpoznać nieaktualność. Zacytuje procedurę z zeszłego roku dokładnie tym samym pewnym tonem co treści obowiązujące, bo z jego perspektywy oba fragmenty są równie dobrym źródłem. Nie ma tu miejsca na wahanie, które doświadczony pracownik okazałby odruchowo.

Szkoda rośnie razem z zaufaniem i to jest najbardziej podstępna część całej sprawy. Przez pierwszy miesiąc ludzie sprawdzają odpowiedzi. Po drugim przestają, bo agent się nie mylił. Nieaktualny fragment wpuszczony w trzecim miesiącu przechodzi więc bez kontroli i wraca do Was w formie pytania od klienta, dlaczego dostał inną cenę niż na fakturze.

Cztery mechanizmy to łapią i żaden nie wymaga programisty. Data następnego przeglądu przy każdym dokumencie w rejestrze, nie dalsza niż kwartał, z przypomnieniem w kalendarzu właściciela. Reguła w promptcie, żeby agent przy odpowiedziach z dokumentów podawał ich datę obowiązywania, wtedy użytkownik sam zauważy, że coś jest sprzed dwóch lat. Trzeci, najtańszy i najczęściej pomijany: ścieżka zgłoszenia „to jest nieaktualne” na jedno kliknięcie, z jedną osobą, która te zgłoszenia przyjmuje. Czwarty domyka moment zmiany: aktualizacja bazy ma być pozycją na tej samej liście zadań co poinformowanie handlowców, a nie projektem na przyszły tydzień.

Dokumenty, które agent tworzy, też są dokumentami

Baza wiedzy jest ruchem w jedną stronę tylko na papierze. Agent czyta procedury i produkuje szkice: odpowiedzi, notatki, zestawienia, projekty pism. Te pliki wracają na dysk firmowy i po miesiącu nikt nie odróżni ich od dokumentów napisanych przez człowieka. Najgorszy wariant tej pętli wygląda tak, że agent cytuje własny szkic sprzed tygodnia jako źródło firmowe.

Prawo idzie tu w stronę oznaczania. Art. 50 ust. 2 AI Act nakłada na dostawców systemów generujących syntetyczne treści (tekst, obraz, dźwięk, wideo) obowiązek oznaczania wyników w formacie czytelnym maszynowo, watermarkiem albo metadanymi; opisuje to kancelaria Traple Konarski Podrecki w omówieniu obowiązków przejrzystości z lipca 2026. Obowiązek formalnie siedzi po stronie dostawcy, ale skutek organizacyjny jest Wasz: w firmie musi obowiązywać zasada, czym jest szkic, a czym wersja zaakceptowana przez człowieka.

Najtańsza wersja tej zasady mieści się w dwóch ruchach. Szkice agenta lądują w osobnym katalogu i mają prefiks w nazwie pliku. Do bazy wiedzy wracają dopiero po akceptacji, z nazwiskiem osoby, która ją podpisała, i datą. Bez tego rejestr dokumentów po kwartale przestaje opisywać rzeczywistość, bo połowa plików nie ma autora, którego dałoby się o cokolwiek zapytać.

Ile kosztuje utrzymanie bazy i kiedy się nie zwraca

Baza dokumentów nie jest kosztem jednorazowym i tak trzeba ją przedstawić osobie, która podpisuje. Uporządkowanie i wgranie to zwykle jeden do dwóch dni pracy. Utrzymanie to godzina do dwóch miesięcznie na przegląd rejestru, poza utrzymaniem samego agenta, plus czas właścicieli merytorycznych rozproszony po kilku osobach, i właśnie ta ostatnia pozycja znika z kalkulacji najczęściej, bo nie ma faktury.

Ten rachunek dokłada się do progu ośmiu godzin, który znacie z lekcji ósmej i jedenastej, a w całości rozpisuje go lekcja piętnasta, z tą różnicą, że baza dokumentów nie zdejmuje godzin sama z siebie, tylko podnosi próg agentowi, który z niej korzysta. Godziny przeglądu wchodzą do stałego rachunku obok abonamentu od 399 zł miesięcznie. Wniosek jest praktyczny: albo baza obsługuje kilka procesów naraz, albo lepiej wkleić wiedzę do promptu i nie zakładać rejestru.

Jest jeszcze argument, który rzadko pada, a przekonuje zarząd szybciej niż kalkulacja. Raport „Cyberportret polskiego biznesu 2026” podaje, że systemy DLP lub CASB wdrożyło 25% firm, czyli trzy czwarte organizacji nie ma technicznej kontroli nad tym, dokąd wypływają pliki. Przy takim tle jedyną realną kontrolą pozostaje decyzja, co w ogóle wgrywacie. Infrastruktura w chmurze EU u Hetznera i umowa powierzenia udostępniana na żądanie porządkują stronę formalną, ale nie zastąpią tabeli z decyzjami.

Kiedy w ogóle nie warto budować bazy dokumentów

Przy małej objętości to przerost formy. Jeśli cała wiedza mieści się na dziesięciu stronach, wklej ją do promptu systemowego i miej spokój: jedno miejsce do aktualizacji zamiast dwóch i żadnego ryzyka, że agent trafi w niewłaściwy fragment. Baza zaczyna mieć sens od kilkudziesięciu stron.

Drugi przypadek to procedury zmieniające się co tydzień. Baza będzie stale o krok z tyłu, a jej utrzymanie zje całą oszczędność. Lepiej wskazać agentowi jedno żywe źródło, na przykład stronę w wewnętrznej wiki, niż utrzymywać jej kopię i pilnować zgodności obu.

Trzeci przypadek jest rozstrzygający: dokumenty są sprzeczne i nikt nie chce być ich właścicielem. Agent nie rozsądzi, która wersja obowiązuje, tylko zacytuje przypadkową i zrobi to przekonująco. Uporządkowanie dokumentów jest wtedy właściwym projektem, a wdrożenie agenta jego skutkiem ubocznym. Zdarza się, że po tym porządku okazuje się, że agent nie był już potrzebny, i to też jest wynik wart tych dwóch dni.