Rozszerzanie agentycznych harnessów: skills, artefakty, commands i connectory

Pod różnymi nazwami każdy punkt rozszerzenia robi to samo: przenosi know-how z promptu do zwersjonowanych plików, które agent wczytuje, gdy ich potrzebuje.

• Skills to foldery instrukcji, skryptów i zasobów. Krótki opis znajduje się w kontekście; pełny skill wczytuje się dopiero, gdy agent uzna go za istotny. To jest progresywne ujawnianie: tanie w utrzymaniu, szczegółowe przy wywołaniu.
• Slash-commands to nazwane skróty, które rozwijają się w ustalony prompt. Prosty sposób, aby raz zakodować powtarzające się zapytanie i wykorzystywać je wielokrotnie.
• Hooki to polecenia powłoki uruchamiane przy zdarzeniach cyklu życia: start sesji, przed wywołaniem narzędzia, po nim, przy zatrzymaniu. Hook typu pre-tool może sprawdzić wywołanie i zablokować je, zanim się wykona.
• Connectory MCP dają agentowi uwierzytelniony dostęp do systemów, których inaczej by nie osiągnął: bazy danych, issue trackera, wewnętrznego API. Każdy serwer nosi własne dane uwierzytelniające.
• Subagenty to odrębne instancje agenta uruchamiane do skoncentrowanego podzadania, z własnym kontekstem i własnymi instrukcjami.

Plugin łączy dowolne z nich w jedną instalowalną jednostkę. Zasada leżąca u podstaw wszystkiego: proszę kodować swoje know-how jako pliki w swoim repozytorium, a nie jako nawyki w głowie jednej osoby. Wariant tego wyboru dotyczący integracji systemów przedstawiliśmy w API, MCP czy CLI.

Najczęstsze pytanie w tej chwili brzmi "skills czy MCP", a szczera odpowiedź jest taka, że rozwiązują one różne problemy.

MCP to dostęp: łączy agenta z systemem, do którego sam by nie dotarł, wraz z danymi uwierzytelniającymi i stanem. Skills to know-how: powtarzalna ekspertyza, którą agent stosuje wobec systemów, które już posiada. Krążąca analogia trafnie to ujmuje: MCP to alejki w markecie budowlanym, skills to doświadczony pracownik, który wie, do której alejki trzeba pójść.

O kształcie dobrej konfiguracji decyduje ekonomia tokenów. Skill kosztuje kilkadziesiąt tokenów, dopóki nie zostanie wywołany. Garść serwerów MCP może pochłonąć dziesiątki tysięcy tokenów kontekstu, zanim zacznie się pierwsze zadanie, ponieważ każdy serwer z góry zapowiada wszystkie swoje narzędzia. Wzorzec pracy, do którego dąży większość praktyków, to więc wiele szczupłych skills i nieliczne, dobrze dobrane connectory, a nie stos instalowania wszystkiego. Poniższe demo omawia pięć typów rozszerzeń oraz koszt i ryzyko, jakie niesie każdy z nich.

Najbardziej przydatna niedawna zmiana polega na tym, że warstwa rozszerzeń przestała być funkcją jednego dostawcy.

Agent Skills opublikowano w grudniu 2025 roku jako otwarty standard, a format ten w ciągu kilku tygodni został przyjęty przez wielu dostawców agentów. W praktyce oznacza to, że skill napisany dla jednego harnessu nie jest w nim uwięziony. Dla niemieckiej firmy, która rozważa ryzyko bycia "związanym z jednym dostawcą z USA", to częściowa odpowiedź na poziomie, który Państwo kontrolują: know-how, które Państwo kodują, jest przenośne, nawet jeśli leżący pod spodem model jest wynajmowany.

Jeśli połączą to Państwo z connectorami wskazującymi na systemy hostowane w UE lub on-premise, wówczas historia rezydencji danych utrzymuje się równolegle z historią kompetencji. Know-how jest Państwa i przenośne; dane pozostają tam, gdzie muszą. To trwalsza pozycja niż stawianie workflow na mapie drogowej jednego dostawcy, ta sama logika, która stoi za wyborem agenta kodującego według harnessu, a nie modelu.

Ta sama moc, która czyni harness użytecznym, czyni go niebezpiecznym, a ryzyka są świeże i udokumentowane, nie hipotetyczne.

Hooki wykonują dowolne polecenia powłoki, to dokładnie jest powierzchnia wykonania. Check Point ujawnił w lutym 2026 roku CVE-2025-59536: złośliwy plik ustawień w sklonowanym repozytorium mógł uruchomić hooki, zanim w ogóle pojawiło się okno dialogowe zaufania. Powiązany problem, CVE-2026-21852, dotyczył eksfiltracji kluczy API poprzez nadpisanie zmiennych środowiskowych. MCP niesie własny problem łańcucha dostaw: każdy serwer przechowuje dane uwierzytelniające, a skany wykryły setki serwerów MCP dostępnych w internecie bez uwierzytelniania. Marketplace'y skills wymieniają już tysiące skills społecznościowych, łatwych do zainstalowania i trudnych do zweryfikowania, z doniesieniami o skills po prostu złośliwych w obiegu.

Żadne z tego nie jest powodem, aby nie rozszerzać harnessu. To powód, aby robić to świadomie.

Dyscyplina, która odróżnia konfigurację produkcyjną od eksperymentu naukowego, to sprawdzony, zatwierdzony katalog: znany zestaw skills, hooków i connectorów, który ktoś przeczytał, z bramką zaufania przed dodaniem czegokolwiek nowego.

To nieefektowne i to cała gra. Które hooki mogą wykonywać polecenia powłoki. Które serwery MCP przechowują jakie dane uwierzytelniające. Które skills są zatwierdzone i kto je zatwierdził. Dla zespołu z sektora MŚP to miejsce, w którym wiedza instytucjonalna staje się trwałym narzędziem, przetrwającym zmiany kadrowe, i w którym praca przestaje być sprytną konfiguracją jednego inżyniera, a staje się czymś, co należy do firmy. Gdy budowaliśmy nasze własne wewnętrzne narzędzie do scoutingu jako małą agentyczną aplikację, wartość leżała nie w sprycie, lecz w tym, że proces stał się teraz zatwierdzonym plikiem w repozytorium, a nie wspomnieniem. Opisaliśmy to w Budowa małej agentycznej micro-app.

Model mogą Państwo wymienić w przyszłym kwartale. Katalog rozszerzeń to dobro, które Państwo zachowują. Pytanie, które warto sobie zadać przed instalacją kolejnego pluginu, jest więc proste: kto go zweryfikował i do czego może uzyskać dostęp?