# 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](https://agent-plugins.org/specification), zawierających umiejętności, deklaracje [MCP server](https://pentagi.com/pl/docs/glossary/#mcp-server) oraz [agent profiles](https://pentagi.com/pl/docs/glossary/#agent-profile) specyficzne dla PentAGI.

```text
my-plugin/
├── plugin.json      manifest (required)
├── skills/          Agent Skills
├── mcp.json         MCP server declarations
└── com.pentagi/     requirements and agent profiles
```

## [Stopniowe ujawnianie](https://pentagi.com/pl/docs/enterprise/plugins-and-mcp/#progressive-disclosure)

Planner widzi nazwę każdego [plugin](https://pentagi.com/pl/docs/glossary/#plugin), 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ę [tools](https://pentagi.com/pl/docs/glossary/#tool) agenta — maksymalnie 20 na [subtask](https://pentagi.com/pl/docs/glossary/#subtask) — a skrypty i odniesienia są wczytywane na żądanie wewnątrz [sandbox](https://pentagi.com/pl/docs/glossary/#sandbox), dzięki czemu duży katalog kosztuje niewiele, dopóki plugin nie zostanie wybrany.

## [MCP servers](https://pentagi.com/pl/docs/enterprise/plugins-and-mcp/#mcp-servers)

![MCP servers w Ustawieniach](https://pentagi.com/images/product/ee-mcp-servers.webp)

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_ALLOWED_EGRESS_CIDRS` wymienia ten zakres, więc dla bramy w Twojej sieci ustaw jej prefiks, na przykład `10.8.0.0/24`. 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_CREDENTIALS_ENCRYPTION_KEY` (64 znaki heksadecymalne; instalator generuje jeden). Zrób kopię zapasową klucza: po zapisaniu danych uwierzytelniających PentAGI nie uruchomi się bez niego.

## [Pluginy](https://pentagi.com/pl/docs/enterprise/plugins-and-mcp/#plugins)

![Plugins w Ustawieniach](https://pentagi.com/images/product/ee-plugins.webp)

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_DIR` (`/opt/pentagi/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_ENABLEMENT_MODE`: `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**.