AI dla kancelarii — automatyzacja pracy z aktami i terminami

Agent AI w kancelarii może wykonywać czynności przygotowawcze: porządkować akta, wyszukiwać treść w dokumentach, składać projekty pism z wzorców kancelarii i pilnować dat. Nie może oceniać sprawy, formułować stanowiska procesowego ani samodzielnie kontaktować się z klientem, sądem czy przeciwnikiem. Granica nie wynika z ograniczeń technicznych, tylko z konstrukcji zawodu: za treść pisma i za poradę odpowiada prawnik, a odpowiedzialności zawodowej nie da się przenieść na narzędzie. Mówimy to wprost, bo najczęstszy chwyt sprzedażowy w tej kategorii narzędzi idzie w przeciwną stronę — model językowy bywa przedstawiany jako „drugi prawnik w zespole”, który przeczyta akta i powie, co z nich wynika. Uważamy to za obietnicę nie do dotrzymania: narzędzie potrafi wskazać, gdzie coś jest napisane, ale nie ponosi żadnych konsekwencji, gdy się pomyli, więc nie może być autorem stanowiska. Dlatego każde wdrożenie zaczynamy od spisania, która czynność jest przygotowaniem materiału, a która decyzją — i budujemy system tak, żeby te dwie rzeczy były rozdzielone także technicznie, z widocznym momentem akceptacji przez człowieka.

Z tego samego powodu odradzamy pewien konkretny start. Jeżeli kancelaria chce zacząć od narzędzia, które ma „analizować sprawy” i podpowiadać kierunek działania, nie weźmiemy takiego zlecenia — nie dlatego, że jest technicznie niewykonalne, tylko dlatego, że nikt nie potrafi wskazać, kto odpowiada za wynik. Proponujemy wtedy proces nudniejszy: rejestrację pism przychodzących albo wyszukiwanie w aktach. Nudne procesy mają tę zaletę, że po miesiącu widać, czy działają, a błąd w nich kosztuje minutę pracy, a nie termin procesowy. Efektowne wdrożenia w kancelarii wolimy zostawić innym.

Wyszukiwanie z odnośnikiem do źródła polega na tym, że system nie odpowiada z pamięci modelu, tylko wskazuje konkretny fragment konkretnego dokumentu. Większość pokazów „AI dla prawników”, jakie widzieliśmy, eksponuje odpowiedź, a źródło traktuje jako dodatek — naszym zdaniem to odwrotna kolejność, bo w pracy z aktami weryfikowalność jest całą wartością, a nie ozdobnikiem. Technicznie wygląda to tak: akta są najpierw przetwarzane, skany trafiają do rozpoznawania tekstu, dokumenty dzielone są na fragmenty, a każdy fragment zachowuje metrykę — nazwę pliku, numer strony, datę wpływu, sygnaturę sprawy. Zapytanie prawnika trafia do wyszukiwarki po tych fragmentach, a model językowy służy do streszczenia znalezionych treści, nie do ich wymyślania. Efektem jest odpowiedź w stałym formacie: teza, cytat, odnośnik. Jeżeli system nie znajduje podstawy w aktach, ma powiedzieć wprost, że nie znajduje — to wymaganie projektowe, które wpisuje się do specyfikacji, a potem sprawdza w testach. Uważamy je za ważniejsze od jakości streszczeń: model, który elegancko podsumowuje nieistniejący dokument, jest w kancelarii groźniejszy niż model, który nie umie podsumować niczego.

1. 01Inwentaryzacja zbioruUstalamy, jakie dokumenty wchodzą do systemu, w jakich formatach i kto ma do nich dostęp. Zbiór na pilotaż jest zamknięty i możliwie mały.
2. 02Przetworzenie i metrykiSkany przechodzą rozpoznawanie tekstu, dokumenty dzielone są na fragmenty, każdy fragment dostaje nazwę pliku, numer strony i sygnaturę sprawy.
3. 03Wyszukiwanie i cytowanieZapytanie zwraca fragmenty wraz z odnośnikiem, a model streszcza wyłącznie to, co system znalazł w aktach.
4. 04Test na pytaniach kontrolnychPrzygotowujemy listę pytań, na które znamy odpowiedzi z akt, i sprawdzamy, czy system trafia w źródło. Osobno testujemy pytania, na które w aktach odpowiedzi nie ma — i ten drugi test uznajemy za rozstrzygający, bo pokazuje, czy narzędzie potrafi się przyznać do niewiedzy.

Taki układ ma w pracy kancelarii dwie zalety. Po pierwsze, wynik da się zweryfikować w kilkanaście sekund — prawnik otwiera wskazaną stronę i sprawdza cytat. Po drugie, ogranicza najgroźniejszy błąd tej technologii, czyli pewnie brzmiące zdanie bez pokrycia w dokumentach. Nie eliminuje go całkowicie: streszczenie nadal może przesunąć akcenty albo pominąć zastrzeżenie. Dlatego cytat i odnośnik są obowiązkowym elementem odpowiedzi, a nie dodatkiem, a odpowiedź bez wskazanego źródła traktujemy jak brak odpowiedzi. Świadomie wybieramy system, który częściej mówi „nie znalazłem”, niż taki, który zawsze coś napisze — pierwszy bywa irytujący, drugi bywa kosztowny.

