Visual Studio Code 1.127

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

リリース日: 2026年7月1日

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

Visual Studio Code 1.127 リリースへようこそ。このリリースでは、ブラウザーで Web アプリのビルドとテストを実行できるエージェント、サイトごとのより安全なブラウジング、および多数のエージェントセッションを整理するための新しい方法が導入されています。

• エージェント用ブラウザーツール: エージェントがページを開き、スクリーンショットを撮影し、クリックして自身の作業を検証できるようになりました。一般提供（GA）が開始されています。

• サイトごとのブラウザー権限: サイトごとにプロンプトを表示して、カメラ、位置情報、デバイスなどのアクセスをページに許可します。

• エージェントセッション: 関連するセッションをグループ化し、ドラッグ＆ドロップで混雑したエージェントウィンドウを整理します。

• チャット入力バナー: 会話から離れることなく、失敗した CI チェックや受信したプルリクエストのコメントに対処できます。

• サブエージェントのクレジット: サブエージェントにマウスオーバーすると、処理した作業のコストを確認できます。

ハッピーコーディング！

VS Code はすべてのユーザーに順次ロールアウトされています。最新バージョンをすぐに入手するには、VS Code の [更新プログラムの確認] を使用してください。

新機能をできるだけ早く試すには、最新の更新プログラムが利用可能になり次第含まれる 夜間 Insiders ビルドをダウンロードしてください。

エージェント

エージェントウィンドウ (プレビュー)

エージェントウィンドウは、プロジェクトやマシンを跨いでエージェントセッションの探索、反復、レビューを行うために最適化された専用のコンパニオンウィンドウです。このリリースでは、セッションリストを整理し、多数のセッションを管理しやすくするための新しい方法が提供されます。

グループを使用してセッションを整理する

複数のエージェントセッションを一度に実行すると、セッションリストが急速に増大し、スキャンしづらくなります。関連するセッションをまとめておくために、セッションリストをグループに整理できるようになりました。独自のカスタムグループを作成し、グループヘッダーを折りたたむことで、リストを整理して重要なことに集中できます。

各グループにはクイックアクションも用意されています。グループ内で直接新しいセッションを開始したり、1つのアクションですべてのセッションを完了としてマークしたりできます。

セッションリストでのドラッグ＆ドロップ

セッションリストでドラッグ＆ドロップがサポートされ、セッションをさらに整理できるようになりました

• セッションを上下にドラッグして並べ替える
• セッションのグループやワークスペースのヘッダーをドラッグしてリストを再配置する
• セッションをグループにドラッグして、そのグループに追加する
• セッションを Pinned セクションにドロップしてピン留めする
• 複数のセッションを選択して、ブロックとしてまとめて移動する

チャット入力バナー

コーディングエージェントセッションにオープンなプルリクエストがある場合、エージェントウィンドウにはチャット入力のすぐ上にバナーが表示され、作業中の場所から直接、失敗したチェックや受信したフィードバックに対処できます。各バナーには、会話から離れることなく問題を修正または表示するための単一のアクションが用意されています

• CI の失敗: プルリクエストのチェックが失敗すると、失敗したチェックの数 (例: "5 件中 2 件のチェックが失敗しました") がバナーに表示され、クイックアクションを利用できます。Fix Checks でエージェントによる修正を開始し、Reveal Checks で変更ビューで失敗したチェックを開きます。

• プルリクエストのコメント: 新しいレビューコメントが届くと、コメント数がバナーに表示され、アクションを実行できます。Address Comments でエージェントにコメントを渡し、Reveal Comments でエディターでコメントを開きます。

オンボーディングツアー (実験的)

エージェントができることがよくわからない場合、エージェントを使い始めるのは気が引けるかもしれません。すばやく習得できるように、エージェントウィンドウでオンボーディングツアーを利用できるようになりました。これらのガイド付きウォークスルーでは、主要な機能を取り上げ、エージェントとの協働を最大限に活用する方法を示します。これにより、タスクを委譲し、初日から生産性を維持するための最適な方法を見つけることができます。

新規ユーザーにこの機能を最も役立つ形で紹介する方法を見つけるため、現在これらのツアーの実験を行っています。

