O czym jest ten film
- 1 października Claude Code udostępnił wszystkim nową funkcję: mody — i stała się jednym z najgłośniejszych tematów w społeczności.
- Mod to niewielki dodatek w TypeScript działający wewnątrz Claude Code lub Claude Desktop: może wyświetlać panel obok rozmowy i pasek statusu nad polem tekstowym, dodawać komendy slash i narzędzia, a także modyfikować lub blokować działania Claude — np. wstrzymać ryzykowną komendę do czasu Twojej aprobaty.
- Mody nie działają w piaskownicy: uruchamiają się z uprawnieniami użytkownika, a ich API zmienia się między wydaniami — dlatego instalacja cudzych modów wymaga ostrożności.
- Autor zbudował „drugi mózg” — bazę powiązanych notatek (vault Obsidian) o budowie modów, dobrych praktykach ich tworzenia oraz audycie przed instalacją.
- W bazie znajdziemy m.in.: anatomię moda, hooki podpięte pod rodziny zdarzeń, przepływ budowy „guarda” wstrzymującego ryzykowne wywołania narzędzi, podręcznik testów, koszty użycia, wektory ataków prompt injection oraz bezpieczeństwo i zgodność.
- Zestaw zawiera opisy 40 modów — wbudowanych, oficjalnych i społecznościowych — każdy przypięty do konkretnego commita i opatrzony werdyktem: adopt, trial albo avoid, z uzasadnieniem, co działa, co się psuje i dlaczego.
- Dwa narzędzia pomocnicze: skaner, który czyta kod moda bez jego uruchamiania, oraz „drift check” wskazujący, które notatki odświeżyć po aktualizacji Claude Code.
- Instalacja bazy sprowadza się do sklonowania repozytorium z GitHuba (albo zlecenia tego agentowi); Obsidian jest w pełni opcjonalny — wystarczy folder z plikami Markdown.
- W części praktycznej autor buduje mod „arcade” (Snake i Tetris na czas pracy agenta), opierając się wyłącznie na notatkach z bazy — sama budowa zajmuje około dwóch minut.
- Na koniec: zapowiedź integracji modów z produktem autora „Claude SEO” (premiera „za tydzień, plus minus kilka dni”), potencjał połączenia modów ze skillami oraz zaproszenie do społeczności AI Marketing Hub.
10 najważniejszych takeaways — z kontekstem zastosowania
1.Mody to programy z Twoimi uprawnieniami, nie wtyczki w piaskownicy
Na czym polega: Mod działa wewnątrz Claude Code lub Claude Desktop, może rysować interfejs, dodawać narzędzia i zmieniać albo blokować działania agenta. Nie jest odizolowany od systemu — uruchamia się z Twoimi uprawnieniami, a jego API potrafi się zmieniać między wydaniami.
Jak stosować: Przed instalacją cudzego moda przeczytaj jego kod albo przepuść go przez skaner z bazy, który analizuje pliki bez ich uruchamiania. Sprawdź, czego mod dotyka i czy opinie o nim są aktualne.
Na co uważać: Dobry mod potrafi wstrzymać ryzykowną komendę, ale zły może sam podejmować działania w Twoim imieniu. Instaluj wyłącznie dodatki ze zweryfikowanego źródła.
2.Od jakości danych zależy jakość tego, co zwróci agent
Na czym polega: Autor mówi to wprost: „co wrzucimy do AI, to dostaniemy z powrotem”. Bez aktualnej dokumentacji budowa moda zamienia się w dłuższe dłubanie w błędach; z bazą wiedzy w tle cały proces — kod, walidacja, typy, testy — domyka się w minuty.
Jak stosować: Zanim poprosisz Claude o napisanie moda, wskaż agentowi folder z notatkami i każ mu najpierw przeczytać całość. Dopiero potem formułuj polecenie.
Na co uważać: Dokumentacja API modów starzeje się szybko. Notatki prawdziwe w zeszłym miesiącu dziś mogą prowadzić na manowce — po każdej aktualizacji Claude Code odśwież bazę.
3.Obsidian jest opcjonalny — baza to zwykły folder z plikami Markdown
Na czym polega: Cały „drugi mózg” to pliki Markdown powiązane linkami. Obsidian służy tylko wygodniejszemu przeglądaniu, ale agent poradzi sobie z samym folderem.
Jak stosować: Sklonuj repozytorium jednym poleceniem z zakładki „Code” na GitHubie (albo poproś agenta, żeby zrobił to za Ciebie) i trzymaj folder jako punkt odniesienia dla sesji Claude Code.
Na co uważać: Jeśli zależy Ci na nawigacji po podlinkowanych notatkach i wiki, zainstaluj Obsidian i otwórz folder jako vault — inaczej szybko zgubisz się w plikach.
4.Cudzy mod najpierw na audyt, dopiero potem na dysk
Na czym polega: W bazie jest gotowa procedura audytu przed instalacją oraz opisy 40 modów z werdyktami adopt (przyjmij), trial (przetestuj) albo avoid (omijaj) i uzasadnieniem: co działa, co się psuje i dlaczego.
Jak stosować: Zanim coś zainstalujesz, sprawdź, czy mod ma już ocenę i z jakiego powodu. Jeśli nie ma — przeprowadź audyt ze skanerem zamiast zgadywać.
Na co uważać: Oceny dotyczą konkretnych commitów. Po nowej wersji moda albo nowym wydaniu Claude Code dawniej wydana opinia może już nic nie znaczyć.
5.Zaczynaj od małego projektu, żeby raz przejść cały proces
Na czym polega: Demo „arcade” pokazuje pełną ścieżkę: prompt → lektura bazy → dobór klocków API → napisanie kodu → walidacja → sprawdzenie typów → testy → działająca gra. Łącznie około dwóch minut.
Jak stosować: Wybierz na pierwszy raz cel trywialny — grę, pasek statusu, prostą komendę — i przeprowadź agenta przez całość. Dopiero potem brać się za mody z realnym obciążeniem.
Na co uważać: Tempo dotyczy prostych zadań. Projekt z wieloma zależnościami, jak przygotowywany przez autora „Claude SEO” z dużą liczbą skilli, zajmie wyraźnie dłużej — głównie przez czasochłonną walidację.
6.Poznaj klocki, z których składa się mod
Na czym polega: API modów daje gotowe elementy: panel obok rozmowy, pasek statusu, komendy slash, narzędzia oraz hooki — punkty zaczepienia pod zdarzenia Claude Code.
Jak stosować: Przed pisaniem kodu każ agentowi przeczytać sekcje o anatomi moda i API, żeby dobrał właściwy klocek. W demie takim klockiem okazał się element po stronie klienta z małą pętlą gry, własną obsługą klawiszy i blokadą klatek.
Na co uważać: Nie kopiuj przykładów znalezionych w sieci bez sprawdzenia w aktualnych notatkach — między wydaniami API potrafi się zmienić.
7.Guard wstrzymujący ryzykowne narzędzia — wzorzec wart skopiowania
Na czym polega: Mod może przytrzymać ryzykowne wywołanie narzędzia do czasu Twojej decyzji — przykładowo zablokować komendę, dopóki jej nie zatwierdzisz. To naturalny mechanizm bezpieczeństwa dla automatyzacji.
Jak stosować: Jeśli budujesz mod do pracy na poważnych zadaniach, dodaj warstwę zatwierdzania dla narzędzi, których użycie wiąże się z ryzykiem. W bazie jest osobny przepływ budowy takiego guard.
Na co uważać: Guard chroni tylko przed tym, co sam przewidzisz. Równolegle pilnuj dróg, jakimi wnika prompt injection, oraz zakresu uprawnień samego moda.
8.Ucz się na cudzych ocenach, zanim zbudujesz własne
Na czym polega: Zestaw 40 modów — wbudowanych, oficjalnych i społecznościowych — opisano z perspektywy praktyka: co działa, co się psuje i dlaczego, plus werdykt adopt/trial/avoid.
Jak stosować: Przed budowaniem własnego dodatku przejrzyj oceny podobnych rozwiązań — zobaczysz typowe błędy i sprawdzone podejścia, zanim sam na nie trafisz.
Na co uważać: To migawkowe recenzje przypięte do konkretnych wersji. Traktuj je jako punkt wyjścia, nie wyrocznię.
9.Po każdej aktualizacji Claude Code sprawdź dryf API
Na czym polega: „Drift check” z bazy wskazuje, które notatki — a w ślad za tym które mody — wymagają ponownego sprawdzenia po wydaniu nowej wersji Claude Code.
Jak stosować: Po aktualizacji najpierw odpal drift check, odśwież notatki i przetestuj swoje mody, a dopiero potem wracaj do pracy. To porządek dni, nie minut.
Na co uważać: To świeża funkcja i zmian będzie dużo. Mod działający dziś może się wysypać po kolejnym wydaniu — nie zakładaj, że raz zbudowany dodatek żyje wiecznie.
10.Obserwuj połączenie modów ze skillami
Na czym polega: Autor wskazuje obiecujący kierunek: łączenie modów z umiejętnościami (skills) Claude, i zapowiada, że sam wbuduje moda w swój produkt „Claude SEO”, którego premierę zapowiada „za tydzień, plus minus kilka dni”.
Jak stosować: Jeśli prowadzisz własne skille — w produkcie albo w codziennej pracy — zaplanuj dla nich mody jako warstwę interfejsu i zabezpieczeń, ale w kalendarzu uwzględnij dłuższy czas walidacji.
Na co uważać: Premiera „Claude SEO” to na razie zapowiedź, a nie gotowy produkt; termin z zastrzeżeniem „plus minus kilka dni” może się przesunąć.
Redakcyjne tłumaczenie
Mody w Claude Code — od 1 października dostępne dla wszystkich
Pierwszego października Claude Code uruchomił dla wszystkich nową funkcję: mody. I to jest naprawdę duża sprawa. Pewnie widzieliście już o tym materiały u innych, ale ja — zgodnie z moim zwyczajem — zrobiłem z tego drugi mózg. Poznajcie „Claude Mods Second Brain”: sieć powiązanych notatek o tym, jak mody działają, jak budować je dobrze i jak sprawdzić cudzy mod, zanim trafi na Twój dysk.
Czym jest mod i skąd ta ostrożność
Mod to niewielki dodatek napisany w TypeScript, który działa wewnątrz Claude Code albo Claude Desktop. Potrafi wyświetlić panel obok rozmowy albo pasek statusu nad polem, w którym wpisujesz polecenia. Dodaje komendy z ukośnikiem (tzw. slash commands) i narzędzia. Może też zmieniać albo blokować to, co robi Claude — na przykład wstrzymać ryzykowną komendę do czasu, aż ją zatwierdzisz.
To spora władza, a wszystko rozwija się w bardzo szybkim tempie. Mody nie działają w piaskownicy: uruchamiają się za Twoim przyzwoleniem i z Twoimi uprawnieniami, a ich API potrafi się różnić między wydaniami. Ta baza powstała po to, żebyś mógł mody poznać, zbudować własne albo ocenić czyjeś — bez zgadywania.
Co konkretnie dostajesz? Wyjaśnienie, jak mod jest zbudowany i jak hooki — punkty zaczepienia — podpinają się pod każdą rodzinę zdarzeń w Claude Code. Instrukcje budowy paska statusu, panelu, komendy slash oraz „guarda”, który przytrzymuje ryzykowne wywołanie narzędzia. Informacje o tym, do czego mod sięga, ile zjada z limitu użycia, jakimi drogami wnika prompt injection (Informacja dodatkowa: prompt injection to atak, w którym instrukcje podrzuca się modelowi w treści, którą właśnie czyta — na przykład w pliku albo na stronie internetowej.), a także o bezpieczeństwie i wymogach zgodności. I powtarzam: bardzo uważajcie na to, co instalujecie. W bazie jest gotowa procedura audytu, którą można przeprowadzić przed instalacją czegokolwiek.
Zestaw uzupełnia czterdzieści modów — wbudowanych, oficjalnych i społecznościowych — każdy przypięty do konkretnego commita, z notką, czego dotyka, i werdyktem: adopt (przyjmij), trial (przetestuj) albo avoid (omijaj), wraz z uzasadnieniem: co działa, co się psuje i dlaczego. Do tego skaner, który czyta kod moda bez jego uruchamiania, oraz „drift check” — informacja, które notatki trzeba odświeżyć po aktualizacji Claude Code. Funkcja jest świeża, więc zmian będzie sporo, a ludzie z pewnością zaczną tworzyć naprawdę fajne mody.
Instalacja: klon z GitHuba i — opcjonalnie — Obsidian
Całość to vault Obsidiana, czyli skrzynka powiązanych notatek. Jak to postawić u siebie? Wejdź na repozytorium na GitHubie (link wrzucam do opisu filmu), otwórz zakładkę „Code” i skopiuj widniejące tam polecenie klonowania. Następnie na pulpicie utwórz folder o nazwie „ClaudeModsBrain”, otwórz w nim terminal, wklej polecenie — i repozytorium klonuje się na dysk. Da się jeszcze prościej: możesz po prostu polecić agentowi, żeby zainstalował wszystko za Ciebie. Pestka.
Teraz folder trzeba otworzyć w Obsidianie. Nie masz Obsidiana? Zainstaluj — ale czy jest konieczny? Niezupełnie. Przydaje się wizualnie, więc jeśli lubisz przeglądać notatki z podlinkowaniem, warto. W programie wybierasz „Open folder as vault”, wskazujesz folder „ClaudeModsBrain”, zatwierdzasz — i po chwili patrzysz na cały drugi mózg.
Co jest w środku
Wszystko opiera się na plikach Markdown: sprawdzone praktyki, aktualny stan wiedzy o tworzeniu modów i kompletne instrukcje konfiguracji. Znajdziesz gotowe ścieżki w rodzaju: „chcę zrozumieć mody”, „chcę zbudować mod”, „chcę zainstalować albo zaudytować cudzy mod”, „chcę utrzymywać tę bazę w aktualności”. Działa tu też wiki oparta na proponowanym przez Karpathego podejściu „hot index”. (Informacja dodatkowa: Andrej Karpathy, znany badacz AI, postulował prowadzenie „żywego” indeksu wiedzy — strony typu wiki, aktualizowanej na bieżąco wraz z rozwojem tematu.) A w przyszłości tę samą bazę można wykorzystać do ulepszania istniejących modów — dosłownie każdego.
Demo: mod „arcade”, czyli Snake, gdy agent pracuje
Czas sprawdzić to w praktyce. W tym samym folderze otwieram sesję Claude Code i wołam Claude: „Hej, budujemy nowy mod. Chcę, żeby podczas każdej pracy — w trakcie czekania, aż agent coś wykona — dało się zagrać w Tetrisa albo Snake’a”. Tyle powinno wystarczyć jako polecenie.
Claude od razu czyta w całości drugi mózg, otwiera go na ekranie i bierze się do pisania. Czy ja naprawdę będę w to grał? Szczerze mówiąc — niekoniecznie, lepiej budować mody z poważniejszym przeznaczeniem. Ale chodzi o pokazanie, jak zbudować mod według dobrych praktyk z tej bazy. Drugi mój plan: dodanie modów do naszego „Claude SEO”, którego premiera jest tuż-tuż — powiedzmy w przyszłym tygodniu, plus minus kilka dni. Wplecenie moda w Claude SEO będzie, moim zdaniem, przepiękne.
Na ekranie widać w tym czasie kolejne notatki z bazy: „evidence base” (baza dowodowa), „mod anatomy” (anatomia moda), „build a tool call guard flow” (budowa guard wywołań narzędzi), „testing playbook” (podręcznik testów), przegląd całości, „vision and API drift” (dryf API), „Claude Code plugins and hooks”. A pan Claude w międzyczasie sam dopytuje o szczegóły: jak to ma działać? Włączyć tylko dla tej sesji? Zatwierdzam i czekam, aż sobie „ugotuje”.
Sieć jest już pełno filmów o modach — ludzie masowo budują swoje. Widziałem gościa, który grał w Dooma, czekając na sesję Claude. To nawet był Doom multiplayer. Nieźle, prawda? I wystarczył prosty prompt.
Da się zbudować coś takiego bez drugiego mózgu? Jasne, że się da. Ale zrobi się to lepiej? Tu zaczyna się dłubanie w błędach, tu i ówdzie, i zje Ci to sporo czasu. Aktualne, kompletne dane — łącznie z tym, jak mody aktualizować — są kluczowe, bo od tego, czym karmimy AI, wprost zależy to, co dostaniemy z powrotem. Zestaw sprawdzonych praktyk opisujących, jak działa każdy mod, to spory zysk.
W ustawieniach procesu ustawiam poziom wysiłku na „medium”. Claude w tym czasie raportuje: „piszę moduł interfejsu Snake’a”, „czytam API modów, żeby dobrać właściwy klocek — element po stronie klienta i małą pętlę gry z własną obsługą klawiszy i blokadą klatek. Wygląda na dobry trop”. Przy okazji weryfikuje mody deweloperskie Claude; obie gry są napisane, walidacja wtyczki przechodzi. Następnie sprawdzanie typów i pisanie testów.
Myślałem, że będę musiał przewijać, ale nie ma po co — całość robi się w minuty, a przy prostszych zadaniach w sekundy. Gdybym budował pod Claude SEO, poszłoby to trochę dłużej, bo tam czeka walidacja całkiem sporej liczby skillów. A teraz wyobraźcie sobie połączenie skilli z modami. To byłoby całkiem szalone.
Claude uruchamia narzędzia wiersza poleceń w terminalu, dzięki czemu usługa gry po stronie klienta staje się dostępna; poprawiane są kolejne błędy typów przy indeksowaniu. Jesteśmy jakieś dwadzieścia minut w sesji, a pan Claude dogotowuje nasze Snake i Tetris. Nie mogę się doczekać, jak zagramy w to w terminalu i przez computer use. Czekamy. Typy czyste. Testy przepuszczają obie gry przez silnik testowy — najpierw czytany jest cel moda. I raz jeszcze przypominam: nie musisz otwierać tego w Obsidianie. Wystarczy trzymać folder jako punkt odniesienia i dać do niego dostęp agentowi — to pomaga tworzyć porządne mody.
W kolejce zostały jeszcze panel, testy moda i testy wtyczki — i po paru sekundach wszystko staje gotowe. Sama budowa zajęła łącznie jakieś dwie minuty. Mod nazywa się „arcade” i pozwala grać w Snake’a albo Tetrisa. Wpisuję „/arcade” i patrzcie: gram w Snake’a, podczas gdy pan Claude gotuje dla mnie kolejne rzeczy. Wielka wygrana.
Ojej. Koniec gry. „Wciśnij R, żeby zagrać ponownie”. Epickie. Ale chodziło właśnie o to: w trakcie pracy agenta możemy zagrać sobie w partyjkę, podczas gdy on buduje dla nas następne mody. Fantastyczne.
I tyle wystarczy — tak właśnie buduje się mod: prosto, po sprawdzonej ścieżce, według najlepszych praktyk. W moim przypadku poszło szybko. A najbardziej ciekawi mnie, co zbudujecie wy — bo to jest najlepsza część: patrzeć, jakie mody powstają u każdego z osobna.
Co dalej
Baza jest dostępna — repozytorium znajdziecie w opisie filmu. A ja jestem Daniel, prowadzę AI Marketing Hub. Dołączcie do społeczności i do zobaczenia w następnym odcinku. Ciao!