W skrócie.
„Człowiek zatwierdza” to jedna z trzech zasad, według których działa SYNC. Zgodnie z nią szkic domyślnie czeka, aż ktoś go przeczyta i zatwierdzi do wysłania. Możesz złagodzić tę zasadę osobno dla każdej firmy.
Badania nad automatyzacją mówią, że taki krok jest słabszy, niż się wydaje. Kto pracuje z systemem, który zwykle ma rację, zaczyna się na nim zdawać. Zatwierdzenie może zamienić się w jedno kliknięcie.
Zasadę zostawiamy, ale nie traktujemy jej jak gwarancji. Ten tekst pokazuje, co mówią badania, co jak dotąd pokazują nasze liczby i co robimy, żeby zatwierdzenie pozostało prawdziwą decyzją.
Co badania mówią o zatwierdzaniu.
Przegląd badań nad automatyzacją opisuje dwa błędy, które ludzie popełniają przy systemie udzielającym porad. Przeoczają problem, bo system go nie zgłosił, i idą za systemem, gdy ten się myli. Przegląd jasno mówi, kogo to dotyczy i czy da się tego oduczyć szkoleniem:
Efekt „występuje zarówno u laików, jak i u ekspertów, i nie da się mu zapobiec szkoleniem ani instrukcjami”.
Projekt interfejsu może pomóc, ale ma swoją cenę. W eksperymencie z udziałem 199 osób rozwiązania, które zmuszają do zmierzenia się z poradą przed jej przyjęciem, ograniczyły nadmierne poleganie na systemie. Te same osoby oceniły je najniżej.[4] Najlepiej działa to rozwiązanie, które ludzie lubią najmniej.
Najostrzejsza krytyka pochodzi z analizy 41 regulacji, które wymagają, by człowiek nadzorował algorytm administracji publicznej. Według zebranych w niej dowodów ludzie nie są w stanie sprawować nadzoru, jakiego się od nich oczekuje, a takie regulacje mogą dawać „fałszywe poczucie bezpieczeństwa”.[5] W tym ujęciu zasada sprawia, że system wygląda na bezpieczniejszy, niż jest, bo wszyscy zakładają, że człowiek sprawdza.
Którą część pracy zachowuje człowiek.
Klasyczny artykuł dzieli każde zadanie na cztery rodzaje funkcji: zbieranie informacji, ich analizę, decyzję, co zrobić, i wykonanie. Każdą z nich można zautomatyzować w innym stopniu, od całkowicie ręcznej do całkowicie automatycznej.[2] Przydatne pytanie brzmi: która funkcja jest zautomatyzowana i w jakim stopniu.
| Funkcja | W SYNC | Kto ją wykonuje |
|---|---|---|
| Zbieranie | Czytanie publicznych źródeł o firmie | Oprogramowanie |
| Analiza | Ocena firmy, zbudowanie uzasadnienia, mapa zaangażowanych osób | Oprogramowanie |
| Decyzja | Oprogramowanie proponuje jeden szkic. O wysłaniu decyduje zatwierdzenie | Człowiek, chyba że dla tej firmy złagodzono zatwierdzanie |
| Wykonanie | Wysłanie zatwierdzonej wiadomości z twojej własnej skrzynki | Oprogramowanie |
Ten podział ma znaną słabość. Starszy artykuł o automatyzacji w przemyśle dowodzi, że gdy większość zadania jest zautomatyzowana, człowiekowi zostaje obserwowanie i trudne przypadki, a w obu ma coraz mniej wprawy. Znamy ten artykuł z omówień i nie czytaliśmy go sami.[3]
Tak wygląda sytuacja osoby, która u nas sprawdza szkice. Nie zbierała źródeł ani nie pisała szkicu. Ma ocenić tekst, przy którym nie pracowała, i wyłapać spośród wielu ten jeden szkic, który jest błędny.
Co pokazują nasze liczby.
Dla każdego szkicu, który ktoś zatwierdził między 21 sierpnia a 29 września 2026, porównaliśmy pierwszą wersję z wysłanym tekstem.
Większość zmienionych szkiców się wydłużyła, a większość została w dużej mierze przepisana. Pełne zestawienie jest w tekście Co handlowcy zmieniają przed wysłaniem.[8]
Jak dotąd osoby sprawdzające nie zatwierdzają więc w ciemno. Ograniczenia są duże. Sprawdzający to niewielka grupa, a przeglądy rozkładają się między nich nierówno. Część zmian może być poprawką samego oprogramowania, której nie umiemy oddzielić. A zmiana nic nie mówi o tym, czy fakty w wiadomości sprawdzono.
Co z tym robimy.
- 01Obok szkicu osoba sprawdzająca widzi powód, by napisać: fakt, na którym opiera się wiadomość, link do jego źródła i datę, kiedy go zaobserwowano. Gdy fakt nie ma daty, ekran to pokazuje. Można więc sprawdzić samo twierdzenie, a nie tylko ton.
- 02Widzi też, na jakich stwierdzeniach o własnej firmie oparł się szkic, choć nikt w przestrzeni roboczej ich jeszcze nie potwierdził.
- 03Zatwierdzanie ustawia się dla każdej firmy na jednym z trzech poziomów: każda wiadomość, tylko pierwsza albo żadna. Do 29 września 2026 nowa firma startowała z zatwierdzaniem pierwszej wiadomości, a kolejne wiadomości mogły potem wychodzić bez przeglądu. Od tego dnia każda nowa firma startuje z zatwierdzaniem każdej wysyłki. Człowiek może to złagodzić dla danej firmy: do samej pierwszej wiadomości albo do żadnej.
- 04Od 29 września oprogramowanie zapisuje, co zmieniło się między szkicem a wysłanym tekstem, żebyśmy mogli śledzić w czasie, czy osoby sprawdzające nadal poprawiają.
- 05Dziś ekran zatwierdzania pokazuje powód, by napisać, jego źródło i datę albo informację, że daty brak. Pokazywanie źródła pod każdym zdaniem szkicu jest w budowie. Nie podajemy terminu.
Jedno ustalenie należy do tego miejsca, bo dotyczy pierwszego punktu. Gdy mierzyliśmy, ta strona podawała zasadę, że firma bez datowanego powodu nie dostaje od SYNC nic. 29 września 570 dossier było oznaczonych jako gotowe. Według powodu zapisanego przy tym werdykcie 303 opierają się na datowanym sygnale ze źródłem, 230 na sygnale ze źródłem, ale bez daty, a 37 nie ma zapisanego żadnego powodu.[8] Dziś kontrola wymaga sygnału z jego źródłem i nie wymaga daty. Postanowiliśmy tak to zostawić: sygnał ze źródłem, ale bez daty, nadal może sprawić, że dossier jest gotowe. Osoba sprawdzająca widzi, że daty brak, a my wyraźniej pokazujemy to na ekranie przeglądu. Zasada na tej stronie mówi teraz o powodzie, który możemy zacytować, a nie o datowanym powodzie.
Europejski akt w sprawie sztucznej inteligencji (AI Act) daje użyteczny punkt odniesienia dla projektu. Jego artykuł o nadzorze ze strony człowieka wymaga, by osoba nadzorująca system pozostawała świadoma możliwej skłonności do automatycznego lub nadmiernego polegania na wynikach, które ten system generuje.[7] Ten artykuł dotyczy systemów, które akt nazywa systemami wysokiego ryzyka. Nie oceniliśmy, czy akt ma zastosowanie do SYNC. Traktujemy ten artykuł jako wzorzec przy projektowaniu. Nie twierdzimy, że SYNC spełnia wymogi aktu ani że musi je spełniać.
Co przemawia przeciw.
Badania, które cytujemy, przewidują, że nasz własny krok zatwierdzania z czasem osłabnie. Osoby, które przez miesiące widzą dobre szkice, zaczną im ufać. Wysoki odsetek poprawek, który mierzymy dziś, może spaść, a spadek może oznaczać lepsze szkice albo mniej uwagi. Nie mierzymy jeszcze, które z tych dwóch, i nie śledzimy jeszcze tego odsetka w czasie.
Pokazanie źródła nie sprawi, że ktoś je otworzy. Autorzy jednego z badań zauważają, że dodawanie wyjaśnień do porad nie wydaje się ograniczać nadmiernego polegania na systemie.[4] Źródło nie jest wyjaśnieniem, ale to ostrzeżenie dotyczy i jego. Nie zapisujemy, czy osoba sprawdzająca otworzyła link do źródła przed zatwierdzeniem.
Możliwość złagodzenia zatwierdzania dla danej firmy to przeciwieństwo projektu, który zmusza do myślenia. Badania mówią, że ludzie wolą rozwiązania, które chronią ich najsłabiej, więc spodziewamy się, że złagodzone ustawienia będą używane.[4] Firma obsługiwana bez zatwierdzania nie ma żadnej ludzkiej kontroli.
Badania nie są jednomyślne i żadne z nich nie dotyczy sprzedaży. Przegląd badań z ochrony zdrowia wymienia szkolenia i podkreślanie odpowiedzialności samego użytkownika wśród czynników, które osłabiają efekt.[6] Kłóci się to z twierdzeniem, że szkolenie nie może mu zapobiec. Większość tych prac przeczytaliśmy tylko w abstrakcie, a jedną znamy wyłącznie z omówień.
Nasze własne dowody to niewielka grupa sprawdzających przez niespełna sześć tygodni. Nie uniosą ogólnego twierdzenia o tym, ile warte jest zatwierdzenie.
Liczba zatwierdzonych szkiców pochodzi z rejestru każdego szkicu i tego, co się z nim stało: 266 szkiców, które ktoś przejrzał i zatwierdził między 21 sierpnia a 29 września 2026, w niewielkiej grupie sprawdzających. Pominęliśmy 24 szkice z drugiej ścieżki pisania, bo ich zapisana pierwsza wersja to inny szkic. Liczba dossier, czyli teczek badawczych, które SYNC prowadzi dla każdej firmy, pochodzi z 1303 dossier w pięciu przestrzeniach roboczych, z czego 570 oznaczono jako gotowe. Dla tych 570 odczytaliśmy powód, który oprogramowanie zapisało przy werdykcie.
Podajemy wszystkie przestrzenie robocze łącznie i nigdy jednej osobno. Liczby są aktualne na moment pomiaru. Mierzymy ponownie w dniu publikacji.
- [1]Parasuraman, R. & Manzey, D. H. (2010). Complacency and bias in human use of automation: an attentional integration. Human Factors 52(3), 381–410.tylko streszczenie
- [2]Parasuraman, R., Sheridan, T. B. & Wickens, C. D. (2000). A model for types and levels of human interaction with automation. IEEE Transactions on Systems, Man, and Cybernetics, Part A 30(3), 286–297.tylko streszczenie
- [3]Bainbridge, L. (1983). Ironies of automation. Automatica 19(6), 775–779.źródło wtórneznany z omówień, nie z samego artykułu
- [4]Buçinca, Z., Malaya, M. B. & Gajos, K. Z. (2021). To trust or to think: cognitive forcing functions can reduce overreliance on AI in AI-assisted decision-making. Proceedings of the ACM on Human-Computer Interaction (CSCW).tylko streszczenieczytany na arXiv; eksperyment z udziałem 199 osób, nie o sprzedaży
- [5]Green, B. (2022). The flaws of policies requiring human oversight of government algorithms. Computer Law & Security Review 45.tylko streszczenieo algorytmach administracji publicznej
- [6]Goddard, K., Roudsari, A. & Wyatt, J. C. (2012). Automation bias: a systematic review of frequency, effect mediators, and mitigators. Journal of the American Medical Informatics Association 19(1), 121–127.tylko streszczenieo wspomaganiu decyzji w ochronie zdrowia
- [7]Regulation (EU) 2024/1689 (Artificial Intelligence Act), article 14 and Annex III.przeczytane w oryginaleużyty jako wzorzec projektowy; nie twierdzimy, że spełniamy jego wymogi
- [8]iSyncSO. Szkice zatwierdzone po przeglądzie przez człowieka oraz werdykty dla zbadanych firm. Pomiar z 29 września 2026.nasz własny pomiarzob. notę o metodzie