エージェントの変更をレビューする際のエディターガターからのフィードバック

エージェントの変更をレビューする際、変更したい正確なコードをエージェントに指し示す作業は簡単であるべきです。エディターのガターから直接フィードバックを残せるようになりました。行にマウスオーバーするとガターに Add Feedback グリフが表示され、それを選択するとその行にコメントが追加されます。これにより、コードの特定の箇所へエージェントをよりすばやく誘導できます。

このリリースでは、エージェントのフィードバック機能の洗練も図られており、フィードバック入力、ホバー動作、全体的な視覚的一貫性が改善されています。

セッションコンテキストに基づいたより優れたプルリクエストのタイトルと説明

エージェントウィンドウからプルリクエストを作成すると、これまで一般的すぎるタイトルや説明が生成され、手動での編集が必要になることがよくありました。Create Pull Request ボタンは、セッションコンテキストを使用してプルリクエストのタイトルと説明を生成するようになり、セッションで行われた作業をより正確に反映した、詳細で的確なプルリクエストを作成できるようになりました。

マルチチャットセッション

マルチチャットセッションを使用すると、単一のエージェントホスト Copilot セッション内で複数のチャットを実行できます。このリリースでは、その基盤をベースに以下の改善が行われています。

チャットの閉じる、再オープン、および削除

セッションヘッダーにある + New Chat ボタンから新しいチャットを作成します。複数のチャットが開かれると、タブストリップが表示され、末尾に + が表示されてさらにチャットを追加できるようになります。タブの X をクリックしてチャットを閉じても、破棄されるのではなく非表示になります。各チャットの表示/非表示を切り替えるチェックボックスがある Conversations ドロップダウンから元に戻すことができます。チャットを完全に削除するには、タブのコンテキストメニューを開いて Delete Chat を選択します。

すべてのチャットにわたる進捗と変更

従来、セッションにはアクティブなチャットのアクティビティしか反映されなかったため、他のピアチャットがまだ処理中であるか、何を変更したのかを把握するのが困難でした。進捗とファイルの変更がすべてのチャットにわたって集約されるようになりました。いずれかのチャットが動作しているときはセッションが進行中として表示され、各タブには独自の進捗が表示され、セッションヘッダーの Changes ピルにはすべてのピアチャットからの編集内容の合計が反映されます。

会話をフォークしてピアチャットを作成する

マルチチャットセッションで会話をフォークすると、全く新しいトップレベルのセッションを作成する代わりに、同じセッション内に新しいピアチャットが作成されるようになりました。フォークされたチャットはフォークポイントまでの会話を継承し、他のチャットから独立して実行され、自動生成されたタイトルが付けられます。シングルチャットおよび非エージェントホストのセッションでは、新しいセッションにフォークする従来の動作が維持されます。

セッションレイアウト

セッションヘッダーの一貫したピル

セッションタイトルの下にあるアクションの行は、均一でコンパクトな二次ボタンピルとして一貫してレンダリングされるようになりました。Workspace pill は、ワークスペースの種類に応じたワークスペースアイコン (クラウド、フォルダー、またはワークツリー) とラベルを表示し、名前が長い場合は切り捨てられます。Changes pill (N files +X -Y) はセッションのデフォルトの変更セットを読み込んで開き、Copilot とエージェントホストプロバイダーの両方で、そのカウントと開かれるマルチファイル差分が一致するように保たれます。

セッションの切り替え時にフォーカスがチャット入力に移動する

エージェントウィンドウでセッションを開いたとき、エディターが開いている場合や変更ビューの読み込み中であっても、キーボードフォーカスがチャット入力に当たるようになり、すぐにタイピングを開始できるようになりました。キーボードを使用してセッションリスト内のエントリをハイライトしても、実際にセッションを開くまではフォーカスは移動しません。

レスポンシブなセッションサイドバー (実験的)

Setting: sessions.layout.autoCollapseSessionsSidebar VS Code で開く VS Code Insiders で開く

