O czym jest ten film
- Anthropic wprowadza do Claude Code „mody” — mechanizm, którym zwykłym językiem można przebudować całe środowisko pracy, także w aplikacji desktopowej i bez otwierania IDE.
- Autor rozróżnia trzy poziomy: prompt (jednorazowe polecenie), skill (instrukcje wielokrotnego użytku) i mod (kod wstrzykiwany do środowiska, dodający zachowanie w trakcie pracy).
- Mody są spokrewnione z hookami — odpalają się na konkretnych zdarzeniach i mogą nie zużywać ani jednego tokenu modelu.
- Instaluje się je przez znany sklep z pluginami; plugin pełni tu rolę nośnika dla moda.
- Każdy mod ma zakres działania: dla całego konta użytkownika, dla pojedynczego projektu albo współdzielony dla zespołu.
- Pierwsze przykłady są czysto wizualne: karmowy motyw czatu, wirtualny zwierzak „zjadający” pliki i własny pasek stopki — wszystko sterowane promptami.
- Druga grupa to narzędzia analityczne: heatmapa pokazująca strukturę repozytorium oraz „rejestrator lotów” śledzący każdy request, model i token.
- Własny router modeli pozwala zlecać pracę podrzędnym agentom na tańszych modelach (Sonnet, Haiku) i weryfikować realne oszczędności.
- Trzy poziomy śledzenia efektów pracy: panel z listą utworzonych plików, „paragon” ze skrótowym podsumowaniem oraz zakładki z notatkami i powrotem do wybranego momentu rozmowy.
- Najcenniejszy jest mod „auto handoff”: sam przekazuje sesję do nowej, zanim przepełnione okno kontekstu zacznie generować halucynacje; na końcu autor pokazuje też masowe czyszczenie modów jednym poleceniem.
10 najważniejszych takeaways — z kontekstem zastosowania
1.Personalizacja Claude Code bez programowania
Na czym polega: mody przenoszą to, co wcześniej wymagało ręcznych modyfikacji w terminalu, do poziomu zwykłego zdania — wystarczy opisać efekt, jaki chcesz osiągnąć.
Jak stosować: opisz zmianę prosto, np. „zmień mój karmowy motyw na morski niebieski”, dodaj kilka szczegółów i wyślij. Po potwierdzeniu uruchom nową sesję — dopiero wtedy zobaczysz efekt.
Na co uważać: mod to nakładka na zachowanie narzędzia, a nie czarodziejska różdżka. Nie każda zmiana zadziała od razu; licz na cykl „opis — potwierdzenie — restart sesji”.
2.Rozróżniaj prompt, skill i mod
Na czym polega: prompt to jednorazowa prośba, skill to wielokrotnego użytku instrukcja dla danego zadania, a mod to kod doklejany do środowiska, który zmienia jego zachowanie na bieżąco.
Jak stosować: zanim coś zbudujesz, zdecyduj, której warstwy potrzebujesz. Jedno polecenie? Prompt. Powtarzalny proces? Skill. Trwała zmiana interfejsu albo zachowania? Mod.
Na co uważać: zamiana tych pojęć prowadzi do przeinżynierowania prostych potrzeb — nie każde „chcę, żeby…” wymaga moda.
3.Wykorzystuj zdarzenia zamiast tokenów
Na czym polega: mody, podobnie jak hooki, mogą uruchamiać się przy konkretnych zdarzeniach (np. przy wdrożeniu aplikacji) i wykonywać pracę skryptem — bez angażowania modelu i bez kosztów w tokenach.
Jak stosować: powtarzalne, deterministyczne czynności (np. skanowanie pusha w poszukiwaniu kluczy API albo danych osobistych przed każdym wdrożeniem) zlecaj mechanizmowi zdarzeniowemu, a nie promptowi.
Na co uważać: mechanizm zadziała „za każdym razem” tylko wtedy, gdy poprawnie podepniesz go pod właściwe zdarzenie — źle dobrany punkt zaczepienia to gwarancja fałszywego poczucia bezpieczeństwa.
4.Instaluj mody przez sklep pluginów
Na czym polega: mod wchodzi do Claude Code jako plugin — więc korzysta z infrastruktury, którą już znasz: tego samego sklepu, w którym są przeglądarki PDF czy łączniki do Telegrama i Discorda.
Jak stosować: wklej polecenie instalacyjne w terminalu aplikacji desktopowej. Sam kod nie musi być twojego autorstwa — możesz wrzucić Claude Code cały artykuł o modach i kazać mu go zrozumieć, a potem wykonać.
Na co uważać: „plugin” jest tu tylko nośnikiem; to, co realmente robi twoja modyfikacja, warto sprawdzić, zanim na niej zaczniesz polegać.
5.Świadomie wybieraj zakres działania
Na czym polega: każdy mod można przypisać na poziomie użytkownika (wszystkie twoje czaty), pojedynczego projektu albo — w wariancie zespołowym — jako współdzielony dla całej grupy.
Jak stosować: drobne udogodnienia trzymaj na poziomie użytkownika, eksperymenty i rzeczy specyficzne dla kodu — w zakresie projektu, a standaryzowane rozwiązania dla zespołu — na poziomie współdzielonym.
Na co uważać: eksperymenty szybko się rozmnażają. Gdy zechcesz zostawić tylko dwa–trzy dodatki, poproś Claude Code o polecenie bash, które usunie resztę hurtowo — ręczne odinstalowywanie po kolei to strata czasu.
6.Heatmapa: szybka ocena, z czego składa się projekt
Na czym polega: gotowy mod /heatmap rysuje mapę cieplną rozkładu plików w repozytorium — od razu widać, np., że projekt jest ciężki od plików projektowych, a skromny w dokumentacji czy warstwie bazy danych.
Jak stosować: uruchom po wejściu do nowego, nieznanego repo — dostaniesz orientację w proporcjach projektu, zanim zaczniesz cokolwiek zmieniać.
Na co uważać: mapa pokazuje rozkład, nie jakość. Repo „ciężkie od designu” nie znaczy jeszcze, że warstwa wizualna jest źle zorganizowana.
7.Rejestrator lotów: audyt tego, co dzieje się za kulisami
Na czym polega: mod typu flight recorder — coś w rodzaju czarnej skrzynki — pokazuje token po tokenie i żądanie po żądaniu, co naprawdę robi model: kiedy używa Opusa, kiedy basha, kiedy sięga po narzędzia zewnętrzne.
Jak stosować: włącz przed złożonymi zadaniami, np. przed zleceniem „zrób prosty landing page z przeglądem najlepszych modeli według dokumentacji”. Na bieżąco obserwujesz całą drogę od żądania do wyniku.
Na co uważać: szczegółowość bywa przytłaczająca — traktuj rejestrator jako narzędzie diagnostyczne na czas testów i weryfikacji, a nie stały element każdego czatu.
8.Router modeli: tańsze podagenty i weryfikowalne oszczędności
Na czym polega: własny router (/router on) pozwala zdecydować, na jakich modelach pracują podrzędni agenci. Zlecasz np. dwóch agentów eksploracyjnych równolegle — jeden bada strukturę projektu, drugi testy — i oba śmigają na tańszym Sonnecie.
Jak stosować: łącz go z rejestratorem lotów: widzisz, że zmiana zadziałała (dwa agenty na Sonnecie), a dodatkowy mod potrafi policzyć, ile faktycznie zaoszczędziłeś. Nieocenione, gdy dopłacasz za dodatkowe użycie.
Na co uważać: podpowiedzi autouzupełniania (on, off, sonnet, haiku, both…) sam dopasujesz prośbą do Claude Code — domyślny zestaw opcji bywa szerszy, niż potrzebujesz. Tańszy model nie zawsze znaczy odpowiedni: do zadań wymagających rozumienia zostaw mocniejszy.
9.Taca, paragon, zakładka — trzy poziomy śledzenia plików
Na czym polega: panel zbierający (output tray) pokazuje elegancko każdy plik utworzony przez prompt, z przyciskiem otwarcia folderu; „paragon” (/receipt last) daje sam suchy wykaz; zakładka (/bookmark) zapisuje krótką notatkę i pozwala wrócić do konkretnego momentu rozmowy.
Jak stosować: do projektu badawczego z wieloma fazami i setkami plików — panel. Do szybkiego „co tu powstało?” — paragon. Do prowadzenia dziennika sesji i powrotu do wybranego wątku — zakładki.
Na co uważać: to trzy różne grube poziomy szczegółowości, nie trzy nazwy tego samego. Wybór zależy od tego, czy potrzebujesz śledzić proces, wynik, czy kontekst.
10.Auto handoff: pilnuj okna kontekstu automatycznie
Na czym polega: przy oknie kontekstu rzędu miliona tokenów jakość zwykle siada gdzieś między 400 a 500 tysiącami — wchodzisz w krainę halucynacji. Mod „auto handoff” sam przekazuje sesję i otwiera nową, gdy zużycie przekroczy zadany próg.
Jak stosować: włącz /auto handoff, ustaw próg (w demie 85%, ale rozsądniej 40–50% albo pod własne doświadczenia z danym typem zadań). Chcesz wymusić przekazanie wcześniej? /handoff now.
Na co uważać: próg to kwestia kompromisu — za niski oznacza częste przełączanie i utratę niuansów rozmowy, za wysoki ryzyko, że handoff odpali się za późno. Nowa sesja zaczyna z podsumowaniem, nie z pełną pamięcią — ważne ustalenia warto zapisywać zakładkami.
Redakcyjne tłumaczenie
Fabryczny samochód i pierwsza przeróbka
Wyobraź sobie, że kupujesz samochód i przywozisz go do domu dokładnie w stanie fabrycznym. Fotele, światła, deska rozdzielcza — wszystko na domyślnych ustawieniach. W ten sposób wielu z nas używa dziś Claude Code: otwieramy, wpisujemy prośbę i pracujemy na tym, co narzędzie daje od razu po instalacji. A bywa, że w aucie chcesz dołożyć podświetlenie wnętrza, rejestrator jazdy czy lepsze audio. Od teraz podobne przeróbki możesz robić w Claude Code dzięki modom.
To nie jest przełom, który odmieni życie każdemu, kto już wcześniej umiał majsterkować przy Claude w terminalu. Chodzi o coś innego: funkcja została tak zapakowana, że każdy — techniczny albo zupełnie nietechniczny — potrafi zwykłym językiem w pełni dopasować swoje środowisko. I to w aplikacji desktopowej, bez otwierania żadnego IDE.
W tym materiale autor prowadzi przez 10 przykładów: co dane mody potrafią, jak działają i jak zbudować własne.
(Informacja dodatkowa: Claude Code to narzędzie firmy Anthropic do pracy z modelami Claude — od pewnego czasu dostępne także jako aplikacja desktopowa, bez klasycznego środowiska programistycznego.)
Pierwsze wrażenia: karmowy czat i żarłoczny zwierzak
Zaczynamy od najprostszych przykładów, żeby uchwycić samą ideę — potem będzie stopniowo schodzić na coraz użyteczniejsze przepływy, które wpleciesz w codzienną pracę.
Autor wysyła zwykłe „cześć” i od razu widać, jak może wyglądać mod: czat w tle ma karmowe tło, na dole ekranu pojawia się zupełnie bezużyteczny — ale obrazowy — zwierzak, który pokazuje, ile plików właśnie „zjada”. Do tego własna linia poleceń i spersonalizowany pasek stopki. Czy ktokolwiek tego potrzebuje? Nie. Ale sedno jest takie, że można teraz przerobić Claude Code samym językiem naturalnym, żeby w twoim środowisku istniały funkcje tego typu.
Chcesz pozbyć się zwierzaka? Wystarczy /pet off — i po zwierzaku. Karmowe tło też zmienia się czystą mową: wystarczy prośba w stylu „zmień mój karmowy motyw na morski niebieski”, dołożyć kilka szczegółów i wysłać. Narzędzie szybko przepisuje zmodyfikowany plik moda, a po chwili przychodzi potwierdzenie. Jedyny konieczny krok to uruchomienie nowej sesji. I faktycznie — kolejne „cześć” wita już morska panorama niebieskiego, razem ze zmienionym paskiem stopki. Mały przykład, ale pokazuje mechanizm.
Prompt, skill, mod — rozplątanie pojęć
Zanim pójdziemy dalej, warto uporządkować trzy poziomy:
- Prompt to to, o co prosisz tutaj i teraz. „Streść te notatki” — prompt.
- Skill to zestaw instrukcji wielokrotnego użytku dla określonego zadania, np. „posłuż się moim procesem pisania raportów”.
- Mod to jedna albo kilka linii kodu wstrzykiwanych do środowiska, żeby dodało ono jakieś zachowanie w trakcie twojej pracy. Chcesz, żeby Claude wyliczał każdy plik, którego dotyka — czy aktualizujesz prezentację, dokument czy całą bazę kodu? Możesz kazać mu to wizualizować i nie czekać, aż Anthropic sam wpadnie na pomysł takiej funkcji.
Mody i hooki: rodzeństwo, nie bliźniaki
Mody są kuzynem czegoś, co znamy od dawna — hooków. Przypomnijmy: hook uruchamia się przy bardzo konkretnym zdarzeniu, na którym można polegać za każdym razem, i nie potrzebuje modelu językowego jako organizatora. Klasyczny przykład: publikujesz aplikację pisaną „na vibe codingu” i chcesz mieć pewność, że do bazy danych ani repozytorium nie trafią twoje dane osobiste czy klucze API. Podpinasz hooka pod zdarzenie wdrożenia — i przy każdym deploymencie skrypt skanuje cały push, zanim cokolwiek ujrzy światło dzienne.
Mody działają według tego samego schematu: Claude Code wysyła zdarzenie z detalami twojej prośby, plik moda jest odczytywany, wynik wraca. A stąd praktyczny wniosek — jak przy hookach, wykonanie konkretnego moda może nie kosztować ani jednego kredytu AI.
Jeszcze jedna analogia dla zrozumienia: to modułowe klocki, które można nieustannie dokładać do swojego zestawu. (Informacja dodatkowa: w automatycznym transkrypcie padły zniekształcone nazwy wcześniejszych narzędzi — chodzi o rozwiązania, które od jakiegoś czasu pozwalały w pełni przerabiać własne środowisko pracy z modelami.) Różnica jest taka, że dziś nie trzeba w nich grzebać: użytkownik nietechniczny zrobi swoje od razu, bez schodzenia na poziom plików konfiguracyjnych.
Heatmapa: z czego naprawdę składa się projekt
Kolejne przykłady. W świeżym czacie autor wskazuje konkretny folder — swoją aplikację SaaS — i znowu zaczyna od samego „cześć”. Na ekranie wychodzi terminal, a w nim wklejane jest krótkie polecenie. Zwróćmy uwagę na jedno słowo: „plugin”. To koncept, który pewnie znasz — w sklepie pluginów Claude Code znajdziesz przeglądarki PDF, łączniki do Telegrama, Discorda i tym podobne. Tu jednak plugin pełni rolę konia trojańskiego: to on przemyca twojego moda do środka.
Nawiasem mówiąc, nie musisz pisać tego kodu samodzielnie. Wystarczy to, co zrobił autor: wrzucić Claude Code cały artykuł o modach i kazać mu go przyswoić, zrozumieć, a potem wykonać. Druga rzecz warta uwagi to wpis scope: user — każdy mod można przypisać do wszystkich przyszłych czatów albo do jednego projektu; a jeśli korzystasz z wariantu zespołowego, jest też poziom współdzielony.
Plugin jest już włączony, więc autor otwiera kolejną sesję terminala bez wychodzenia z aplikacji desktopowej i wpisuje /heatmap. Na ekranie pojawia się pełna mapa cieplna rozkładu plików: widać wyraźnie, że to repozytorium jest bardzo ciężkie od warstwy projektowej, a znacznie skromniejsze, gdy chodzi o dokumentację czy bazę danych.
Rejestrator lotów: czarna skrzynka Claude
A jeśli chcesz czegoś znacznie bardziej interaktywnego? Możesz zbudować rejestrator lotów — swoistą czarną skrzynkę — i obserwować każde żądanie przechodzące przez Claude: jaki model jest używany, kiedy narzędzie sięga po połączenie MCP i jak wygląda cały proces od requestu do wyniku.
(Informacja dodatkowa: MCP, Model Context Protocol, to standard podłączania zewnętrznych narzędzi i danych do modeli językowych.)
Instalacja wygląda tak samo: claude plugin install flight-recorder w terminalu. Nowa sesja, polecenie /timeline — i rejestrator gotowy. Na pełnym ekranie autor wysyła przykładową prośbę: „zbuduj prosty landing page prezentujący przegląd najlepszych modeli do Claude Code według aktualnej dokumentacji”. Po prawej stronie, token po tokenie, turma po turmie i żądaniu po żądaniu, widać dokładnie to, co dzieje się za kulisami: najpierw Opus, potem bash — można śledzić każdy element tego mechanizmu aż do samego końca.
Własny router modeli i realna oszczędność
Następny krok: własny router modeli. Wysyłasz żądanie do Claude, on uruchamia podrzędnych agentów, ale to ty decydujesz, co się z nimi dzieje i na jakich modelach pracują.
Instalacja, terminal, /router on — i tu warto odnotować drobiazg: gdy autor wpisał „router” i wcisnął spację, Claude Code sam podpowiedział listę opcji: on, off, sonnet, haiku, both i tak dalej. Taki zestaw również można przerobić prośbą — „chcę tylko dwie opcje” — i sprawa załatwiona.
Na pełnym ekranie leci zadanie: „użyj dwóch agentów eksploracyjnych równolegle; jeden bada strukturę projektu, drugi testy; oba meldują wyniki, a potem następuje podsumowanie”. Efekt widać natychmiast: praca idzie na tanim Sonnecie — i da się to zweryfikować, bo na ekranie widać Sonneta numer jeden i Sonneta numer dwa.
I tu ujawnia się piękno łączenia różnych modów: rejestrator lotów potwierdza, że zmiany faktycznie działają, a w idealnym świecie — że naprawdę oszczędzamy. Szczególnie gdy dopłacasz za dodatkowe użycie i chcesz z niesłabnącą czujnością pilnować każdej modyfikacji i jej wpływu na portfel. Można nawet dorzucić mod, który policzy, ile pieniędzy zaoszczędziła struktura z podrzędnymi agentami.
Taca, paragon, zakładka: trzy sposoby śledzenia plików
Kolejny mod — powiedzmy /trait — dodaje na ekranie panel zbierający, który prowadzi ewidencję wszystkich plików i folderów dotkniętych przez dany prompt. Autor wysyła zadanie: „przeczytaj README tego projektu, przejrzyj główne foldery i przygotuj przystępny przegląd całej bazy kodu dla początkujących”. Po prawej stronie zaczynają pojawiać się wszystkie nowo utworzone elementy, a po zakończeniu pracy dostajemy elegancki przegląd każdego pliku — z przyciskiem „pokaż”, otwierającym folder, w którym dany zasób leży. Przy projekcie badawczym z wieloma fazami i niezliczonymi plikami to bardzo wygodny sposób, żeby wiedzieć, co właściwie zostało wyprodukowane w tej sesji albo przez to jedno żądanie.
Nie podobają ci się te wszystkie ozdóbki? Zrób mod „paragon”: włączasz go, wpisujesz /receipt last — i dostajesz suchy, szybki wykaz każdego utworzonego pliku, bez fajerwerków.
A jeśli nie chcesz paragonu, tylko zakładkę — coś, do czego wrócisz później, z notatką o tym, co zrobiłeś w sesji? Tworzysz mod /bookmark, zapisujesz sobie krótkie streszczenie, a potem w dowolnej nowej sesji wpisujesz /bookmark open. Widzisz wszystkie zakładki — i możesz wrócić do konkretnego punktu rozmowy, żeby zobaczyć, co się wtedy działo.
Auto handoff: nie daj się porwać krainie halucynacji
Na koniec — najbardziej użyteczny mod, jaki prawdopodobnie złożysz po obejrzeniu tego materiału (a gotowy do wzięcia jest w drugim linku pod filmem): auto handoff.
Zasada jest taka: jeśli dbasz o kontekst, wiesz, że przy oknie rzędu miliona tokenów przeciętnie gdzieś między 400 a 500 tysiącami kończy się bezpieczna strefa — i zaczyna kraina halucynacji. Zamiast co chwilę przypominać sobie, żeby zerkać na licznik w prawym dolnym rogu, tworzysz moda, który sam przekazuje sesję i otwiera nową w chwili, gdy zużycie przekroczy próg. Na ekranie: /auto handoff — włączony, próg w przypadku autora ustawiony na 85%, ale równie dobrze może to być okolica 40–50% albo cokolwiek, co uznasz. A jeśli chcesz wymusić przekazanie wcześniej, jest /handoff now — i masz czystą kartę w nowej sesji.
Sprzątanie po eksperymentach
Co, gdy po serii prób dochodzisz do wniosku, że chcesz zatrzymać tylko dwa–trzy dodatki i pozbyć się całego laboratorium? Poproś Claude Code o polecenie bash, które usunie wszystko za jednym zamachem. Autor robi dokładnie to: masowe czyszczenie schodzi na poziomie użytkownika, polecenie przewija się przez wszystkie zainstalowane mody — i przy następnym uruchomieniu Claude Code nie ma po nich śladu.
Co dostajesz w opisie filmu
To powinno dać solidne wprowadzenie do tego, czym są mody i jaką mogą mieć moc — zwłaszcza w dobrych rękach. A żeby oszczędzić ci samodzielnego badania tematu, autor oddaje wszystkie swoje mody, wszystkie prompty do ich wywoływania oraz swoją architekturę: bierzesz, podłączasz, dopasowujesz do własnych potrzeb. Wszystko pod drugim linkiem w opisie. Jeśli materiał był pomocny, autorowi zależy na łapce w górę i komentarzu — to pomaga filmom docierać dalej. I do zobaczenia w następnej odsłonie.