200 000 Skills w Claude Code. Jak znaleźć te które warto zainstalować.
SkillsMP ma ponad 200 000 Skills.
Kiedy to zobaczyłem po raz pierwszy, pomyślałem: świetnie, duży wybór. Po dziesięciu minutach przeglądania pomyślałem: nie mam pojęcia jak wybrać cokolwiek sensownego z tej listy.
200 000 Skills to nie jest powód do radości. To jest problem nawigacyjny. I jak każdy problem nawigacyjny, ma rozwiązanie, tylko trzeba wiedzieć czego szukać.
Trzy miejsca gdzie są Skills
SkillsMP.com to główny marketplace. Filtrowanie po kategorii, popularności, autorze, dacie aktualizacji. Jeśli szukasz Skilla do konkretnego zadania, zacznij tu. Instalacja przez terminal to zawsze ten sam format: npx skills add nazwa-skilla.
GitHub, konkretnie repozytorium awesome-claude-skills, to kuratorowana lista tych bardziej technicznych i eksperymentalnych. Tu trafiają Skills których twórcy nie chcą przechodzić przez proces weryfikacji marketplace, albo które są na tyle niszowe że SkillsMP nie jest dla nich właściwym miejscem. Zaletą GitHub jest że możesz przeczytać kod przed instalacją.
SkillHub.club to mniejsza alternatywa z innym podejściem do kuratorowania. Dobry jako drugie źródło gdy SkillsMP nie ma tego czego szukasz. Znajdziesz tam często Skills które dopiero co wyszły i jeszcze nie zdobyły dużej liczby instalacji, ale są solidnie zrobione.
Jeśli zaczynasz, SkillsMP wystarczy. Reszta przydaje się kiedy wiesz już czego szukasz i tego tam nie ma.
Potrzebujesz pomocy z tym tematem?
Pomagam firmom wdrażać nowoczesne rozwiązania. Umów bezpłatną 30-minutową rozmowę.
Umów bezpłatną rozmowę →
Czym jest dobry Skill zanim go otworzysz
Zanim klikniesz w konkretny Skill, masz trzy sygnały które mówią czy warto dalej patrzeć.
Pierwsza to liczba instalacji. Nie dlatego że popularność równa się jakość. Dlatego że Skill z tysiącami instalacji przeżył weryfikację przez użytkowanie. Ktoś go zainstalował, coś nie działało, autor to poprawił, ktoś napisał issue, zostało rozwiązane. Skills z dziesięcioma instalacjami i repozytorium bez żadnych issues mogą być świetne albo mogą być testowe projekty których nikt nie używa.
Drugi to data ostatniej aktualizacji. Skills muszą być aktualizowane kiedy zmienia się Claude Code albo kiedy użytkownicy zgłaszają problemy. Skill nieaktualizowany od pół roku jest ryzykiem. Nie dlatego że przestał działać, ale dlatego że nie wiesz czy autor jeszcze o nim wie.
Trzecia to opis. Jeden konkretny przypadek użycia, napisany tak że wiesz kiedy ten Skill powinny wywołać. Jeśli opis mówi „pomaga z kodem i pisaniem i zarządzaniem projektami”, to jest Skill który próbuje robić za dużo. Dobry Skill robi jedno, i opis jednym zdaniem to komunikuje.
Checklista przed instalacją
Mam swój filtr. Zanim wpisuję npx skills add, odpowiadam sobie na siedem pytań:
- Autor: kto to? Znam albo mogę zweryfikować?
- Ostatnia aktualizacja: nowsza niż 6 miesięcy?
- Liczba instalacji: czy ktoś tego używa?
- Opis: rozumiem co robi w jednym zdaniu?
- SKILL.md: jeśli open source, czy przeczytałem?
- Skrypty: jeśli zawiera, czy wiem co robią?
- Zakres: wąski i konkretny, nie „robi wszystko”?
Nie wszystkie muszą być „tak”. Ale każde „nie wiem” to sygnał żeby chwilę dłużej popatrzeć.
Zrób to z ekspertem
Bezpłatna 30-minutowa konsultacja — bez zobowiązań.
Zarezerwuj termin →
Co czytać w SKILL.md zanim zainstalujesz
Większość Skills na GitHub jest open source. Możesz przeczytać SKILL.md zanim cokolwiek zainstalujesz. Warto.
Szukaj pola allowed-tools. Listuje narzędzia do których Skill ma dostęp: Read, Write, Edit, Bash, Glob, WebFetch. Im dłuższa lista, tym więcej uprawnień. To nie znaczy że Skill jest zły, ale rozumiej co dajesz. Skill do code review który ma dostęp tylko do Read i Glob nie może nic zepsuć. Skill z Bash ma dostęp do terminala.
Szukaj disable-model-invocation: true. Jeśli to pole jest ustawione, Skill działa bez angażowania Claude’a jako „myślącego”. Uruchamia tylko skrypty. Może być super, deterministyczne i szybkie. Może być ryzykowne jeśli skrypt jest źle napisany. Skrypty w tym trybie działają bez żadnego „check” Claude’a.
Jeśli Skill wywołuje pliki z katalogu scripts/, otwórz te pliki i przeczytaj. Skrypt Python który robi rm -rf bez walidacji wejścia to czerwona flaga. Skrypt który robi requests.get do zewnętrznego API to pytanie: do jakiego i po co?
Kategorie ryzyka
Mam prosty podział na trzy grupy.
Niskie ryzyko: Skill tylko czyta pliki i odpowiada, autor jest znany lub zweryfikowany, ponad tysiąc instalacji. Tu instaluję bez długiego myślenia.
Średnie ryzyko: Skill pisze pliki albo wywołuje komendy, nowy twórca, kilkaset instalacji. Tu czytam SKILL.md i ewentualnie skrypty.
Wysokie ryzyko: Skill usuwa pliki, anonimowy autor, poniżej pięćdziesięciu instalacji, nieaktualizowany od dawna. Tu albo nie instaluję, albo instaluję w środowisku testowym i patrzę co się dzieje.
Zasada minimalizmu uprawnień mówi: dobry Skill robi jedno. Zakres powinien być wąski i jasny. Jeśli opis wygląda jak lista rzeczy które ten Skill „może”, to jest czerwona flaga niezależnie od liczby instalacji.
Jak szukać zamiast przeglądać
200 000 Skills to za dużo żeby przeglądać. Szukasz odpowiedzi na konkretne pytanie: co robię regularnie, co zajmuje mi za dużo czasu, co robię niejednorodnie i chciałbym żeby zawsze wyglądało tak samo?
Dobre kandydaty na Skill to procesy które mają powtarzalne kroki, trwają dłużej niż pięć minut i robisz je przynajmniej raz w tygodniu. Code review przed commitem. Brief od klienta do specyfikacji. Przygotowanie standupu. Planowanie architektury przed implementacją.
Złe kandydaty to jednorazowe zadania, rzeczy zbyt szerokie żeby miały jeden output, procesy które za każdym razem wyglądają inaczej bo zależą od zmiennych których Skill nie może znać.
Kiedy masz konkretne pytanie, wpisz je w wyszukiwarkę SkillsMP. Wyniki zwróć przez filtr z poprzedniej sekcji. To zajmuje trzy minuty i jest znacznie lepsze niż przeglądanie 200 000 rekordów w nadziei że coś interesującego wyjdzie samo.
Co z tymi które sam tworzę
Marketplace ma swoje ograniczenia. Nie znajdziesz tam Skilla który wie jak działają konwencje kodu w twoim projekcie, jak kontaktuje się twój klient z Trójmiasta, jakie są szczegółowe zasady deploy w twoim środowisku.
To jest przestrzeń na własne Skills. Nie dlatego że marketplace jest zły, ale dlatego że część wiedzy jest na tyle specyficzna dla twojego kontekstu że nikt inny jej nie zapiszze. Jak to robić, o tym w kolejnym artykule.
Artykuł jest częścią serii o Skills w Claude Code. Poprzednie części: Twoja firma też ma amnezję i Skills to nie są prompty.
]]>Zostań w pętli
Nowe artykuły, narzędzia i case study — prosto na maila.
