Windows
OpenClawはネイティブWindowsとWSL2の両方をサポートしています。WSL2のほうが より安定した経路であり、完全な体験には推奨されます。CLI、Gateway、toolingは Linux内で動作し、完全な互換性があります。ネイティブWindowsでも コアのCLIとGatewayは利用できますが、以下の注意点があります。 ネイティブWindows companion appは計画中です。WSL2(推奨)
- はじめに(WSL内で使用)
- インストールと更新
- 公式WSL2ガイド(Microsoft): https://learn.microsoft.com/windows/wsl/install
ネイティブWindowsの現状
ネイティブWindowsのCLIフローは改善が進んでいますが、依然としてWSL2が推奨経路です。 現在ネイティブWindowsでうまく動作するもの:install.ps1によるwebsite installeropenclaw --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フォルダーのlogin itemにフォールバックし、すぐにGatewayを起動します
schtasks自体がハングしたり応答しなくなったりした場合、OpenClawは永遠に待機する代わりに、その経路をすばやく中止してフォールバックします- より良いsupervisor statusを提供するため、利用可能な場合は引き続きScheduled Tasksが優先されます
Gateway
Gateway service install(CLI)
WSL2内では:Windowsログイン前にGatewayを自動起動する
ヘッドレス構成では、誰も Windowsへログインしていなくても、完全な起動チェーンが動作するようにしてください。1) ログインなしでもユーザーserviceを動かし続ける
WSL内で:2) OpenClaw Gateway user serviceをインストールする
WSL内で:3) Windows起動時にWSLを自動起動する
PowerShellをAdministratorとして開いて実行:Ubuntu は次のコマンドで確認できるdistro名に置き換えてください。
起動チェーンを確認する
再起動後(Windowsサインイン前)、WSLから次を確認します。高度な設定: WSL serviceをLANへ公開する(portproxy)
WSLには独自の仮想ネットワークがあります。別のマシンから WSL内で動作するservice(SSH、ローカルTTS server、またはGateway)へ到達する必要がある場合、 Windowsのportを現在のWSL IPへ転送する必要があります。WSL IPは再起動後に変わるため、 転送ルールを更新する必要がある場合があります。 例(PowerShellをAdministratorとして実行):- 別のマシンからのSSHはWindows host IPを対象にします(例:
ssh user@windows-host -p 2222)。 - リモートnodeは、到達可能なGateway URL(
127.0.0.1ではない)を指す必要があります。 確認にはopenclaw status --allを使ってください。 - LANアクセスには
listenaddress=0.0.0.0を使ってください。127.0.0.1ならローカル専用です。 - これを自動化したい場合は、ログイン時に更新手順を実行するScheduled Taskを登録してください。