Prompt Injection w Galileu: brazylijski sąd ukarał prawników za ukryty tekst w piśmie
Prompt injection w Galileu doprowadził do sankcji wobec dwojga brazylijskich prawników po tym, jak sąd pracy stwierdził obecność ukrytych instrukcji w ich piśmie procesowym. Prompt injection oznacza osadzanie instrukcji w materiale przetwarzanym przez AI w celu przekierowania jej działania. W tym przypadku biały tekst na białym tle ukrywał materiał przed zwykłym oglądem człowieka. Sąd uznał to wprowadzenie za próbę ingerencji w pracę wymiaru sprawiedliwości.
Orzeczenie wydał Trzeci Sąd Pracy w Parauapebas, w brazylijskim stanie Pará, 12 maja 2026 r. Ten termin ma znaczenie: listopadowe relacje dotyczą wcześniejszej decyzji, a nie nowo odkrytego pisma. Ustalenie wymaga też ostrożnego ograniczenia. Próba manipulacji nie dowodzi, że AI zastosowała się do instrukcji ani że wpłynęła ona na wyrok.
Sednem konfliktu jest zderzenie automatyzacji dokumentów z obowiązkiem traktowania pism stron jako dowodów wymagających wnikliwej kontroli. Microsoft i Anthropic odnoszą się do tej samej granicy w swoich wytycznych bezpieczeństwa. Sądy mierzą się ze szczególnie wymagającą wersją problemu: strony przeciwne mają prawo składać przekonujące dokumenty, lecz sędziowie muszą odróżniać te argumenty od ukrytych prób kontrolowania oprogramowania.
Co faktycznie ustaliło orzeczenie w sprawie prompt injection w Galileu
Orzeczenie sądu pracy opisuje ukryty tekst odkryty podczas przetwarzania pozwu inicjującego sprawę przez Galileu. Zmiana koloru czcionki ujawniła materiał.
Sędzia przypisał odpowiedzialność dwojgu prawnikom, którzy podpisali pozew. Decyzja nałożyła na nich solidarną grzywnę w wysokości 10% wartości roszczenia i nakazała zawiadomienie organów nadzoru zawodowego oraz sądowego.
Udokumentowane ustalenie dotyczy próby manipulacji, bez potwierdzenia skutecznego przejęcia kontroli nad sądową AI.
To rozróżnienie nie pozwala, by historia wyrosła ponad jej materiał dowodowy. Odkrycie, próba wpływu, skuteczny wpływ i zmieniony wynik postępowania są odrębnymi twierdzeniami. Ustalenie jednego z nich nie potwierdza automatycznie pozostałych.
Ukrycie treści zmienia też sposób, w jaki czytelnicy powinni rozumieć to pismo. Prawnicy rutynowo proszą sądy o przyjęcie ich interpretacji faktów i prawa. Ukryta instrukcja skierowana do oprogramowania działa jednak innym kanałem.
Uzasadnienie sądu przypisuje odpowiedzialność profesjonalistom, którzy przygotowali i podpisali pismo. To ustalenie powinno pozostać przypisane sędziemu. Nie daje ono zewnętrznym obserwatorom niezależnej wiedzy o każdym etapie tworzenia dokumentu.
Podstawowy spór pracowniczy i sankcja również wymagają odrębnego traktowania. Uprawnienie strony do świadczeń związanych z zatrudnieniem nie przesądza, czy jej przedstawiciele prawidłowo przygotowali pismo. Analogicznie, niewłaściwe zachowanie związane z dokumentem nie rozstrzyga automatycznie zasadności wszystkich pierwotnych zarzutów.
To rozdzielenie jest istotne, gdy historia technologiczna trafia do relacji prawnej. Dramatyczna opowieść o ataku na AI może przesłonić węższe działanie proceduralne faktycznie podjęte przez sędziego. Czytelnicy potrzebują zarówno technicznego zarzutu, jak i granic ustalenia sądu.
Dostępna decyzja dostarcza dowodów wykraczających poza krążący post w mediach społecznościowych. Uzasadnia przedstawienie incydentu jako udokumentowanego działania sądu. Nie eliminuje jednak pytań o późniejsze postępowania, zaskarżenie sankcji ani wyniki postępowań dyscyplinarnych.
Skierowanie sprawy do izby adwokackiej rozpoczyna odrębny proces rozliczenia odpowiedzialności. Nie powinno być opisywane jako zakończone rozstrzygnięcie dyscyplinarne. Ta sama ostrożność dotyczy wszelkiego założenia, że pierwotna grzywna koniecznie pozostała bez zmian.
Najbardziej przejrzyste ujęcie łączy więc kilka kwestii. Sąd zidentyfikował ukryty materiał, przypisał odpowiedzialność i nałożył sankcje. Twierdzenia o ostatecznych konsekwencjach dyscyplinarnych lub szerszym sukcesie technicznym wymagają własnych dowodów.
Dla czytelników spoza Brazylii trwałe znaczenie leży w tej dyscyplinie dowodowej. Podejrzane pismo może wywołać konsekwencje nawet wtedy, gdy relacja nie potwierdza skuteczności zamierzonej manipulacji.
Automatyzacja sądowa wywiera presję na granicę dokumentu
Galileu zaprojektowano do pracy bezpośrednio związanej z rozumowaniem sądowym. Brazylijska Krajowa Rada Sprawiedliwości opisała jego rolę w przygotowywaniu projektów orzeczeń w maju 2025 r.
Według tego opisu system czyta pozwy inicjujące sprawy i odpowiedzi na nie, porządkuje informacje oraz proponuje materiały do projektów dla sędziów. Opracowany przez TRT-4, otrzymał zezwolenie na użycie we wszystkich brazylijskich sądach pracy.
Asystent przygotowujący projekty wymaga ochrony, zanim jego wynik dotrze do osoby odpowiedzialnej za decyzję.
Instytucjonalna obietnica jest zrozumiała. Porządkowanie zarzutów i odpowiedzi może ograniczyć powtarzalną pracę. Ustrukturyzowany projekt może pomóc osobie dokonującej kontroli poruszać się po skomplikowanym materiale sprawy.
Pytanie o bezpieczeństwo zaczyna się od tego samego materiału, który czyni asystenta użytecznym. Strony dostarczają dokumenty, podczas gdy sąd kontroluje zadanie. Role te muszą pozostać odrębne przez cały proces przetwarzania.
Pismo ma moc jako dokument złożony w sprawie. Ten status nie daje jego autorowi uprawnień wobec oprogramowania sądu. Przyjęcie dokumentu do rozpoznania nigdy nie powinno oznaczać przyjęcia osadzonych w nim poleceń dotyczących działania asystenta.
Tworzy to presję dla kilku grup. Sędziowie potrzebują pewności, że materiał projektu odzwierciedla akta. Personel sądu potrzebuje niezawodnego sposobu eskalowania podejrzanych treści bez utraty prawomocnych dowodów.
Twórcy systemów mają inny obowiązek. Muszą zachować rozróżnienie między treścią dokumentu a instrukcjami aplikacji. Płynna odpowiedź nie może pokazać, czy to rozróżnienie przetrwało.
Zespoły zakupowe również potrzebują czegoś więcej niż prezentacji z użyciem czystych przykładowych dokumentów. Istotne pytanie dotyczy działania wtedy, gdy pismo zawiera sprzeczny, ukryty lub wprowadzający w błąd materiał. Zwykłe testy dokładności pozostawiają to pytanie bez odpowiedzi.
Nadzór człowieka pozostaje niezbędny, ale liczy się jego umiejscowienie. Przegląd dopracowanego projektu po przetworzeniu stwarza inną możliwość kontroli niż sprawdzenie podejrzanego materiału źródłowego przed wygenerowaniem wyniku.
Osoba kontrolująca może zauważyć dziwne zdanie w wyniku. Wykrycie brakującego argumentu jest trudniejszym zadaniem, ponieważ pominięcie nie pozostawia oczywistego ostrzeżenia. Jest to ryzyko analityczne, a nie ustalenie dotyczące tej konkretnej sprawy.
Presja wykracza więc poza pytanie, czy sędzia podpisuje ostateczne orzeczenie. Dotyczy tego, czy przepływ pracy daje sędziemu realną możliwość zbadania informacji kształtujących projekt.
Dla nabywców korporacyjnych porównanie jest bezpośrednie. Asystent do analizy umów i asystent do przygotowywania projektów sądowych służą różnym instytucjom, lecz oba przetwarzają dokumenty napisane przez podmioty zewnętrzne.
Baza wiedzy AI rodzi pokrewne pytanie, gdy włącza materiał zewnętrzny. Możliwość wyszukiwania i wygodne odzyskiwanie informacji nie przesądzają, czy źródło powinno wpływać na zachowanie asystenta.
Wniosek dotyczący wdrożeń jest konkretny: użyteczny dostęp do dokumentów zwiększa znaczenie kontrolowania tego, jaki autorytet otrzymują te dokumenty. Korzyść i ekspozycja na ryzyko pojawiają się przez ten sam kanał wejściowy.
Atak był wymierzony w autorytet, a nie tylko widoczność tekstu
Biały tekst przyciąga uwagę, ponieważ przypomina niewidzialny atrament. Głębszy problem dotyczy granicy zaufania, czyli rozdzielenia materiału, który aplikacja odczytuje, od instrukcji, które akceptuje.
Ukrycie wyjaśnia, dlaczego człowiek może nie zauważyć materiału; pomieszanie autorytetu wyjaśnia, dlaczego materiał ma znaczenie dla przepływu pracy AI.
Dokument może zawierać tekst trudny do zauważenia podczas zwykłego oglądania. W zależności od metody przetwarzania oprogramowanie nadal może napotkać taki tekst. Wygląd dla człowieka i dane wejściowe maszyny wymagają więc odrębnego zbadania.
Sprawa prompt injection w Galileu pokazuje, dlaczego sama kontrola wizualna nie może odpowiedzieć na każde pytanie dotyczące bezpieczeństwa. Normalnie wyglądająca strona nie musi ujawniać wszystkiego, co dostarczono systemowi przetwarzającemu tekst.
Ważna jest również odwrotna zależność. Znalezienie nietypowego tekstu nie dowodzi, że model wykonał jego polecenia. Ocena bezpieczeństwa musi odróżniać obecność próby instrukcji od dowodów dotyczących jej skutku.
W sądowym przepływie pracy podmiot zewnętrzny powinien kontrolować własne zarzuty i materiały pomocnicze. Nie powinien kontrolować standardów, według których asystent ocenia te materiały.
To rozróżnienie pozostaje konieczne nawet wtedy, gdy dokument używa formalnego języka prawnego. Profesjonalne formatowanie, podpisy i akceptacja proceduralna ustanawiają kontekst. Nie przekształcają każdego zdania w autoryzowaną instrukcję dla oprogramowania.
To samo rozumowanie wyjaśnia, dlaczego zakaz stosowania białego tekstu byłby niepełny. Prezentacja jest tylko jednym aspektem problemu. Kluczowe pytanie dotyczy tego, czy zewnętrzna treść może przekierować działanie aplikacji.
W tym miejscu incydent łączy się z komercyjną pracą nad bezpieczeństwem AI. Mechanizmy kontroli ataków na dokumenty firmy Microsoft rozróżniają ataki zawarte w dokumentach od ataków przekazywanych bezpośrednio przez użytkownika.
Microsoft podaje, że jego Prompt Shields analizują dostarczony materiał pod kątem wzorców manipulacji. Dokumentacja rozróżnia również wykrywanie od blokowania: konfiguracja i integracja aplikacji określają, co dzieje się po podejrzanym wyniku.
Ta różnica ma znaczenie operacyjne. Alert jest dowodem, że komponent coś zauważył. Sam w sobie nie pokazuje, że każdy komponent działający dalej w procesie przestał wykorzystywać podejrzany materiał.
Wytyczne Anthropic dotyczące niezaufanej treści podchodzą do tej granicy poprzez kontrolę danych wejściowych i wyraźne oddzielenie treści pochodzących od stron trzecich od instrukcji aplikacji.
Firma zaleca jasne wskazywanie źródła i charakteru pozyskanego materiału. Zalecenia te opisują podejście obronne; nie ustalają, jak skonfigurowano Galileu w chwili przetwarzania tego pisma.
Dokumentacja żadnego z dostawców nie uzasadnia wskazania uniwersalnego zwycięzcy w dziedzinie bezpieczeństwa prawniczego AI. Różne aplikacje udostępniają różne dokumenty, uprawnienia i etapy kontroli. Sama nazwa produktu nie może potwierdzić bezpieczeństwa konkretnego wdrożenia.
Użyteczne porównanie dotyczy odpowiedzialności w całym przepływie pracy. Kontrola przesiewowa, ograniczanie autorytetu, przegląd wyników i eskalowanie incydentów dotyczą różnych punktów awarii. Ocena wyłącznie podstawowego modelu językowego pozostawia te decyzje aplikacyjne bez zbadania.
Brazylijski incydent czyni tę kwestię konkretną. Ważna granica przebiega między rozpatrywaniem pisma strony a umożliwieniem temu pismu określania, jak asystent wykonuje swoje zadanie.
Prawnicy zakwestionowali cel ukrytego promptu
Relacja obejmuje również sporne wyjaśnienie. Według relacji JOTA dotyczącej deklarowanej obrony prawników, prawnicy przyznali, że użyli ukrytego promptu.
Kwestionowali, że próbowali manipulacji, i twierdzili, że ich celem była ochrona klienta przed AI. Stanowisko to różni się od oceny zachowania przedstawionej przez sędziego.
Obawy dotyczące sądowej AI zasługują na analizę, ale nie rozstrzygają sporu o ukrytą ingerencję.
To rozróżnienie ma znaczenie, ponieważ krytyka automatyzacji sądowej może być uzasadniona. Strony mają zrozumiały interes w tym, by wiedzieć, jak przetwarzane są ich pisma i czy zautomatyzowane wsparcie wpływa na sposób ich traktowania.
Interes ten rodzi pytania o przejrzystość, dokładność i rzeczywistą możliwość kontroli. Nie oznacza jednak automatycznie, że ukryta ingerencja jest akceptowalnym sposobem zgłaszania takich obaw.
Stanowisko sądu i wyjaśnienia prawników powinny zatem zostać przedstawione łącznie. Czytelnicy powinni widzieć rozbieżność bez traktowania którejkolwiek relacji jako niezależnie potwierdzonego opisu motywów.
Przyznanie się do wstawienia materiału różni się także od przyznania się do zamierzonego skutku prawnego lub technicznego. Relacja powinna zachować tę różnicę, zamiast sprowadzać spór do prostego wyznania.
Najbardziej sceptyczne odczytanie historii technologicznej dotyczy tego, co pozostaje niewidoczne. Publicznie dostępne ustalenia opisują podejrzaną treść i sankcję. Nie przedstawiają pełnej rekonstrukcji każdej interakcji z modelem.
Bez takiej rekonstrukcji obserwatorzy nie mogą wiarygodnie zmierzyć, jak materiał wpłynął na pośrednie podsumowania, czy którykolwiek etap przetwarzania go odrzucił ani jak zachowałyby się alternatywne konfiguracje.
Wykryta próba uzasadnia ograniczony pozytywny wniosek: ten incydent zwrócił uwagę ludzi. Nie potwierdza ogólnej skuteczności wykrywania w innych dokumentach ani w przypadku przyszłych ataków.
Odwrotne przesadne stwierdzenie również byłoby mylące. Istnienie próby ataku nie dowodzi, że cała platforma zawiodła. System może napotkać wrogie dane wejściowe, podczas gdy jego otaczające mechanizmy kontroli pomagają ograniczyć incydent.
Ta niepewność ustanawia wymagający standard zarówno dla zwolenników, jak i krytyków. Zwolennicy potrzebują dowodów, zanim przedstawią wykrywanie jako kompleksową ochronę. Krytycy potrzebują dowodów, zanim stwierdzą, że ukryty tekst wpłynął na orzeczenie.
Istnieje także niepewność proceduralna. Pierwotna decyzja oraz relacja o odpowiedzi prawników nie mogą ustalić ostatecznego statusu każdego odwołania czy skierowania sprawy.
Czytelnicy powinni śledzić późniejsze postanowienia sądowe i decyzje dyscyplinarne, zanim wyciągną wnioski o trwałych sankcjach. Skierowanie sprawy, wstępne rozstrzygnięcie i ostateczny wynik zawodowy pozostają odrębnymi zdarzeniami.
Pozostaje więc jasne, ograniczone ustalenie. Sąd potraktował ukryty materiał jako próbę ingerencji, podczas gdy prawnicy mieli według doniesień kwestionować jego cel. Szersze wnioski wymagają dowodów wykraczających poza ten spór.
Wykryta próba pozostawia szerszy test odpowiedzialności
Historia prompt injection w Galileu stawia odpowiedzialność w punkcie, w którym odpowiedzialność prawna spotyka się z działaniem oprogramowania. Sąd może przypisać odpowiedzialność za złożone pismo, podczas gdy kwestie techniczne pozostają nierozstrzygnięte.
Ukaranie autora i zabezpieczenie systemu przetwarzania dotyczą odrębnych obowiązków.
Obowiązek zawodowy dotyczy tego, co przedstawiciel składa. Obowiązek instytucjonalny dotyczy sposobu, w jaki sąd obsługuje materiały, których nie może z góry uznać za nieszkodliwe. Żaden z tych obowiązków nie znika tylko dlatego, że drugi otrzymuje uwagę.
Grzywna pociąga za sobą konsekwencje za zachowanie przypisane profesjonalistom składającym dokument. Nie wyjaśnia jednak, czy każdy przyszły dokument otrzyma równoważną kontrolę. Wymaga to dowodów dotyczących systemu i jego działania.
Mechanizmy techniczne napotykają równie istotne ograniczenie. Nawet skuteczne wykrywanie nie rozstrzyga wszystkich kwestii odpowiedzialności zawodowej, intencji ani właściwej procedury. Pozostają one sprawami dla uprawnionych decydentów.
Praktyczne wyzwanie polega na utrzymaniu rejestru łączącego oba procesy. Jeżeli podejrzana treść uruchamia skierowanie sprawy, instytucja potrzebuje wystarczających informacji, aby wyjaśnić, co znaleziono i dlaczego miało to znaczenie.
Dla strony, której to dotyczy, ogólne stwierdzenie, że AI coś zauważyła, dawałoby niewielką możliwość kontroli. Opis możliwy do zweryfikowania powinien rozróżniać dokument źródłowy, wykrycie i wszelkie wynikające z niego działania.
Wymóg ten chroni również własną analizę sądu. Jasny rejestr ogranicza pokusę wnioskowania o sukcesie technicznym wyłącznie na podstawie obecności podejrzanego materiału.
Ta sama zasada dotyczy twierdzeń produktowych. Demonstracja dostawcy może pokazać skuteczną reakcję na wybrany przykład. Nie może potwierdzić skuteczności dla każdego stylu dokumentu ani strategii adversarialnej.
Kupujący powinni zatem odróżniać dowody zdolności od dowodów niezawodnego działania. Pierwsze pokazują, że mechanizm kontroli może działać. Drugie wymagają obserwacji jego zachowania w rzeczywistych warunkach wdrożenia.
Fałszywe alarmy, czyli zwykłe materiały nieprawidłowo oznaczone jako podejrzane, zasługują na uwagę obok pominiętych ataków. Dokumenty prawne czasem omawiają sporny język lub cytują materiał ze względów dowodowych.
Proces przyjmowania dokumentów musi zachować możliwość zbadania takiej treści bez przyznawania jej operacyjnego autorytetu. Automatyczne traktowanie każdego nietypowego fragmentu jako wykroczenia stworzyłoby własny problem sprawiedliwości.
Jest to wymóg analityczny dla godnego zaufania przetwarzania, a nie zarzut dotyczący sposobu, w jaki Galileu obsługuje prawidłowe dokumenty. Wynika z potrzeby oceny dowodów bez pozwalania, by dowody kierowały oceniającym.
Dla pracowników wiedzy szersza implikacja dotyczy statusu odzyskanych informacji. Fragment może być istotny dla pytania, a jednocześnie pozostawać niegodny zaufania jako instrukcja.
Dla programistów implikacja dotyczy tego, co obiecują użytkownikom. Twierdzeniu, że narzędzie obsługuje dokumenty, powinny towarzyszyć dowody dotyczące sprzecznej treści, eskalacji i kontroli.
Dla instytucji implikacja dotyczy odpowiedzialności. Ktoś musi nadal odpowiadać za decyzję, czy podejrzany materiał jest dalej przetwarzany, zatrzymywany czy poddawany dalszemu badaniu. Pozostawienie tej odpowiedzialności w domyśle utrudnia badanie zarówno incydentów, jak i zwykłych błędów.
Sprawa oferuje zatem konkretny test odpowiedzialności. Czy instytucja potrafi wyjaśnić drogę dokumentu przez system wystarczająco dobrze, by umożliwić kontrolę zarówno ludzkiego postępowania, jak i zautomatyzowanego przetwarzania?
Na co zwracać uwagę po orzeczeniu dotyczącym ukrytego tekstu
Brazylijska Narodowa Rada Sprawiedliwości zatwierdziła 9 czerwca 2026 r. wytyczne dotyczące ukrytych poleceń w sądowych systemach AI. W opublikowanym wyjaśnieniu powiązała tę inicjatywę z zachowaniem pewności prawnej.
Wytyczne dotyczące bezpieczeństwa sądowego pokazują, że odpowiedź instytucjonalna wykracza poza pojedyncze pismo. Wdrożenie pozostaje kwestią, którą czytelnicy powinni zbadać w następnej kolejności.
Kolejne użyteczne dowody dotyczą możliwych do kontroli rezultatów, przetestowanych mechanizmów i zmian w procesie przyjmowania dokumentów.
Pierwszym sygnałem jest późniejszy zapis proceduralny. W nadchodzących miesiącach warto obserwować dostępne decyzje dotyczące zaskarżenia pierwotnej sankcji lub wyniku skierowań zawodowych.
Takie zapisy wyjaśniłyby trwałość i zakres reakcji sądu. Decyzja utrzymująca sankcję w mocy wzmocniłaby jej wartość jako przykładu odpowiedzialności.
Decyzja zawężająca ją lub uchylająca wymagałaby bardziej zastrzeżonego opisu. Każdy z tych scenariuszy poprawiłby bazę dowodową dostępną poza pierwotnym orzeczeniem i publicznymi wyjaśnieniami.
Drugim sygnałem jest ocena techniczna powiązana z wdrożonym procesem pracy. Przydatne ujawnienia wskazywałyby, co testowano, co system wykrył i co wydarzyło się później.
Wyniki wykrywania wymagają kontekstu. Czytelnicy powinni sprawdzić, czy podejrzana treść została zatrzymana przed generowaniem, trafiła do osoby dokonującej kontroli, czy pozostała dostępna dla dalszego przetwarzania.
Testy powinny obejmować również prawidłowe dokumenty przypominające ataki. W przeciwnym razie system mógłby sprawiać wrażenie skutecznego, jednocześnie tworząc niepotrzebne bariery dla zwykłych zgłoszeń.
Dowody obejmujące zarówno złośliwy, jak i nieszkodliwy materiał wzmocniłyby zaufanie do mechanizmów kontroli. Oświadczenie promocyjne opisujące wyłącznie wybrany sukces pozostawiłoby otwartą kwestię szerszej niezawodności.
Trzecim sygnałem jest widoczne wdrożenie wytycznych instytucjonalnych. Warto obserwować udokumentowane zmiany w przyjmowaniu dokumentów, przypisane obowiązki kontrolne oraz procedury zabezpieczania dowodów, gdy pojawia się podejrzany materiał.
Takie zmiany wzmocniłyby argument, że sądy traktują tę kwestię jako ciągły problem operacyjny. Wytyczne bez jasnego zapisu wdrożenia dawałyby słabsze podstawy dla takiego wniosku.
Żaden z tych sygnałów nie wymaga przewidywania zaplanowanego komunikatu. Są to dowody, których należy szukać między listopadem 2026 r. a początkiem 2027 r., a nie zdarzenia już zapowiedziane.
Łącznie pomogłyby odróżnić zapadający w pamięć incydent od trwałej reakcji. Ważną miarą jest to, czy instytucje potrafią wielokrotnie identyfikować problemy, wyjaśniać swoje działania i zachować uczciwą kontrolę.
Każdy, kto ocenia AI do obsługi dokumentów, powinien wykorzystać tę sprawę, by zadać konkretne pytanie: co dzieje się, gdy materiał źródłowy próbuje wydawać polecenia asystentowi? Poproś o dowody pokazujące, co aplikacja odczytuje, jaki autorytet przypisuje treści i w którym miejscu wkracza kontrola człowieka. Szukaj wyjaśnienia odróżniającego wykrywanie od zapobiegania oraz próbę manipulacji od zmienionego wyniku. Incydent prompt injection w Galileu zasługuje na taki poziom precyzji, ponieważ jego znaczenie opiera się na granicy, którą każdy asystent dokumentowy musi utrzymywać. Zanim zaufasz podsumowaniu wspierającemu istotną decyzję, sprawdź, czy proces pracy potrafi wykazać, jak obsłużył sprzeczny materiał i kto pozostaje odpowiedzialny za wynik.
