Skills w Claude Code: Twoja firma też ma amnezję
Łukasz Ślusarski
6 min czytania
W tym tygodniu tłumaczyłem Claude’owi po raz trzeci jak piszemy briefy z klientami w important.is. Ten sam flow, te same detale, co ile iteracji zwykle robimy. Claude odpowiadał świetnie do końca sesji. Następnego dnia zaczynał od nowa.
To jest fundamentalny problem z AI w codziennej pracy. Nie że jest głupi. Że jest zapominający. I ty płacisz za to czasem — swoim, bo odtwarzasz kontekst który już raz zbudowałeś.
Skills to odpowiedź na to. Ale jest w nich coś ciekawszego niż sam mechanizm.
Żeby napisać dobrego Skilla, najpierw musisz sobie odpowiedzieć na pytanie, którego większość firm nigdy sobie nie zadaje: co właściwie wiemy, jak to robimy i czy ktokolwiek poza mną to gdzieś zapisał?
Co to jest Skill i dlaczego to nie jest kolejny „prompt template”
Skill to folder z plikiem SKILL.md w środku. Tyle — i aż tyle.
Anthropic opublikował otwarty standard w grudniu 2025 roku. Od tego czasu ekosystem urósł do ponad 200 000 gotowych Skills na SkillsMP.com i rośnie każdego dnia. Ale gotowe Skills to nie jest clue.
Clue jest to, że Skill to nie jest prompt który raz wpiszesz i zapomnisz. Skill to instrukcja którą Claude czyta przed każdą sesją, jeśli uzna że jest potrzebna. Nie cała, nie od razu. Najpierw widzi tylko nazwę i krótki opis. Kiedy rozpoznaje że Twoje pytanie pasuje do tego Skilla, wczytuje szczegóły. Pliki referencyjne, skrypty, szablony czyta tylko wtedy gdy naprawdę ich potrzebuje.
W efekcie możesz mieć 50 Skills zainstalowanych i praktycznie nie obciążasz modelu. Bez tego podejścia, żeby dać Claude’owi tyle kontekstu, potrzebowałbyś ładować go ręcznie przy każdej sesji. I wracamy do punktu wyjścia.
Potrzebujesz pomocy z tym tematem?
Pomagam firmom wdrażać nowoczesne rozwiązania. Umów bezpłatną 30-minutową rozmowę.
Umów bezpłatną rozmowę →Skill jako cyfrowy SOP
Pracowałem kiedyś przy projekcie dla Intela. Przez miesiące dochodziliśmy do tych samych wniosków co ja proponowałem na początku, bo nikt nie zapisał decyzji w formie którą nowi ludzie w projekcie mogliby przeczytać i zrozumieć. Wiedza była w głowach kilku osób. Kiedy te osoby miały urlop albo zmieniały projekty, wiedzę trzeba było odtwarzać od nowa.
Firmy mają ten problem od zawsze. AI go po prostu obnażył, bo AI jest nowy w Twoim „zespole” przy każdej sesji.
Skill zmusza do tego, żeby tę wiedzę zapisać. Nie w Notion, które nikt nie czyta. Nie w README, które jest nieaktualne. W formacie, który AI rozumie i potrafi egzekwować.
Prosty przykład: onboarding klienta w agencji. Zwykle wygląda to tak, że nowy klient trafia do kogoś kto ma „to w głowie” i odpowiednio się nim zajmuje. Ale co jeśli ta osoba jest chora? Albo zajęta innym projektem? Albo odeszła?
Skill onboarding-klienta to ten sam flow, zapisany raz, dostępny zawsze. Claude zadaje te same pytania, tworzy ten sam folder projektu, zapisuje dane w CRM w tym samym formacie. Bez względu na to kto siada przy klawiaturze.
Jak znaleźć gotowe Skills i nie natrafić na śmieci
Na SkillsMP.com jest ponad 200 000 Skills. Większość z nich to coś między pomocnym a bezużytecznym. Mała część to coś naprawdę dobrego. Kilka może być niebezpieczna.
Trzy miejsca które warto znać: SkillsMP.com (największy, agreguje całego GitHuba), SkillHub.club (mniejszy, ale z ocenami jakości AI) i GitHub z listami „awesome-claude-skills” (otwarte źródło, widzisz kod przed instalacją).
Zanim zainstalujesz cokolwiek z nieznanych źródeł: sprawdź gwiazdki na GitHubie (poniżej 10 to zły znak), przejrzyj co jest w folderze scripts/ jeśli istnieje, i sprawdź pole allowed-tools w konfiguracji. Dobry Skill pobiera klucze API ze zmiennych środowiskowych, nie wpisuje ich bezpośrednio w plikach. Zły Skill żąda od Ciebie więcej niż potrzebuje.
Instalacja przez terminal:
npx skills add discovery-interviewJedna komenda. Skill zainstalowany. Możesz go wrzucić do repozytorium projektu i cały zespół ma go od razu, bez konfiguracji.
Zrób to z ekspertem
Bezpłatna 30-minutowa konsultacja — bez zobowiązań.
Zarezerwuj termin →
Jak zbudować swojego Skilla od zera
Skill to plik Markdown z YAML-em na górze. Nie musisz umieć programować żeby napisać prosty Skill. Musisz umieć opisać co chcesz osiągnąć krok po kroku.
Zacznij od zainstalowania Skill Creatora od Anthropic:
npx skills add skill-creatorPotem opisujesz Claude’owi co Skill ma robić, a on generuje strukturę. Meta, ale działa.
Kluczowe pole w każdym Skilla to description. Claude widzi tylko to przy starcie sesji i na tej podstawie decyduje czy Skill jest potrzebny. Ogólny opis jak „pomaga z dokumentacją” sprawi, że Skill nigdy się nie włączy. Konkretne frazy których używasz w pracy, np. „raport tygodniowy”, „podsumuj tydzień”, „co zrobiliśmy”, sprawiają że Claude go rozpozna.
Dla akcji z efektami ubocznymi, czyli tych które wysyłają maile, commitują kod, zapisują do zewnętrznych serwisów, używaj pola disable-model-invocation: true. To zapobiega sytuacji w której Claude przez nieuwagę uruchomi coś co miało być Twoją świadomą decyzją.
Skrypty: kiedy Skill musi połączyć się ze światem
Skills mogą uruchamiać skrypty Python lub Bash. Folder scripts/ wewnątrz Skilla to miejsce na kod który Claude wywołuje jako część workflow.
Treść skryptu nigdy nie trafia do context window. Claude wywołuje skrypt, dostaje wynik, idzie dalej. Możesz mieć rozbudowaną integrację z Notion, Google Sheets, Slackiem, dowolnym API, i praktycznie nie obciążasz modelu.
Jedno co musi być spełnione: klucze API zawsze ze zmiennych środowiskowych, nigdy wpisane bezpośrednio w pliku. To podstawa bezpieczeństwa przy każdym kodzie który dotyczy zewnętrznych serwisów.
Trzy Skills od których warto zacząć
Discovery Interview to Skill który powinien poprzedzać każdy projekt. Uruchamia serię pytań, zbiera wymagania, generuje PRD. Zamiast słabego briefu — solidna specyfikacja zanim zaczniesz cokolwiek robić.
npx skills add discovery-interviewSkill Creator od Anthropic to punkt wyjścia do budowania własnych Skills. Opisujesz co chcesz, dostajesz strukturę.
npx skills add skill-creatorFullstack Developer znacząco podnosi jakość generowanego kodu. Jeśli tworzysz cokolwiek technicznego, warto mieć.
npx skills add fullstack-developerCo z tego wynika
Testowałem Skills na konkretnym projekcie: instalacja Discovery Interview, React i Fullstack Developer. Krótki prompt o firmie AI automation. Kilka rund pytań. Uruchomienie.
Wynik: kompletny landing page z animowanym 3D obiektem, sekcjami które miały sens, treściami dopasowanymi do polskiego rynku (model sam wpisał „autoswerka 1C i banku”, bo rozpoznał kontekst lokalny), wszystko w React z Tailwind CSS. Model to Gemini 2.0 Flash, nie jakiś premium. Prompt to kilkadziesiąt słów. Trzy Skills.
To nie jest argument że AI zastąpi projektantów. To argument że właściwie przygotowany kontekst zmienia wynik o kilka klas jakości.
I to jest w sumie to samo co ze zwykłym briefem od klienta. Zły brief daje zły wynik mimo dobrego wykonawcy. Dobry brief daje dobry wynik nawet przy przeciętnym wykonawcy. Skills to po prostu dobry brief zapisany raz, działający zawsze.
Większość firm ma procedury w głowach kilku osób. Kiedy te osoby są niedostępne, procedury przestają działać. AI tylko to obnażył, bo pyta za każdym razem od nowa.
Może warto potraktować tworzenie Skills nie jako konfigurację narzędzia AI, ale jako okazję do odpowiedzi na pytanie: co w mojej firmie wiemy, a czego jeszcze nie zapisaliśmy?
Zostań w pętli
Nowe artykuły, narzędzia i case study — prosto na maila.