Przy pismach agent pracuje na wzorcach kancelarii, a nie na własnej wiedzy o prawie. Kancelaria dostarcza szablony, agent uzupełnia je danymi ze sprawy — oznaczeniem stron, sygnaturą, datami, adresami, listą załączników — i zaznacza pola, których nie potrafi wypełnić z akt. Prawnik dostaje projekt z widocznymi lukami zamiast dokumentu, który wygląda na gotowy i w którym trzeba szukać błędu. Tę różnicę uważamy za najważniejszą decyzję projektową w całym wdrożeniu: dokument udający kompletny kosztuje więcej czasu niż napisanie go od zera, bo weryfikacja gładkiego tekstu jest trudniejsza niż uzupełnienie oznaczonej luki. Przy terminach mechanizm jest podobny: system wychwytuje daty z pism przychodzących, zakłada wpis w terminarzu i przypomina o nim z wyprzedzeniem, ale sposób liczenia terminu potwierdza człowiek. Automat pilnuje, żeby żadne pismo nie zostało bez wpisu — ocena skutków procesowych zostaje po stronie prawnika.

• Rejestracja pisma przychodzącego: rozpoznanie typu, przypisanie do sprawy, zapis daty wpływu.
• Projekt pisma z wzorca kancelarii, z wyraźnym oznaczeniem pól wymagających decyzji prawnika.
• Wpis terminu do kalendarza wraz z odnośnikiem do dokumentu, z którego termin wynika.
• Przypomnienia kaskadowe: z wyprzedzeniem, a następnie w dniu granicznym.
• Cotygodniowe zestawienie spraw bez ruchu i pism pozostawionych bez odpowiedzi.
• Log wszystkich działań agenta: co zrobił, kiedy i na jakim dokumencie.

Największą wartością nie jest tu szybkość pisania, tylko kompletność ewidencji. W kancelarii, w której korespondencja wpływa kilkoma kanałami, ryzyko nie polega na tym, że ktoś napisze pismo wolniej — tylko na tym, że jedno pismo nie trafi do rejestru i termin przejdzie niezauważony. Automat, który każdemu wpływowi nadaje wpis, odnośnik i przypomnienie, likwiduje pojedyncze punkty awarii w postaci jednej osoby i jednej skrzynki. Reszta, czyli treść i strategia, pozostaje pracą prawnika. Jeżeli mamy wskazać jeden proces, od którego warto zacząć, wskazujemy właśnie ten — i podtrzymujemy tę rekomendację również wtedy, gdy kancelaria przychodzi po coś znacznie bardziej efektownego, bo tu ryzyko jest małe, a skutek widać od razu.

Punkt wyjścia jest jeden: dane objęte tajemnicą zawodową nie mogą trafić do zewnętrznego modelu, dopóki kancelaria nie ustali i nie zapisze, jaki zakres danych jest przekazywany, gdzie są przetwarzane, jak długo są przechowywane i czy służą do trenowania modelu. Tajemnica zawodowa nie jest formalnością do odhaczenia przed startem — jest warunkiem wdrożenia i mówimy to również wtedy, gdy w odpowiedzi słyszymy, że inni dostawcy tego nie wymagają. Powiemy więcej, choć kosztuje nas to zlecenia: jeżeli polityka kancelarii wyklucza wysyłanie treści akt poza jej infrastrukturę, to spora część modnych dziś rozwiązań po prostu odpada i nie ma sensu udawać, że da się to obejść jednym przełącznikiem prywatności. Lepiej usłyszeć to na pierwszej rozmowie niż w połowie wdrożenia. W praktyce prowadzi to do kilku decyzji projektowych: ograniczenia zbioru na pilotaż, pseudonimizacji tam, gdzie jest wykonalna, rozdzielenia środowisk, umowy powierzenia przetwarzania oraz jasnej listy czynności, których agent nie wykonuje. Część kancelarii wybierze rozwiązanie działające na własnej infrastrukturze — wtedy rozmowa dotyczy kosztów i wydajności, a nie tego, czy dane opuszczają kancelarię, i uważamy tę kolejność za uczciwszą niż odwrotną, w której najpierw kupuje się narzędzie, a potem szuka dla niego uzasadnienia.

• Zakres danych przekazywanych do modelu jest spisany przed startem, a nie ustalany w trakcie pracy.
• Pilotaż obejmuje jeden proces i zamknięty zbiór dokumentów, a nie całe archiwum kancelarii.
• Każda odpowiedź systemu ma odnośnik do źródła; brak źródła oznacza brak odpowiedzi.
• Agent nie wysyła korespondencji na zewnątrz — przygotowuje projekt do akceptacji prawnika.
• Wszystkie działania są logowane, z możliwością wskazania, kto zatwierdził dokument i kiedy.
• Kancelaria ma przycisk wyłączenia: proces musi dać się prowadzić ręcznie od pierwszego dnia.

Ostatni element to odpowiedzialność wobec klienta kancelarii. Nawet dobrze zaprojektowany agent bywa pewny siebie w błędzie, a klient nie rozróżnia, czy pomyłka wyszła od narzędzia, czy od pełnomocnika — rozlicza pełnomocnika. Dlatego traktujemy AI w kancelarii jak osobę bez uprawnień do reprezentacji: może przygotować, poszukać, zestawić i przypomnieć, ale pod niczym się nie podpisuje. Ten sam podział warto zapisać w wewnętrznej procedurze kancelarii, żeby był czytelny także dla nowych osób w zespole i żeby dało się go wykazać w razie sporu. Dodajmy rzecz niewygodną dla nas samych: opublikowanego wdrożenia agenta AI — w kancelarii ani w żadnej innej branży — jeszcze nie mamy. W portfolio jest 45 realizacji i ponad 200 obsłużonych klientów, ale to strony, sklepy i integracje. Dla kancelarii oznacza to zaletę i ryzyko naraz: nie przyniesiemy gotowego wzorca z innej kancelarii, ale też nie będziemy Was przekonywać do rozwiązania tylko dlatego, że raz już je komuś sprzedaliśmy.