エージェント型開発を探求する -

Visual Studio Code 1.112

リリース日: 2026年3月18日

ダウンロード: Windows: x64 Arm64 | Mac: Universal Intel silicon | Linux: deb rpm tarball Arm snap

Visual Studio Code 1.112リリースへようこそ。本リリースには、エージェントおよび開発者エクスペリエンス全般にわたる様々な改善が含まれています。

ハッピーコーディング！

VS Codeは全ユーザーに順次提供されます。最新版をすぐに取得するには、VS Codeの更新を確認(Check for Updates)を使用してください。

新機能をいち早く試すには、Insiders版（Nightlyビルド）をダウンロードしてください。利用可能になった最新のアップデートが含まれています。

エージェントエクスペリエンス

エージェントにより多くの自律性、より豊富なコンテキスト、容易な診断を提供し、最小限の介入で複雑なタスクを処理できるようにしました。

Copilot CLIにおけるメッセージステアリングとキューイング

ローカルのエージェントセッションでは、前のリクエストの実行中にメッセージを送信して、エージェントの応答先を変更したり、フォローアップメッセージをキューに入れたりすることができます。本リリースでは、Copilot CLIセッションでのメッセージのステアリングとキューイングがサポートされました。

Screenshot showing the steering and queueing options for a Copilot CLI session.

メッセージのステアリングとキューイングの詳細については、ドキュメントを参照してください。

Copilot CLIへの委任前に変更をプレビュー

ワークスペースにコミットされていない変更がある状態でCopilot CLIにタスクを委任しようとすると、Copilot CLIがセッション用に作成する作業ツリー内で、それらの変更をコピー、移動、または無視するかを選択できます。これまでは、決定を下す前にソース管理ビューでその変更内容を確認する必要がありました。

今回のリリースでは、チャットビューに保留中の変更リストが表示されるようになり、Copilot CLIへの委任時に作成される作業ツリーへ何を移行できるかを簡単に確認できるようになりました。

Screenshot showing pending changes in the Chat view when asking to delegate a task to Copilot CLI.

Copilot CLIのターミナル出力でクリック可能なファイルリンク

設定: github.copilot.chat.cli.terminalLinks.enabled VS Codeで開く VS Code Insidersで開く

ターミナルのファイルリンク検出機能が、~/.copilot/session-state/ディレクトリ配下のファイルを参照するCopilot CLIによって生成されたパスを認識するようになりました。これまでは、組み込みのリンク検出機能がCopilot CLIのセッション状態のディレクトリ構造を認識していなかったため、これらのパスが正しく解決されませんでした。

リンク検出機能は絶対パスと相対パスの両方を処理するようになりました。絶対パスとチルダで始まるパスは直接開き、相対パスはアクティブなセッション状態ディレクトリを基準として解決し、フォールバックとしてワークスペースフォルダーを使用します。

この機能はデフォルトで有効になっており、 github.copilot.chat.cli.terminalLinks.enabled VS Codeで開く VS Code Insidersで開く 設定で切り替えることができます。

Copilot CLIの権限レベル

設定: chat.autopilot.enabled VS Codeで開く VS Code Insidersで開く

チャット内のローカルエージェントセッションの権限を設定し、エージェントのアクションにさらなる自律性を与え、承認リクエストの回数を減らすことができます。このリリースでは、この機能がCopilot CLIセッションにも追加されました。

Copilot CLIセッションでは、以下の権限レベルから選択できます。

  • Default Permissions（デフォルトの権限）: 設定した承認設定を使用します。承認が必要なツールは、実行前に確認ダイアログが表示されます。
  • Bypass Approvals（承認をバイパス）: 確認ダイアログを表示せずにすべてのツール呼び出しを自動承認し、エラー発生時に自動リトライを行います。
  • Autopilot（自動操縦）: (Insiders版ではデフォルトで有効) すべてのツール呼び出しを自動承認し、質問に自動応答し、タスクが完了するまで自律的に動作し続けます。 chat.autopilot.enabled VS Codeで開く VS Code Insidersで開く 設定でAutopilotを有効にできます。

Screenshot showing the permissions level options for a Copilot CLI session, including the new Autopilot option.

ドキュメントでAutopilotとエージェントの権限の詳細をご覧ください。

/troubleshoot (プレビュー) によるエージェント動作のトラブルシューティング

