Claude Code for VS Code 公式拡張の使いどころと素のCLIとの違い

「VS CodeでClaude Codeを使いたいんですけど、拡張は入れたほうがいいですか」 — 研修先でよく出る質問です。CLI(コマンドを打って動かす素の状態)だけでも動くのは知っているけれど、公式拡張(VS Codeの拡張機能=後付けのアドオン)があるならそっちを使うべきか迷う。

この記事は、Anthropic公式のVS Code拡張「Claude Code for VS Code」を入れるかどうかの判断を、実用本位で整理したものです。VS Code全般での使い方は別記事に。

Claude CodeをVS Codeで使う

claudecodelab.jp

拡張なしでも、ターミナルから動かせる

最初に握ってください。VS Codeに何も入れなくても、Claude Codeは動きます。VS Codeを開いて、内蔵ターミナル(画面下に開ける、コマンドを打ち込む窓)で claude と打つだけ。これだけで作業は始められます。

エディタ画面でコードを書いている横で、ターミナルでClaudeに指示を出す。古くからのスタイルですが、いまもこれで困らない人は多い。VS Code以外のエディタ(たとえばJetBrains系)でも同じ発想で動かせます。

JetBrains系IDEからClaude Codeを使う公式プラグインと素朴な構成

claudecodelab.jp

「VS Codeで動かすのに拡張は必須」は誤解、というのが出発点です。

公式拡張が効く場面

それでもAnthropic公式拡張を入れる価値があるのは、エディタ画面とClaude Codeの行き来を滑らかにしたい場面です。

選択範囲をClaudeに渡す機能、差分(変更前後の見比べ)をエディタ側で見やすく出す機能、ショートカットで即起動できる仕組み。こうしたエディタ統合系の挙動は、拡張なしの素朴構成では再現できません。

「同じ画面の中でClaudeと協業している感」を上げたいなら、拡張を入れる意味は大きい。逆に「ターミナルで完結する」スタイルに慣れている人は、無理に入れなくてもよい。

拡張を入れるとどう変わるか

実例で書きます。私が拡張を入れて変わったのは、コードレビュー寄りの作業です。

エディタで該当ファイルを開いて、レビューしたい範囲を選択。ショートカット一発でClaudeに渡して「ここの設計、もっとシンプルにできますか」と聞ける。Claudeの返答に基づく変更案は、エディタの差分表示で確認しながら採用/却下する。

これを素のCLIでやろうとすると、ファイルを指定して、範囲を伝えて、結果をターミナルに出してもらって、自分で適用する、と段階が増えます。エディタ統合の効果は、こうした繰り返し作業で目に見えてきます。

レビューの考え方は別記事に整理しました。

Claude Codeの/reviewコマンドの使い方セルフレビューを習慣化する仕組み

claudecodelab.jp

Copilotとの併用も無理がない

VS Codeを使っているなら、GitHub Copilotを使っている人も多いはずです。Copilotとの併用は問題なく成り立ちます。

名前が似ていてややこしいので一度整理します。Claude(AI本体)、Claude Code(コードを扱うClaudeの専用版)、Copilot(GitHub製の別系統のAI)。3者は別物で、両者は守備範囲が違います。Copilotは書いている最中の補完(続きを予測して埋める)が得意、Claude Code(拡張版)はまとまった一連の作業(複数ファイルの修正など)を任せるのが得意。同じVS Codeの中で、補完はCopilot、塊はClaudeに、というふうに役割分担できます。

Claude CodeとGitHub Copilotは競合か併用か役割の違いから整理

claudecodelab.jp