Skip to main content
Passaggi di runtime condivisi per installazioni Docker basate su VM, come GCP, Hetzner e provider VPS simili.

Integrare i binari necessari nell’immagine

Installare binari all’interno di un container in esecuzione è una trappola: tutto ciò che viene installato durante il runtime viene perso al riavvio. Integra nell’immagine, durante la fase di build, ogni binario esterno necessario a una skill. Gli esempi seguenti riguardano solo tre binari, in ordine alfabetico:
  • gog (da gogcli) per accedere a Gmail
  • goplaces per Google Places
  • wacli per WhatsApp
Questi sono esempi, non un elenco completo. Installa tutti i binari necessari alle tue skill usando lo stesso schema. Quando in seguito aggiungi una skill che richiede un nuovo binario:
  1. Aggiorna il Dockerfile.
  2. Ricostruisci l’immagine.
  3. Riavvia i container.
Esempio di Dockerfile
Gli URL riportati sopra sono esempi. Per le VM basate su ARM, scegli gli artefatti arm64. Per build riproducibili, specifica URL di release con versione.

Build e avvio

Se la build non riesce con Killed o con il codice di uscita 137 durante pnpm install --frozen-lockfile, la VM ha esaurito la memoria. Usa una classe di macchina più grande prima di riprovare. Verifica i binari:
Output previsto:
Verifica che il Gateway sia attivo:
Una risposta 200 da /healthz conferma che il processo del Gateway è in ascolto e operativo; il comando HEALTHCHECK integrato nell’immagine interroga lo stesso endpoint.

Cosa viene mantenuto e dove

OpenClaw viene eseguito in Docker, ma Docker non è la fonte autorevole. Tutto lo stato persistente deve sopravvivere a riavvii, ricostruzioni e riaccensioni.

Aggiornamenti

Per aggiornare OpenClaw sulla VM:

Contenuti correlati