openclaw plugins.
Typowy proces w CLI: znaleźć pakiet, zainstalować go z ClawHub, npm, git lub
ścieżki lokalnej, zaczekać na automatyczne ponowne uruchomienie zarządzanego
Gateway (albo uruchomić go ponownie ręcznie), a następnie zweryfikować rejestracje
środowiska wykonawczego pluginu.
Korzystanie z Control UI
Otwórz Plugins w Control UI lub użyj/settings/plugins względem
skonfigurowanej ścieżki bazowej Control UI. Na przykład ścieżka bazowa
/openclaw używa /openclaw/settings/plugins. Strona zawiera dwie karty:
- Zainstalowane wyświetla pełny lokalny spis pogrupowany według kategorii (kanały,
dostawcy modeli, pamięć, narzędzia). Każdy wiersz otwiera widok szczegółów; jego
menu dodatkowych opcji (
…) umożliwia włączenie lub wyłączenie pluginu, a w przypadku pluginów zainstalowanych zewnętrznie oferuje opcję Usuń. Karta zawiera również skonfigurowane serwery MCP, z tymi samymi dostępnymi z menu operacjami włączania, wyłączania i usuwania, które edytująmcp.serversw konfiguracji Gateway. - Odkrywanie to sklep: wyróżnione pluginy dołączone do OpenClaw, oficjalne pluginy zewnętrzne oraz wyselekcjonowany katalog konektorów. Karty konektorów dodają hostowany serwer MCP jednym kliknięciem (GitHub, Notion, Linear, Sentry, Home Assistant) albo otwierają wstępnie wypełnione wyszukiwanie w ClawHub. Wpisywanie w polu wyszukiwania wysyła zapytania bezpośrednio do ClawHub i dodaje sekcję Z ClawHub z liczbą pobrań oraz odznakami weryfikacji źródła.
operator.read. Instalowanie,
włączanie, wyłączanie, usuwanie i zmiany serwerów MCP wymagają
operator.admin. Instalację z ClawHub wykonuje Gateway, zachowując kontrole
zasad zaufania, integralności i instalowania pluginów. Włączenie zainstalowanego
pluginu przez administratora również rejestruje to jawne zaufanie przez dodanie
wybranego pluginu do istniejącej restrykcyjnej listy plugins.allow. Jawny
wpis plugins.deny pozostaje nadrzędny i należy go usunąć przed włączeniem
pluginu.
Zainstalowanie lub usunięcie kodu pluginu wymaga ponownego uruchomienia Gateway.
Zmiany stanu włączenia można zastosować bez ponownego uruchomienia, jeśli
zainstalowany plugin i bieżące środowisko wykonawcze Gateway to obsługują;
w przeciwnym razie interfejs informuje o konieczności ponownego uruchomienia.
Konektory MCP korzystające z OAuth nadal wymagają jednorazowego
openclaw mcp login <name> w CLI po ich dodaniu.
Control UI nie instaluje z dowolnych źródeł npm, git ani ścieżek lokalnych,
nie aktualizuje pluginów ani nie udostępnia rozbudowanej konfiguracji pluginów.
Do tych operacji służą opisane poniżej procesy CLI.
Wyświetlanie i wyszukiwanie pluginów
--json dla skryptów:
plugins list to kontrola spisu w stanie zimnym: pokazuje, co OpenClaw
może wykryć na podstawie konfiguracji, manifestów i utrwalonego rejestru
pluginów. Nie dowodzi, że już uruchomiony Gateway zaimportował środowisko
wykonawcze pluginu. Dane wyjściowe JSON zawierają diagnostykę rejestru oraz
dependencyStatus każdego pluginu (czy zadeklarowane
dependencies/optionalDependencies można odnaleźć na dysku).
plugins search wysyła zapytanie do ClawHub o możliwe do zainstalowania
pakiety pluginów i wyświetla wskazówkę instalacji (openclaw plugins install clawhub:<package>) przy
każdym wyniku.
Włączanie i wyłączanie pluginów
enable po
instalacji.
Instalowanie pluginów
clawhub:,
npm:, git: lub npm-pack:. Pakiety z
dołączonego i oficjalnego katalogu OpenClaw są uznawane za zaufane na równi
z pakietami ClawHub. Nowe, dowolne źródła npm, git, lokalne ścieżki/archiwa,
npm-pack: lub źródła marketplace wymagają --force
w instalacjach nieinteraktywnych po sprawdzeniu źródła i uznaniu go za zaufane.
--force potwierdza źródło inne niż ClawHub bez wyświetlania monitu
i w razie potrzeby zastępuje istniejący cel instalacji. Do rutynowych aktualizacji
śledzonej instalacji npm, ClawHub lub hook-pack należy zamiast tego użyć
openclaw plugins update. W przypadku --link opcja
--force jedynie potwierdza źródło; powiązany katalog nie jest
kopiowany ani zastępowany.
Ponowne uruchamianie i sprawdzanie
Uruchomiony zarządzany Gateway z włączonym przeładowywaniem konfiguracji automatycznie uruchamia się ponownie po zainstalowaniu, zaktualizowaniu lub odinstalowaniu kodu pluginu. Jeśli Gateway nie jest zarządzany lub przeładowywanie jest wyłączone, przed sprawdzeniem aktywnych powierzchni środowiska wykonawczego należy uruchomić go ponownie ręcznie:inspect --runtime ładuje moduł pluginu i dowodzi, że zarejestrował on
powierzchnie środowiska wykonawczego (narzędzia, hooki, usługi, metody Gateway,
trasy HTTP, polecenia CLI należące do pluginu). Zwykłe inspect
i list wykonują jedynie kontrole manifestu, konfiguracji i rejestru
w stanie zimnym.
Aktualizowanie pluginów
@beta) oraz
dokładnie przypięte wersje są zachowywane podczas kolejnych uruchomień
update <plugin-id>.
openclaw plugins update --all to ścieżka zbiorczej konserwacji. Nadal respektuje zwykłe
śledzone specyfikacje instalacji, ale rekordy zaufanych oficjalnych pluginów
OpenClaw są synchronizowane z bieżącym celem oficjalnego katalogu, zamiast
pozostawać przypięte do nieaktualnego, dokładnie określonego oficjalnego pakietu;
gdy update.channel ma wartość beta, synchronizacja preferuje
linię wydań beta. Aby zachować dokładną lub oznaczoną specyfikację oficjalną bez
zmian, należy użyć ukierunkowanego update <plugin-id>.
W przypadku instalacji npm należy przekazać jawną specyfikację pakietu, aby
zmienić śledzony rekord:
openclaw plugins.
Odinstalowywanie pluginów
plugins.load.paths, jeśli mają zastosowanie. Zarządzany katalog instalacyjny
jest usuwany, chyba że zostanie przekazane --keep-files. Uruchomiony
zarządzany Gateway automatycznie uruchamia się ponownie, gdy odinstalowanie
zmienia źródło pluginu.
W trybie Nix (OPENCLAW_NIX_MODE=1) instalowanie, aktualizowanie,
odinstalowywanie, włączanie i wyłączanie pluginów jest wyłączone; tymi ustawieniami
należy zarządzać w źródle Nix danej instalacji.
Wybieranie źródła
Zarządzane instalacje ze ścieżek lokalnych muszą wskazywać katalogi pluginów
lub archiwa. Samodzielne pliki pluginów należy umieszczać w
plugins.load.paths, zamiast instalować je za pomocą plugins install.
Publikowanie pluginów
ClawHub jest główną publiczną powierzchnią wyszukiwania pluginów OpenClaw. Należy publikować w nim, jeśli użytkownicy mają znajdować metadane pluginu, historię wersji, wyniki skanowania rejestru oraz wskazówki instalacji przed zainstalowaniem.openclaw.plugin.json) oraz metadane package.json:
package.json
- Publikowanie w ClawHub wyjaśnia właścicieli, zakresy, wydania, przegląd, walidację pakietów i przenoszenie pakietów.
- Tworzenie pluginów przedstawia pełną
strukturę pakietu pluginu (w tym
openclaw.plugin.json) oraz proces pierwszej publikacji. - Manifest pluginu definiuje pola natywnego manifestu pluginu.
clawhub: lub npm:, aby wymusić jedno
źródło.
Powiązane
- Pluginy — instalowanie, konfigurowanie, ponowne uruchamianie i rozwiązywanie problemów
openclaw plugins— pełna dokumentacja CLI- Pluginy społeczności — publiczne wyszukiwanie i publikowanie w ClawHub
- ClawHub — operacje CLI rejestru
- Tworzenie pluginów — tworzenie pakietu pluginu
- Manifest pluginu — manifest i metadane pakietu