Windows(WSL2)
Windows 上の OpenClaw は、WSL2 経由(Ubuntu 推奨)での利用を推奨します。CLI と Gateway(ゲートウェイ)は Linux 内で実行されるため、ランタイムの一貫性が保たれ、ツール群との互換性(Node / Bun / pnpm、Linux バイナリ、Skills)が大幅に向上します。
ネイティブの Windows 環境はやや扱いが難しい場合があります。WSL2 では完全な Linux 体験を提供し、インストールは 1 コマンドで完了します:
wsl --install。
CLI + Gatewayは、Linux内で実行され、ランタイムの一貫性を保ち、
ツールははるかに互換性があります (Node/Bun/pnpm、Linuxバイナリ、スキル)。 ネイティブ
Windowsはトリッキーかもしれません。 WSL2はLinuxをフル活用します。1つのコマンド
でインストール: wsl --install です。
ネイティブの Windows コンパニオンアプリは計画中です。
インストール(WSL2)
- Getting Started(WSL 内で使用してください)
- インストールとアップデート
- 公式 WSL2 ガイド(Microsoft):https://learn.microsoft.com/windows/wsl/install
Gateway
Gateway サービスのインストール(CLI)
WSL2 内で実行します:上級者向け:WSL サービスを LAN に公開する(portproxy)
WSLには独自の仮想ネットワークがあります。 WSL には独自の仮想ネットワークがあります。別のマシンから WSL 内で実行中 のサービス(SSH、ローカル TTS サーバー、または Gateway)にアクセスする必要がある場合、Windows のポートを現在の WSL IP に転送する必要があります。WSL の IP は再起動後に変更されるため、転送ルールの更新が必要になる場合があります。 1. WSL には独自の仮想ネットワークがあります。別のマシンから WSL 内で実行中 のサービス(SSH、ローカル TTS サーバー、または Gateway)にアクセスする必要がある場合、Windows のポートを現在の WSL IP に転送する必要があります。WSL の IP は再起動後に変更されるため、転送ルールの更新が必要になる場合があります。 WSL の IP は再起動後に変わるため、 転送ルールを更新する必要がある場合があります。 例(PowerShell 管理者として実行):- 別のマシンからの SSH 接続は Windows ホストの IP を指定します(例:
ssh user@windows-host -p 2222)。 - リモートノードは 到達可能な Gateway URL(
127.0.0.1ではありません)を指定する必要があります。確認にはopenclaw status --allを使用してください。 - LAN アクセスには
listenaddress=0.0.0.0を使用します。127.0.0.1はローカルのみに制限します。 - これを自動化したい場合は、ログイン時に更新手順を実行するスケジュールされたタスクを登録してください。