Skip to main content
OpenClaw include tre script di installazione, distribuiti da openclaw.ai. Tutti e tre supportano Node 22.22.3+, 24.15+ o 25.9+; Node 24 è la destinazione predefinita per le nuove installazioni.

Comandi rapidi

Se l’installazione riesce ma openclaw non viene trovato in un nuovo terminale, consultare Risoluzione dei problemi di Node.js.

install.sh

Consigliato per la maggior parte delle installazioni interattive su macOS/Linux/WSL.

Flusso (install.sh)

1

Rilevamento del sistema operativo

Supporta macOS e Linux (incluso WSL).
2

Verifica di Node.js 24 per impostazione predefinita

Controlla la versione di Node e installa Node 24 se necessario (Homebrew su macOS, script di configurazione NodeSource su Linux apt/dnf/yum). Su macOS, Homebrew viene installato solo quando il programma di installazione ne ha bisogno per Node o Git. Sono supportati Node 22.22.3+, Node 24.15+ e Node 25.9+; Node 23 non è supportato. Su Alpine/musl Linux, il programma di installazione usa i pacchetti apk anziché NodeSource e verifica l’effettiva versione collegata di SQLite. Gli attuali flussi di pacchetti stabili di Alpine possono fornire una versione di Node sufficientemente recente con una SQLite di sistema vulnerabile; in tal caso, utilizzare un container node:24-alpine ufficiale o un host basato su glibc.
3

Verifica di Git

Installa Git se assente usando il gestore di pacchetti rilevato, inclusi Homebrew su macOS e apk su Alpine.
4

Installazione di OpenClaw

  • Metodo npm (predefinito): installazione npm globale
  • Metodo git: clona/aggiorna il repository, installa le dipendenze con pnpm, esegue la compilazione, quindi installa il wrapper in ~/.local/bin/openclaw
5

Attività successive all'installazione

  • Individua il binario openclaw appena installato per i comandi successivi
  • Per un’installazione non configurata, avvia la configurazione iniziale prima dei controlli di doctor o del Gateway. Con --no-onboard o senza TTY, visualizza il comando per completare la configurazione in seguito.
  • Per un’installazione configurata, aggiorna e riavvia, per quanto possibile, un servizio Gateway caricato ed esegue doctor. Gli aggiornamenti aggiornano i Plugin quando possibile oppure visualizzano il comando manuale in un’esecuzione headless con prompt abilitati.
  • Quando viene eseguito --verify, controlla la versione installata e verifica l’integrità del Gateway solo dopo che la configurazione è presente.

Rilevamento del checkout del codice sorgente

Se viene eseguito all’interno di un checkout di OpenClaw (package.json + pnpm-workspace.yaml), lo script propone:
  • usare il checkout (git), oppure
  • usare l’installazione globale (npm)
Se non è disponibile alcun TTY e non è impostato alcun metodo di installazione, viene usato per impostazione predefinita npm e viene mostrato un avviso. Lo script termina con il codice 2 in caso di selezione non valida del metodo o di valori --install-method non validi.

Esempi (install.sh)


install-cli.sh

Progettato per ambienti in cui si desidera mantenere tutto in un prefisso locale (predefinito ~/.openclaw) senza dipendere da un’installazione di sistema di Node. Supporta per impostazione predefinita le installazioni tramite npm, oltre alle installazioni da checkout git nello stesso flusso basato sul prefisso.

Flusso (install-cli.sh)

1

Installazione del runtime Node locale

Scarica un archivio tar di una versione Node LTS supportata e bloccata (la versione è incorporata nello script e aggiornata indipendentemente, predefinita 24.15.0) in <prefix>/tools/node-v<version> e ne verifica il valore SHA-256. Linux ARMv7 usa Node 22.22.3 perché i binari ufficiali di Node 24+ per ARMv7 non sono disponibili. Su Alpine/musl Linux, dove Node non pubblica archivi tar compatibili con il runtime bloccato, installa nodejs e npm con apk, quindi verifica sia Node sia l’effettiva libreria SQLite collegata. Gli attuali flussi di pacchetti stabili di Alpine possono comunque collegare una SQLite vulnerabile anche con una versione di Node sufficientemente recente; quando il controllo di sicurezza rifiuta il pacchetto, usare un container node:24-alpine ufficiale o un host basato su glibc.
2

