Windows
OpenClaw obsługuje zarówno natywny Windows, jak i WSL2. WSL2 to bardziej stabilna ścieżka i zalecana opcja dla pełnego doświadczenia — CLI, Gateway oraz narzędzia działają wewnątrz Linuksa z pełną zgodnością. Natywny Windows działa dla podstawowego użycia CLI i Gateway, z pewnymi ograniczeniami opisanymi poniżej. Natywne aplikacje towarzyszące dla Windows są planowane.WSL2 (zalecane)
- Pierwsze kroki (używaj wewnątrz WSL)
- Instalacja i aktualizacje
- Oficjalny przewodnik WSL2 (Microsoft): https://learn.microsoft.com/windows/wsl/install
Stan natywnego Windows
Przepływy CLI dla natywnego Windows są ulepszane, ale WSL2 nadal pozostaje zalecaną ścieżką. Co dziś działa dobrze w natywnym Windows:- instalator ze strony internetowej przez
install.ps1 - lokalne użycie CLI, takie jak
openclaw --version,openclaw doctororazopenclaw plugins list --json - osadzony test lokalnego agenta/dostawcy, taki jak:
openclaw onboard --non-interactivenadal oczekuje osiągalnej lokalnej bramy, chyba że przekażesz--skip-healthopenclaw onboard --non-interactive --install-daemonorazopenclaw gateway installnajpierw próbują użyć Zaplanowanych zadań systemu Windows- jeśli utworzenie Zaplanowanego zadania zostanie odrzucone, OpenClaw przechodzi do elementu logowania dla bieżącego użytkownika w folderze Autostart i natychmiast uruchamia bramę
- jeśli samo
schtaskssię zawiesi lub przestanie odpowiadać, OpenClaw teraz szybko przerywa tę ścieżkę i przechodzi do rozwiązania zapasowego zamiast zawieszać się bez końca - Zaplanowane zadania są nadal preferowane, gdy są dostępne, ponieważ zapewniają lepszy stan nadzorcy
Gateway
Instalacja usługi Gateway (CLI)
Wewnątrz WSL2:Automatyczne uruchamianie Gateway przed logowaniem do Windows
W przypadku konfiguracji bezobsługowych upewnij się, że pełny łańcuch uruchamiania działa nawet wtedy, gdy nikt nie loguje się do Windows.1) Utrzymuj usługi użytkownika działające bez logowania
Wewnątrz WSL:2) Zainstaluj usługę użytkownika bramy OpenClaw
Wewnątrz WSL:3) Uruchamiaj WSL automatycznie podczas startu Windows
W PowerShell jako Administrator:Ubuntu nazwą swojej dystrybucji z polecenia:
Zweryfikuj łańcuch uruchamiania
Po ponownym uruchomieniu (przed zalogowaniem do Windows), sprawdź z WSL:Zaawansowane: udostępnianie usług WSL przez LAN (portproxy)
WSL ma własną sieć wirtualną. Jeśli inne urządzenie ma uzyskać dostęp do usługi uruchomionej wewnątrz WSL (SSH, lokalny serwer TTS lub Gateway), musisz przekierować port Windows na bieżący adres IP WSL. Adres IP WSL zmienia się po restartach, więc może być konieczne odświeżenie reguły przekierowania. Przykład (PowerShell jako Administrator):portproxy po restarcie WSL:
- SSH z innego urządzenia kieruj na adres IP hosta Windows (na przykład:
ssh user@windows-host -p 2222). - Węzły zdalne muszą wskazywać osiągalny adres URL Gateway (nie
127.0.0.1); użyjopenclaw status --all, aby to potwierdzić. - Użyj
listenaddress=0.0.0.0dla dostępu przez LAN;127.0.0.1pozostawia dostęp tylko lokalny. - Jeśli chcesz to zautomatyzować, zarejestruj Zaplanowane zadanie, aby uruchamiało krok odświeżania przy logowaniu.