O czym jest ten film
- Claude Code ma setki ustawień, ale w praktyce wystarczy dobrze skonfigurować kilkanaście — a większość użytkowników nie włącza żadnego z nich.
- Każda poprawka to jeden wiersz w jednym pliku (najczęściej
settings.json), bez pisania kodu. - Powiadomienia dźwiękowe i push na telefon eliminują martwe minuty, gdy Claude czeka na zgodę.
- Kontrola uprawnień: reguły
allowdopasowane do własnej historii oraz nadrzędne regułydenychroniące wrażliwe operacje. - Świadomy dobór modeli (Opus/Fable do planowania, Sonnet/Haiku do wykonania) ratuje limity tygodniowe.
- Poziom „effort” bywa pułapką — powyżej
highjakość praktycznie nie rośnie, a koszt tak. - Ustawienia prywatności ograniczają telemetrię i wysyłkę danych na zewnątrz.
- Domyślnie historia rozmów znika po 30 dniach — można to wydłużyć.
- Wcześniejsza autokompresja kontekstu (ok. 75%) zapobiega „context rot”.
- Na koniec: zmiana filozofii promptowania — dawaj cel i kryteria „gotowe”, nie rozpisuj każdego kroku.
Redakcyjne tłumaczenie
Wstęp: dwanaście ustawień, które robią różnicę
Claude Code ma dosłownie setki ustawień do majsterkowania, ale żeby wycisnąć z niego maksimum, wystarczy dwanaście. I większość ludzi nie ma włączonego żadnego z nich — sam też tak miałem. Każda poprawka w tym materiale to jeden wiersz w jednym pliku. Żadnego kodu. Poprawmy więc twój codzienny workflow z Claude Code, zaczynając od pierwszej rzeczy: włączenia dźwięku powiadomień.
1.Dźwięk powiadomień
Najczęstsza wpadka w pracy z Claude Code wygląda tak: uruchamiasz duże zadanie, odchodzisz zająć się czymś innym, wracasz po dwudziestu minutach — a on cały ten czas stał na pytaniu „Czy chcesz kontynuować? Czy zezwalasz na tę akcję?”. Straciłeś kupę czasu.
Rozwiązujesz to komendą /config, która otwiera ustawienia konfiguracyjne w Claude Code. Wśród wielu pozycji szukasz „local notifications”. Spacją przełączasz między dzwonkiem terminala, Ghostty i innymi sposobami powiadamiania na pulpicie, gdy Claude skończy zadanie albo poprosi o zgodę. W tej samej konfiguracji znajdziesz mnóstwo innych przydatnych opcji: język, tryb myślenia, wyświetlanie artefaktów i tak dalej.
Natrafiłem też na absurdalną, ale przezabawną bibliotekę Dave’a Schumachera o nazwie „Claude Sounds” — lepsze powiadomienia dla Claude Code. Klonujesz repozytorium, dodajesz do ścieżki i konfigurujesz jako hook powiadomień zamiast ustawiać to przez /config. Posłuchaj, jakie to zabawne: „Ej, hej. Halo, słyszysz mnie? To ja, Claude”. Po setnym razie może się to znudzić, ale sprawia, że moment, w którym Claude domaga się twojej uwagi, robi się po prostu wesoły.
(Informacja dodatkowa: w oryginalnym transkrypcie automat konsekwentnie zapisuje „Cloud Code” i „Cloud” — chodzi oczywiście o Claude Code firmy Anthropic).
Większość ustawień, które dziś włączymy, opiera się na folderze .claude w twoim katalogu domowym — czyli globalnym folderze definiującym ustawienia dla wszystkich projektów, które dziedziczą te uprawnienia. Na Macu wchodzisz do katalogu domowego, wciskasz Cmd+Shift+G, wpisujesz ~/.claude, a potem otwierasz plik settings.json. Tu dodajesz wszystkie interesujące cię ustawienia.
2.Powiadomienia push na telefon
Druga rzecz to funkcja zdalnego sterowania (remote control), pozwalająca prowadzić aktywne sesje z poziomu telefonu. Mogłeś jej już używać, ale możesz nie wiedzieć, że ma wbudowaną opcję push. Gdy Claude Code czeka na zgodę albo na odpowiedź, potrafi pingnąć twój telefon i przyspieszyć pracę.
W settings.json dodajesz wiersz agent push notify enabled i ustawiasz true. Wtedy — będąc w sesji zdalnego sterowania — Claude może cię powiadomić, że czeka na twój input. Claude pracuje w tle, ty parzysz herbatę, a potem zatwierdzasz, bo wiesz, że skończył albo czeka na twoją odpowiedź.
3.Koniec z zatwierdzaniem wszystkiego — komenda /fewer-permission-prompts
To nie jest zwykła porada „włącz tryb auto”, w którym Claude sam zatwierdza część wywołań narzędzi (w tle działa klasyfikator sprawdzający, czy coś jest bezpieczne). Chodzi o większą kontrolę.
Jeśli chcesz ją mieć, uruchom /fewer-permission-prompts. Ta komenda skanuje twoje transkrypty w poszukiwaniu częstych, wyłącznie odczytujących wywołań bash i MCP, a potem tworzy uporządkowaną listę allow do settings.json. Mówiąc prościej: przechodzi przez historię sesji, znajduje komendy, które i tak zawsze zatwierdzasz, i podaje gotową listę pozwoleń. To szybkość pomijania uprawnień bez faktycznego pomijania uprawnień — pomijane są tylko te, które sam wcześniej zatwierdzałeś. Taki wyciszony wariant trybu auto.
Widać na ekranie: „przeskanuję 50 ostatnio zmodyfikowanych transkryptów we wszystkich projektach i wyodrębnię częstotliwości wywołań narzędzi”. Po chwili wraca z propozycjami wywołań MCP, liczbą wystąpień oraz wskazaniem, które warto dodać do listy allow, a które już na niej są.
4.Reguły deny — czego nigdy nie zatwierdzać
Z drugiej strony są akcje, których nigdy nie chcesz zatwierdzać automatycznie. Reguły deny nakładasz na tryb auto lub na listę allow. Kolejność sprawdzania to: najpierw deny, potem ask, potem allow — wygrywa pierwsze dopasowanie. Reguły deny są więc zawsze sprawdzane jako pierwsze i żadna reguła allow na żadnym poziomie ani w żadnym pliku ich nie nadpisze.
Radzę zacząć od dwóch. Pierwsza to blokada czytania plików .env — dzięki temu Claude nigdy nie wciągnie twoich haseł i kluczy API do kontekstu. Druga, którą mocno polecam, to git push *. Claude może commitować mnóstwo rzeczy do repozytorium, ale moc publikowania zostaje po twojej stronie — sam decydujesz, co trafia do repo. Szczególnie ważne w środowisku produkcyjnym.
5.Dobór modeli — Opus Plan i wzorzec „duży model do planu, mały do wykonania”
To ustawienie chciałbym poznać wcześniej — pomaga rozwiązać problem „wypaliłem cały tygodniowy limit w dwa dni”, który stale widzę w mojej społeczności.
Komendą /model wybierasz model, ale są też gotowe warianty, jak Opus Plan. Działa dokładnie jak nazwa: Opus w trybie planowania, a przy wykonaniu automatycznie schodzi do Sonneta. I to staje się domyślne dla nowych sesji. Duży model myśli w trybie planu, a Claude automatycznie przełącza się na Sonneta w chwili, gdy zaczynasz budować.
Zgadza się to z powszechną radą: planuj inteligentniejszym modelem z większą liczbą tokenów rozumowania, a wykonuj plan szybszymi i tańszymi modelami, jak Sonnet czy Haiku. Wzorzec w każdym poważnym setupie jest taki sam: duży model tam, gdzie błąd jest kosztowny (plany, przeglądy, trudne problemy), mały tam, gdzie wolumen jest duży (implementacja, czytanie plików, przetwarzanie dokumentów).
Odkąd pojawił się Fable 5, najmocniejszy wariant tego układu to Fable do planu lub przeglądu, a potem Sonnet do budowy. Dla ciekawych: istnieje otwarte zgłoszenie „Fable Plan”, ale nie jest jeszcze wdrożone — pewnie niedługo będzie można zrobić coś takiego z Fable. Bądźmy szczerzy: planowanie za pomocą Fable będzie bardzo drogie i widać na ekranie, ile by to kosztowało przy średnim czasie zadania wykonywanego na Fable. Taki układ pomaga obejść problemy z limitem tokenów i zwiększa tempo pracy, a przy okazji z każdego modelu korzystasz optymalnie.
6.Poziom „effort” to pułapka
O /effort mówiliśmy w poprzednich materiałach. Masz do wyboru poziomy od low aż po max ultra code, domyślnie ustawione na automatic. Wielu ludzi — w tym ja — widziało max czy „extra high” i myślało, że to znaczy „najlepiej”. To pułapka, zwłaszcza przy mocniejszych modelach jak Fable.
Poziom effort ustawia budżet myślenia na całą sesję. Ktoś jednak to przetestował: niezależne, mierzone czasowo przebiegi, 20 rund na poziom, te same problemy przy różnych poziomach i różnych modelach. Okazało się, że poniżej max jakość odpowiedzi praktycznie się nie zmienia, a poprawność nie zmieniła się w ogóle na żadnym poziomie. Dodatkowe tokeny effortu kupowały ponowną weryfikację i zastrzeżenia, a niekoniecznie lepsze odpowiedzi.
Wniosek: do rutynowej pracy używaj domyślnego effortu, high do naprawdę trudnych problemów, a max praktycznie nie tykaj — zwłaszcza przy inteligentniejszych modelach, gdzie kosztuje fortunę. Nie stawiaj Fable na max, gdy po Fable 5 rozliczanie przejdzie na kredyty użycia zamiast planu subskrypcyjnego. Robiąc to, możesz w zasadzie zmniejszyć zużycie o połowę bez utraty jakości.
(Informacja dodatkowa: to szósta z dwunastu wskazówek — półmetek materiału).
7.Prywatność i ograniczenie telemetrii
Jeśli prowadzisz przez Claude Code pracę dla klientów albo dane osobowe, to jest dla ciebie. Domyślnie Claude Code wysyła analitykę i logi błędów do usług zewnętrznych. Do sekcji ENV w settings.json dodajesz cztery wiersze:
Claude Code disable feedback survey— wyłącza pytanie „jak Claude sobie radzi?”, które przerywa pracę.disable telemetry— rezygnacja z analityki i śledzenia użycia.disable error reporting— blokuje automatyczne raporty błędów wysyłane do Sentry.disable non-essential model calls— ogranicza zbędne wywołania LLM na podpowiedzi, żarty i „ozdobniki” odpowiedzi.
Dzięki temu Claude od razu zabiera się do roboty, bez pogawędek. Dodatkowo wejdź na Claude.ai → ustawienia → preferencje → prywatność i wyłącz przełącznik „help improve AI models”, który pozwala wykorzystywać czaty i sesje kodowania do trenowania modeli Anthropic. Jeśli nie chcesz, by twoje dane tam trafiały, odznacz to.
8.Nie trać historii rozmów
Do tej straciłem sporo danych, więc mam nadzieję, że oszczędzisz sobie tego problemu. Kiedy uruchamiasz resume, widzisz historie rozmów — ja mam ich tu 20. Nie dlatego, że tyle razy rozmawiałem z Claude, tylko dlatego, że domyślnie zapisywany jest tylko miesiąc, czyli 30 dni historii. Wszystko starsze niż 30 dni Claude po prostu kasuje i już tego nie zobaczysz.
Wystarczy dodać w settings.json wiersz cleanup period days i wybrać liczbę dni — na przykład rok, czyli 365 zamiast 30. Uwaga: nie ma tu cheatu w postaci zera — zero dosłownie wyczyści wszystkie dni. Lepiej wpisać większą liczbę niż mniejszą.
9.Wcześniejsza autokompresja kontekstu
To ustawienie też siedzi w sekcji ENV. Szybka wskazówka, jak rozpoznać, gdzie co wpisać: jeśli cały klucz jest ZAPISANY WERSALIKAMI, trafia do ENV; jeśli nie — zwykle siedzi poza ENV, na najwyższym poziomie settings.json.
Mowa o Claude auto compact percentage override. Domyślnie Claude Code czeka z kompresją, aż okno kontekstu zapełni się w około 95%. Ale jakość tak długo nie czeka — „context rot” (rozpad kontekstu) zaczynasz odczuwać już przy 70–80%, czasem wcześniej. Wtedy model zapomina to, co mu podałeś, i jakość spada. Ten override pozwala ustawić własny próg; eksperci wskazują okolice 75% jako punkt idealny. Sesja skompresuje się, zanim rozpad kontekstu się zacznie, a nie po fakcie. Możesz wybrać dowolną liczbę od 0 do 100.
10.Pasek statusu — komenda /status-line
Dwóch poprzednich rzeczy nie da się dobrze zarządzać, jeśli nie widzisz, jak zapełnia się kontekst. Wpisujesz /status-line, co ustawia UI paska statusu w Claude Code. Możesz wcisnąć Enter albo podać konkretne instrukcje, na przykład: „pokaż nazwę modelu i procent kontekstu z paskiem postępu”. Po zatwierdzeniu na dole pojawi się pasek postępu, procent i nazwa modelu. Dzięki temu przy każdej sesji widzisz koszt, postęp i tak dalej — możesz monitorować użycie i kompresować kontekst ręcznie, zanim zrobi to autokompresja, żeby zapisać sobie notatki podsumowujące.
11.Odkładanie promptu na bok (Ctrl+S) i wyłączenie podpowiedzi spinnera
Wpisujesz prompt i w połowie orientujesz się: „nie, najpierw muszę o coś dopytać i użyć tego jako wsadu tutaj”. Wciskasz Ctrl+S — prompt zostaje odłożony na bok. Cmd+V wkleja go z powrotem. Ctrl+S usuwa go z pola, ale traktuje jak wycięcie (Cmd+X), więc możesz go wkleić później. Drobny hack, ale przyspiesza pracę.
Przy okazji darmowy bonus: przy każdym promptcie widzisz zabawne spinnery z podpowiedziami. Można je całkiem wyłączyć — w settings.json dodajesz spinner tips enabled false. Od tego momentu pod spinnerami nie pojawiają się już żadne podpowiedzi. To sposób na mniej rozproszeń podczas pracy.
12.Atrybucja commitów
Podobno Claude Code odpowiadał w ostatnich miesiącach za 4% wszystkich commitów na GitHubie. Rzecz w tym, że możesz nie chcieć, by cały twój kod był przypisany do Claude Code. Żeby to usunąć, dodajesz odpowiedni wpis do settings.json. Domyślnie do każdego commita dopisywane jest coś w stylu „wygenerowano z AI”, „współautor: AI” plus twój alias AI. Jeśli ustawisz komunikaty commita i PR jako puste, Claude przestanie przypisywać sobie twoje commity.
13 (bonus): jak dziś prosić Claude o rzeczy — „loop engineering”
To dwanaście, ale zostawiam cię z trzynastą rzeczą — nie w żadnym pliku, tylko o tym, jak prosić Claude Code o działania teraz, gdy modele są coraz lepsze. W 2026 roku rada się odwróciła.
Zaczynaliśmy od prompt engineeringu — siedzieliśmy i iterowaliśmy prompty w ChatGPT, robiły się coraz dłuższe. Długie, hiperszczegółowe, rozpisujące każdy krok, wymieniające wszystkie przypadki, których model ma nie ruszać. Ale własne wytyczne Anthropic dla najnowszego modelu mówią coś odwrotnego: gdy model ma dość informacji, by działać, po prostu pozwól mu działać. Na wyższych poziomach effortu wręcz musisz go powstrzymywać przed robieniem zbędnych rzeczy.
Tarik z zespołu Claude Code wypuścił „field guide”, który w trzy dni zebrał 2 miliony wyświetleń. Jego teza: ludzie osiągający najlepsze wyniki nie piszą już dłuższych promptów — zamykają lukę między tym, o co proszą, a tym, co faktycznie ma się wydarzyć. Daj mu wynik, daj kontekst, daj to, jak wygląda „gotowe”. Podajesz cel i kryteria ukończenia, a nie kroki dojścia do niego.
I to jest teraz prawdziwe wąskie gardło przy czymś takim jak Fable 5. To już nie model — to twoja zdolność zamknięcia tej luki i podania właściwych informacji. Ludzie nazywają to „loop engineeringiem”: wygrywający z Fable 5 uruchamiają konkretne pętle przed implementacją, w jej trakcie i po niej. To nowy sposób pracy z nowymi modelami.
10 najważniejszych takeaways — z kontekstem zastosowania
1.Włącz powiadomienia, żeby nie tracić martwych minut
Na czym polega: Claude Code potrafi powiadomić dźwiękiem na pulpicie (/config → „local notifications”) lub pushem na telefon (agent push notify enabled: true w settings.json), gdy skończy zadanie albo czeka na zgodę.
Jak stosować: Włącz oba kanały, jeśli często odchodzisz od komputera na czas długich zadań; push łącz z sesją zdalnego sterowania.
Na co uważać: Dźwięki bywają męczące przy dziesiątkach powiadomień; bibliotekę „Claude Sounds” traktuj jako gadżet, a nie must-have.
2.Zbuduj listę allow na podstawie własnej historii
Na czym polega: /fewer-permission-prompts skanuje transkrypty, znajduje wielokrotnie zatwierdzane, tylko odczytujące komendy bash/MCP i proponuje listę allow.
Jak stosować: Uruchamiaj okresowo, gdy dokuczają ci powtarzalne prośby o zgodę — dostajesz szybkość trybu auto bez ślepego pomijania wszystkiego.
Na co uważać: Zatwierdzaj propozycje świadomie; na listę powinny trafiać operacje odczytu, a nie polecenia modyfikujące system.
3.Reguły deny jako nienaruszalny bezpiecznik
Na czym polega: Reguły deny w sekcji permissions są sprawdzane przed ask i allow i nie da się ich nadpisać żadną regułą allow.
Jak stosować: Zacznij od dwóch: blokady odczytu plików .env (ochrona kluczy i haseł) oraz git push * (kontrola nad publikacją zostaje po twojej stronie).
Na co uważać: Blokada git push oznacza, że pushujesz ręcznie — to celowe; nie „napraw” tego, dodając regułę allow, bo osłabiasz zabezpieczenie.
4.Duży model do planu, mały do wykonania
Na czym polega: Tryb Opus Plan planuje mocnym modelem, a przy wykonaniu automatycznie schodzi do Sonneta; to samo można robić z Fable (plan/review) i Sonnet/Haiku (build).
Jak stosować: Ustaw jako domyślny wzorzec dla nowych sesji, by nie wypalać tygodniowego limitu — inteligencja tam, gdzie błąd jest kosztowny, tanie modele tam, gdzie wolumen duży.
Na co uważać: Planowanie na Fable jest drogie; „Fable Plan” jako gotowy tryb to na razie otwarte, niewdrożone zgłoszenie.
5.Nie ustawiaj effortu na max z automatu
Na czym polega: W testach (20 rund na poziom) poprawność nie zmieniała się między poziomami, a jakość poniżej max praktycznie stała w miejscu — dodatkowe tokeny kupowały weryfikacje i zastrzeżenia, nie lepsze odpowiedzi.
Jak stosować: Domyślny effort do rutyny, high do naprawdę trudnych problemów, max niemal nigdy — potrafisz zbić zużycie o połowę bez utraty jakości.
Na co uważać: Przy modelach rozliczanych z kredytów użycia (jak zapowiadane Fable 5) max kosztuje fortunę; „max = najlepiej” to intuicyjna pułapka.
6.Ogranicz telemetrię i wysyłkę danych
Na czym polega: Cztery wpisy w sekcji ENV (disable feedback survey, disable telemetry, disable error reporting, disable non-essential model calls) plus wyłączenie „help improve AI models” na Claude.ai ograniczają dane wychodzące na zewnątrz.
Jak stosować: Konieczne przy pracy z danymi klientów lub danymi osobowymi; przy okazji zmniejsza liczbę przerywających pracę pogawędek.
Na co uważać: Wyłączenie raportów błędów oznacza, że Anthropic nie zobaczy twoich awarii — to świadomy kompromis między prywatnością a diagnostyką.
7.Wydłuż okres przechowywania historii
Na czym polega: Domyślnie Claude Code kasuje historię starszą niż 30 dni; cleanup period days w settings.json pozwala ustawić np. 365 dni.
Jak stosować: Ustaw większą wartość od razu, zanim stracisz cenne sesje z resume.
Na co uważać: Wpisanie 0 nie oznacza „bez limitu”, tylko wyczyści całą historię — zawsze wybieraj większą liczbę.
8.Kompresuj kontekst wcześniej (~75%), nie przy 95%
Na czym polega: Claude auto compact percentage override (sekcja ENV) obniża próg autokompresji, bo „context rot” zaczyna się już przy 70–80% zapełnienia okna.
Jak stosować: Ustaw około 75%, by sesja kompresowała się, zanim jakość zacznie spadać, a nie po fakcie.
Na co uważać: Zbyt niski próg oznacza częste kompresje i utratę świeżych szczegółów; klucze WERSALIKAMI trafiają do ENV, pozostałe na najwyższy poziom pliku.
9.Włącz pasek statusu, by widzieć koszt i kontekst
Na czym polega: /status-line konfiguruje pasek pokazujący nazwę modelu, procent kontekstu, pasek postępu i koszt; możesz podać własne instrukcje wyświetlania.
Jak stosować: To warunek sensownego korzystania z poprzednich dwóch trików — bez widoczności kontekstu nie zarządzisz kompresją ani limitami.
Na co uważać: Pasek tylko informuje; nadal to ty decydujesz, kiedy ręcznie skompresować sesję, by zapisać notatki podsumowujące.
10.Przestaw się z długich promptów na „loop engineering”
Na czym polega: Nowe wytyczne Anthropic odwracają radę: zamiast rozpisywać każdy krok, podaj cel, kontekst i kryteria „gotowe” i pozwól modelowi działać; wygrywający uruchamiają pętle przed, w trakcie i po implementacji.
Jak stosować: Zamykaj lukę między tym, o co prosisz, a tym, co ma się realnie wydarzyć — to dziś prawdziwe wąskie gardło, a nie sam model.
Na co uważać: Na wyższych poziomach effortu trzeba wręcz powstrzymywać model przed robieniem rzeczy zbędnych; zbyt ogólny cel bez kryteriów ukończenia to druga skrajność.