設定: github.copilot.chat.agentDebugLog.enabled VS Codeで開く VS Code Insidersで開く , github.copilot.chat.agentDebugLog.fileLogging.enabled VS Codeで開く VS Code Insidersで開く

VS Codeでは、いくつかのエージェントカスタマイズオプションが利用可能です。チャットエージェントが期待通りに動作しない場合、その原因を理解することは難しい場合があります。例えば、指示、スキル、またはエージェントが正しく適用されていない場合や、応答が予想外に遅い場合などです。

これを支援するために、会話内で直接エージェントのデバッグログを分析し、エージェントの動作に関する洞察を提供する新しい /troubleshoot スキルを導入しました。チャット入力欄に /troubleshoot と入力し、続けて質問や発生している問題の説明を入力してください。

Screenshot showing an example of using the /troubleshoot skill in a chat session to analyze agent behavior.

このスキルはチャットセッションからエクスポートされたJSONLデバッグログファイルを読み取り、ツールやサブエージェントが使用またはスキップされた理由、指示やスキルが読み込まれなかった理由、応答時間が遅い要因、ネットワーク接続の問題が発生したかどうかなどを理解するのに役立ちます。

チャットで /troubleshoot スキルを使用するには、以下の設定を有効にしてVS Codeをリロードしてください。

  • github.copilot.chat.agentDebugLog.enabled VS Codeで開く VS Code Insidersで開く : エージェントのデバッグログ出力を有効にします。
  • github.copilot.chat.agentDebugLog.fileLogging.enabled VS Codeで開く VS Code Insidersで開く : デバッグログをディスク上のJSONLファイルに書き出します。

VS Codeでのエージェント動作のトラブルシューティングの詳細をご覧ください。

エージェントデバッグログのエクスポートとインポート (プレビュー)

設定: github.copilot.chat.agentDebugLog.enabled VS Codeで開く VS Code Insidersで開く

VS Codeの「エージェントデバッグログ」パネルでは、ツール使用状況やサブエージェントの判断など、セッション中のエージェントの動作を詳細に表示できます。これまでは、アクティブなセッションのデバッグ情報のみがパネルで利用可能でした。

今回、エージェントセッションのデバッグログをエクスポートおよびインポートできるようになり、他の人と共有したり、オフラインで分析したりできるようになりました。これは、トラブルシューティングやエージェントの動作に関する知見の共有に特に役立ちます。

Screenshot showing the export and import options for agent debug logs in the Agent Debug Logs panel.

「エージェントデバッグログ」パネルの詳細については、エージェントデバッグログのドキュメントを参照してください。

注意: 50MBを超えるファイルをインポートすると、実際のファイルサイズが表示された警告ダイアログが表示されます。この警告が表示された場合は、ファイルをトリミングするか、より短いセッションをエクスポートすることを検討してください。

エージェントの画像およびバイナリファイルのサポート

設定: chat.imageCarousel.enabled VS Codeで開く VS Code Insidersで開く , imageCarousel.explorerContextMenu.enabled VS Codeで開く VS Code Insidersで開く

エージェントはディスク上の画像ファイルやバイナリファイルをネイティブに読み取れるようになり、スクリーンショットの分析やバイナリファイルからのデータ読み取りなど、より幅広いタスクでエージェントを活用できるようになりました。バイナリファイルは、エージェントに対して16進ダンプ形式で提示されます。

エージェントまたはツールが統合ブラウザのスクリーンショットのような画像を生成すると、それらの画像がチャットの応答内で選択可能になり、専用の画像カルーセルビューで開けるようになりました。 chat.imageCarousel.enabled VS Codeで開く VS Code Insidersで開く 設定（試験的）でこの機能を有効にしてください。

Screenshot showing the image carousel view with multiple images.

imageCarousel.explorerContextMenu.enabled VS Codeで開く VS Code Insidersで開く (試験的) が有効な場合、エクスプローラービューで画像ファイルやフォルダーを右クリックし、Open Images in Carousel（カルーセルで画像を開く）を選択して、画像をカルーセルビューで閲覧できます。

注意: 画像カルーセルは現在試験的な機能です。

自動シンボル参照

クラス名、関数名、メソッド名などのシンボルをコピーしてチャットに貼り付けると、VS Codeが自動的にシンボル参照 #sym:Name として貼り付けるようになりました。これにより、エージェントはシンボルに関するコンテキストを自動的に取得でき、タスクをより迅速かつ効率的に完了できるようになります。