ウィンドウの幅が狭い場合、エディター、サイドパネル、セッションサイドバーを同時に表示すると作業スペースがほとんどなくなります。有効にすると、ウィンドウが狭く、エディターとサイドパネルの両方が開いている場合、エージェントウィンドウは自動的にセッションサイドバーを非表示にし、スペースが確保されると再び表示します。手動での閉じ操作が優先され、複数のセッションが同時に表示されている場合はこの動作が一時停止されます。

/troubleshoot を使用したエージェントの動作のトラブルシューティング

/troubleshoot コマンドで呼び出されるトラブルシューティングスキルは、チャットセッションログを分析し、エージェントの動作に関するインサイトを表面化させることで、チャットの問題の診断に役立ちます。カスタムインストラクションが無視される理由や、応答が遅い理由を調査するために使用します。

このリリースでは、/troubleshoot を使用して、ローカルおよびリモートセッションを含むエージェントホストセッションを診断できます。エージェントウィンドウで、チャット入力に /troubleshoot と入力し、続けて #session と選択し、トラブルシューティングするセッションを選択して、発生している問題についての質問や説明を追加します。

コスト管理

サブエージェントのクレジット

エージェントがサブエージェントに作業を委譲する場合、委譲された作業のコストを把握するのが難しい場合があります。これをより透明性のあるものにするため、チャット応答内のサブエージェントセクションにマウスオーバーすると、そのサブエージェントが使用した AI クレジットを確認できるようになりました。

チャット

macOS および Linux におけるターミナルコマンドのサンドボックス化

エージェントが呼び出すすべてのターミナルコマンドを承認することは、すぐに面倒になります。このリリースから、macOS および Linux におけるターミナルコマンドのサンドボックス化の提供を開始します。ネットワークアクセスがブロックされ、ファイルシステムアクセスが制限された状態でコマンドが実行されるため、エージェントはより少ないプロンプトで作業を行うことができます。

エージェントが昇格してサンドボックス外でコマンドを実行する必要がある場合にのみ、承認が求められます。詳細については、エージェントのサンドボックス化を参照してください。

これは Permissions ドロップダウンから無効にできます

言語モデル

組み込みの Ollama プロバイダーの非推奨化

モデルプロバイダーは、拡張機能を通じて VS Code のチャットエクスペリエンスにモデルを提供できます。拡張機能を使用することで、組み込みプロバイダーよりも迅速に新しいモデルや機能をサポートできるようになります。

Ollama には現在、公式の VS Code 拡張機能が用意されており、チャットでローカルの Ollama モデルを使用する際のおすすめの方法となっています。

その結果、組み込みの Ollama プロバイダーは非推奨となりました。組み込みプロバイダーを使用して Bring Your Own Key (BYOK) でローカルモデルを実行している場合は、公式拡張機能をインストールし、組み込みプロバイダーを削除することで、Ollama モデルを引き続き中断なく使用できます。次のビデオは、非推奨となったプロバイダーを削除する方法を示しています。

統合ブラウザー

カメラ、位置情報、デバイスなど

統合ブラウザーがサイトごとの権限をサポートするようになりました。これにより、ページがより多くの Web API を使用できるようになります。これには以下が含まれます:

• 位置情報
• カメラとマイク
• 加速度計やジャイロスコープなどのセンサー
• クリップボード
• Bluetooth、USB、シリアル、HID などのデバイス

ページが権限を要求すると、従来のブラウザーと同様に、VS Code はリクエストの許可または拒否を求めるプロンプトを表示します。

現在のサイトの権限は、ブラウザーの Site Permissions メニュー項目から管理できます。

エージェントツールの一般提供（GA）開始

Setting: workbench.browser.enableChatTools VS Code で開く VS Code Insiders で開く この設定は組織によって管理されている場合があります。変更するには管理者に連絡してください。ORG

ブラウザーツールを使用すると、外部の MCP サーバーを使用せずに、エージェントが統合ブラウザーでページを開き、コンテンツやコンソールエラーを読み取り、スクリーンショットを撮影し、選択、入力、ナビゲートを行って自身の作業を検証できます。プレビューでのいくつかのマイルストーンを経て、ブラウザーツールが一般提供（GA）され、デフォルトで有効になりました。

