Skip to main content
Etapas compartilhadas de runtime para instalações do Docker baseadas em VM, como GCP, Hetzner e provedores de VPS semelhantes.

Inclua os binários necessários na imagem

Instalar binários dentro de um contêiner em execução é uma armadilha: tudo o que for instalado em runtime será perdido ao reiniciar. Inclua na imagem, durante a compilação, todos os binários externos necessários para uma skill. Os exemplos abaixo abrangem apenas três binários, em ordem alfabética:
  • gog (do gogcli) para acesso ao Gmail
  • goplaces para o Google Places
  • wacli para o WhatsApp
Estes são exemplos, não uma lista completa. Instale quantos binários forem necessários para suas skills usando o mesmo padrão. Quando você adicionar posteriormente uma skill que exija um novo binário:
  1. Atualize o Dockerfile.
  2. Recompile a imagem.
  3. Reinicie os contêineres.
Exemplo de Dockerfile
As URLs acima são exemplos. Para VMs baseadas em ARM, escolha os artefatos arm64. Para compilações reproduzíveis, fixe URLs de versões específicas.

Compile e inicie

Se a compilação falhar com Killed ou código de saída 137 durante pnpm install --frozen-lockfile, a VM está sem memória. Use uma classe de máquina maior antes de tentar novamente. Verifique os binários:
Saída esperada:
Verifique se o Gateway está ativo:
Uma resposta 200 de /healthz confirma que o processo do Gateway está escutando e íntegro; o HEALTHCHECK integrado à imagem consulta o mesmo endpoint.

O que persiste e onde

O OpenClaw é executado no Docker, mas o Docker não é a fonte da verdade. Todo estado de longa duração deve sobreviver a reinicializações, recompilações e reinícios da máquina.

Atualizações

Para atualizar o OpenClaw na VM:

Relacionados