💻 6月3日の MS Build で開催される VS Code Live に参加しましょう。

Visual Studio Code 1.119

フォローはこちらから: LinkedIn, X, Bluesky

リリース日: 2026年5月6日

アップデート 1.119.1: このアップデートでは、これらのセキュリティ上の問題に対処しています。

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

Visual Studio Code 1.119リリースへようこそ。今回のリリースでは、エージェントとのより円滑な対話、観測可能性（オブザーバビリティ）の強化、そしてより効率的な信頼およびセキュリティ管理に重点を置いています。

ハッピーコーディング！

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

エージェントとのブラウザタブの共有

エージェントがライブブラウザにアクセスできると、変更をリアルタイムで検証し、より速く反復作業を行えます。Web開発において、エージェントはコードを編集し、ページをリロードして、修正を単一のターンで確認できます。デザインワークフローでは、エージェントがレンダリングされた出力と意図を比較し、レイアウトやスタイリングを即座に調整できます。詳しくはVS Codeでエージェントと統合ブラウザを使用するガイドをご覧ください。

エージェントが自動的に統合ブラウザにアクセスすることはありません。機密データを保護するため、エージェントに対話させたいブラウザページを明示的に共有する必要があります。

今回のリリースでは、ブラウザをエージェントと共有する新しい方法を追加しました。

ブラウザタブをコンテキストとして添付

ブラウザタブは、推奨されるコンテキスト、コンテキストピッカー、ドラッグ＆ドロップなどの一般的なエントリーポイントを通じて、チャットに明示的に添付できるようになりました。

Screenshot showing an implicit context item in the chat for adding the open browser to the chat context.

ブラウザタブが添付されると、エージェントがページを読み取り、対話できる共有状態に入ります。作業が終わったら、ブラウザ内の共有ボタンを使用して共有を停止できます。

Screenshot showing the Sharing with Agent button in the browser.

エージェントが開始するページ共有リクエスト

エージェントは現在、開いているブラウザタブのうち、どれが共有されていないかを把握しています。ページとの対話が必要な場合に開いているタブの共有をリクエストでき、ユーザーはプロンプトでそのリクエストを承認または拒否できます。

エージェントが、既存の共有されていないタブと同じドメインの新しいタブを開こうとすると、既存のタブを再利用するかどうかを尋ねるプロンプトが表示されます。これはタブの再利用を促進し、乱雑さを減らすことを目的としています。

Screenshot showing a chat session where the user prompts to test the app in the browser and receives a prompt to share an existing tab.

Visual Studio Code Agents (Insiders)

注: Visual Studio Code Agentsは現在プレビュー段階であり、VS Code Insidersでのみ利用可能です。

Visual Studio Code Agentsは、VS Code Insidersに付属するコンパニオン機能です。リポジトリ間での並列セッションの実行や、マルチステップのコーディングタスクの反復ができる、エージェントネイティブな環境を提供します。VS Code Agentsは1.115で初めて導入され、ユーザーフィードバックに基づいて継続的に改良されています。

今回のリリースの更新内容は以下の通りです

  • 新しいセッション用リポジトリピッカーの再設計: 新しいセッションを開始する際、ローカルフォルダ、リポジトリ、リモートオプションを簡単に切り替えられるようになりました。

    Screenshot of the redesigned repo picker in VS Code Agents.

  • サブセッションの改善: サブセッションの作成と管理が改善され、サブセッションタブやライフサイクル処理などの分野で修正が行われました。

  • Webおよびモバイルの洗練: Agents Webクライアント（1.118で導入）を継続的に更新し、デスクトップ体験とブラウザ体験を統合しています。これにはモバイル体験の改善も含まれており、モバイルデバイスのブラウザからセッションとその変更を作成および管理できます。

  • 環境管理と継続性: VS CodeとAgents間の接続への投資を継続し、環境管理の仕組みを進化させています。これは将来のリリースでさらに具体化されます。

  • 進捗表示（UX）: エージェントがタスクに取り組んでいる際、進捗メッセージの回転やチャット入力ボックスの境界線アニメーションにより、状況がより分かりやすくなりました。

  • Developer joy: 開発者の喜びを刺激するUXの機会を模索しており、新しいセッションページには楽しいイースターエッグが含まれています。 sessions.developerJoy.enabled VS Codeで開く VS Code Insidersで開く を有効にして、見つけられるか試してみてください！

皆さんのフィードバックがAgentsの体験を形作ります。vscode GitHubリポジトリでIssueを作成して、引き続き共有してください。また、既存のIssueを確認して、他のユーザーの報告内容を見たり、特定のトピックについてフィードバックを提供したりすることも可能です。

エージェントセッションのためのOpenTelemetryトレース

設定: github.copilot.chat.otel.enabled VS Codeで開く VS Code Insidersで開く , github.copilot.chat.otel.otlpEndpoint VS Codeで開く VS Code Insidersで開く

