Skip to main content
Wspólne kroki dotyczące środowiska uruchomieniowego dla instalacji Docker opartych na maszynach wirtualnych, takich jak GCP, Hetzner i podobni dostawcy VPS.

Umieść wymagane pliki binarne w obrazie

Instalowanie plików binarnych wewnątrz działającego kontenera to pułapka: wszystko, co zostanie zainstalowane podczas działania, znika po ponownym uruchomieniu. Umieść każdy zewnętrzny plik binarny wymagany przez skill w obrazie podczas jego budowania. Poniższe przykłady obejmują tylko trzy pliki binarne, w kolejności alfabetycznej:
  • gog (z gogcli) do dostępu do Gmaila
  • goplaces do Google Places
  • wacli do WhatsApp
Są to przykłady, a nie pełna lista. Zainstaluj według tego samego wzorca tyle plików binarnych, ile wymagają Twoje skille. Gdy później dodasz skill wymagający nowego pliku binarnego:
  1. Zaktualizuj plik Dockerfile.
  2. Ponownie zbuduj obraz.
  3. Uruchom ponownie kontenery.
Przykładowy plik Dockerfile
Powyższe adresy URL są przykładami. W przypadku maszyn wirtualnych opartych na architekturze ARM wybierz zasoby arm64. Aby zapewnić powtarzalne kompilacje, przypnij adresy URL do konkretnych wersji wydań.

Budowanie i uruchamianie

Jeśli podczas wykonywania polecenia pnpm install --frozen-lockfile budowanie zakończy się błędem Killed lub kodem wyjścia 137, na maszynie wirtualnej zabrakło pamięci. Przed ponowną próbą wybierz większą klasę maszyny. Sprawdź pliki binarne:
Oczekiwany wynik:
Sprawdź, czy Gateway działa:
Odpowiedź 200 z punktu końcowego /healthz potwierdza, że proces Gateway nasłuchuje i działa prawidłowo; wbudowana w obraz instrukcja HEALTHCHECK odpytuje ten sam punkt końcowy.

Co i gdzie jest utrwalane

OpenClaw działa w Dockerze, ale Docker nie jest źródłem prawdy. Cały długotrwały stan musi przetrwać ponowne uruchomienia, przebudowy i restarty systemu.

Aktualizacje

Aby zaktualizować OpenClaw na maszynie wirtualnej:

Powiązane materiały