Dodatków do Claude Code są dziesiątki, ale w codziennej pracy liczy się garstka. Wybrałam sześć, które uważam za najlepsze — nie te najefektowniejsze, lecz te, które oszczędzają czas, obniżają koszt i wyłapują błędy, zanim trafią do klienta. Poniżej każdy z nich po kolei: co robi i kiedy go włączyć.
Najpierw dwa pojęcia. Claude Code to narzędzie, w którym Claude pracuje przy zadaniach programistycznych i operacyjnych — działa w terminalu, czyta pliki, wykonuje kroki. Skill (umiejętność) to paczka, którą instalujesz, żeby nauczyć Claude lepiej wykonywać jedno konkretne zadanie. Część z opisanych niżej to ściśle biorąc pluginy — większe paczki, które poza samym skillem zawierają dodatki w rodzaju serwera MCP (sposobu, w jaki Claude łączy się z zewnętrznymi narzędziami i danymi). Różnica nazewnicza jest tu drugorzędna: każdy z tych dodatków sprawia, że Claude wykonuje swoją pracę zauważalnie lepiej.
1. Skill Creator — fabryka, która buduje pozostałe skille
To skill, z którego powstają wszystkie inne. Jest jednym z oficjalnych dodatków Anthropic. Opisujesz w zwykłym języku, czego potrzebujesz, a Claude układa skill, testuje go, poprawia i pakuje w coś, czego można używać wielokrotnie. Nie musisz ręcznie edytować plików ani znać formatowania — rozmawiasz z Claude tak, jakbyś tłumaczył zadanie współpracownikowi, i zostajesz z gotowym skillem, który za każdym razem działa tak samo. Możesz nawet podać gotową procedurę (SOP), a on zamieni ją w działający skill.
Problem, który rozwiązuje, jest prosty. Większość osób próbuje pisać skille ręcznie i od razu trafia na ścianę: nie znają struktury, nie wiedzą, co odróżnia skill solidny od takiego, który psuje się, gdy tylko dotknie go klient. Skill Creator zdejmuje ten kłopot. Sam w sobie nie jest produktem, za który płaci klient — ale każdy skill, który później sprzedasz, wychodzi właśnie z niego. To fabryka, która buduje produkt.
Konkretny przykład: agencja nieruchomości traci kilka godzin tygodniowo na pisanie opisów ofert. Bez Skill Creatora układałbyś cały plik skilla, dobierał warunki uruchomienia i testował go wielokrotnie. Z nim wystarczy opisać zadanie naturalnie, a on pomoże zbudować, przetestować i spakować rozwiązanie. Warto zainstalować go raz, globalnie — wtedy uruchamia się sam, w dowolnym projekcie, gdy tylko trzeba zbudować nowy skill.
2. Superpowers — Claude pracuje jak doświadczony programista
Ten skill wymusza na Claude sposób pracy doświadczonego programisty. Zamiast od razu pisać kod, Claude najpierw cofa się i planuje całość. Pracuje w odizolowanym środowisku, więc nic nie psuje w głównym projekcie. Pisze testy, zanim napisze kod. Przeprowadza burzę mózgów i recenzuje własną pracę dwuetapowo: raz pod kątem zgodności ze specyfikacją, raz pod kątem jakości kodu.
Rozwiązuje to najczęstszy problem w pracy z Claude Code: pośpieszny, niechlujny kod. Prosisz o coś, Claude pisze to w biegu, na pierwszy rzut oka wygląda dobrze — a rozpada się, gdy zaczynasz tego używać. Albo gorzej: rozpada się u klienta. Superpowers spowalnia Claude na tyle, by faktycznie przemyślał problem, i nie pozwala pomijać kroków.
Każdy projekt, który trafi na produkcję — system zgłoszeń dla firmy instalacyjnej, narzędzie raportowe dla agencji — potrzebuje takiego podejścia. Klienta nie obchodzi, ile linii kodu powstało; obchodzi go, że system działa, gdy zależy od niego jego biznes. Bez ramy w rodzaju Superpowers Claude może napisać całość za jednym razem i przeoczyć skrajny przypadek. Z nią — planuje, pisze testy, znajduje takie przypadki i wyłapuje luki, zanim dotrą do klienta.
Nie chodzi o to, że wszystko uda się za pierwszym podejściem. Spora część pracy to i tak kontrola jakości po twojej stronie. Ale moim zdaniem jeśli pierwsze podejście dowozi 80 procent zamiast 60, to już wygrana — mniej cykli poprawek oznacza mniej czasu na naprawianie i niższy koszt tokenów (token to fragment tekstu, którym model operuje; im więcej ich zużyjesz, tym drożej). To również jeden z najpopularniejszych skilli społeczności, z ponad 150 tysiącami gwiazdek na GitHubie.
3. GSD — czyste środowisko dla dłuższej pracy
Jeśli Superpowers dotyczy tego, jak Claude pisze kod, to GSD (od „get it done”, czyli „doprowadź to do końca”) dotyczy środowiska, w którym Claude pracuje. Każdy użytkownik Claude Code prędzej czy później trafia na ten mur: sesja idzie świetnie, a gdzieś w połowie okna kontekstu zaczyna się sypać. Kod robi się niechlujny, Claude zapomina wymagania ustalone na początku, pomija kroki, a bywa, że ogłasza zadanie skończonym, choć nie jest. To zjawisko nazywa się rozpadem kontekstu (context rot) — okno kontekstu to ilość tekstu, jaką model „widzi” naraz: instrukcje, pliki, dotychczasową rozmowę.
GSD rozwiązuje to przez inżynierię kontekstu. Zamiast pozwolić, by jedna długa sesja powoli się degradowała, uruchamia świeżych pomocniczych agentów do każdego zadania — agent to wyodrębniony „pracownik”, który dostaje czyste okno kontekstu i tylko te informacje, których potrzebuje. Główna sesja zostaje uporządkowana, a każde zadanie ma do dyspozycji pełną moc kontekstu, a nie resztki.
Ma też wbudowane bramki jakości, które wyłapują realne problemy w trakcie pracy. Wykrywanie rozrostu zakresu zatrzymuje planistę, gdy ten po cichu pomija wymaganie, o które prosiłeś. Egzekwowanie bezpieczeństwa wiąże weryfikację z twoim modelem zagrożeń. To rzeczy, których trudno samodzielnie dopilnować, zwłaszcza bez doświadczenia programistycznego — dlatego ich automatyzacja ma znaczenie. Jest również tryb autonomiczny: podajesz specyfikację i odchodzisz, a GSD planuje, wykonuje i zatwierdza pracę bez ciągłego nadzoru. Warto być uczciwym co do jednego: GSD nie oszczędza tokenów — wszyscy ci pomocniczy agenci kosztują. Oszczędza za to godziny, które poszłyby na powtarzanie pracy zepsutej, bo Claude zapomniał, o co prosiłeś.
4. /review i /ultra review — recenzja kodu wbudowana w narzędzie
Czwartej pozycji nie instalujesz — jest już wbudowana w Claude Code, a większość osób z niej nie korzysta. To polecenie /review oraz jego mocniejszy odpowiednik /ultra review. Gdy skończysz pisać kod i wpiszesz /review, Claude przeprowadza uporządkowaną recenzję tego, co powstało: szuka błędów, skrajnych przypadków i problemów projektowych. Działa lokalnie, jest szybkie i nie kosztuje nic poza zwykłym zużyciem tokenów.
/ultra review działa inaczej. Wysyła twoją gałąź kodu do chmurowego środowiska testowego i uruchamia tam równolegle całą grupę agentów-recenzentów. Każdy atakuje kod z innej strony: logiki, bezpieczeństwa, wydajności, skrajnych przypadków. Najważniejsze: zanim jakikolwiek błąd trafi na listę, musi zostać niezależnie odtworzony i potwierdzony. Dostajesz więc potwierdzone błędy, a nie stos drobiazgów stylistycznych czy fałszywych alarmów.
Zanim to uruchomisz, dwie rzeczy. /ultra review wymaga Claude Code w wersji 2.1.86 lub nowszej oraz zalogowania kontem Claude — sam klucz API nie wystarczy. Przebieg potrafi zająć od 10 do 20 minut, ale dzieje się w tle, więc możesz pracować dalej. W praktyce /review używasz na bieżąco do szybkiej informacji zwrotnej, a /ultra review przed scaleniem czegoś, co naprawdę się liczy — dużej przebudowy albo zmiany dotykającej płatności, logowania czy bazy danych, gdzie błąd na produkcji kosztuje więcej niż sam przebieg. Plany Pro i Max dają trzy darmowe uruchomienia na próbę; potem koszt może wynieść od 5 do 20 dolarów za przebieg, zależnie od rozmiaru (ceny sprawdź u źródła — bywają aktualizowane).
5. Context Mode — mniej śmieci w oknie kontekstu
Problem jest taki: każde wywołanie narzędzia wrzuca do okna kontekstu surowe dane. Zrzut ze strony może zająć 56 kilobajtów, dwadzieścia zgłoszeń z repozytorium — 59 kilobajtów. Po jakichś trzydziestu minutach realnej pracy 40 procent okna kontekstu to śmieci: logi, surowe wyniki, rzeczy, na które Claude nigdy nie musiał patrzeć. A gdy miejsce się kończy i rozmowa zostaje skompresowana, Claude zapomina, jakie pliki edytował, jakie zadania były w toku i o co go ostatnio prosiłeś.
Context Mode rozwiązuje obie połowy tego problemu. Po pierwsze, trzyma śmieci z dala. Gdy Claude uruchamia polecenie albo pobiera adres, Context Mode kieruje to wywołanie przez izolowane środowisko: kod wykonuje się osobno, surowy wynik zostaje przechwycony, a do okna kontekstu wraca tylko ta część, której Claude naprawdę potrzebuje. Według testów producenta zrzut ze strony o wadze 56 kilobajtów kurczy się do 299 bajtów, a log dostępu z 46 kilobajtów — do 155 bajtów; w skali całej sesji 315 kilobajtów surowych wyników zamienia się w 5 kilobajtów. Własne liczby sprawdzisz poleceniem /contextmode:ctx-stats.
Po drugie, Context Mode zapisuje każde istotne zdarzenie sesji w lokalnej bazie danych: każdy edytowany plik, każde utworzone zadanie, każdą decyzję, każdy błąd. Gdy rozmowa zostaje skompresowana, nic z tego nie ginie — Context Mode odtwarza migawkę sesji i wstrzykuje ją z powrotem, więc model podejmuje pracę dokładnie tam, gdzie ją zostawiłeś. W praktyce sesje, które dawniej sypały się po trzydziestu minutach, działają po kilka godzin, a ty przestajesz marnować polecenia na przypominanie Claude kontekstu, który już miał. Instalacja sprowadza się do dwóch poleceń i restartu — plugin sam dokłada serwer MCP, hooki i reguły kierowania ruchem.
6. ClaudeMem — pamięć między sesjami
Jeśli Context Mode utrzymuje porządek w bieżącej sesji, to ClaudeMem przenosi wiedzę między wszystkimi kolejnymi. Claude Code każdą nową sesję zaczyna od zera — otwierasz ją i piąty raz w miesiącu tłumaczysz ten sam projekt, tracąc za każdym razem kilka minut i tysiące tokenów na wprowadzenie. Pomagają w tym pliki Claude.md i pliki pamięci (to zwykłe pliki tekstowe z trwałymi instrukcjami do projektu), ale trzeba je utrzymywać ręcznie — jeśli przeoczysz aktualizację, Claude też ją przeoczy.
ClaudeMem bierze to na siebie. Podpina się pod cykl życia sesji i sam zapisuje, co się w niej działo: edycje plików, decyzje, poprawki błędów, polecenia. Następnie kompresuje to do zwięzłych streszczeń i zapisuje w lokalnej bazie z wyszukiwaniem semantycznym (czyli po znaczeniu, nie tylko po dokładnych słowach). Gdy otwierasz nową sesję, istotne fragmenty wracają automatycznie. Po drodze ClaudeMem sam tworzy i aktualizuje pliki Claude.md na poziomie folderów — dokumentacja projektu pisze się sama, w tle.
Tokeny oszczędza tu sposób pobierania danych. Zamiast wrzucać do kontekstu wszystkie dawne zapiski, ClaudeMem korzysta z trójwarstwowego wyszukiwania: najpierw zwraca zwięzły indeks zdarzeń, potem pozwala wyciągnąć oś czasu wokół tych istotnych, a dopiero na końcu pobiera pełne szczegóły. Repozytorium podaje około dziesięciokrotną oszczędność tokenów przy pobieraniu w porównaniu z wrzucaniem wszystkiego na starcie. W praktyce przestajesz płacić „podatek od rozruchu” przy każdej nowej sesji i wracasz do projektu po dwóch tygodniach, a Claude już wie, nad czym pracujesz i co ustaliłeś. Jedno ostrzeżenie wprost z repozytorium: nie uruchamiaj polecenia npm install — instaluje samą bibliotekę, a nic nie zadziała, bo hooki się nie zarejestrują. Trzymaj się dwóch poleceń z instalatora pluginu.
Skill dodatkowy i jedna myśl na koniec
Poza szóstką jest jeszcze oficjalny skill Anthropic do projektowania interfejsów (front-end design). Warto zainstalować go globalnie — sprawia, że to, co projektujesz w Claude Code, wygląda mniej „wygenerowane przez AI”.
Na koniec rzecz, którą łatwo pominąć przy wyborze narzędzi. Klient nie kupuje skilla ani przepływu pracy — kupuje wynik: dziesięć godzin tygodniowo z powrotem na koncie, mniej pomyłek, szybciej obsłużone zapytania. Jeśli dopiero zaczynasz, radzę nie sięgać od razu po całą szóstkę. Wybierz jeden skill, naucz się go, zbuduj na nim kilka rozwiązań i pokaż działające demo. To ono, a nie liczba zainstalowanych dodatków, mówi, czy narzędzie jest warte zachodu.