エージェントのセッションが長く自律的になるにつれ、コストの最適化や予期せぬ動作のデバッグのために、エージェントが何をしたか、各ステップにどれくらい時間がかかったか、どこでトークンが消費されたかを理解することが不可欠になります。OpenTelemetryは、業界標準の観測可能性フレームワークです。

ローカルエージェント、Copilot CLIバックグラウンドエージェント、Claudeエージェントを含むCopilot Chatエージェントセッションは、GenAIセマンティック規則に従うOpenTelemetryトレース、メトリクス、イベントを出力するようになりました。これにより、OTLP互換のバックエンド（例：Aspire Dashboard）でエージェントの動作、レイテンシ、トークン使用量を監視できます。

各ユーザーリクエストは、invoke_agentルートスパン（例：invoke_agent claude）を生成し、その中にchat、execute_tool、execute_hookといったネストされた子スパンが含まれます。サブエージェントの呼び出しは、呼び出し元のエージェントのexecute_toolスパンの親として自動的に関連付けられ、単一の接続されたトレース内でエージェントの作業を完全に可視化できます。スパンはモデルとトークンの使用量を報告し、キャッシュ読み取りとキャッシュ作成の内訳も提供します。

試してみるには、 github.copilot.chat.otel.enabled VS Codeで開く VS Code Insidersで開く を有効にし、 github.copilot.chat.otel.otlpEndpoint VS Codeで開く VS Code Insidersで開く をコレクターに向けてください。

Screenshot showing a waterfall view of an trace with nested chat and tool spans in an OTel dashboard.

詳細は、VS CodeドキュメントのOpenTelemetryを使用したエージェント使用量の監視をご覧ください。

チャットエクスペリエンス

Copilot CLIとClaudeエージェントの応答に対するモデル詳細の表示

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

どのモデルが応答を処理したか、またそれが使用量にどのようにカウントされるかを知ることは、コストと品質を管理するのに役立ちます。

チャットビュー内のCopilot CLIおよびClaudeエージェントの応答に、モデルとその乗数が表示されるようになりました。バッジは各応答が完了するたびにライブで表示され、ウィンドウのリロードは不要で、セッション途中でモデルを切り替えた場合も更新されます。

Copilot CLIでAutoモデル選択を使用する場合、バッジにはautoではなく、実際に使用されたモデル（例：Claude Sonnet 4.6）が表示されます。決定されたモデルは、履歴からセッションを再構築する際にも保持されます。

この動作はデフォルトで有効になっています。バッジをオフにするには、 github.copilot.chat.agent.modelDetails.enabled VS Codeで開く VS Code Insidersで開く 設定を無効にし、ウィンドウをリロードしてください。

ToDoリスト管理のためのトークン使用量の最適化（試験的）

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

ToDoリストは、実行済み事項と次のタスクを明示的に記録することで、エージェントが複雑なマルチステップのタスク中に脱線しないよう支援します。しかし、メインモデルがToDoリストを更新するためにツールを呼び出すたびにトークンが消費され、長いセッションではコストが積み重なります。

ToDoリストの管理を軽量なバックグラウンドエージェントにオフロードすることで、メインモデルは実際のタスクに集中でき、より小さなモデルが進捗を同期させます。これにより、エージェントを集中させるためのガイダンスを犠牲にすることなく、全体的なトークン使用量を削減できます。

この設定が有効な場合、バックグラウンドエージェントがメインエージェントの活動を監視し、完了および進行中の作業を反映するようにToDoリストを更新します。メインエージェントにはToDoツールが与えられないため、会話のトークンコストを節約できます。

注: #todoのようにチャットリクエストに手動でToDoツールを追加した場合や、カスタムエージェントのツールリストで明示されている場合は、バックグラウンドエージェントは上書きされ、実行されません。

この機能はデフォルトでは無効です。試してみるには、 github.copilot.chat.agent.backgroundTodoAgent.enabled VS Codeで開く VS Code Insidersで開く 設定を有効にしてください。

従量課金に関するアップデート

GitHub Copilotは6月1日から従量課金制に移行します。その準備として、このリリースにはチャットステータスダッシュボード、チャット入力通知、モデルピッカーへの内部的な変更が含まれており、課金およびクレジット情報の表示をサポートします。これらのUI更新はまだユーザーには表示されず、従量課金制が開始される際に有効になります。

信頼とセキュリティ

エージェントサンドボックスでのネットワークアクセス許可

設定: chat.agent.sandbox.enabled VS Codeで開く VS Code Insidersで開く この設定は組織レベルで管理されています。変更については管理者に連絡してください。

エージェントのサンドボックス化は、エージェントツールがアクセスできる範囲を制限することでシステムを保護しますが、パッケージのインストールやAPIの呼び出し、開発サーバーの実行が必要な場合に、厳格なネットワークブロックが妨げになることがあります。

chat.agent.sandbox.enabled VS Codeで開く VS Code Insidersで開く この設定は組織レベルで管理されています。変更については管理者に連絡してください。 設定にallowNetworkモードが追加されました。ファイルシステムの制限は維持しつつネットワークドメインのブロックを解除するため、ネットワークアクセスのたびに中断されることなくサンドボックス保護を利用できます。 

