推奨: Windows Hub
Windows Hub は、Windows 10 20H2 以降および Windows 11 向けのネイティブ WinUI コンパニオンアプリです。管理者権限なしでインストールでき、署名済みの x64 および ARM64 インストーラーが専用のリリースページで提供されます。 Windows Hub は、OpenClaw CLI および Gateway とは独立して公開されます。 最新の安定版 Hub インストーラーは、 Windows Hub リリースページ またはreleases/latest/download から直接ダウンロードしてください。
上記のリンクで 404 エラーが発生する場合は、Windows Hub リリースページ
にアクセスし、最新の安定版 Windows Hub リリースを開いてください。通常の OpenClaw
安定版リリースにも、リリース検証済みの固定された Windows Hub ビルドがミラーされますが、
そのミラーは新しい単独の Hub リリースより遅れる場合があります。
インストール後、スタートメニューまたはシステムトレイから OpenClaw Companion
を起動します。インストーラーは、Gateway セットアップ、チャット、設定、
更新の確認、アンインストール用のショートカットも追加します。
Windows Hub に含まれる機能
- システムトレイのステータスとログイン時の起動。
- アプリが所有するローカル WSL Gateway の初回セットアップ。
- ローカル、リモート、SSH トンネル経由の Gateway の接続設定。
- ネイティブのチャットウィンドウと、ブラウザー版 Control UI へのアクセス。
- セッション、使用量、チャンネル、Node、ペアリング、 修復コマンドに関する Command Center の診断。
- エージェントが制御するキャンバス、画面、カメラ、
通知、デバイスの状態、音声会話、制御された
system.runのための Windows Node モード。 - Claude Desktop、Claude Code、Cursor などの MCP クライアント向けの ローカル MCP サーバーモード。
初回起動
初回起動時、使用可能な保存済み Gateway がない場合、Windows Hub はセットアップを開きます。 最も速い方法は ローカルでセットアップ です。これにより、アプリが所有するOpenClawGateway WSL ディストリビューションがプロビジョニングされ、その内部に Gateway がインストールされ、
アプリとペアリングされます。既存の Ubuntu ディストリビューションがエクスポートまたは変更されることはありません。
すでに Gateway がある場合は、詳細セットアップ を選択するか、接続タブを開きます。
次の対象に接続できます。
- この PC 上のローカル Gateway
- この PC 上の WSL Gateway
- URL とトークンまたはセットアップコードを使用するリモート Gateway
- SSH トンネル経由で到達する Gateway
Windows Node モード
Windows Hub は OpenClaw Node として登録できるため、エージェントは Gateway を介して、 宣言された Windows ネイティブ機能を使用できます。Node コマンドを実行するには、 Node によって宣言され、Gateway ポリシーによって許可されている必要があります。 完全な許可/拒否モデルについては、Nodeを参照してください。 一般的なコマンド:
Node モードには Gateway とのペアリングが必要です。アプリにペアリング要求が表示された場合は、
Gateway ホストから承認します。
screen.record、camera.snap、
camera.clip など、プライバシーに関わるコマンドには、明示的な gateway.nodes.commands.allow オプトインが必要です。
ローカル MCP モード
Windows Hub は、同じ Windows ネイティブ機能レジストリを local loopback 上の ローカル MCP サーバーとして公開できます。これにより、OpenClaw Gateway を実行せずに、 ローカル MCP クライアントから Windows の機能を操作できます。 Windows Hub の設定にある開発者向け/詳細セクションで有効にします。 サーバーを有効にすると、アプリに local loopback エンドポイントとベアラートークンが表示されます。 モード一覧:ネイティブ Windows CLI と Gateway
ターミナル中心で使用する場合は、PowerShell から OpenClaw をインストールします。gateway.cmd スクリプトを OpenClaw の状態ディレクトリに保持しますが、
生成された gateway.vbs WScript ラッパーを介して起動するため、バックグラウンドの Gateway
が表示可能なコンソールウィンドウを開くことはありません。タスクの作成が拒否された場合、
OpenClaw はユーザー単位のスタートアップフォルダーのログイン項目にフォールバックします。
Gateway サービスをインストールします。
WSL2 Gateway
WSL2 は引き続き、Windows 上で Linux との互換性が最も高い Gateway ランタイムです。 Windows Hub でアプリ所有の WSL Gateway をセットアップすることも、 独自のディストリビューション内に手動でインストールすることもできます。 手動セットアップ:Windows ログイン前の Gateway 自動起動
ヘッドレス WSL セットアップでは、Windows に誰もログインしていない場合でも、 ブートチェーン全体が実行されるようにします。 WSL 内:Ubuntu を、次のコマンドで確認できるディストリビューション名に置き換えます。
以前の手順からの変更点は 2 つあります。
/bin/trueではなくdbus-launch true: WSL >= 2.6.1.0 では、 リグレッション(microsoft/WSL #13416)により、 linger が有効でも、最後のクライアントが終了してから 15-20 秒後に ディストリビューションがアイドル終了します。dbus-launch trueは、 回避策として init の子プロセスを存続させます (コミュニティでの議論: microsoft/WSL #9245)。/ru SYSTEMではなく/ru "$env:USERNAME": ユーザー単位の WSL ディストリビューション (デフォルトのセットアップ)は SYSTEM アカウントから認識できないため、タスクは実行されたように見えても、 ディストリビューションは起動しません。自分のアカウントで実行すればこの問題を回避できます。 タスクの作成時に Windows がパスワードの入力を求めます。
WSL サービスを LAN 経由で公開する
WSL には独自の仮想ネットワークがあります。別のマシンから WSL 内のサービスに 到達する必要がある場合は、Windows ポートを現在の WSL IP に転送します。 WSL IP は再起動後に変わる可能性があるため、必要に応じて転送ルールを更新してください。 管理者として PowerShell で実行する例:- 別のマシンから SSH 接続する場合は、Windows ホストの IP(例:
ssh user@windows-host -p 2222)を接続先にします。 - リモート Node は、
127.0.0.1ではなく、到達可能な Gateway URL を指定する必要があります。 - LAN アクセスには
listenaddress=0.0.0.0、ローカルのみのアクセスには127.0.0.1を使用します。
トラブルシューティング
トレイアイコンが表示されない
タスクマネージャーでOpenClaw.Tray.WinUI.exe を確認します。実行中の場合は、
非表示のトレイアイコン領域を開いて固定します。実行されていない場合は、
スタートメニューから OpenClaw Companion を起動します。
ローカルセットアップに失敗する
Windows Hub からセットアップログを開くか、次を確認します。アプリにペアリングが必要と表示される
Gateway からオペレーターまたは Node の要求を承認します。Web チャットからリモート Gateway に到達できない
リモート Web チャットには HTTPS または localhost が必要です。 自己署名証明書の場合は Windows で証明書を信頼するか、 SSH トンネルを使用して localhost の URL に接続します。screen.snapshot、カメラ、または音声コマンドが失敗する
カメラ、マイク、画面キャプチャ、通知に対する Windows の権限を確認します。
パッケージ版インストールでは保護された機能が宣言されていますが、
コマンドで初めて使用するときに Windows が確認を求める場合があります。
Git または GitHub への接続に失敗する
ネットワークによっては、GitHub への HTTPS 接続がブロックまたは帯域制限されます。git clone または gh auth login が失敗する場合は、
別のネットワーク、VPN、または HTTP/HTTPS プロキシを試してください。
現在のセッションでトークンベースの gh 認証を使用する場合: