VS Codeの使い方｜導入・日本語化・拡張機能とCursor・JetBrainsの比較

VS Codeは、Microsoftが無償で配布するコードエディターです。この記事ではデスクトップ版を対象に、インストール、日本語表示、基本操作、拡張機能の選び方を整理します。CursorやJetBrains製品との比較では、使う言語・必要な機能・運用条件をそろえて判断します。公式情報は2026年10月25日に確認しました。

VS Codeの導入と日本語化：エディターと実行環境を用意する

最初に公式ダウンロードページから、Windows・macOS・LinuxとCPUに合う配布物を選びます。会社のPCでは、管理者が指定した配布方法や更新方法を先に確認してください。本体が無料でも、追加する拡張機能やAIサービスのすべてが無条件・無制限で無料になるわけではありません。導入するものを「エディター本体」「言語の実行環境」「拡張機能」「外部サービス」に分けて把握すると、エラーの原因や費用を追いやすくなります。

Windowsの公式手順では、通常の利用者向けにUser setupを案内しています。自分のユーザー向けのインストールと、管理者権限で全ユーザーへ入れるSystem setupは別の方式です。インストール後にターミナルから起動したい場合は、新しいコンソールを開いてPATHの反映を確認します。ZIP版には更新方法の違いもあるため、他の方式と同じ挙動を前提にしないでください。インストーラーに表示される別製品の追加項目は、その機能を使うか判断して選びます。

macOSの公式手順は、ダウンロードしたdmgを開き、Visual Studio Code.appをApplicationsへ移動して起動する流れです。ターミナルのcodeコマンドを使う場合は、コマンドパレットでPATHへの追加を設定し、ターミナルを開き直します。現在の手順ではCopilot CLIの追加を選ぶ場面もありますが、codeの登録と同CLIの導入は別です。エディターを開くために、案内された追加サービスをすべて契約する必要はありません。

日本語化は、コマンドパレットで表示言語の設定を検索し、Japaneseを選ぶ方法から始められます。対応するLanguage Packの導入と再起動の案内に従います。表示言語と、Pythonなどのプログラミング言語への対応は別の設定です。外部コマンドや拡張機能のメッセージまで必ず日本語になるとは限りません。詳しい操作は表示言語の公式手順で確認できます。コードを実行する段階では、対象言語のランタイムやコンパイラーも別途必要です。まず練習用フォルダーでファイルを作成・保存できるところまで確かめ、その後に言語別の環境を整えます。

基本操作：ファイルの編集・実行・変更履歴を分けて覚える

最初の練習は、作業用フォルダーを開き、ファイルを一つ作り、短い内容を書いて保存するところから始めます。左側のExplorerはファイルとフォルダーを探す場所、中央のエディターは内容を編集する場所です。パネルにはターミナルや問題・出力の表示があります。画面の配置は変更できるため、説明と位置が違う場合は、メニューやコマンド名から目的の機能を探します。拡張機能を増やす前に、どのフォルダーとファイルを開いているかを把握することが大切です。

Windows・LinuxではCtrl+Shift+P、macOSではCmd+Shift+Pでコマンドパレットを開けます。ファイルを名前から開くQuick OpenはCtrl+PまたはCmd+Pです。覚えきれない操作は、パレットで機能名を検索し、表示される候補とショートカットを確認します。公式UIガイドを参照しながら、自分が頻繁に使う操作から覚えます。キー割り当てやキーボード配列による違いがある場合は、キー操作だけに頼らずメニューからも確認してください。

保存はファイルへ編集内容を書き込む操作で、プログラムの実行ではありません。統合ターミナルでは、PCにあるシェルやコマンドを実行します。エディターにコードが表示されたことと、必要な実行環境が利用できることも別です。実行に失敗したら、ターミナルの作業場所、起動している環境、エラーの最初の箇所を確認します。デバッグを使う場合も、言語ごとの拡張機能や設定が必要かを対象プロジェクトの手順で調べます。

Git連携には、端末にインストールしたGitを使います。ソース管理画面で差分を確認し、ステージした変更をコミットするとローカル履歴へ記録できます。コミットだけではサーバーへ送信されず、pushは共有先へ送る別の操作です。保存・実行・履歴記録・共有を一度に済んだと考えず、どこまで確認したかを区別します。チーム開発でテストや公開までの流れを整える場合は、CI/CDの基本と導入・運用の進め方も併せて確認してください。