"chat.agent.sandbox.enabled": "allowNetwork"

サンドボックスでネットワークアクセスが許可されている場合、 chat.agent.allowedNetworkDomains VS Codeで開く VS Code Insidersで開く この設定は組織レベルで管理されています。変更については管理者に連絡してください。 および chat.agent.deniedNetworkDomains VS Codeで開く VS Code Insidersで開く この設定は組織レベルで管理されています。変更については管理者に連絡してください。 設定は無視されます。

詳細は、VS Codeドキュメントのエージェントのサンドボックス化をご覧ください。

セッション許可コマンド用の一時フォルダへの書き込みの自動承認

設定: chat.tools.terminal.blockDetectedFileWrites VS Codeで開く VS Code Insidersで開く

ルーチン的なファイル書き込みに対する頻繁な承認プロンプトは、エージェントのワークフローを遅くする可能性があります。 chat.tools.terminal.blockDetectedFileWrites VS Codeで開く VS Code Insidersで開く がデフォルト値のoutsideWorkspaceに設定されている場合、セッション内の全コマンドを許可を選択していても、ワークスペース外に書き込むターミナルコマンドには承認が必要です。

セッション内の全コマンドを許可がアクティブな場合、オペレーティングシステムの一時フォルダ（macOS/Linuxでは/tmp、Windowsでは%TEMP%）への書き込みは、このチェックから除外されるようになりました。

これにより、一時フォルダにスクラッチファイルを配置する一般的なエージェントワークフローでセッションが中断されることはなくなりますが、ワークスペース外の他の場所への書き込みには引き続き確認が必要です。

言語

現在のエディタをMarkdownプレビューに切り替え

現在のエディタをMarkdownプレビューと往復で切り替えやすくしました。VS Codeには以前からこの機能がありましたが、見過ごされがちでした。今回の新しいボタンとコマンドにより、はるかに見つけやすくなりました。

Markdownファイルで、ツールバーのこのボタンを選択するか、Markdown: プレビュー表示に切り替えコマンドを実行してください。

Screenshot showing the switch to preview view button in the editor toolbar.

プレビューが開いている状態で、エディタ表示に切り替えボタンまたはコマンドを選択すると、ソースコードビューに戻すことができます。

Screenshot showing the switch to editor view button in the preview toolbar.

Markdown設定の再構成

VS Codeの組み込みMarkdownサポートの設定を発見・管理しやすくするため、設定エディタの拡張機能 > Markdown Language Featuresの下に基本的なグループを作成しました。

Screenshot showing the Markdown setting groups in the Settings editor.

設定IDはすべて同じですが、組み込みMarkdownプレビューに関連するすべての設定がPreviewサブセクションの下にリストされるようになりました。

エンジニアリング

WebviewのCSSアンカーポジショニングへの移行が完了

VS CodeのWebviewは、ワークベンチ内で視覚的に配置するためにアンカーポジショニングを使用するようになりました。これによりパフォーマンスが向上し、特に多くのWebviewがアクティブな場合のレイアウト変更がより応答しやすくなりました。また、ワークベンチを移動した際にWeb上でWebviewの配置がずれるといった、長年放置されていた厄介なバグも修正されました。

アンカーベースの配置への切り替え前、単一Webviewに対する一般的なレイアウト変更呼び出しは以下の通りでした。

Screenshot showing the performance trace of a relayout call before anchor-based positioning.

ここでのWebviewの配置はJSを使用して行われており、getBoundingClientRectを呼び出していました。この呼び出しは、ブラウザのスタイル再計算とレイアウトをトリガーするため、比較的低速です。

アンカーベースの配置に移行したことで、ブラウザがCSSに基づいてWebviewの配置を自動的に処理するようになりました。

Screenshot showing the relayout performance after anchor-based positioning.

型チェックがTypeScript 7を使用し、開発イテレーションが高速化

前回のイテレーションでVS CodeのメインwatchタスクをTypeScript 7に移行しました。今回は、すべての組み込み拡張機能とコアコードに対するTypeScript 7への移行を完了しました。

Copilot拡張機能をTypeScript 7に移行したことで、型チェック時間を22秒から4秒に短縮しました。この劇的なスピードアップにより、開発者とエージェントの両方がVS Codeコードベースでより迅速に反復できるようになります。

非推奨の機能と設定

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

なし

今後の非推奨機能

  • 編集モード（Edit Mode）は、VS Codeバージョン1.110をもって正式に廃止されました。ユーザーはVS Code設定の chat.editMode.hidden VS Codeで開く VS Code Insidersで開く この設定は組織レベルで管理されています。変更については管理者に連絡してください。 を通じて一時的に再有効化できます。この設定はバージョン1.125までサポートされます。1.125から、編集モードは完全に削除され、設定から有効にすることはできなくなります。

ありがとうございます

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

vscodeへの貢献

vscode-pull-request-github への貢献

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

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

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