openclaw plugins.
Flusso di lavoro tipico della CLI: trovare un pacchetto, installarlo da ClawHub,
npm, git o da un percorso locale, consentire il riavvio automatico del Gateway
gestito (oppure riavviarlo manualmente), quindi verificare le registrazioni di
runtime del plugin.
Usare l’interfaccia di controllo
Aprire Plugin nell’interfaccia di controllo oppure usare/settings/plugins rispetto al percorso base configurato dell’interfaccia di
controllo. Ad esempio, un percorso base /openclaw usa
/openclaw/settings/plugins. La pagina contiene due schede:
- Installati mostra l’inventario locale completo raggruppato per categoria
(canali, provider di modelli, memoria, strumenti). Ogni riga apre una vista
dettagliata; il relativo menu di overflow (
…) abilita o disabilita il plugin e, per i plugin installati esternamente, offre Rimuovi. La scheda elenca anche i server MCP configurati, con le stesse azioni di abilitazione, disabilitazione e rimozione tramite menu, modificandomcp.serversnella configurazione del Gateway. - Scopri è lo store: plugin in evidenza inclusi con OpenClaw, plugin esterni ufficiali e una selezione curata di connettori. Le schede dei connettori aggiungono un server MCP in hosting con un solo clic (GitHub, Notion, Linear, Sentry, Home Assistant) oppure aprono una ricerca ClawHub precompilata. Digitando nella casella di ricerca si interroga direttamente ClawHub e si aggiunge una sezione Da ClawHub con conteggi dei download e badge di verifica dell’origine.
operator.read. Le modifiche
di installazione, abilitazione, disabilitazione, rimozione e dei server MCP
richiedono operator.admin. L’installazione da ClawHub viene eseguita dal
Gateway e mantiene i relativi controlli dei criteri di attendibilità, integrità
e installazione dei plugin. L’abilitazione di un plugin installato da parte di
un amministratore registra inoltre tale attendibilità esplicita aggiungendo il
plugin selezionato a un elenco restrittivo plugins.allow esistente. Una
voce plugins.deny esplicita rimane autoritativa e deve essere rimossa
prima di abilitare il plugin.
L’installazione o la rimozione del codice di un plugin richiede il riavvio del
Gateway. Le modifiche all’abilitazione possono essere applicate senza riavvio
quando il plugin installato e il runtime attuale del Gateway lo supportano; in
caso contrario, l’interfaccia indica che è necessario un riavvio. I connettori
MCP basati su OAuth richiedono comunque un’unica esecuzione di
openclaw mcp login <name> dalla CLI dopo essere stati aggiunti.
L’interfaccia di controllo non installa da origini npm, git o percorsi locali
arbitrari, non aggiorna i plugin e non espone una configurazione avanzata dei
plugin. Per queste operazioni, usare i flussi di lavoro CLI riportati di
seguito.
Elencare e cercare i plugin
--json per gli script:
plugins list è un controllo dell’inventario a freddo: indica ciò che
OpenClaw può individuare dalla configurazione, dai manifest e dal registro
persistente dei plugin. Non dimostra che un Gateway già in esecuzione abbia
importato il runtime del plugin. L’output JSON include la diagnostica del
registro e il valore dependencyStatus di ogni plugin, che indica se le
risorse dependencies/optionalDependencies dichiarate vengono risolte sul
disco.
plugins search interroga ClawHub per individuare pacchetti di plugin
installabili e visualizza un suggerimento di installazione
(openclaw plugins install clawhub:<package>) per ogni risultato.
Abilitare e disabilitare i plugin
enable dopo l’installazione.
Installare i plugin
clawhub:, npm:,
git: o npm-pack: per una selezione deterministica
dell’origine. I pacchetti integrati e del catalogo ufficiale di OpenClaw sono
considerati attendibili insieme ai pacchetti ClawHub. Le nuove origini
arbitrarie npm, git, percorso/archivio locale, npm-pack: o marketplace
richiedono --force nelle installazioni non interattive, dopo aver
esaminato e considerato attendibile l’origine.
--force conferma un’origine diversa da ClawHub senza chiedere
conferma e sovrascrive una destinazione di installazione esistente quando
necessario. Per gli aggiornamenti ordinari di un’installazione npm, ClawHub o
hook-pack monitorata, usare invece openclaw plugins update. Con
--link, --force conferma soltanto l’origine; la directory
collegata non viene copiata né sovrascritta.
Riavviare e ispezionare
Un Gateway gestito in esecuzione con il ricaricamento della configurazione abilitato si riavvia automaticamente dopo l’installazione, l’aggiornamento o la disinstallazione del codice di un plugin. Se il Gateway non è gestito o il ricaricamento è disabilitato, riavviarlo manualmente prima di controllare le superfici di runtime attive:inspect --runtime carica il modulo del plugin e dimostra che ha registrato le
superfici di runtime (strumenti, hook, servizi, metodi del Gateway, route HTTP,
comandi CLI di proprietà del plugin). inspect semplice e
list sono soltanto controlli a freddo di
manifest/configurazione/registro.
Aggiornare i plugin
@beta) e le versioni esatte
fissate vengono mantenuti nelle successive esecuzioni di update <plugin-id>.
openclaw plugins update --all è il percorso per la manutenzione in blocco. Continua a
rispettare le normali specifiche di installazione monitorate, ma i record
attendibili dei plugin ufficiali OpenClaw vengono sincronizzati con la
destinazione corrente del catalogo ufficiale anziché rimanere fissati a un
pacchetto ufficiale esatto ormai obsoleto; quando update.channel è
beta, la sincronizzazione preferisce la linea di rilascio beta.
Usare un’esecuzione mirata di update <plugin-id> per mantenere invariata una
specifica ufficiale esatta o con tag.
Per le installazioni npm, passare una specifica di pacchetto esplicita per
modificare il record monitorato:
openclaw plugins per le regole esatte di
ripiego e fissaggio delle versioni.
Disinstallare i plugin
plugins.load.paths collegate. La
directory di installazione gestita viene rimossa, a meno che non venga passato
--keep-files. Un Gateway gestito in esecuzione si riavvia automaticamente
quando la disinstallazione modifica l’origine del plugin.
In modalità Nix (OPENCLAW_NIX_MODE=1), installazione, aggiornamento,
disinstallazione, abilitazione e disabilitazione dei plugin sono tutti
disabilitati; gestire queste scelte nell’origine Nix dell’installazione.
Scegliere un’origine
Le installazioni gestite da percorsi locali devono essere directory o archivi
di plugin. Collocare i file di plugin autonomi in
plugins.load.paths anziché
installarli con plugins install.
Pubblicare i plugin
ClawHub è la principale superficie pubblica per individuare i plugin OpenClaw. Pubblicare lì quando si desidera consentire agli utenti di trovare metadati dei plugin, cronologia delle versioni, risultati delle scansioni del registro e suggerimenti per l’installazione prima di installarli.openclaw.plugin.json) e i metadati package.json:
package.json
- Pubblicazione su ClawHub illustra proprietari, ambiti, rilasci, revisione, convalida e trasferimento dei pacchetti.
- Creazione dei plugin mostra la struttura
completa del pacchetto del plugin (incluso
openclaw.plugin.json) e il flusso di lavoro per la prima pubblicazione. - Manifest del plugin definisce i campi del manifest dei plugin nativi.
clawhub: o npm: per imporre una
determinata origine.
Contenuti correlati
- Plugin - installazione, configurazione, riavvio e risoluzione dei problemi
openclaw plugins- riferimento completo della CLI- Plugin della community - individuazione pubblica e pubblicazione su ClawHub
- ClawHub - operazioni CLI del registro
- Creazione dei plugin - creare un pacchetto di plugin
- Manifest del plugin - manifest e metadati del pacchetto