Windows 11にOpenClawをインストールする方法：つまずきポイントまで一気に解決する手順書

Windows 11へOpenClawを入れる作業は、流れさえ押さえれば難しくありません。ポイントは「Windows直下で頑張りすぎないこと」と「最初の導入後に“動作確認”まで必ずやること」。この記事では、Windows 11での定番ルート（WSL2）を軸に、最短で動かし切るための手順と、ありがちな詰まりどころ（PATH、ビルド警告、ダッシュボードが開けない等）をまとめます。OpenClaw

Windows 11にOpenClawをインストールする方法：つまずきポイントまで一気に解決する手順書

OpenClawを入れる前に知っておくべき前提（Windows 11はWSL2が基本）

OpenClawはWindowsでも扱えますが、安定運用の前提として「WindowsはWSL2経由」が推奨の前提条件として示されています。つまり、Windows 11上にLinux環境（WSL2 + Ubuntuなど）を用意して、その中でOpenClawを動かすのが一番ハマりにくいです。必要要件の目安は Node.js 22以上。OpenClaw

まず準備するもの

Windows 11（管理者権限があると安心）
WSL2（Ubuntu推奨）
Node.js v22以上（WSL側に入れるのが基本）
ターミナル（Windows Terminalが便利）
Git（ソースから入れる場合）

手順1：WSL2（Ubuntu）を用意する

すでにWSL2が入っている人は読み飛ばしてOKです。

管理者としてPowerShellを開く
次を実行（WSLとUbuntu導入の定番）
- wsl --install
再起動後、Ubuntuの初期設定（ユーザー名・パスワード作成）
念のため更新
- wsl --update

ここまでで、Ubuntuターミナルが開ける状態になっていれば準備完了です。

手順2：Node.js（v22以上）をWSLに入れる

OpenClawの導入で一番多い失敗が「Nodeのバージョン不足」です。Nodeが古いと、インストール途中でこけたり、依存関係で地雷を踏みます。要件は Node >= 22。OpenClaw
（導入方法はいくつかありますが、ここでは説明を簡潔にするため“Node 22が入る方法”でOK、と覚えてください。）

導入後、WSL（Ubuntu）で下記を確認します。

node -v → v22.x.x 以上
npm -v が表示される

手順3：OpenClawをインストールする（おすすめはインストーラー）

OpenClawは「インストーラースクリプトでCLI導入→オンボーディング」という流れが最短です。OpenClaw

ルートA：WSL（Ubuntu）で入れる（おすすめ）

Ubuntu側のターミナルで実行します。OpenClaw

curl -fsSL https://openclaw.ai/install.sh | bash

もしオンボーディング（初期設定）を飛ばした／途中でやり直したい場合は、次を実行します。OpenClaw

openclaw onboard --install-daemon

ルートB：PowerShellで入れる（Windows側から）

PowerShellでも導入コマンドが用意されています。OpenClaw

iwr -useb https://openclaw.ai/install.ps1 | iex

ただし、結局WSL2前提で動かす構成が安定しやすいので、迷ったらルートA（WSL内 emphasize）で揃えるのが安全です。

手順4：動作確認（ここまでやって“成功”）

インストールしただけで終えると、後から「動いてるのか分からない」状態になります。導入直後に以下まで実行すると、切り分けが一気に楽になります。OpenClaw

openclaw doctor（環境チェック）
openclaw status / openclaw health（稼働状態チェック）
openclaw dashboard（ダッシュボードを開く）

「ダッシュボードまで開けた」＝導入はほぼ勝ちです。

つまずき1：`openclaw` が見つからない（PATH問題）

コマンドを打っても openclaw: command not found のようになる場合、原因はだいたいPATHです。確認の流れは次の通り。OpenClaw

npm prefix -g を実行して、グローバルnpmの配置先を確認
そのパスが環境変数PATHに入っているか確認
Windowsの場合は、npm prefix -g の出力先をPATHに追加してから、新しいターミナルを開き直します。OpenClaw

つまずき2：ソースから入れる時の`pnpm approve-builds`警告

「最新版を追いたい」「改造したい」などでGitHubからクローンしてビルドする場合、pnpmの安全機構でビルドスクリプトが止まることがあります。そのときは pnpm approve-builds で許可する流れが必要になります。協栄情報ブログ

ソース導入の基本フローは次のイメージです。OpenClaw

git clone ...
pnpm install
pnpm build
openclaw onboard --install-daemon

「とりあえず動かしたい」なら、まずはインストーラー（手順3）で入れて、必要になってからソース運用に移るのが堅実です。

セキュリティ注意：Skillsは“便利”だが、入れ方を間違えると危険

OpenClawの強みは拡張（Skills）で自動化を増やせることですが、裏返すと「外部コードを実行する」領域でもあります。実際、2026年1月下旬（1月27日〜29日）に、公開レジストリ上で悪性Skillsが混入した事例が報じられています。特に「コピペで長いコマンドを実行させる」タイプの誘導は要注意です。Tom's Hardware

安全に使うコツはシンプルです。