実践ガイド

Claude Code VSCode拡張|インストールと差分

Claude CodeのVS Code拡張を公式準拠で解説。Sparkアイコン、@-mention、side-by-side diff、Manual/Plan権限モード、拡張CLIとstandalone CLIの違い、Cursor導入まで整理します。

AI Agent CampAI Agent Camp 編集部··7 分で読了

Claude Code VSCode拡張|インストールと差分

Claude Code VS Code 拡張とは

Claude Code の VS Code 拡張は、Anthropic が提供する エージェント型コーディング支援 を IDE 内にネイティブ統合する公式拡張です。ターミナルで claude を起動する CLI 方式に加え、グラフィカルなチャットパネルside-by-side diff@-mention によるファイル参照権限モードの切り替え など、VS Code ユーザー向けの操作系をまとめて提供します。

公式ドキュメント Use Claude Code in VS Code では、VS Code で Claude Code を使う場合 拡張の利用が推奨 と明記されています。本記事はその公式情報を軸に、インストールから CLI との差分、Cursor への導入、つまずきの回避までを整理します。macOS 中心の全体像は セットアップ完全ガイド を、Windows 固有の注意は Windows 導入記事 を参照してください。


前提環境

項目要件
エディタVS Code 1.94.0 以上(VS Code フォークも Extensions から検索可能)
アカウントPro / Max / Team / Enterprise の Claude サブスク、または Claude Console(API)
API キーサブスクログインなら不要。ANTHROPIC_API_KEY 利用時は環境変数の継承に注意
統合ターミナルで claudestandalone CLI の別途インストールが必要(拡張だけでは PATH に claude は入らない)

拡張は チャットパネル用に CLI を同梱 しますが、統合ターミナルで claude と打つには Overview の native install 等で standalone CLI を入れる必要があります。この二層構造は後述の「拡張 vs CLI」で詳述します。


インストール手順

VS Code からインストール

  1. Cmd+Shift+X(Mac)または Ctrl+Shift+X(Windows/Linux)で Extensions を開く
  2. 「Claude Code」 を検索し Install
  3. 表示されない場合は Developer: Reload Window を Command Palette から実行

公式ページの Install for VS Code リンクからも直接インストールできます。Open VSX 経由の VS Code フォーク(Devin Desktop、Kiro 等)でも同様に検索可能です。拡張が入らない環境では、CLI を入れて統合ターミナルから claude を使う代替経路が公式に案内されています。

Cursor へのインストール

VS Code ドキュメント には Install for Cursor リンクもあり、Cursor でも同じ拡張を導入できます。Cursor 固有の Agent 機能(Cmd+I 等)とは別系統の Anthropic 公式拡張である点を理解しておくと混乱しません。

API キー利用時の起動方法

シェルに ANTHROPIC_API_KEY を設定しているのに拡張がサインインを求める場合、VS Code がシェル環境を継承していない可能性があります。公式は code . でターミナルから VS Code を起動 し環境変数を継承するか、Claude アカウントでサインインするよう案内しています。

# リポジトリ直下で VS Code を起動(環境変数を継承)
code .

拡張の基本操作:Spark アイコンとパネル

VS Code 全体で Spark アイコン が Claude Code の目印です。

起動方法操作
エディタツールバーファイルを開いた状態で右上の Spark アイコン(最も手早い)
Activity Bar左サイドバーの Spark → セッション一覧
Command PaletteClaude Code: Open in New Tab
ステータスバー右下の「✱ Claude Code」(ファイル未オープン時も可)

初回はブラウザで Sign in が必要です。Not logged in · Please run /login と出たら、Command Palette から Developer: Reload Window でサインイン画面を再表示できます。


@-mention と Option+K / Alt+K

Claude Code 拡張の強みの一つが @-mention です。プロンプトで @ の後にファイル名やフォルダ名を入力すると、該当コンテンツをコンテキストに取り込めます。ファジーマッチに対応しているため、@auth のように部分名でも auth.jsAuthService.ts を候補にできます。

