Approval fatigue w Claude Code — dlaczego klikanie „approve" daje fałszywe poczucie bezpieczeństwa

Jest godzina czwarta po południu. Pracujesz z Claude Code od kilku godzin. W tym czasie kliknąłeś „approve” lub „yes” może sto razy. Każda edycja pliku, każde polecenie terminalowe, każde odczytanie katalogu — Claude pyta. Ty klikasz. Nie czytasz już co zatwierdzasz. Ręka sama wędruje do klawisza Enter.

To jest właśnie approval fatigue. I to jest dokładnie ten moment, w którym system uprawnień przestaje pełnić swoją funkcję.

Liczby, które robią wrażenie

Intensywna sesja Claude Code — debugowanie złożonego błędu, refaktoryzacja modułu, praca z kilkoma plikami naraz — może generować od 80 do 120 żądań uprawnień na godzinę. To liczba szacowana przez społeczność na podstawie logów sesji, nie oficjalna statystyka Anthropic.

Przy takim tempie model poznawczy człowieka robi to samo co przy każdym powtarzalnym zadaniu: przełącza się w tryb automatyczny. Psychologia nazywa to „vigilance decrement” — spadek czujności przy monotonnych zadaniach wymagających stałej uwagi. To nie jest wada charakteru, to normalny mechanizm neurologiczny.

Problem w tym, że system uprawnień w Claude Code jest zaprojektowany jakby użytkownik czytał każde pytanie. W praktyce — po pierwszej godzinie — nie czyta.

Fałszywe poczucie bezpieczeństwa

Approval fatigue jest niebezpieczna z konkretnego powodu: daje poczucie, że nadzór jest sprawowany, gdy w rzeczywistości go nie ma.

Użytkownik, który wyłączył --dangerously-skip-permissions, czuje się bezpieczniej niż ten, który go używa. Technicznie ma rację — jest dodatkowa warstwa. Ale jeśli ta warstwa jest kliknięciem “Enter” bez czytania, ochrona jest iluzoryczna. Atakujący (lub po prostu błąd w logice sesji) potrzebuje tylko żeby jedno żądanie przeszło niezauważone. Po kilku godzinach sesji prawdopodobieństwo jest bliskie stuprocentu.

To jest też powód, dla którego Anthropic zdecydował się na auto mode: jeśli użytkownicy i tak zatwierdzają 93% próśb bez zastanowienia, lepiej zastąpić to inteligentnym klasyfikatorem niż rytualnym klikaniem.

Jak zarządzać approval fatigue

Rób krótsze sesje z wyraźnymi przerwami. Sesja 45–60 minut z realną przerwą resetuje czujność lepiej niż 4-godzinny maraton z kawą.

Definiuj scope na początku sesji. Jeśli powiesz Claude Code na wstępie „pracujemy wyłącznie w katalogu src/components/, nie dotykamy niczego poza nim” — liczba żądań uprawnień spada, bo Claude nie będzie eksplorował reszty projektu.

Używaj trybu Plan Mode do złożonych zadań. Plan Mode jest read-only — Claude czyta, analizuje, planuje, ale nic nie zmienia. Możesz przejrzeć plan bez ciągłego zatwierdzania akcji. Dopiero po akceptacji planu wchodzisz w tryb wykonania, gdzie liczba niespodziewanych żądań jest mniejsza (plan jest znany).

Traktuj nieoczekiwane żądania jako sygnał stop. Jeśli w trakcie refaktoryzacji modułu Claude nagle prosi o dostęp do pliku .env albo chce wykonać polecenie sieciowe — to nie jest moment na mechaniczne “approve”. To jest moment na pauzę i pytanie: dlaczego?

Rozważ auto mode dla długich sesji. Auto mode przenosi odpowiedzialność decyzji na klasyfikator, który nie się nie męczy i nie kliknie mechanicznie po trzech godzinach. Przy intensywnym użyciu to może być bardziej realistyczna ochrona niż zmęczony człowiek z palcem na Enter.

Szerszy kontekst

Approval fatigue w Claude Code jest szczególnym przypadkiem ogólniejszego problemu UX w systemach bezpieczeństwa: im więcej kroków potwierdzenia wymagasz od użytkownika, tym mniej każdy z nich znaczy. To znane z bezpieczeństwa korporacyjnego (UAC w Windows, zgody RODO klikane bez czytania) i z psychologii decyzji.

Dobry system bezpieczeństwa nie polega na tym, że użytkownik zatwierdza wszystko — polega na tym, że użytkownik jest angażowany wyłącznie przy decyzjach, gdzie jego osąd naprawdę coś zmienia. Reszta powinna być obsługiwana przez mechanizmy, które nie mają vigilance decrement.