拡張機能と設定：必要な役割を選び、プロジェクトの条件を確認する

拡張機能は、使う言語や担当する作業に応じて追加します。表示言語、言語支援、整形、静的チェック、履歴の表示など、何を補いたいかを決めてから探すと選びやすくなります。すべての利用者に同じ組み合わせが必須になるわけではありません。たとえば整形はコードの見た目をそろえる役割で、テストの合格や業務仕様の正しさを保証するものではありません。既存プロジェクトでは、独自に別の整形ツールを足す前に、READMEやチームの指定を確認します。

公式の拡張機能ガイドでは、名前だけでなく発行元と拡張機能IDを確認できます。似た名前でも別の配布物である場合があるため、説明・対応版・利用条件・追加コンポーネントの要否を読みます。拡張機能にはVS Codeと同じ権限で動くものがあり、インストールは実行するコードを増やす判断でもあります。動作が変わった場合は、追加直後の拡張機能を無効にするなどして切り分け、原因を確認してから構成を広げます。

設定には、自分の利用全体へ適用するUser設定と、開いているプロジェクトへ適用するWorkspace設定があります。設定の公式説明に従い、どの範囲を変更しているかを確認してください。単一フォルダーのプロジェクト設定は通常.vscode/settings.jsonで共有できます。ただし言語別設定などの優先関係や、Workspaceで変更できない項目もあります。フォントなど個人の好みと、チームで合わせる整形・チェックの条件を分けて記録すると、別のPCでも意図を再現しやすくなります。

出所をまだ確認していないフォルダーは、Workspace TrustのRestricted Modeで内容を確認できます。このモードではターミナル・タスク・デバッグ・拡張機能などの動作が制限されます。機能が使えないからという理由だけで、内容を確認せず信頼を付与しないでください。また、この仕組みだけで悪意ある拡張機能の実行をすべて防げるわけではありません。プロジェクトを信頼する判断と、拡張機能の配布元を信頼する判断は分けます。少ない構成から始めるという考え方も、必要な確認や品質条件を省略する意味にはしません。

Cursor・JetBrainsとの比較と、チームへの導入の進め方

エディターの選定では、使用言語、既存の設定・拡張機能、実行とデバッグ、AIへの依頼範囲、契約・データの扱いをそろえて比べます。起動速度や補完精度は、PC、プロジェクト、導入した拡張機能、モデルや設定で変わります。製品名だけで順位を決めず、同じ小さな作業を使って、変更内容を確認できるか、テストが通るか、チームへ引き継げるかを評価します。以下は判断に使う観点であり、性能の実測ランキングではありません。

候補	公式情報から確認する点	選定時に試すこと
VS Code	本体の編集機能、拡張機能、Copilotのアカウント・利用条件	既存設定と言語環境で編集・実行・差分確認を行えるか
Cursor	Agentによる複数ファイル編集・コマンド実行、対応する拡張機能	必要な拡張機能の配布元と挙動、AIの変更をレビューできるか
IntelliJ IDEA	統合製品の無料基本機能とUltimate契約で使う機能の境界	対象のJava・Kotlinプロジェクトに必要な機能が含まれるか

VS CodeにもAI支援があり、「AIを使うためには必ずCursorへ移行する」とは限りません。Copilotの導入案内ではアカウント、利用枠、請求、コード送信時の取り扱いを確認します。Cursor Agentはファイル編集やターミナル実行を行えますが、結果の差分と検証は確認が必要です。Cursorの拡張機能案内ではOpen VSXを利用するとされ、Microsoft Marketplaceの全拡張機能が同じ形で使えるわけではありません。名称やIDが同じでも配布元と内容を確認します。

IntelliJ IDEAは2025.3から統合製品となり、基本機能の無料利用とUltimate契約による高度な機能を案内しています。この条件をJetBrainsの全製品へ一律に広げず、採用する製品ごとに確認します。renueのFDEによる実装・運用支援では、業務課題の整理から設計・実装・運用定着までを扱います。チームへ開発環境やAI活用を導入する場合は、対象システム、既存の開発手順、権限、レビューと引き継ぎの課題をお知らせください。内製化の体制づくりはAIコーディングを活用した内製化の進め方でも整理しています。