Era promptowania się skończyła. Zostały pliki

Nie napisałem promptu od miesięcy. Dyktuję do komputera po polsku, z literówkami, i mówię „marmind", kiedy mam na myśli Mermaida. Robotę wykonuje 43 pliki, które napisałem raz.

To nie jest opowieść o tym, że nauczyłem się lepiej promptować. To opowieść o tym, że promptowanie przestało być tym, co się przekazuje.

Z tego artykułu dowiesz się:

• czym różni się skill od promptu i dlaczego ta różnica decyduje o wszystkim,
• jak w osiem miesięcy cała branża przyjęła jeden format, i co to znaczy dla twojej pracy,
• od czego zacząć, jeśli masz dziś folder z promptami w notatniku.

Teza: prompt był instrukcją, skill jest procedurą

Prompt to zdanie, które wklejasz. Działa raz, w jednym oknie czatu, dla jednego zadania. Zamykasz kartę i wiedza znika. Następnym razem piszesz od nowa albo grzebiesz w schowku.

Skill to plik w katalogu twojego projektu. Ma nazwę, opis, warunki wejścia, kroki i obsługę błędów. Leży w gicie, więc ma historię zmian. Ładuje się sam, kiedy opiszesz zadanie, które do niego pasuje. Możesz go komuś oddać.

Różnica jest ta sama, co między karteczką na monitorze a procedurą w firmie. Karteczka odpada, kiedy ktoś otworzy okno.

Dowód pierwszy: rynek ustalił standard w osiem miesięcy

18 grudnia 2025 Anthropic opublikował specyfikację Agent Skills. Zwykły folder z plikiem SKILL.md w środku: nagłówek w YAML, instrukcja w markdownie. Żadnego formatu binarnego, żadnego SDK.

W ciągu 48 godzin obsługę dołożył Microsoft do VS Code, a OpenAI do ChataGPT i Codex CLI. 13 stycznia 2026 dołączyło Google w Antigravity.

Na liście są dziś Claude Code, Codex, Copilot, Cursor, Gemini CLI, JetBrains Junie, AWS Kiro. Marketplace skills.sh ma prawie 90 tysięcy skilli.

Nie przypominam sobie, żeby cokolwiek w narzędziach AI zostało przyjęte przez wszystkich konkurentów tak szybko. Zwykle mamy trzy formaty, cztery standardy i wojnę na dwa lata.

Dowód drugi: tydzień przewijania Instagrama

Przez pięć dni sierpnia zbierałem zrzuty ekranu z telefonu. Trzydzieści pozycji, głównie karuzele w stylu „dziesięć narzędzi, których nie znasz". Przeglądam je potem jednym skillem i wyrzucam większość do kosza.

Cztery przeszły przez sito i wszystkie mówiły to samo, choć przyszły z czterech różnych kierunków:

• oficjalne repo Anthropica z przykładowymi skillami zebrało 169 tysięcy gwiazdek,
• Google Labs wydało stitch-skills w standardzie Anthropica, z deklarowaną zgodnością z Codexem i Cursorem,
• ktoś w Chinach zapakował kompletny audyt technicznego SEO w skill zamiast w aplikację z abonamentem - 364 gwiazdki, README po chińsku,
• zbiór plików DESIGN.md, opisujących systemy wizualne marek zwykłym markdownem, zebrał 108 tysięcy gwiazdek.

Ostatni punkt jest najciekawszy. DESIGN.md to koncept od Google Stitch: plik tekstowy, który agent czyta, zanim zacznie generować interfejs. Obok niego AGENTS.md, mówiący, jak zbudować projekt. Rok temu to byłyby dwie aplikacje z panelem i cennikiem. Dziś to dwa pliki, które wrzucasz do katalogu.

Dowód trzeci: mój własny warsztat

Policzyłem to wczoraj, bo sam byłem ciekawy. 43 skille i komendy, 18 253 linie instrukcji. Sześć rodzin:

• radula:* przerabia źródła z internetu na notatki,
• www:* pisze i publikuje wpisy na tej stronie,
• wideo:* robi lektora, napisy i sceny do filmów,
• wolnis:* generuje grafiki z moją maskotką,
• gm-* przeprowadza wywiady i destyluje je pod artykuły,
• ds:* obsługuje dyktafon, prezentacje i wysyłkę plików.

Do tego warstwa reguł: jak piszę, jak wygląda moja marka, jakich fraz nie używam po polsku. Ten artykuł powstaje właśnie przez jeden z tych plików, który wymusił research przed pisaniem i przepuści tekst przez listę polskiego AI-slopu, zanim go zobaczysz.