> @src/components/ の構成を説明して
> @auth.ts のエラーハンドリングをレビューして

エディタで範囲選択している場合、Claude は選択行を自動認識します。Option+K(Mac)/ Alt+K(Windows/Linux)を押すと、現在ファイルのパスと行番号付き参照(例: @app.ts#5-10)をプロンプトに挿入できます。大きな PDF については「ページ 3–10 だけ読んで」などページ指定も可能です(公式ドキュメント記載)。


side-by-side diff と編集レビュー

Claude がファイルを編集しようとすると、元ファイルと提案変更の side-by-side 比較 が表示され、許可を求めます。Accept / Reject のほか、diff ビュー上で提案内容を直接編集してから Accept することもできます。その場合 Claude には「ユーザーが変更を加えた」旨が伝わり、元の提案とファイル内容が一致しない前提で会話が続きます。

このフローは CLI の diff 連携と思想は同じですが、拡張では グラフィカルなレビュー UI が標準です。権限モードを Edit automatically にすると、都度の確認なしに編集が進みます(後述)。


権限モード:Manual / Plan / Edit automatically

プロンプトボックス下部の モードインジケータ から、セッションごとの権限挙動を切り替えられます。デフォルトは VS Code 設定 claudeCode.initialPermissionMode(既定 default)に従います。

モード挙動
Manualdefault / manual の別名)ファイル編集や多くのシェルコマンドの前に都度確認
Plan実行前に計画を説明し承認を待つ。VS Code では計画が Markdown ドキュメントとして開き、インラインコメントでフィードバック可能
Edit automaticallyacceptEdits編集を確認なしで適用

設定例(VS Code の settings.json):

{
  "claudeCode.initialPermissionMode": "plan"
}

bypassPermissions はサンドボックス等の特殊環境向けで、設定 allowDangerouslySkipPermissions が必要です。日常開発では Manual または Plan から始め、慣れた範囲で Edit automatically に上げるのが安全です。詳細は 権限モード記事 も参照してください。


VS Code 拡張 vs standalone CLI

公式の比較表(VS Code extension vs. CLI)は次のとおりです。

機能CLIVS Code 拡張
コマンド / Skillsすべて一部(/ で利用可能なものを確認)
MCP サーバー設定部分的(CLI で追加、/mcp で管理)
Checkpoints
! bash ショートカット不可
Tab 補完不可

拡張を入れても PATH に claude は追加されません。 統合ターミナル(Ctrl+` / Cmd+`)で claude mcp addclaude --resume を使うには、Overview のインストール手順で standalone CLI を入れてください。外部ターミナルから使う場合は、Claude Code 内で /ide を実行して VS Code と接続します。

Checkpoints(拡張)

拡張でも checkpoints が使え、メッセージにホバーすると rewind ボタンが現れます。

CLI 専用機能が必要なときだけターミナルに切り替える、という使い分けが現実的です。


設定の二層構造

拡張の設定は次の2系統に分かれます。

  1. VS Code 拡張設定Cmd+, → Extensions → Claude Code)
  2. ~/.claude/settings.json(CLI と共有:allowed commands、hooks、MCP 等)

よく触る拡張設定:

設定既定説明
useTerminalfalseグラフィカルパネルではなくターミナル UI で起動
initialPermissionModedefault新規会話の権限モード
preferredLocationpanelsidebar または panel(タブ)
autosavetrue読み書き前に自動保存

settings.json には "$schema": "https://json.schemastore.org/claude-code-settings.json" を付けると補完が効きます。


プラグインと MCP(拡張 UI)

プロンプトで /plugins を入力すると、プラグインの GUI 管理が開きます。Marketplace の追加、Install scope(user / project / local)の選択などが可能で、CLI の plugin コマンドと設定は共有されます。MCP は / メニューの Customize からも触れますが、新規 MCP サーバーの追加は CLI 経由 が基本です(MCP 入門 参照)。