シンボル参照に変換せずに貼り付けたい場合は、Paste as Text（テキストとして貼り付け）コマンドを、Ctrl+Shift+V (macOSではCmd+Shift+V) で使用してください。

エージェントの拡張性

共有カスタマイズによってプロジェクト間でエージェント環境を拡張し、MCPサーバーやプラグインをより厳格に制御して安全性を保ちましょう。

親リポジトリでのカスタマイズの探索

設定: chat.useCustomizationsInParentRepositories VS Codeで開く VS Code Insidersで開く

モノレポ環境では、リポジトリのルートではなく、特定のパッケージやサブフォルダーをVS Codeで開くことがよくあります。これまでは、チャットのカスタマイズは現在のワークスペースフォルダーからのみ探索されていました。新しい chat.useCustomizationsInParentRepositories VS Codeで開く VS Code Insidersで開く 設定により、VS Codeは親フォルダーをリポジトリのルートまで遡ってカスタマイズファイルを探索できるようになりました。

この探索機能の向上により、リポジトリ全体をワークスペースとして開く必要なく、モノレポ内のパッケージ間でリポジトリ全体にわたるガイダンスやツールを簡単に共有できるようになりました。

探索が有効になると、copilot-instructions.md、AGENTS.md、CLAUDE.md といった常時有効な指示だけでなく、指示ファイル、プロンプトファイル、カスタムエージェント、スキル、フックを含む、すべてのチャットカスタマイズタイプに適用されます。

親リポジトリの探索は、以下の条件を満たす場合にのみ適用されます。

  • 開いているワークスペースフォルダー自体がGitリポジトリではないこと
  • 親フォルダーに .git フォルダーが含まれていること
  • 親リポジトリがワークスペースの信頼（Workspace Trust）において信頼されていること

ドキュメントでエージェントのカスタマイズの詳細をご覧ください。

ローカルで実行されるMCPサーバーのサンドボックス化

MCPサーバーをローカルで実行することは、セキュリティ上のリスクをもたらす可能性があります。なぜなら、それらはVS Codeを実行しているユーザーと同じ権限を持つため、本来必要のないファイルやネットワークリソースにアクセスできる可能性があるからです。

このリスクを軽減するため、macOSおよびLinux上でローカルに構成されたstdio MCPサーバーをサンドボックス環境で実行できるようになりました。サンドボックス化されたサーバーは、ファイルシステムやネットワークアクセスが制限されます。

サンドボックス化を有効にするには、mcp.json ファイル内のサーバーに対して "sandboxEnabled": true を設定します。サンドボックス化されたサーバーが追加のフォルダーやドメインへのアクセスを必要とする場合、VS Codeは権限の付与を求め、その mcp.json ファイルのサンドボックス構成を更新します。同じ mcp.json ファイルで定義されたすべてのサーバーは、そのサンドボックス構成を共有します。

注意: ローカルで実行されるMCPサーバーのサンドボックス化は、現在Windowsでは利用できません。WSLやSSHなどのリモートシナリオは引き続き動作します。

MCP呼び出し用UIの改善

MCPサーバーがリクエストを完了するために追加情報を必要とする場合、ユーザーから情報を収集するための呼び出しフォームをトリガーできます。これらの呼び出しフォームは、Ask Questionsツールと同じUIを使用するようになり、MCPサーバーに追加情報を提供する際の一貫性とユーザーフレンドリーさが向上しました。

Screenshot showing an MCP elicitation form.

プラグインとMCPサーバーの有効化・無効化

以前は、プラグインやMCPサーバーの有効化・無効化は、インストールまたはアンインストールによってのみ可能でした。今回のリリースでは、アンインストールすることなくプラグインやMCPサーバーを有効化または無効化できる機能が導入されました。

プラグインとMCPサーバーの両方は、グローバル単位およびワークスペース単位で有効化・無効化できるようになりました。これは、MCPやプラグインのページを開くか、拡張機能ビューまたは Chat: Open Customizations（チャット: カスタマイズを開く）ビューで、それぞれの項目を右クリックすることで実行できます。

Screenshot showing the option to enable or disable a plugin from the Customizations view.

プラグインの自動更新

設定: extensions.autoUpdate VS Codeで開く VS Code Insidersで開く

プラグインは extensions.autoUpdate VS Codeで開く VS Code Insidersで開く 設定に基づいて自動的に更新できるようになりました。npm および pypi 由来のプラグインは、更新によりマシン上で新しいコードが実行される可能性があるため、更新には承認が必要です。

