Plugins i MCP
Rozszerzaj agentów Enterprise o przenośne plugins i umiejętności w formacie agent-plugins.org oraz o własne MCP servers przez Streamable HTTP lub SSE.
Enterprise rozszerza możliwości agentów za pomocą Agent Plugins — pakietów w otwartym formacie agent-plugins.org, zawierających umiejętności, deklaracje MCP serverMCP server — serwer MCPW Enterprise serwer mówiący w protokole Model Context Protocol i udostępniający agentom dodatkowe narzędzia. oraz agent profilesagent profile — profil agentaW Enterprise definicja agenta: jego rola, bazowy prompt, preset modelu i narzędzia, których może używać. Planner wybiera profil dla każdego podzadania. specyficzne dla PentAGI.
my-plugin/
├── plugin.json manifest (required)
├── skills/ Agent Skills
├── mcp.json MCP server declarations
└── com.pentagi/ requirements and agent profilesStopniowe ujawnianie
Planner widzi nazwę każdego pluginplugin — wtyczkaW Enterprise pakiet w otwartym formacie Agent Plugins, który dodaje umiejętności, serwery MCP i profile agentów., krótki opis, nazwy jego umiejętności oraz MCP servers, których potrzebuje. Umiejętności wybranych plugins trafiają do promptu działającego agenta, ich funkcje MCP stają się toolstool — narzędzieTo, za pomocą czego działa agent: wbudowana funkcja, taka jak terminal, izolowana przeglądarka lub wyszukiwanie w sieci, albo program w sandboxie, np. nmap, metasploit lub sqlmap. agenta — maksymalnie 20 na subtasksubtask — podzadanieJeden krok zadania. PentAGI planuje podzadania dla każdego zadania i dostosowuje je w miarę postępu prac. — a skrypty i odniesienia są wczytywane na żądanie wewnątrz sandboxsandboxIzolowany kontener Docker, w którym agenci uruchamiają swoje narzędzia. Interfejs pokazuje go jako Terminal., dzięki czemu duży katalog kosztuje niewiele, dopóki plugin nie zostanie wybrany.
MCP servers
MCP servers są podłączane w Settings → MCP Servers przez Streamable HTTP lub starsze HTTP+SSE. Serwery obsługujące wyłącznie stdio działają za bramą MCP w Twojej sieci; PentAGI nigdy nie uruchamia plików wykonywalnych dostarczanych przez plugin poza swoim sandbox.
PentAGI odrzuca punkty końcowe MCP na adresach prywatnych, loopback, link-local i metadanych, chyba że MCP_ wymienia ten zakres, więc dla bramy w Twojej sieci ustaw jej prefiks, na przykład 10.8.0.0/. Zwykłe HTTP jest akceptowane tylko dla localhost, adresów loopback i host.docker.internal.
Nowy serwer pozostaje wyłączony, dopóki nie przełączysz go na On w sekcji Availability: administratorzy ustawiają Default for users, a każdy użytkownik może to nadpisać w My state. Agenci łączą się z serwerem przez plugin, który wiąże jego funkcje, lub bezpośrednio, gdy włączysz Offer without a plugin i wybierzesz funkcje (Allow direct use).
Dane uwierzytelniające są tylko do zapisu: wpisujesz je podczas dodawania serwera i możesz je później zastąpić lub unieważnić — unieważnienie wyłącza również serwer — a API nigdy ich nie zwraca. Są one szyfrowane kluczem MCP_ (64 znaki heksadecymalne; instalator generuje jeden). Zrób kopię zapasową klucza: po zapisaniu danych uwierzytelniających PentAGI nie uruchomi się bez niego.
Pluginy
Dodaj plugin w Settings → Plugins, używając New plugin lub Import package (plik .tar.gz); zaimportowany pakiet trafia jako szkic i jest oferowany dopiero po jego opublikowaniu. Pakiety umieszczone w PLUGINS_ (/ wewnątrz kontenera) pojawiają się pod Bundled runtime plugins po kliknięciu Reload registry.
Plugins stają się dostępne dla planners dopiero po zainstalowaniu i włączeniu wymaganych przez nie MCP servers. Administratorzy ustawiają Default for users każdego pluginu — On, Default lub Off — a każdy użytkownik może to nadpisać w sekcji My state dla wbudowanych pluginów lub My override dla pozostałych. Default działa zgodnie z PLUGINS_: auto, czyli domyślna opcja, udostępnia każdy plugin, którego MCP servers są gotowe, podczas gdy manual udostępnia plugin dopiero po przełączeniu go na On.
Ostatnia aktualizacja