プレビューを実行し、不具合を報告し、フィードバックを共有してくださったすべての方々に心より感謝申し上げます。皆様のテストが、今回のリリースに組み込まれているセッションごとのタブ分離、明示的なページ共有コントロール、権限モデルを直接形作りました。

エージェントに Web アプリのビルドと検証を依頼するか、ステップバイステップの Build and test web apps with browser agent tools ガイドに従って、閉じた「ビルド・テスト・修正」のループが実際に動作する様子を確認してください。完全なリファレンスについては、Browser tools for agents を参照してください。

管理者は、エンタープライズポリシーを通じてブラウザーツールを管理できます。BrowserChatTools ポリシーで完全に無効にするか、エージェントネットワークフィルタリング (ChatAgentNetworkFilter と許可/拒否ドメインリスト) を使用してエージェントツールがアクセスできるドメインを制限できます。Configure AI settings for your organization を参照してください。

エンタープライズ

管理された Copilot 設定のためのファイルベースの配信

管理者は、ネイティブ MDM チャネルやアカウントベースのエンタープライズ設定ファイルに加えて、ディスク上の JSON ファイルから管理された GitHub Copilot 設定を配信できるようになりました。

これにより、組織は、デバイス管理ソリューションに登録されていないマシンや、ネイティブな MDM ペイロードを作成するよりも既存のツール (構成管理システムやイメージングパイプラインなど) を通じてファイルをプロビジョニングする方が簡単なマシンに対して、ポリシーを適用する簡単な方法を手に入れます。

VS Code は、OS ごとの既知の場所から managed-settings.json ファイルを読み取ります。このファイルは、MDM またはアカウントベースのエンタープライズ設定が存在しない場合にのみ適用されます。

• macOS: /Library/Application Support/GitHubCopilot/managed-settings.json
• Linux: /etc/github-copilot/managed-settings.json
• Windows: %ProgramFiles%\GitHubCopilot\managed-settings.json

このファイルには、管理者が GitHub.com を通じて作成するものと同じスキーマを使用した JSON オブジェクトが含まれています。例:

{
  "permissions": {
    "disableBypassPermissionsMode": "disable"
  },
  "enabledPlugins": {
    "plugin@marketplace": false
  }
}

詳細については、GitHub の Enterprise managed client settings に関するドキュメントを参照してください。

非推奨の機能と設定

なし

ありがとうございます

vscodeへの貢献

• @aaronpowell (Aaron Powell): プラグインマーケットプレイスのプル回復の処理 PR #318270
• @gjsjohnmurray (John Murray)
  • Settings Sync で使用されていない場合、ワークスペースの AuthenticationProvider 拡張機能を無効にできるようにする PR #320415
  • :lipstick: /causedByExtension 応答でのコマンドの大文字小文字の修正 PR #298925
• @rfeltis (Ralph Feltis)
  • 通知テレメトリにクオータチェックポイントを追加 PR #322767
  • チャットクオータの軌跡ナッジを追加 PR #320683
• @romalpani (Rohan Malpani): エージェントウィンドウで質問カルーセルに表示可能なボックスを持たせる PR #322188
• @Sid200026 (Siddharth Singha Roy): chat.modelChange テレメトリに chatSessionId を追加 PR #322579
• @tamuratak (Takashi Tamura): 修正: チャット停止時に CancellationToken が provideLanguageModelChatResponse に伝播しない問題を修正 PR #319098
• @yavanosta (Dmitry Guketlev): インライン補完の handleEndOfLifetime supersededBy 追跡を修正 PR #320143
• @yulia-vasyura: "Apply Update..." コマンドを "Apply Update from File..." に名前変更。 PR #322504

node-pty への貢献

• @codebytere-ant (Shelley Vohr)
  • 修正: macOS の SetupExitCallback で kqueue fd を閉じる PR #931
  • 修正: Windows で CreateProcessW の失敗を uncaughtException ではなく 'exit' として表面化させる PR #934
  • 修正: conpty の起動失敗時にパイプハンドルを閉じ、属性リストを解放する PR #935

イシュートラッキング

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

• @RedCMD (RedCMD)
• @gjsjohnmurray (John Murray)
• @mantasu (Mantas)
• @davemcom (DaveM.)

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

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