Strona główna / Artykuły / Wtyczki agentów morskich, a nie gołe serwery MCP

Wtyczki agentów morskich, a nie gołe serwery MCP

Pakiet narzędzi MCP zawiera umiejętności, uprawnienia oraz metadane instalacyjne, dzięki czemu hosty otrzymują funkcjonalności zamiast niekompletnych adapterów.

2488 słów

Wtyczki dla agentów przesyłowych, a nie pojedyncze serwery MCP

Czym rozwiązał MCP

skills/
└── architecture-review/
    ├── SKILL.md
    ├── references/
    │   └── architecture-checklist.md
    └── scripts/
        └── validate_diagram.py

Czym rozwiązały umiejętności

Oczywista następna luka

Narzędzia bez instrukcji są niebezpieczne; instrukcje bez narzędzi to tylko teatr. Zespoły nadal rozpraszają je osobno: jeden repozytorium dla serwerów, drugi dla poleceń, wiki z instrukcjami instalacji. Wtyczki agentów eliminują to rozdzielenie.

Czym jest wtyczka agenta

To spakowany zestaw w wersjach, który określa:

Serwery MCP (lub równoważne backendy narzędzi), których potrzebuje
Umiejętności / instrukcje systemowe dotyczące prawidłowego użycia
Metryki: uprawnienia, wymagane hasła, kompatybilność z hostem
Instrukcję instalacji, którą marketplace lub CLI mogą zautomatyzować

customer-research/
├── plugin.json
├── skills/
│   └── customer-research/
│       ├── SKILL.md
│       └── references/
│           └── report-template.md
└── mcp.json

Dlaczego to jest coś więcej niż „kolejny system wtyczek”

Rozszerzenia przeglądarki i wtyczki IDE dodają głównie interfejs użytkownika. Wtyczki agentów dodają możliwości: zakres uprawnień, narzędzia wywołujące efekty uboczne oraz zasady zachowania. To podnosi standardy dotyczące podpisywania, weryfikacji i zasady najmniejszych uprawnień.

Praktyczna forma

Załóżmy plugin do „triage wsparcia”: serwer MCP do obsługi zgłoszeń, narzędzie wyszukiwania w CRM oraz funkcję zobowiązującą do podania identyfikatorów zgłoszeń przed ich zamknięciem. Instalacja tego plugina łączy te trzy elementy, zamiast wymagać trzech osobnych instrukcji konfiguracji ręcznej.

my-plugin/
├── plugin.json          # portable
├── skills/              # portable
├── mcp.json             # portable
└── com.vendor.client/   # vendor-specific extension
    └── hooks/

Publikacja i instalacja

Publikacja polega na spakowaniu metadanych i plików, podpisaniu ich oraz umieszczeniu w rejestrze, któremu host ufa. Instalacja powinna być jednym poleceniem, które rozwiązuje problemy z zależnościami, pyta o dane poufne i rejestruje wpisy MCP — a nie listą kroków do skopiowania i wklejenia pliku JSON.

Ograniczenia przenośności

Pluginy nie są magicznie przystosowane do pracy na każdym hostingu. MCP pomaga w aspekcie narzędzi, ale formaty funkcji oraz interfejsy uprawnień nadal się różnią. Projektuj z myślą o głównym hostingu, udokumentuj braki i utrzymuj narzędzia zgodnie z protokołem, aby drugi hosting mógł wykorzystać już istniejące rozwiązania.

Model mentalny w środowisku produkcyjnym

Traktuj pluginy jak biblioteki z efektami ubocznymi w czasie wykonywania kodu:

Zatwierdzanie wersji.
Rozdzielenie procesu odkrywania od autoryzacji — umieszczenie pluginu nie oznacza przyznania uprawnień do środowiska produkcyjnego.
Narzędzia typu sandbox, które mogą wykonywać transakcje finansowe lub pisać dane.
Zapisywanie informacji o wywołaniach narzędzi wraz z identyfikatorem i wersją pluginu w celach audytowych.

Odkrywanie ≠ autoryzacja

Platformy handlowe pokazują dostępne funkcje. Tylko zasady organizacyjne powinny decydować o przypisywaniu tajemnic i umożliwianiu dostępu do sieci. Taka separacja zapobiega sytuacji, w której instalacja oznacza automatyczny dostęp do środowiska produkcyjnego.

Miejsce MCP i umiejętności

MCP pozostaje protokołem komunikacyjnym dla narzędzi, natomiast umiejętności stanowią warstwę behawioralną. Plugini są jednostkami dystrybucji, które dostarczają zarówno te elementy, jak i metadane. Nie porzucajcie MCP – jedynie go otaczajcie dodatkowymi warstwami ochrony.

Czego unikać

Nie wklejajcie nieograniczonych narzędzi typu shell do publicznych pluginów. Nie włączajcie tajemnic klientów do pakietu z pluginem. Nie pomijajcie weryfikacji wersji tylko dlatego, że „są to jedynie polecenia tekstowe”.

Bardziej zasadnicza zmiana

Rynek przechodzi od katalogu narzędzi do marketplace umiejętności: starannie wyselekcjonowane procesy z jasno określonym ryzykiem. Harmonogram: surowe API → adaptery MCP → umiejętności → podpisane pliki wtyczkowe z polityką.

Podsumowanie

Jeśli nadal publikujesz tylko prosty serwer MCP, spodziewaj się zgłoszeń dotyczących brakujących umiejętności i konfiguracji hosta. Wysyłaj te umiejętności jako pliki wtyczek: narzędzia, instrukcje, uprawnienia oraz ścieżkę instalacji — a aktualizacje traktuj jak wydania oprogramowania.

Wersjonowanie manifestów plików wtyczek powinno odbywać się w taki sam sposób jak wersjonowanie API; zmiany w schematach narzędzi wymagają poważnych aktualizacji.

Wersjonowanie pluginów powinno odbywać się w taki sam sposób jak wersjonowanie API; zmiany w schematach narzędzi powinny skutkować znacznymi aktualizacjami.

Wersjonowanie plików manifestu pluginów odbywa się w taki sam sposób jak wersjonowanie API; zmiany, które zakłócają struktury narzędzi, wymagają poważnych aktualizacji.

Literatura pokrewna

Wprowadzenie do MCP: od fragmentacji do wspólnych serwerów narzędzi — Dlaczego kopiowanie kontekstu nie działa, jak pomocne okazały się wywołania funkcji, dlaczego integracje typu N×M są szkodliwe oraz jak MCP prowadzi do użycia serwerów wielokrotnego użytku typu N+M.
Kto pisze kod, gdy agenci dołączają do przepływu pracy? — Przegląd asystentów programistycznych od funkcji autodopasowywania do zespołów robotycznych oraz powiązanie poziomu zaawansowania z zasięgiem oddziaływania, testami i etapami weryfikacji.

Pięć plugini Claude Code, które rozwiązują częste problemy — Praktyczne rekomendacje plugini do radzenia sobie z kwestiami kontekstu, uprawnień i luk w procesach pracy bez konieczności przepisywania hosta.

Wszystkie artykuły Wyślij brief