Jak zrobić skill w Claude do podsumowań ze spotkań (i przestać wklejać ten sam prompt)

Przez kilka miesięcy co poniedziałek robiłem to samo. Brałem surowe notatki ze spotkań z klientami i przerabiałem je na podsumowanie dla zespołu. Do tego za każdym razem wklejałem do czatu ten sam długi prompt: jaki format, jakie sekcje, czego nie pisać. Zajmowało mi to około 20 minut tygodniowo — samo przeklejanie i poprawianie, bo prompt za każdym razem trochę się różnił.

Od tygodnia robię to inaczej. Wklejam notatki, piszę jedno zdanie i mam gotowe podsumowanie. Zajmuje to jakieś 3 minuty. Różnica polega na jednej rzeczy: procedurę opisałem raz, w skillu.

Czym jest skill w Claude

Skill to folder z plikiem SKILL.md. W tym pliku opisujesz Claude'owi procedurę: kiedy ma jej użyć i jak dokładnie ma postępować. Do folderu możesz dorzucić dodatkowe pliki — szablony, przykłady, skrypty.

Najważniejsze jest to, czego nie musisz robić. Nie wywołujesz skilla ręcznie. Claude sam decyduje, czy w danej rozmowie jest potrzebny. Ty piszesz normalną prośbę, a on dopasowuje procedurę do sytuacji.

I właśnie dlatego skill to nie to samo co zapisany prompt w notatniku. Zapisany prompt musisz znaleźć, skopiować i wkleić. Skill po prostu wchodzi do gry.

Dlaczego pole description decyduje o wszystkim

Tu popełniłem błąd, który kosztował mnie pierwszy dzień testów.

W nagłówku SKILL.md są dwa pola: name i description. Za pierwszym razem w opisie napisałem po prostu „podsumowania”. Nie działało. Wklejałem notatki, prosiłem o podsumowanie i Claude robił je po swojemu, tak jakby skilla wcale nie było.

Zmieniłem opis na taki:

Używaj, gdy użytkownik wkleja surowe notatki ze spotkania i prosi o podsumowanie dla zespołu.

Od tego momentu łapało za każdym razem.

Różnica jest prosta. „Podsumowania” to kategoria. „Gdy użytkownik wkleja surowe notatki ze spotkania i prosi o podsumowanie dla zespołu” to konkretna sytuacja, którą da się rozpoznać. Claude na podstawie tego opisu ocenia, czy Twoja wiadomość to ten przypadek. Jeśli opis jest ogólny, nie ma czego dopasować.

Zapamiętaj to jako zasadę: w description nie opisujesz, co skill robi. Opisujesz, kiedy ma się odpalić.

Jak zbudowałem swój skill — 4 kroki

Cała robota to kwadrans, raz.

1. Folder. Założyłem .claude/skills/podsumowanie-spotkania/, a w środku plik SKILL.md.

2. Nagłówek YAML. W górnej części pliku wpisałem dwa pola: name i description. W description wylądował dokładny opis sytuacji z akapitu wyżej — surowe notatki ze spotkania plus prośba o podsumowanie dla zespołu.

3. Treść — cztery sekcje wyniku. W samym SKILL.md opisałem, jak ma wyglądać efekt. Cztery sekcje, zawsze te same:

• Ustalenia — co uzgodniliśmy
• Decyzje — co zostało zdecydowane
• Zadania — z osobą i terminem, bo zadanie bez nazwiska nie jest zadaniem
• Ryzyka — co może wysadzić projekt

Dodałem też, czego nie chcę: small talku, wstępów o pogodzie i tego całego środka rozmowy, który nie prowadzi do żadnego wniosku.

4. Przykład obok. W tym samym folderze wrzuciłem plik przyklad.md z jednym prawdziwym, dobrym podsumowaniem — takim, które kiedyś wyszło mi ręcznie i z którego byłem zadowolony. To działa lepiej niż trzy akapity opisu formatu. Jeden dobry wzór mówi więcej niż instrukcja o wzorze.

Co wpisać w description — gotowiec do skopiowania

Jeśli robisz to samo co ja, możesz wziąć mój opis w całości:

Użyj, gdy użytkownik wkleja surowe notatki ze spotkania i prosi o podsumowanie dla zespołu. Zwróć sekcje: Ustalenia, Decyzje, Zadania [KTO + TERMIN], Ryzyka. Pomiń small talk. Wzór trzymaj w przyklad.md.

Jedyna rzecz w nawiasach kwadratowych to [KTO + TERMIN] — i tam nic nie podmieniasz, to instrukcja dla Claude'a, że przy każdym zadaniu ma dopisać osobę i datę. Nazwa pliku przyklad.md jest prawdziwa, więc zostaje jak jest.

Jeśli Twoja praca wygląda inaczej, podmień sytuację i sekcje. Sam mechanizm zostaje ten sam: kiedy plus co ma wyjść.

Co się realnie zmieniło po tygodniu

Dwie rzeczy, obie mierzalne.

Pierwsza: czas. Z około 20 minut tygodniowo zrobiły się jakieś 3. Wklejam surowe notatki — często pomieszany polski z angielskim, bo tak wyglądają rozmowy z klientami — piszę „zrób podsumowanie” i reszta dzieje się sama. Nie szukam promptu. Nie poprawiam formatu.

Druga, mniej oczywista i chyba ważniejsza: format jest ten sam za każdym razem. Wcześniej mój prompt trochę się różnił, więc podsumowania też się różniły. Raz zadania były listą, raz akapitem. Raz był punkt o ryzykach, raz nie. Zespół musiał czytać całość, żeby znaleźć swoje zadanie. Teraz każdy wie, że jego rzeczy są w trzeciej sekcji, z terminem. Ludzie przestali się gubić.

To jest właściwa korzyść ze skilli. Nie „AI pisze za mnie”, ale „ten sam proces daje ten sam wynik, bez mojego udziału w pilnowaniu”.

Trzy błędy, których nie powtarzaj

Za ogólne description. „Pomaga w pisaniu” nie odpali skilla. Ani „podsumowania”, ani „wsparcie w komunikacji”. Opisz konkretną sytuację, po której poznać, że to ten moment.

Wrzucanie całej wiedzy firmowej do SKILL.md. Plik ma być procedurą, nie encyklopedią. Przykłady, szablony i wzory trzymaj w osobnych plikach obok, w tym samym folderze, i odwołuj się do nich z SKILL.md.

Zakładanie, że wszędzie instaluje się to tak samo. Skille działają w Claude.ai, w Claude Code i przez API — ale w każdym z tych miejsc dodaje się je inaczej. Ścieżka .claude/skills/, którą podałem wyżej, to mój układ z pracy lokalnej. Przed startem sprawdź dokumentację Claude dla swojego przypadku, bo szczegóły instalacji i składni mogą się różnić i się zmieniają.

Ile to kosztuje

Claude ma plan darmowy za 0 $, a płatny startuje od 20 $/mies. Aktualne warunki i to, co wchodzi w który plan, sprawdzisz na claude.ai — cenniki się ruszają, więc nie przepisuj tego z żadnego posta, w tym z mojego.

Kiedy warto to zrobić u siebie

Test jest jeden i zajmuje pół minuty. Zadaj sobie pytanie: czy w tym tygodniu wkleiłem do czatu ten sam prompt więcej niż dwa razy?

Jeśli tak, to jest kandydat na skill. Podsumowania spotkań to tylko jeden przykład. Równie dobrze mogą to być: opisy produktów według Twojego szablonu, odpowiedzi na reklamacje, briefy dla podwykonawców, notatki z rozmów rekrutacyjnych, cotygodniowy raport dla zarządu.

Jeśli robisz coś raz na kwartał — odpuść. Skill ma sens tam, gdzie jest powtarzalność. Koszt to kwadrans na napisanie procedury. Zwrot to tyle minut tygodniowo, ile dziś tracisz na przeklejanie.

Weź jedno zadanie z tego tygodnia, które zrobiłeś dwa razy tak samo, i opisz je w SKILL.md. Jedno. Reszta poczeka do momentu, w którym zobaczysz, że to działa.

---

Skróconą wersję publikujemy na Instagramie (@praktycznie_ai).

Chcesz dostawać takie materiały co tydzień? Zapisz się na newsletter i odbierz Bazę AI Praktycznie.