開発者エクスペリエンス

機能強化された統合ブラウザと合理化されたエディターワークフローにより、VS Codeを離れることなくWebアプリを構築およびデバッグできます。

統合ブラウザー

統合ブラウザでのWebアプリデバッグ

統合ブラウザを使用すると、VS Code内で直接Webアプリを開くことができ、さらに統合ブラウザを使用したデバッグセッションも開始できるようになりました。これにより、VS Codeから離れることなく、Webアプリの操作、ブレークポイントの設定、コードのステップ実行、変数の検査が可能になります。

統合ブラウザタブのデバッグを有効にする新しい editor-browser デバッグタイプを追加し、Launch（起動）構成とAttach（アタッチ）構成の両方をサポートしました。

既存の msedge および chrome デバッグ構成のほとんどのオプションがサポートされているため、launch.json で既存の構成タイプを変更するだけで移行が完了することが多くなります。

統合ブラウザとデバッグのセットアップ方法の詳細については、ドキュメントを参照してください: 統合ブラウザ。

統合ブラウザのUX改善

設定: workbench.browser.pageZoom VS Codeで開く VS Code Insidersで開く

  • コンテキストメニュー

    ブラウザページ内で右クリックすると、コピー/貼り付け、新しいタブで開く、検査などの一般的なオプションが表示されるようになりました。

    Screenshot showing an open context menu in the integrated browser.

  • 独立したズームレベル

    統合ブラウザに独自のズームレベルが設定され、VS Codeウィンドウのズームとは独立して機能するようになりました。ブラウザがフォーカスされているときに、Zoom In（拡大）(⌘= (Windows, Linux Ctrl+=))、Zoom Out（縮小）(⌘- (Windows, Linux Ctrl+-))、および Reset Zoom（ズームのリセット）(⌘Numpad0 (Windows, Linux Ctrl+Numpad0)) ショートカットを使用するか、URLバーメニューのアクションを使用します。ズームレベルは通常のブラウザと同様にWebサイトごとに記憶されます。

    workbench.browser.pageZoom VS Codeで開く VS Code Insidersで開く 設定を使用して、デフォルトのズームレベルを設定できます。「Match Window」（ウィンドウに合わせる）に設定されているか、未設定の場合は、ブラウザはVS Codeウィンドウのズームレベルに合わせられます。

検索後のFindダイアログの自動終了

新しい editor.find.closeOnResult VS Codeで開く VS Code Insidersで開く 設定により、一致が見つかった後にFindコントロールを自動的に閉じ、エディターにフォーカスを戻すことができるようになりました。

この設定はデフォルトでは無効になっており、検索後にFindダイアログが開いたままになるという既存の動作が維持されます。

ターミナル

ターミナルのIMEコンポジションの改善

ターミナルの右端付近でIME（入力メソッドエディター）を使用して入力する際、これまではコンポジションのプレビューテキストがターミナルの境界からはみ出すことがありました。コンポジションビューは、カーソルとターミナルの右端との間の使用可能なスペースに制限されるようになりました。新しい文字を入力すると、古い文字が順次非表示になり、プレビューテキストがターミナルのビューポート内に収まるようになります。これは、Ghosttyのような他のモダンなターミナルの動作と一致します。

注意: Windowsでは、最良のIMEコンポジション体験のために terminal.integrated.windowsUseConptyDll VS Codeで開く VS Code Insidersで開く を有効にしてください。

非推奨の機能と設定

今リリースの新しい非推奨機能

なし

今後の非推奨機能

  • Edit Mode は、VS Codeバージョン1.110をもって正式に非推奨となりました。ユーザーは、VS Code設定 chat.editMode.hidden VS Codeで開く VS Code Insidersで開く を介して一時的にEdit Modeを再度有効にすることができます。この設定はバージョン1.125までサポートされ続けます。バージョン1.125以降、Edit Modeは完全に削除され、設定で有効にすることはできなくなります。

注目すべき修正

ありがとうございます

イシュートラッキング

イシュートラッキングへの貢献

vscodeへの貢献

vscode-copilot-chat への貢献

vscode-docs への貢献

node-pty への貢献

python-environment-tools への貢献

新機能をすぐに試していただくことに感謝しています。頻繁にチェックして、新機能について学んでください。

以前の VS Code バージョンのリリースノートを読むには、code.visualstudio.com の Updates にアクセスしてください。

© . This site is unofficial and not affiliated with Microsoft.