よくあるつまずき

症状原因対処
拡張後も claude が見つからない拡張は PATH を更新しないstandalone CLI を別途インストール
API キーなのにサインイン要求VS Code が env を継承していないcode . で起動、またはアカウントログイン
Spark アイコンが出ないファイル未オープン(ツールバー)Activity Bar またはステータスバーから起動
Plan モードなのに勝手に編集モードが Edit automaticallyモードインジケータまたは initialPermissionMode を確認
MCP が拡張だけで追加できない設計上 CLI 追加が必要ターミナルで claude mcp add ...
Cursor と Agent が混同別プロダクトの機能本拡張は Anthropic 公式。Cursor Agent は別操作系

FAQ

Q. VS Code 拡張だけで Claude Code は完結しますか。 チャットパネルと diff レビューは拡張だけで足ります。ただしターミナルでの claude、全コマンド・Skills、一部 MCP 操作、Tab 補完、! ショートカットは CLI が必要です。

Q. 最低バージョンはいくつですか。 公式要件は VS Code 1.94.0 以上 です。古い VS Code では拡張がインストールできない、または機能が制限される可能性があります。

Q. Cursor にも同じ拡張を入れられますか。 はい。公式に Install for Cursor が用意されています。Cursor 標準の AI 機能と併用する場合、どちらを主エージェントにするかを決めておくと設定がぶれません。

Q. Manual / Plan / Edit automatically はどう選べばよいですか。 初めてのリポジトリでは Manual または Plan を推奨します。テスト済みの定型的な修正だけ Edit automatically に上げると、意図しない大規模変更を防げます。

Q. Option+K / Alt+K が効きません。 エディタにフォーカスがある状態で押してください。Claude パネルにフォーカスがあるときは Insert @-Mention Reference 用のショートカット挙動が異なります。Command Palette から同名コマンドも確認できます。

Q. 料金は別途かかりますか。 拡張自体に追加料金はありません。Claude Code は Pro 以上のサブスクまたは API 従量が必要です。料金記事 を参照してください。


関連記事

手順は code.claude.com/docs/en/vs-code の更新に追随します。インストール前に最新版を確認してください。

関連サービス

LINE登録で Claude Code 特典キットを受け取る

スライド自動作成キット・スターターキットを無料プレゼント。友だち登録するだけで受け取れます。

最終確認日: 2026-07-23

関連記事

実践ガイド

Mockを「審判」にする──テスト資産がない既存プロダクトでAI駆動開発を回す方法

AI駆動開発の終了条件は「審判」です。テストが無い既存プロダクトで審判をどう作るか、正解の出所(現行実装・制度・Mock・主観)で場合分けして解説します。審判の検証方法まで含めた実践手順です。

実践ガイド

Mock駆動開発のススメ──AIに実装させる前に、Mockで「正解」を固定する

AIコーディングで最初に壊れるのは実装力ではなく受け入れ基準です。Mockを「絵」ではなく「審判」として使うMock駆動開発の考え方と、既存プロダクトへの入れ方を、実案件の型にもとづいて解説します。

実践ガイド

チケットからマージまで──AI駆動開発の日常ループと多層ゲート

AI駆動開発の型ができた後、毎日どう回すか。チケット→PRD→テストケース/ステート図更新→実装→テスト→マージのループ、速い順に並べる多層品質ゲート、ブランチ戦略を決めずに進む「v2方式」を解説します。

実践ガイド

AIに読ませるドキュメント体系──L0〜L6と「正本ルール」

AIの出力がぶれる原因はモデルではなくコンテキストの不備です。AI駆動開発で整えるべきドキュメントをL0〜L6の7階層に整理し、最初に決めるべき「正本ルール」と、縦に1本通す進め方を解説します。