Zalecane: Windows Hub
Windows Hub to natywna aplikacja pomocnicza WinUI dla systemów Windows 10 20H2+ i Windows 11. Instaluje się bez uprawnień administratora, a podpisane instalatory x64 i ARM64 są udostępniane na osobnej stronie wydań. Windows Hub jest publikowany niezależnie od CLI i Gateway OpenClaw. Najnowszy stabilny instalator Hub można pobrać ze strony wydań Windows Hub lub bezpośrednio przezreleases/latest/download:
Jeśli któryś z powyższych linków zwraca błąd 404, należy przejść na stronę wydań Windows Hub
i otworzyć najnowsze stabilne wydanie Windows Hub. Zwykłe stabilne wydania OpenClaw
udostępniają również kopię przypiętej, zweryfikowanej pod kątem wydania kompilacji Windows Hub; ta kopia może być starsza od
nowszego samodzielnego wydania Hub.
Po instalacji należy uruchomić OpenClaw Companion z menu Start lub zasobnika
systemowego. Instalator dodaje również skróty do konfiguracji Gateway, czatu, ustawień,
sprawdzania aktualizacji i odinstalowywania.
Co zawiera Windows Hub
- Stan w zasobniku systemowym i uruchamianie przy logowaniu.
- Konfiguracja przy pierwszym uruchomieniu lokalnego Gateway WSL zarządzanego przez aplikację.
- Ustawienia połączeń dla lokalnych i zdalnych Gateway oraz Gateway dostępnych przez tunel SSH.
- Natywne okno czatu oraz dostęp do przeglądarkowego interfejsu Control UI.
- Diagnostyka Command Center dotycząca sesji, użycia, kanałów, węzłów, parowania i poleceń naprawczych.
- Tryb węzła Windows umożliwiający agentowi sterowanie kanwą, ekranem, kamerą,
powiadomieniami, stanem urządzenia, funkcją rozmowy i kontrolowanym
system.run. - Tryb lokalnego serwera MCP dla klientów MCP, takich jak Claude Desktop, Claude Code i Cursor.
Pierwsze uruchomienie
Przy pierwszym uruchomieniu Windows Hub otwiera konfigurację, jeśli nie ma zapisanego Gateway nadającego się do użycia. Najszybszą opcją jest Set up locally, która tworzy zarządzaną przez aplikację dystrybucję WSLOpenClawGateway, instaluje w niej Gateway i
paruje aplikację. Nie powoduje to eksportowania ani modyfikowania istniejącej dystrybucji Ubuntu.
Jeśli Gateway już istnieje, należy wybrać Advanced setup lub otworzyć kartę Connections.
Można połączyć się z:
- lokalnym Gateway na tym komputerze
- Gateway WSL na tym komputerze
- zdalnym Gateway za pomocą adresu URL i tokenu lub kodu konfiguracji
- Gateway dostępnym przez tunel SSH
Tryb węzła Windows
Windows Hub może zarejestrować się jako węzeł OpenClaw, dzięki czemu agent może korzystać ze zadeklarowanych natywnych funkcji Windows za pośrednictwem Gateway. Polecenia węzła muszą być zadeklarowane przez węzeł i dozwolone przez zasady Gateway, zanim zostaną wykonane; pełny model zezwoleń i odmów opisano w sekcji Węzły. Typowe polecenia:
Tryb węzła wymaga parowania z Gateway. Jeśli aplikacja wyświetla żądanie parowania,
należy je zatwierdzić na hoście Gateway:
screen.record, camera.snap
i camera.clip, wymagają jawnego włączenia gateway.nodes.allowCommands.
Tryb lokalnego MCP
Windows Hub może udostępniać ten sam rejestr natywnych funkcji Windows jako lokalny serwer MCP w interfejsie pętli zwrotnej, dzięki czemu lokalni klienci MCP mogą sterować funkcjami Windows bez uruchomionego Gateway OpenClaw. Należy włączyć tę funkcję w ustawieniach Windows Hub w sekcji deweloperskiej/zaawansowanej. Po włączeniu serwera aplikacja wyświetla punkt końcowy pętli zwrotnej i token bearer. Macierz trybów:Natywne CLI i Gateway dla Windows
Aby korzystać głównie z terminala, należy zainstalować OpenClaw z poziomu PowerShell:gateway.cmd w katalogu stanu OpenClaw, ale uruchamia go
za pośrednictwem wygenerowanej otoczki WScript gateway.vbs, dzięki czemu działający w tle Gateway
nie otwiera widocznego okna konsoli. Jeśli utworzenie zadania zostanie odrzucone, OpenClaw
użyje zamiast tego elementu logowania dla bieżącego użytkownika w folderze Autostart.
Instalacja usługi Gateway:
Gateway WSL2
WSL2 pozostaje środowiskiem uruchomieniowym Gateway o najwyższej zgodności z Linuksem w systemie Windows. Windows Hub może skonfigurować zarządzany przez aplikację Gateway WSL albo można zainstalować go ręcznie we własnej dystrybucji. Konfiguracja ręczna:Automatyczne uruchamianie Gateway przed logowaniem do Windows
W bezobsługowych konfiguracjach WSL należy upewnić się, że cały łańcuch rozruchowy działa, nawet gdy nikt nie loguje się do systemu Windows. W WSL:Ubuntu nazwą dystrybucji uzyskaną za pomocą:
Dwie zmiany względem starszych instrukcji:
dbus-launch truezamiast/bin/true: w WSL >= 2.6.1.0 regresja (microsoft/WSL #13416) powoduje zakończenie bezczynnej dystrybucji 15-20 sekund po wyjściu ostatniego klienta, nawet przy włączonym trybie linger.dbus-launch trueutrzymuje przy życiu proces potomny procesu init jako obejście problemu (dyskusja społeczności, microsoft/WSL #9245)./ru "$env:USERNAME"zamiast/ru SYSTEM: dystrybucje WSL przypisane do użytkownika ( konfiguracja domyślna) nie są widoczne dla konta SYSTEM, więc zadanie pozornie się uruchamia, ale dystrybucja nigdy nie startuje. Uruchomienie go na własnym koncie pozwala tego uniknąć; podczas tworzenia zadania system Windows wyświetla monit o hasło.
Udostępnianie usług WSL w sieci LAN
WSL ma własną sieć wirtualną. Jeśli inny komputer musi uzyskać dostęp do usługi wewnątrz WSL, należy przekierować port systemu Windows na bieżący adres IP WSL. Adres IP WSL może zmieniać się po ponownym uruchomieniu, dlatego w razie potrzeby trzeba odświeżyć regułę przekierowania. Przykład w PowerShell uruchomionym jako administrator:- Połączenie SSH z innego komputera jest kierowane na adres IP hosta Windows, np.
ssh user@windows-host -p 2222. - Zdalne węzły muszą wskazywać osiągalny adres URL Gateway, a nie
127.0.0.1. - Należy używać
listenaddress=0.0.0.0dla dostępu z sieci LAN, a127.0.0.1dla dostępu wyłącznie lokalnego.
Rozwiązywanie problemów
Ikona nie pojawia się w zasobniku
Należy sprawdzić w Menedżerze zadań procesOpenClaw.Tray.WinUI.exe. Jeśli jest uruchomiony, należy otworzyć
obszar ukrytych ikon zasobnika i przypiąć go. Jeśli nie jest uruchomiony, należy uruchomić OpenClaw Companion z
menu Start.
Konfiguracja lokalna kończy się niepowodzeniem
Należy otworzyć dziennik konfiguracji z poziomu Windows Hub lub sprawdzić:Aplikacja informuje, że wymagane jest parowanie
Należy zatwierdzić żądanie operatora lub węzła z poziomu Gateway:Czat internetowy nie może uzyskać dostępu do zdalnego Gateway
Zdalny czat internetowy wymaga protokołu HTTPS lub hosta localhost. W przypadku certyfikatów podpisanych samodzielnie należy zaufać certyfikatowi w systemie Windows albo użyć tunelu SSH prowadzącego do adresu URL localhost.Polecenia screen.snapshot, kamery lub dźwięku kończą się niepowodzeniem
Należy sprawdzić uprawnienia systemu Windows do kamery, mikrofonu, przechwytywania ekranu i
powiadomień. Instalacje pakietowe deklarują chronione funkcje, ale
system Windows może nadal wyświetlić monit przy pierwszym użyciu danej funkcji przez polecenie.
Połączenie z Git lub GitHub kończy się niepowodzeniem
Niektóre sieci blokują lub ograniczają ruch HTTPS do GitHub. Jeśligit clone lub
gh auth login nie działa, należy wypróbować inną sieć, VPN albo serwer proxy HTTP/HTTPS.
Uwierzytelnianie gh oparte na tokenie w bieżącej sesji: