WindowsでClaude Codeを使いたいものの、「WSLが必要なのか」「どのコマンドで入れるのか」が分からず、導入の入り口でつまずく人は少なくありません。ネットには古い手順も残っており、情報の見極めも難しい状況です。
結論から述べます。Claude Codeは現在Windowsネイティブで動作し、WSLは必須ではありません（2025年7月以降）。コマンドプロンプトやPowerShellから直接インストールして起動できます。
この記事では、WindowsでのClaude Codeの使い方を最新の手順で解説します。以下の内容を順番に確認していけば、導入から基本操作、トラブル対処までを一通り進められます。
- VS Code拡張とコマンドプロンプトの2方式による導入手順
- 初回起動から自然言語での指示出しまでの基本操作
- claudeコマンドが認識されないときのPATH設定
- WSL利用時の性能低下（罠）とトラブルシュート
- Pro/MaxとAPI従量課金の料金の違い
Claude CodeはWindowsで使える？前提と最新事情
最初に、多くの読者が気にしている「WindowsでClaude Codeは動くのか」「何を用意すればよいのか」という核心を解消します。ここを押さえておくと、以降の導入手順で迷いにくくなります。
Claude Codeとは（CLI型のAIコーディング支援ツール）
Claude Codeは、ターミナルから自然言語でコードの修正・生成・テスト実行を頼めるAIエージェントです。Anthropicが公式に提供しており、Claudeモデルがコードベースを理解したうえで作業を代行します。
操作の中心はCLI（コマンドラインインターフェース＝文字コマンドで操作する画面）です。マウス操作の管理画面ではなく、ターミナルに指示を打ち込む形で使うため、WindowsではコマンドプロンプトやPowerShellが主な入り口になります。
Claude Code自体の概要をもう少し詳しく知りたい場合は、Claude Codeとは何かを解説した記事もあわせて読むと全体像をつかみやすくなります。
【重要】WSLはもう必須ではない（Windowsネイティブ対応）
以前のClaude Codeは、WindowsではWSL経由でしか動かせない時期がありました。WSL（Windows Subsystem for Linux＝Windows上でLinux環境を動かす仕組み）を先に構築する必要があり、導入のハードルが高かったのです。
しかし2025年7月以降、Claude CodeはコマンドプロンプトやPowerShellから直接インストール・起動できるようになりました（参考: https://claude.com）。現在はWSLを用意しなくても、Windowsネイティブで問題なく利用できます。
ネイティブ導入を推奨する理由は2つあります。1つはファイル操作の性能が高いこと、もう1つは自動アップデートに対応していることです。古い記事に残る「WSL必須」という説明は現在の前提と異なるため、注意してください。
事前に必要なソフト（Git for Windows・Node.js）
Claude Codeを快適に使うには、事前に2つのソフトを入れておきます。いずれも「なぜ必要か」がはっきりしているため、役割を理解して準備すると安心です。
- Git for Windows（2.23以上）… Claude Codeがファイルの変更を追跡し、Bash系ツールを内部で呼び出すために必要
- Node.js（18以上）… npm経由でインストールする場合に必要（npmはNode.jsに同梱）
Git for Windowsは、Claude Codeが差分を把握したり、内部でシェルコマンドを実行したりする土台になります。Node.jsは後述のnpm方式で入れる場合に使うため、ネイティブインストーラーを使う場合は必須ではありませんが、開発環境として入れておくと汎用的に役立ちます。
Claude CodeをWindowsに導入する方法【2方式を比較】
WindowsでのClaude Codeの導入は、大きく「VS Code拡張機能から入れる方式」と「コマンドプロンプト／PowerShellから入れる方式」の2通りがあります。まず比較表で全体像をつかんでから、自分に合う方を選んでください。
導入方式の比較表（VS Code拡張／コマンドプロンプト／WSL）
| 方式 | 対象読者 | 手軽さ | 性能 | 向いている人 |
|---|---|---|---|---|
| VS Code拡張 | 初心者 | 高い（画面操作中心） | ネイティブと同等 | 普段VS Codeで開発している人 |
| コマンドプロンプト／PowerShell | 初〜中級 | 中（コマンド入力） | 高い | ターミナル操作に抵抗がない人 |
| WSL（任意） | 中〜上級 | やや低い（環境構築が必要） | 配置場所で大きく変動 | Linux前提の開発をしている人 |
結論として、多くのWindowsユーザーはVS Code拡張かコマンドプロンプト方式で十分です。WSLは任意の選択肢であり、Linux前提のワークフローがある人だけが検討すればよい、という位置づけになります。
方式A｜VS Code拡張機能から導入する（初心者向け）
VS Codeを普段使っている人には、拡張機能からの導入が最も分かりやすい方法です。エディタの中でClaude Codeを起動でき、ファイルの差分も見やすくなります。
- 手順1：VS Codeを開き、左側のアクティビティバーから「拡張機能」を開く
- 手順2：検索欄に「Claude Code」と入力し、Anthropic提供の公式拡張を選ぶ
- 手順3：「インストール」をクリックする（拡張本体が導入される）
- 手順4：初回起動時にサインインを求められるため、Anthropicアカウントで認証する
- 手順5：Claude Codeのパネルを開き、作業したいプロジェクトフォルダをVS Codeで開く
手順2で公式拡張を選ぶ理由は、名前が似た非公式拡張との取り違えを防ぐためです。発行元がAnthropicであることを確認してからインストールしてください。
手順5でフォルダを開くのは、Claude Codeが「どのプロジェクトを対象に作業するか」を認識する必要があるためです。フォルダを開かないままだと、ファイルの読み書き対象が定まらず指示がうまく通りません。
なお、VS Code拡張は内部的にCLI本体と連携して動作します。ターミナル版とエディタ版のどちらから使うか迷う場合は、まず拡張から始めて操作に慣れる進め方が無理がありません。
方式B｜コマンドプロンプト／PowerShellから導入する（コマンド派）
ターミナル操作に抵抗がなければ、コマンドから直接入れる方式が速くて確実です。現在はネイティブインストーラーの利用が公式に推奨されており、npm方式は非推奨へ移行しつつあります（参考: https://claude.com）。
まずPowerShellを使う場合です。以下のコマンドを実行すると、公式のインストールスクリプトを取得してそのまま実行します。
irm https://claude.ai/install.ps1 | iexここで「スクリプトの実行がブロックされました」といったエラーが出ることがあります。これはPowerShellの実行ポリシーが原因のため、次のコマンドを先に実行して、このセッションに限りスクリプト実行を許可してください。
Set-ExecutionPolicy RemoteSigned -Scope Process「-Scope Process」を付けると、変更が今開いているウィンドウの中だけに限定されます。システム全体の設定を書き換えずに済むため、セキュリティ上も安全な指定方法です。
次にコマンドプロンプト（CMD）を使う場合です。以下のコマンドで、インストーラーをダウンロードして実行し、実行後に一時ファイルを削除します。
curl -fsSL https://claude.ai/install.cmd -o install.cmd && install.cmd && del install.cmd末尾で「del install.cmd」を実行しているのは、ダウンロードした一時ファイルを残さないためです。「&&」は前のコマンドが成功したときだけ次を実行する記号で、途中で失敗すれば以降は動きません。
従来のnpm方式を使いたい場合は、次のコマンドでグローバルインストールできます。Node.jsが入っていることが前提です。
npm install -g @anthropic-ai/claude-codenpm方式は動作はするものの、性能や自動アップデートの面でネイティブインストーラーに劣ります。これから新規に入れるなら、PowerShellまたはCMDのネイティブ方式を選ぶのが無難です。
Windowsでのインストール方式ごとのエラー対処までまとめて確認したい場合は、Claude CodeのWindowsインストール手順を3方式で解説した記事も参考になります。
導入できたか確認する（claude –version）
インストールが終わったら、正しく入ったかを確認します。ターミナルで次のコマンドを実行し、バージョン番号が表示されれば成功です。
claude --versionバージョンが表示されたら、続けて「claude」とだけ入力してみてください。Claude Codeの対話画面が立ち上がれば、導入は完了しています。
【Windows固有】claudeコマンドが認識されないときのPATH設定
「claudeは、内部コマンドまたは外部コマンドとして認識されていません」と表示される場合があります。これはPATH（実行ファイルの探索場所を並べた設定）にClaude Codeの場所が登録されていないことが主な原因です。
ネイティブインストーラーは、実行ファイルを「%USERPROFILE%\.local\bin」に配置します。この場所がPATHに含まれていないと、Windowsがコマンドを見つけられません。次のコマンドでPATHに追加してください。
setx PATH "%PATH%;%USERPROFILE%\.local\bin"「setx」で設定を書き込んだあとは、変更を反映させるためにターミナルを一度閉じて開き直します。再起動後に「claude –version」が通れば、PATH設定は正しく反映されています。
Claude Codeの初回起動と基本の使い方（Windows）
導入が済んだら、いよいよ実際の使い方に進みます。ここでは初回起動の流れ、自然言語での指示の出し方、覚えておくべきスラッシュコマンドを順に解説します。
初回起動フロー（モード選択・ログイン認証・フォルダ信頼）
まず作業したいプロジェクトのフォルダに移動し、そこでClaude Codeを起動します。ターミナルで対象フォルダに入ってから「claude」を実行してください。
- 手順1：エクスプローラーやcdコマンドで対象プロジェクトのフォルダに移動する
- 手順2：「claude」と入力して起動する
- 手順3：初回はブラウザが自動で開き、OAuth認証（外部サービスに安全にログインする仕組み）が求められる
- 手順4：契約に応じてPro/Maxアカウントまたはコンソール（API）でログインする
- 手順5：作業フォルダを信頼するか確認されるため、内容を確認して許可する
手順3のOAuth認証は、パスワードをClaude Code側に直接渡さずにログインするための仕組みです。ブラウザで認証を済ませると、ターミナルに自動で戻り、利用可能な状態になります。
手順5でフォルダの信頼を確認するのは、Claude Codeがそのフォルダ内のファイルを読み書きする権限を得るためです。意図しない場所で起動していないかを、このタイミングで一度チェックしてください。
基本操作｜自然言語で指示を出す
Claude Codeの操作は、覚えるコマンドが多いわけではありません。基本は、日本語の自然な文章で「やってほしいこと」を伝えるだけです。
- 「このファイルのバグを修正して」
- 「テストを実行して、失敗したら原因を教えて」
- 「READMEに使い方のセクションを追加して」
指示を受け取ると、Claude Codeは関連ファイルを読み、必要な変更を提案します。ここで重要なのは、ファイルの編集やコマンド実行の前に、承認（Y/N）を求める安全設計になっている点です。
つまり、AIが勝手にコードを書き換えて保存することはありません。提案された差分を確認し、問題なければ承認する、という流れで進むため、初心者でも安心して使い始められます。
指示は具体的にするほど精度が上がります。「修正して」だけでなく「〇〇の条件でエラーになるので、その分岐を直して」のように、状況と期待する結果を添えると、意図に沿った変更が返ってきやすくなります。
覚えておく主要スラッシュコマンド
Claude Codeには「/」で始まるスラッシュコマンドがあり、セッションの操作に使います。すべてを覚える必要はなく、実務で頻出するものだけを押さえれば十分です。
| コマンド | 役割 | 使いどころ |
|---|---|---|
| /init | プロジェクトを初期化しCLAUDE.mdを生成 | 導入直後にプロジェクトの前提を記録する |
| /help | コマンド一覧を表示 | 使えるコマンドを確認したいとき |
| /compact | 会話履歴を要約してトークンを節約 | やり取りが長くなり動作が重くなってきたとき |
| /clear | 現在の会話履歴を消去 | 別のタスクに切り替えるとき |
| /context | 現在のトークン使用量を表示 | コストの目安を把握したいとき |
| /exit | セッションを終了 | 作業を終えるとき |
とくに重要なのが「/compact」です。会話が長くなるとトークン（AIが処理する文章量の単位）が増え、動作が重くなり料金もかさみます。/compactは履歴を要約して圧縮するため、コンテキストを保ちつつ消費を抑えられます。
「/init」も最初に実行しておくと便利です。プロジェクトの構成を解析してCLAUDE.md（プロジェクトの前提を記したメモファイル）を生成し、以降のやり取りでClaude Codeが文脈を理解しやすくなります。
スラッシュコマンドを含めた設定の最適化を深掘りしたい場合は、精度とコストを両立する設定おすすめ9選や、Claude Codeでできること10選もあわせて確認すると、活用の幅が広がります。
効率よく使うコツ（コンテキスト管理・作業単位）
効率よく使うコツは3つです。1つ目は、長くなった会話を「/compact」でこまめに圧縮し、無駄なコスト増を防ぐことです。
2つ目は、1つのタスクは1つのディレクトリで進めること。3つ目は、指示を具体的に書くことです。作業範囲と目的を絞るほど、Claude Codeの提案がぶれにくくなります。
WindowsでClaude Codeを使うときのトラブルシュート
導入や運用でよく起きるトラブルを、症状別にまとめます。まず全体像を表で確認し、詳しい対処を各項目で解説します。
| 症状 | 主な原因 | 対処 |
|---|---|---|
| claudeコマンドが見つからない | PATH未反映 | PATHに追加しターミナルを再起動 |
| VS Code拡張が起動しない | サインイン切れ・バージョン不足 | 再読み込みとサインイン確認 |
| 動作が極端に遅い | WSLの9Pプロトコル問題 | プロジェクトをLinuxネイティブ領域へ |
| npmが見つからない | Node.js環境の混在 | which npmでパスを確認 |
claudeコマンドが見つからない（PATH・再起動）
最も多いのが、コマンドが認識されないケースです。原因の大半はPATHが反映されていないことにあります。
前述の「setx」でPATHを追加しても、その変更は開き直したターミナルにしか反映されません。設定後は必ずターミナルを閉じて開き直してから、再度「claude –version」を試してください。
それでも解決しない場合は、実行ファイルが実際に「%USERPROFILE%\.local\bin」に存在するかをエクスプローラーで確認します。ファイルがなければインストール自体が失敗しているため、導入手順からやり直すのが確実です。
VS Code拡張が起動しない・認識されない
VS Code拡張が反応しないときは、まず拡張の再読み込みを試します。コマンドパレットから「Developer: Reload Window」を実行すると、拡張が読み込み直されて復帰することが多いです。
それでも動かない場合は、サインイン状態を確認してください。認証の有効期限が切れていると、拡張は入っていても機能しません。
加えて、VS Code本体のバージョンが古いと拡張が対応しないことがあります。VS Codeを最新に更新してから、拡張を入れ直すと解決するケースが少なくありません。
WSLで動作が極端に遅い（9Pプロトコル問題）
WSLで使っていて動作が極端に遅い場合、原因はファイルの置き場所にある可能性が高いです。WSLからWindows側の領域（/mnt/c/… 配下）にあるプロジェクトを操作すると、9Pプロトコルと呼ばれる仕組みを経由するため、ファイルI/Oが大きく低下します。
この低下は無視できない大きさで、条件によってはファイルI/O速度が最大で約40倍遅くなると報告されています（参考: https://note.com）。Claude Codeは多数のファイルを読み書きするため、この遅延が体感速度に直結します。
対策はシンプルです。プロジェクトと設定フォルダを、WSLのLinuxネイティブ領域（~/ 配下）に置いてください。/mnt/c/ を経由しなくなることで、性能低下を回避できます。
そもそもWSLを使う必然性がない場合は、Windowsネイティブで動かすのが最も手軽です。ネイティブなら、この性能問題自体が発生しません。
Node.js環境の混在エラー（Windows側とWSL側の干渉）
WSLを使う環境では、Windows側とWSL側の両方にNode.jsやnpmが入っていると、互いに干渉して「コマンドが見つからない」といったエラーが起きることがあります。
WSLのターミナルで次のコマンドを実行し、npmがLinux側を指しているかを確認してください。パスが「/mnt/c/…」から始まっている場合は、Windows側のnpmを参照してしまっています。
which npmLinux側のNode.jsを使うようにパスを整えれば、混在によるエラーは解消します。WSL内ではWSLのNode.jsを使う、という原則を守るのが安全です。
WSLを使う場合の判断と注意点
WSLは必須ではありませんが、使う意味がある人もいます。ここでは、WSLが向くケースと、使う場合に守るべき鉄則を整理します。
WSLが向くケース・向かないケース
WSLが向くのは、Linux前提の開発をしている人や、既存のWSLワークフローがすでに整っている人です。開発対象がLinux環境を前提とするなら、同じ環境で動かすメリットがあります。
一方で、多くのWindowsユーザーにとってWSLは不要です。環境構築の手間や性能の注意点を考えると、ネイティブ導入のほうが手軽で速いためです。
「WSLでないと動かない」という前提はすでに過去のものです。特別な理由がなければ、まずネイティブで試し、必要が生じたときにWSLを検討する順番で問題ありません。
WSLで導入する場合の手順概要と性能の鉄則
WSLで導入する場合は、WSLのLinuxターミナル上で公式のcurlスクリプトまたはnpmを使ってインストールします。Windows側のインストーラーではなく、WSL内で完結させる点に注意してください。
そして最も重要な鉄則が、プロジェクトを必ず「~/」配下に置くことです。前述のとおり、/mnt/c/ 配下では性能が大きく低下するため、Linuxネイティブ領域に作業ディレクトリを作るのが前提になります。
この鉄則を外すと、せっかくWSLを使っても動作が遅く、快適さを損ないます。WSLを選ぶなら「ファイルはLinux側に置く」をセットで徹底してください。
ターミナル環境そのものの選び方を整理したい場合は、Claude Codeのターミナルを目的別に解説した記事も参考になります。
使用上の注意（安全に使うために）
Claude Codeは強力なツールだからこそ、安全に使うための基本を押さえておくことが大切です。ここでは3つの観点を確認します。
機密情報をプロンプトに含めない
APIキーやパスワード、個人情報などの機密情報を、プロンプトに直接書き込むのは避けてください。指示文はAIの処理を通るため、機密を含めると意図しない形で扱われる恐れがあります。
秘密情報は環境変数や設定ファイルで管理し、コード上でも直書きしない運用が基本です。Claude Codeに渡すのは、あくまで作業に必要な範囲の情報にとどめてください。
作業ディレクトリを適切に絞る
Claude Codeは起動したフォルダを対象に作業します。そのため、意図しない広範囲のフォルダで起動すると、想定外のファイルまで操作の対象に入ってしまいます。
作業は、そのタスクに必要なプロジェクトフォルダに絞って起動するのが安全です。ユーザーのホーム直下やシステムフォルダで起動しない、という基本を守ってください。
生成コードは必ず確認してから反映する
Claude Codeは高精度ですが、生成されたコードが常に正しいとは限りません。承認プロンプトで提示される差分を、反映前に必ず自分の目で確認してください。
とくに既存コードを書き換える変更は、意図しない副作用がないかを差分レビューで確かめる習慣が重要です。承認（Y/N）の一手間を省かず、内容を理解したうえで反映する運用を徹底すれば、事故を大きく減らせます。
Claude Codeの料金プラン（Windows利用時）
Claude Codeを使うには、有料の契約が必要です。大きく「定額プラン」と「API従量課金」の2系統があり、使い方によって向き不向きが分かれます。
定額プラン（Pro/Max）とAPI従量課金の違い
定額プランは、Claude Pro／Maxなどの月額契約でClaude Codeを利用する方式です。月ごとに一定の料金で使えるため、利用量の見通しが立てやすいのが利点です。
もう一方のAPI従量課金は、Anthropicのコンソールでクレジットカードを登録し、使った分だけ支払う方式です。利用量が少ない月は安く済みますが、多く使えば料金も比例して増えます。
選ぶ基準はシンプルです。毎日まとまった時間使うなら定額プラン、たまに使う程度なら従量課金が合いやすい、という考え方が目安になります。具体的な金額や提供条件は改定されることがあるため、契約前に公式サイトの最新情報（2026年時点）を確認してください（参考: https://claude.com）。
コストを抑える使い方
料金を抑えるうえで最も効くのが、コンテキスト管理です。会話が長くなったら「/compact」で履歴を要約し、タスクが切り替わったら「/clear」で履歴を消すと、無駄なトークン消費を減らせます。
また、不要に長い文章を一度に貼り付けないことも大切です。必要な範囲に絞って渡すほど、精度とコストの両面で有利になります。設定面での節約術は設定おすすめ9選の記事にもまとめています。
まとめ｜WindowsのClaude Codeはネイティブ導入が基本
WindowsでのClaude Codeの使い方を、導入から料金まで解説しました。最後に要点を整理します。
- 現在はWSL不要で、Windowsネイティブで動作する（2025年7月以降）
- 導入はVS Code拡張とコマンドプロンプト／PowerShellの2方式が基本
- 使い方の中心は、claudeで起動して自然言語で指示を出すこと
- コマンドが認識されないときはPATH設定とターミナル再起動を確認
- WSLは任意で、使う場合はファイルをLinux側（~/配下）に置く
- 料金は用途に応じて定額プランかAPI従量課金を選ぶ
まずはネイティブで導入し、claudeを起動して簡単な指示から試すのが、迷わず使い始める近道です。操作に慣れてきたら、設定の最適化やできることの幅を広げていくと、Windows環境でも十分に開発を加速できます。
