Windows
OpenClaw підтримує як нативний Windows, так і WSL2. WSL2 — стабільніший шлях, і його рекомендовано для повного досвіду використання: CLI, Gateway та інструментарій працюють усередині Linux з повною сумісністю. Нативний Windows підходить для основних сценаріїв CLI і Gateway, з деякими застереженнями, наведеними нижче. Нативні супутні застосунки для Windows заплановані.WSL2 (рекомендовано)
- Початок роботи (використовуйте всередині WSL)
- Встановлення та оновлення
- Офіційний посібник із WSL2 (Microsoft): https://learn.microsoft.com/windows/wsl/install
Стан нативного Windows
Сценарії CLI для нативного Windows покращуються, але WSL2 все ще є рекомендованим шляхом. Що сьогодні добре працює на нативному Windows:- інсталятор із вебсайту через
install.ps1 - локальне використання CLI, наприклад
openclaw --version,openclaw doctorіopenclaw plugins list --json - вбудовані перевірки local-agent/provider, наприклад:
openclaw onboard --non-interactiveдосі очікує доступний локальний шлюз, якщо не передати--skip-healthopenclaw onboard --non-interactive --install-daemonіopenclaw gateway installспочатку намагаються використовувати Windows Scheduled Tasks- якщо створення Scheduled Task заборонено, OpenClaw переходить до резервного варіанта з елементом входу per-user у папці Startup і негайно запускає шлюз
- якщо сам
schtasksзависає або перестає відповідати, OpenClaw тепер швидко перериває цей шлях і переходить до резервного варіанта замість того, щоб зависнути назавжди - Scheduled Tasks усе ще є бажаним варіантом, коли вони доступні, оскільки вони забезпечують кращий стан наглядача
Gateway
Встановлення служби Gateway (CLI)
Усередині WSL2:Автозапуск Gateway до входу в Windows
Для безголових конфігурацій переконайтеся, що весь ланцюжок завантаження працює, навіть коли ніхто не входить у Windows.1) Зберігайте роботу служб користувача без входу
Усередині WSL:2) Установіть службу користувача шлюзу OpenClaw
Усередині WSL:3) Автоматично запускайте WSL під час завантаження Windows
У PowerShell від імені адміністратора:Ubuntu на назву вашого дистрибутива з:
Перевірка ланцюжка запуску
Після перезавантаження (до входу в Windows) перевірте з WSL:Додатково: відкриття служб WSL у LAN (portproxy)
WSL має власну віртуальну мережу. Якщо іншому комп’ютеру потрібно звернутися до служби, що працює всередині WSL (SSH, локальний сервер TTS або Gateway), ви маєте переспрямувати порт Windows на поточну IP-адресу WSL. IP-адреса WSL змінюється після перезапусків, тому може знадобитися оновлювати правило переспрямування. Приклад (PowerShell від імені адміністратора):- SSH з іншого комп’ютера має бути спрямований на IP-адресу хоста Windows (наприклад:
ssh user@windows-host -p 2222). - Віддалені вузли мають вказувати на доступну URL-адресу Gateway (не
127.0.0.1); використовуйтеopenclaw status --allдля перевірки. - Використовуйте
listenaddress=0.0.0.0для доступу з LAN;127.0.0.1залишає доступ лише локальним. - Якщо ви хочете автоматизувати це, зареєструйте Scheduled Task для запуску кроку оновлення під час входу в систему.