Czego tam nie ma? Ani jednego promptu. Nie mam folderu „moje prompty", nie mam notatnika z magicznymi formułkami. Wejście do systemu to ja, mówiący do mikrofonu byle jak.

I to jest sedno: cała inżynieria siedzi w plikach, więc nie musi siedzieć w zdaniu, które wypowiadam.

Kontrargument: „skill to przecież prompt zapisany w pliku"

Słyszę to i rozumiem, skąd się bierze. Otwierasz SKILL.md, widzisz markdown, myślisz: to samo, tylko w innym miejscu.

Cztery rzeczy się nie zgadzają.

Skill ładuje się sam. Nie musisz pamiętać, że go masz. Opisujesz zadanie, agent dobiera właściwy plik po opisie. Prompt musisz najpierw znaleźć, potem wkleić - a znalezienie wymaga pamiętania.

Skill ma wersję. Kiedy coś nie dowozi, poprawiasz plik i widzisz w gicie, co się zmieniło i kiedy. Prompt poprawiasz w oknie czatu, a poprzednia wersja przepada.

Skill wywołuje inne skille. Mój generator wpisów odpala research, potem sprawdzanie stylu, potem brief grafik. Prompt nie wywoła drugiego promptu.

Skill da się oddać. To jest różnica, którą widać dopiero, gdy w firmie pracują trzy osoby. Prompt w twojej głowie odchodzi razem z tobą.

Jest za to jedna rzecz, w której sceptycy mają rację: standard przenosi format, nie kontekst. Skill napisany pod twoje ścieżki, twoje narzędzia i twoje konwencje zadziała u kogoś innego dopiero po przeróbce. Zgodność ze specyfikacją nie znaczy przenośności rozwiązania.

Co z tego wynika dla ciebie

Jeśli trzymasz prompty w notatniku, w Notion albo w zakładkach przeglądarki, to nie znaczy, że robisz źle. Znaczy, że nosisz wiedzę w formacie, którego nie da się ani uruchomić, ani oddać.

Przejście nie zaczyna się od czytania specyfikacji. Zaczyna się od pytania: co zrobiłem ręcznie po raz trzeci w tym miesiącu.

Trzeci raz jest ważny. Pierwszy raz to zadanie, drugi to zbieg okoliczności, trzeci to procedura, która jeszcze nie została zapisana. Tam siedzą twoje pierwsze skille - nie w gotowych paczkach z marketplace'u, tylko w rzeczy, którą sam powtarzasz i której jeszcze nie nazwałeś.

Ostrzeżenie z własnego doświadczenia: łatwo wpaść w budowanie warsztatu zamiast roboty. Widziałem to u siebie i piszę o tym otwarcie w tekście o tym, jak rozwijam skille. Skill, który powstał, bo brzmiał ciekawie, a nie dlatego, że coś boli, to kolejna forma odkładania roboty. Wygląda jak rozwój, jest ucieczką.

Podsumowanie

• prompt to instrukcja jednorazowa, skill to procedura z wersją, którą agent ładuje sam,
• Agent Skills przeszedł od specyfikacji do 40 zgodnych produktów w niecałe osiem miesięcy - Anthropic, Microsoft, OpenAI, Google, JetBrains, AWS,
• wiedza przenosi się do plików markdown w repozytorium: SKILL.md opisuje umiejętność, AGENTS.md budowę projektu, DESIGN.md wygląd,
• pierwszy skill nie bierze się z tutoriala, tylko z rzeczy, którą zrobiłeś ręcznie trzeci raz.

Nie musisz umieć promptować. Musisz umieć nazwać to, co robisz, i zapisać to tak, żeby dało się uruchomić.

P.S. Porównałem kiedyś 63 skille projektowe pod kątem tego, co faktycznie dowozi - jeśli szukasz punktu wyjścia zamiast pisania od zera, zajrzyj tutaj.

P.S. 2 Ten wpis dostał się na stronę przez skill, który wymusił na mnie research przed pisaniem i nie pozwolił wstawić diagramu, bo tabela wystarczyła. Reguła, którą sam kiedyś zapisałem, po czym o niej zapomniałem. Na tym polega różnica między procedurą a dobrą intencją.

Źródła

• agentskills.io
• thenewstack.io/agent-skills-anthropics-next-bid-to-define-ai-standards/
• vktr.com/ai-news/google-antigravity-adds-agent-skills-standard/
• atlan.com/know/ai-agent/ai-agent-skills/what-is-skill-engineering/
• github.com/anthropics/skills
• github.com/google-labs-code/stitch-skills
• github.com/VoltAgent/awesome-design-md
• github.com/joeseesun/qiaomu-seo

Damian Ślimak. Twój Nawigator w chaosie AI.