メインコンテンツへスキップ
Windows 上の OpenClaw は、WSL2 経由での利用を推奨します(Ubuntu 推奨)。CLI とゲートウェイを Linux 内で動かすことで、ランタイムの整合性を保ちやすくなり、Node / Bun / pnpm、Linux バイナリ、skills などの互換性も高くなります。ネイティブ Windows より扱いやすく、wsl --install の 1 コマンドで完全な Linux 環境を導入できます。 ネイティブ Windows companion app は今後対応予定です。

インストール(WSL2)

ゲートウェイ

ゲートウェイ サービスのインストール(CLI)

WSL2 内で次を実行します。
または:
または:
プロンプトが表示されたら Gateway service を選択します。 修復 / 移行:

Windows ログイン前にゲートウェイを自動起動する

ヘッドレス運用では、誰も Windows にログインしていなくても起動チェーン全体が実行されるようにしておきます。

1) ログインなしでもユーザー サービスを維持する

WSL 内で:

2) OpenClaw ゲートウェイのユーザー サービスをインストールする

WSL 内で:

3) Windows 起動時に WSL を自動起動する

PowerShell を管理者として開き、次を実行します。
Ubuntu は、次で確認できる実際のディストリビューション名に置き換えてください。

起動チェーンを確認する

再起動後(Windows サインイン前)に、WSL から次を確認します。

詳細: WSL 内サービスを LAN へ公開する(portproxy)

WSL には独自の仮想ネットワークがあります。別マシンから WSL 内 のサービス(SSH、ローカル TTS サーバー、ゲートウェイなど)へ到達させたい場合は、Windows 側のポートを現在の WSL IP へ転送する必要があります。WSL IP は再起動で変わるため、転送ルールを更新し直す必要が出ることがあります。 例(PowerShell を 管理者 で実行):
Windows Firewall でこのポートを許可します(初回のみ)。
WSL 再起動後に portproxy を更新するには:
注:
  • 別マシンからの 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 にするとローカル専用になります。
  • 自動化したい場合は、ログイン時に更新処理を実行する Scheduled Task を追加してください。

WSL2 の段階的なインストール

1) WSL2 + Ubuntu をインストールする

PowerShell を管理者として開きます。
Windows に再起動を求められた場合は再起動します。

2) systemd を有効にする(ゲートウェイ インストールに必須)

WSL ターミナルで:
その後、PowerShell で:
Ubuntu を再度開き、次で確認します。

3) OpenClaw をインストールする(WSL 内)

WSL 内では Linux 向け Getting Started フローに従います。
完全なガイド: Getting Started

Windows companion app

現時点では Windows companion app はまだありません。必要であれば、実現に向けたコントリビューションは歓迎されています。