Windows (WSL2)
Windows용 OpenClaw는 WSL2를 통해 사용을 권장합니다 (Ubuntu 권장). CLI + 게이트웨이는 Linux 내부에서 실행되며, 이는 실행 환경을 일관성 있게 유지하고 도구들을 훨씬 더 호환 가능하게 만듭니다 (Node/Bun/pnpm, Linux 바이너리, 스킬). Windows 네이티브는 더 까다로울 수 있습니다. WSL2는 완전한 Linux 경험을 제공합니다 — 설치를 위한 한 줄 명령어:wsl --install.
네이티브 Windows 동반 앱은 계획 중입니다.
설치 (WSL2)
- 시작하기 (WSL 내에서 사용)
- 설치 및 업데이트
- 공식 WSL2 가이드 (Microsoft): https://learn.microsoft.com/windows/wsl/install
네이티브 Windows 상태
네이티브 Windows CLI 흐름은 계속 개선되고 있지만, 권장 경로는 여전히 WSL2입니다. 현재 네이티브 Windows에서 잘 동작하는 항목:install.ps1를 통한 웹사이트 설치기openclaw --version,openclaw doctor,openclaw plugins list --json같은 로컬 CLI 사용- 다음과 같은 내장 local-agent/provider smoke 테스트:
openclaw onboard --non-interactive는--skip-health를 넘기지 않으면 여전히 도달 가능한 로컬 gateway를 기대합니다openclaw onboard --non-interactive --install-daemon과openclaw gateway install은 먼저 Windows Scheduled Tasks를 시도합니다- Scheduled Task 생성이 거부되면 OpenClaw는 사용자별 Startup 폴더 로그인 항목으로 폴백하고 즉시 gateway를 시작합니다
schtasks자체가 멈추거나 응답하지 않으면, OpenClaw는 이제 무한 대기하지 않고 그 경로를 빠르게 중단한 뒤 폴백합니다- Scheduled Tasks를 사용할 수 있으면 여전히 선호됩니다. supervisor 상태를 더 잘 제공하기 때문입니다
게이트웨이
게이트웨이 서비스 설치 (CLI)
WSL2 내에서:고급: WSL 서비스 LAN 노출 (portproxy)
WSL은 자체 가상 네트워크를 가지고 있습니다. 다른 머신이 WSL 내부에서 실행 중인 서비스 (SSH, 로컬 TTS 서버 또는 게이트웨이)에 접근해야 하는 경우, Windows 포트를 현재 WSL IP로 포워딩해야 합니다. WSL IP는 재시작 후 변경되므로 포워딩 규칙을 새로 고쳐야 할 수 있습니다. 예제 (관리자 권한으로 PowerShell):- 다른 머신에서 SSH는 Windows 호스트 IP를 목표로 합니다 (예:
ssh user@windows-host -p 2222). - 원격 노드는 접근 가능한 게이트웨이 URL을 가리켜야 합니다 (
127.0.0.1은 아님); 이를 확인하려면openclaw status --all을 사용하세요. - LAN 접근을 위해
listenaddress=0.0.0.0을 사용하세요;127.0.0.1은 로컬로만 유지합니다. - 자동화를 원하면, 로그인 시 새로 고침 단계를 실행하도록 예약 작업을 등록하세요.