Verifica di Git

Se Git non è presente, tenta l’installazione tramite apt/dnf/yum/apk su Linux o Homebrew su macOS.
3

Installazione di OpenClaw nel prefisso

  • Metodo npm (predefinito): esegue l’installazione nel prefisso con npm, quindi scrive il wrapper in <prefix>/bin/openclaw
  • Metodo git: clona/aggiorna un checkout (predefinito ~/openclaw) e scrive comunque il wrapper in <prefix>/bin/openclaw
4

Aggiornamento del servizio Gateway caricato

Se un servizio Gateway è già caricato dallo stesso prefisso, lo script esegue openclaw gateway install --force, che attiva il servizio sostitutivo, quindi verifica, per quanto possibile, l’integrità del Gateway.

Esempi (install-cli.sh)

openclaw@main e le altre specifiche del codice sorgente GitHub non sono destinazioni --version valide per le installazioni npm. Usare invece --install-method git --version main.

install.ps1

Flusso (install.ps1)

1

Verifica dell'ambiente PowerShell + Windows

Richiede PowerShell 5+.
2

Verifica di Node.js 24 per impostazione predefinita

Se non è presente, tenta l’installazione tramite winget, quindi Chocolatey e infine Scoop. Se non è disponibile alcun gestore di pacchetti, lo script scarica il file zip ufficiale di Node.js 24 per Windows in %LOCALAPPDATA%\OpenClaw\deps\portable-node e lo aggiunge al PATH del processo corrente e dell’utente. Sono supportati Node 22.22.3+, Node 24.15+ e Node 25.9+; Node 23 non è supportato.
3

Installazione di OpenClaw

  • Metodo npm (predefinito): installazione npm globale mediante il valore -Tag selezionato, avviata da una directory temporanea scrivibile del programma di installazione, in modo che funzionino anche le shell aperte in cartelle protette come C:\
  • Metodo git: clona/aggiorna il repository, esegue l’installazione/la compilazione con pnpm e installa il wrapper in %USERPROFILE%\.local\bin\openclaw.cmd. Se Git non è presente, lo script configura MinGit locale per l’utente in %LOCALAPPDATA%\OpenClaw\deps\portable-git e lo aggiunge al PATH del processo corrente e dell’utente.
4

Attività successive all'installazione

  • Aggiunge la directory bin necessaria al PATH dell’utente quando possibile
  • Aggiorna, per quanto possibile, un servizio Gateway caricato (openclaw gateway install --force, quindi riavvio)
  • Esegue openclaw doctor --non-interactive durante gli aggiornamenti e le installazioni git (per quanto possibile)
5

Gestione degli errori

Le installazioni iwr ... | iex e tramite blocco di script segnalano un errore terminante senza chiudere la sessione PowerShell corrente. Le installazioni dirette powershell -File / pwsh -File continuano invece a terminare con un codice diverso da zero per l’automazione.

Esempi (install.ps1)

Se si usa -InstallMethod git e Git non è presente, lo script tenta di configurare MinGit localmente per l’utente prima di mostrare il collegamento a Git for Windows.

CI e automazione

Usare flag/variabili di ambiente non interattivi per ottenere esecuzioni prevedibili.

Risoluzione dei problemi

Git è richiesto per il metodo di installazione git. Per le installazioni npm, Git viene comunque verificato/installato per evitare errori spawn git ENOENT quando le dipendenze usano URL git.
Alcune configurazioni Linux impostano il prefisso globale di npm su percorsi di proprietà di root. install.sh può impostare il prefisso su ~/.npm-global e aggiungere le esportazioni di PATH ai file rc della shell (se tali file esistono).
Eseguire nuovamente il programma di installazione in modo che possa configurare MinGit localmente per l’utente, oppure installare Git for Windows e riaprire PowerShell.
Eseguire npm config get prefix e aggiungere tale directory al PATH dell’utente (su Windows non è necessario il suffisso \bin), quindi riaprire PowerShell.
install.ps1 non espone un’opzione -Verbose. Usare il tracciamento di PowerShell per la diagnostica a livello di script:
Di solito si tratta di un problema relativo al PATH. Consultare Risoluzione dei problemi di Node.js.

Correlati