VSCode1.105のリリースノート（日本語訳）

まえがき

VSCode1.105 のリリースノートを ChatGPT で日本語に翻訳しました。
VSCode 1.105 Release Notes

次のバージョン：VSCode1.106のリリースノート（日本語訳）
前のバージョン：VSCode1.104のリリースノート（日本語訳）
リリースノート一覧：VSCodeリリース情報

2025年9月 (バージョン 1.105)

リリース日: 2025年10月9日
セキュリティ更新: 次の拡張機能にセキュリティ更新があります: GitHub.copilot-chat 。
Update 1.105.1: この更新では、コアのこれらの問題 と、GitHub Copilot Chat 拡張機能のこれらの問題 に対処しています。
更新情報: GitHub Universe における VS Code の発表内容もご覧ください。

Visual Studio Code 2025年9月リリースへようこそ。このバージョンには多くの更新が含まれており、その中でも特に注目すべき点は次のとおりです。

OS との統合

タスク完了とチャット応答の通知を受け取る(詳細… )
macOS でのネイティブ認証エクスペリエンス(詳細… )

開発者の生産性

複雑なコーディングタスクの計画と引き継ぎ(詳細… )
AI 支援によるマージ競合の解決(詳細… )

エージェントツール

OpenAI Codex との統合(詳細… )
サブエージェントを使ったコンテキスト管理の改善(詳細… )

GitHub Universe における VS Code

GitHub Universe では、VS Code における AI を活用した開発の生産性向上のための複数の更新を共有しました。組み込みの plan エージェントを使って複雑なタスクの調査と計画を行い、サブエージェントでコンテキスト管理を改善し、OpenAI Codex や GitHub Copilot CLI のようなバックグラウンドエージェントを管理できるようになりました。
VS Code Insiders をダウンロードして、これらの機能を今すぐお試しください。

Plan エージェント

注意: この機能は現在、VS Code Insiders でのみ利用可能です。

複雑なコーディングタスクによりよく備えるために、VS Code に組み込みの plan エージェントが追加されました。plan エージェントはタスクを分析し、ステップに分解し、開発を開始する前に実装プランを生成するのに役立ちます。このアプローチにより、重要な要件の見落としを防ぐことができます。

plan エージェントを使用するには、チャットビュー (Ctrl+Alt+I) を開き、エージェントのドロップダウンから Plan を選択し、タスクを説明します。

プランを確定した後、そのまま実装を開始することも、後で使用するためにプランを保存することもできます。plan エージェントはカスタムチャットモード向けの新しい handoff 機能を利用します。
VS Code の組み込み plan エージェントの使い方 の詳細をご覧ください。

Handoffs

注意: この機能は現在、VS Code Insiders でのみ利用可能です。

handoff により、チャットモード間を推奨される次のステップ付きで遷移するガイド付きワークフローを作成できます。チャット応答が完了すると、ユーザーが関連するコンテキストと事前入力されたプロンプト付きで次のモードに移動できる handoff ボタンが表示されます。

handoff は、たとえば次のような複数ステップの開発ワークフローをオーケストレーションするのに役立ちます。
handoff を使うことで、あるチャットモードから別のモードへどのように遷移するかを指定し、カスタムで構造化されたワークフローを定義できます。別のモードへ遷移する際に使用すべきプロンプトを指定することもできます。

handoff はカスタムチャットモード定義の Frontmatter メタデータ内で指定します。

1
2
3
4
5
6
7
8
9

---
description: Generate an implementation plan
tools: ['search', 'fetch']
handoffs:
  - label: Start Implementation
    agent: implementation
    prompt: Now implement the plan outlined above.
    send: true
---

カスタムチャットモードで handoff を使う方法 の詳細をご覧ください。

分離されたサブエージェント

注意: この機能は現在、VS Code Insiders でのみ利用可能です。

サブエージェントを使うと、チャットセッション内で自律的なエージェントにタスクを委任できます。サブエージェントは独自のコンテキストウィンドウを持ち、ユーザーとの対話なしに動作するため、リサーチ、分析、コンテキスト収集といったタスクに最適です。

サブエージェントがタスクを完了すると、その結果をメインのチャットセッションに返します。サブエージェントは独自のコンテキストウィンドウを持つため、メインのチャットセッションにおけるコンテキスト管理の最適化に役立ちます。

チャットプロンプトやカスタムチャットモードでサブエージェントを使用するには、メインエージェントがサブエージェントを呼び出すように #runSubagent ツールを参照します。たとえば次のようにします。

"Run #runSubagent tool for context gathering and research about auth mechanisms for this app."

VS Code でサブエージェントを使う方法 の詳細をご覧ください。

OpenAI Codex との統合

注意: この機能は現在、VS Code Insiders でのみ利用可能です。

VS Code Insiders の新しい Agent Sessions ビュー が OpenAI Codex とも統合されました。ローカルおよびクラウドベースのエージェントセッションを単一のインターフェイスから管理できるため、複数の AI コーディングアシスタント間で進捗を追跡し、タスクを委任しやすくなります。

OpenAI Codex は Copilot サブスクリプションで利用できるようになりました。Codex 拡張機能をインストールして構成すると、Codex は自動的に Agent Sessions ビューに表示されます。Copilot Pro+ サブスクリプションを使用して認証し、追加のセットアップなしで Codex にアクセスできます。
GitHub ドキュメントの GitHub Copilot の課金とプレミアムリクエスト についての詳細をご覧ください。

Copilot CLI との統合

VS Code Insiders の新しい Agent Sessions ビュー は GitHub Copilot CLI をサポートするようになりました。ローカルおよびクラウドベースのエージェントセッションを単一のインターフェイスから管理できるため、Copilot CLI と Copilot Coding エージェント間で進捗を追跡し、タスクを委任しやすくなります。

チャットエディターまたは統合ターミナルから CLI セッションを開始および再開できます。
CLI チャットエディターで /delegate を使用して、作業をクラウド上のコーディングエージェントに委任できます。
エディターからのコンテキストを、現在の ask モードや agent モードと同様に添付できるようにするなど、VS Code における CLI エクスペリエンスを改善します。

Chat

完全修飾ツール名

プロンプトファイルとカスタムチャットモードでは、使用できるツールを指定できます。組み込みツールと MCP サーバーや拡張機能が提供するツールとの名前の衝突を避けるため、プロンプトファイルとチャットモードで完全修飾ツール名をサポートするようになりました。これは、欠落している拡張機能や MCP サーバーの発見にも役立ちます。

ツール名は、それが属する MCP サーバー、拡張機能、またはツールセットによって修飾されるようになりました。たとえば、codebase の代わりに search/codebase を使用し、list_issues は github/github-mcp-server/list_issues となります。
以前の表記も引き続き使用できますが、コードアクションによって新しい名前への移行を支援します。

カスタムモデル向けの編集ツールの改善

設定: github.copilot.chat.customOAIModels

BYOK (Bring Your Own Key) カスタムモデル向けの編集ツールセットを改善し、VS Code の組み込みツールとの統合を強化しました。加えて、既定のツールを強化し、カスタムモデルに対して最適なツールセットを選択するための「学習」メカニズムを追加しました。

OpenAI 互換モデルを使用している場合 、 github.copilot.chat.customOAIModels 設定を使って、編集ツールのリストを明示的に構成することもできます。

ネストされた AGENTS.md ファイルのサポート (実験的)

設定: chat.useNestedAgentsMdFiles

前回のマイルストーンでは、ワークスペースのルートにある AGENTS.md のサポートを導入しました。この機能は一般提供となり、既定で有効になっています。

今回、ワークスペースのサブフォルダー内にあるネストされた AGENTS.md ファイルのサポートも追加しました。これにより、コードベースの異なる部分に対して、より具体的なコンテキストや指示を提供できます。たとえば、フロントエンドコードとバックエンドコードで異なる指示を持たせることができます。この機能は現在実験的であり、 chat.useNestedAgentsMdFiles 設定で有効化できます。
VS Code のチャットをカスタマイズ して、チームのプラクティスやワークフローに合わせる方法の詳細をご覧ください。

チャットのユーザーエクスペリエンスの改善

チャット応答の OS 通知

設定: chat.notifyWindowOnResponseReceived

VS Code 1.103 では、VS Code ウィンドウにフォーカスがない状態でユーザーの確認が必要なチャットセッションに対して OS 通知を導入しました。このリリースでは、この機能を拡張し、チャット応答を受信した際に OS バッジと通知トーストを表示するようにしました。通知には応答のプレビューが含まれ、選択するとチャット入力にフォーカスが移動します。

通知の動作は、 chat.notifyWindowOnResponseReceived 設定で制御できます。

Chain of thought (実験的)

設定: chat.agent.thinkingStyle

Chain of thought は、モデルが応答する際の推論過程を表示する機能で、モデルが提案する内容をデバッグしたり理解したりするのに役立ちます。GPT-5-Codex の導入により、思考トークンがチャット内で応答の展開可能なセクションとして表示されるようになりました。

Chain of thought の表示・非表示の方法は、 chat.agent.thinkingStyle 設定で構成できます。思考トークンは今後、より多くのモデルでも利用可能になる予定です。

最近のチャットセッションの表示 (実験的)

設定: chat.emptyState.history.enabled

前回のマイルストーンでは、新しいチャットセッション (Ctrl+N) を作成する際に役立つ プロンプトファイルの提案 を導入しました。このリリースでは、それを拡張し、最近のローカルチャット会話を表示するようにしました。これにより、中断した場所からすばやく再開したり、過去の会話を再訪したりできます。

既定ではこの機能はオフですが、 chat.emptyState.history.enabled 設定で有効化できます。

エージェントループ中の変更の保持または取り消し

以前は、エージェントがチャットリクエストを処理している間、エージェントが完了するまでファイル編集を保持したり取り消したりすることはできませんでした。現在は、編集ループが進行中でもファイルへの変更を保持または取り消しできるようになりました。これにより、特に長時間実行されるタスクに対して、より細かな制御が可能になります。

ユーザーチャットメッセージをナビゲートするためのキーボードショートカット

チャットセッション内で以前のチャットプロンプトをすばやくナビゲートできるように、チャットメッセージを上下に移動するためのキーボードショートカットを追加しました。

前のメッセージへ移動: Ctrl+Alt+Up
次のメッセージへ移動: Ctrl+Alt+Down

エージェントセッション

このマイルストーンでは、Chat Sessions ビューと、リモートコーディングエージェントへのタスク委任エクスペリエンスにいくつかの改善を行いました。

Chat Sessions ビューの強化

設定: chat.agentSessionsViewLocation

Chat Sessions ビュー は、ローカルチャット会話とリモートコーディングエージェントセッションの両方を管理するための集中ビューを提供します。このビューにより、複数の AI セッションを同時に扱い、その進捗を追跡し、長時間実行されるタスクを効率的に管理できます。

このリリースでは、Chat Sessions エクスペリエンスを向上させるために、UI の調整とパフォーマンスの改善を行いました。

Chat Sessions ビューは引き続き、複数のコーディングエージェントを監視するためのステータスバー追跡、セッション管理用のコンテキストメニュー、各セッションに詳細なコンテキストを提供するリッチな説明などの機能をサポートします。

ビューのヘッダーにある「+」ボタンを使用して、新しいセッションをすばやく開始できます。

リモートコーディングエージェントへの委任

リモートコーディングエージェントを使う典型的なシナリオは、まずコードベースの完全なコンテキストにアクセスできるローカルチャットセッションでタスクについて議論・計画し、その後、実装作業をリモートコーディングエージェントに委任するというものです。リモートエージェントはバックグラウンドでタスクに取り組み、解決策を含むプルリクエストを作成できます。

Copilot coding agent が有効化された リポジトリで作業している場合、Chat ビューに Delegate to coding agent ボタンが既定で表示されるようになりました。

委任アクションを使用すると、ファイル参照を含むチャット会話のすべてのコンテキストがコーディングエージェントに転送されます。会話がコーディングエージェントのコンテキストウィンドウを超える場合、VS Code は自動的に情報を要約・圧縮してウィンドウに収まるようにします。

チャットターミナルプロファイル

run-in-terminal ツールによって起動されるシェルを構成するために、プラットフォーム固有の設定 chat.tools.terminal.terminalProfile.windows 、 chat.tools.terminal.terminalProfile.osx 、 chat.tools.terminal.terminalProfile.linux を追加しました。

チャット専用のシェルを持つことで、通常のシェル設定から対話的な要素を簡略化または削除し、エージェントが利用しやすくできます。同時に、通常の環境やシェル起動スクリプトは変更されません。

1
2
3
4
5
6
7

"chat.tools.terminal.terminalProfile.osx": {
  "path": "bash", // bash instead of zsh
  "args": [], // non-login instead of login on macOS
  "env": {
    "COPILOT": "1" // environment variable that can be used in init scripts
  }
}

ターミナルコマンド

ターミナルプロンプトへの自動応答 (実験的)

設定: chat.tools.terminal.autoReplyToPrompts

オプトイン設定 chat.tools.terminal.autoReplyToPrompts を導入しました。これにより、エージェントがターミナルでの入力プロンプト (例: Confirm? y/n) に自動的に応答できるようになります。

ターミナルの自由形式入力要求の検出

ターミナルが自由形式の入力を必要とする場合、確認プロンプトを表示するようになりました。これにより、現在の作業に集中しつつ、入力が必要なときだけ注意を向けることができます。

Apple アカウントでのサインイン

GitHub または Google アカウントでのサインインに加えて、Apple アカウントを使用して GitHub Copilot アカウントにサインインまたはセットアップできるようになりました。この機能は VS Code ユーザーに順次展開されます。

詳細はアナウンス用の GitHub ブログ記事 をご覧ください。

モデルの利用可能性

このマイルストーンでは、チャットで次のモデルのサポートを追加しました。利用可能なモデルは、Copilot プランと構成によって異なります。

GPT-5-Codex: OpenAI の GPT-5 モデルで、エージェント的なコーディング向けに最適化されています。

Claude Sonnet 4.5: Anthropic による、コーディングと実世界エージェント向けの最も高度なモデルです。

チャット内のモデルピッカーで、さまざまなモデルを選択できます。VS Code における言語モデル の詳細をご覧ください。

MCP

MCP マーケットプレース (プレビュー)

設定: chat.mcp.gallery.enabled

VS Code に組み込みの MCP マーケットプレースが追加され、Extensions ビューから MCP サーバーを直接参照・インストールできるようになりました。これは GitHub MCP registry によって提供されており、エディター内で MCP サーバーをシームレスに発見・管理できます。

注意: この機能は現在プレビュー段階です。まだ利用できない機能もあり、エクスペリエンスに多少の粗さが残っている可能性があります。

MCP マーケットプレースは既定では無効です。MCP サーバーがインストールされていない場合、Extensions ビューにウェルカムビューが表示され、マーケットプレースを有効化するための簡単な導線が提供されます。 chat.mcp.gallery.enabled 設定を使用して、MCP マーケットプレースを手動で有効化することもできます。

Extensions ビューから MCP サーバーを参照するには:

  • 検索ボックスで @mcp フィルターを使用する
  • Extensions ビューのフィルタードロップダウンから MCP Servers を選択する
  • 名前で特定の MCP サーバーを検索する

MCP サーバーの自動起動

設定: chat.mcp.autostart

このリリースでは、新規または古い MCP サーバーが、チャットメッセージ送信時に自動的に起動されるようになりました。VS Code はサーバーの自動起動時にダイアログなどの対話をトリガーしないようにし、その代わりにチャット内にサーバーが注意を必要としていることを示すインジケーターを追加します。

MCP の自動起動が既定でオンになったことで、拡張機能を積極的にアクティブ化することはやめ、最初のチャットメッセージが送信されたときにのみ MCP を提供する拡張機能をアクティブ化するようになりました。

拡張機能開発者向けには、mcpServerDefinitionProviders コントリビューションポイントに when 句のサポートを追加し、不要な場合のアクティブ化を避けられるようにしました。

ツールから返される MCP リソースの表現の改善

以前は、リソースを含むツール結果の実装において、モデルがそれらのリソースを取得する方法について明確な指示を与えず、モデル側に委ねていました。このバージョンの VS Code では、既定でリソースコンテンツのプレビューを含め、完全な内容を取得する方法に関する指示を追加するようにしました。これにより、そのようなツールを使用する際のモデルのパフォーマンス向上が期待できます。

MCP 仕様の更新

このマイルストーンでは、MCP 仕様に対して次の更新を採用しました。

  • SEP-973 : MCP サーバーがデータに関連付けるアイコンを指定できるようにするものです。これにより、サーバー、リソース、ツールにカスタムアイコンを付与できます。

    HTTP MCP サーバーは、MCP サーバー自身がリッスンしているのと同じオーソリティからアイコンを提供する必要があります。一方、stdio サーバーはディスク上の file:/// URI を参照することが許可されています。

  • SEP-1034 : MCP サーバーが elicitation を使用する際に既定値を提供できるようにするものです。

アクセシビリティ

Windows 上の pwsh 用シェル統合とスクリーンリーダーサポート

PSReadLine は、過剰な音声フィードバックでユーザーを圧倒しないよう、スクリーンリーダーが検出された場合は歴史的に無効化されていました。ターミナルのシェル統合は PSReadLine のサポートに依存しているため、スクリーンリーダーモードでは簡略化されたバージョンの PSReadLine を有効化するようにしました。これにより、シェル統合とその機能がスクリーンリーダーユーザーにも動作するようになります。

チャットの改善

設定: accessibility.verboseChatProgressUpdates

新しい設定 accessibility.verboseChatProgressUpdates により、スクリーンリーダーユーザー向けにチャットアクティビティに関するより詳細なアナウンスを有効化できます。

チャット入力から、Ctrl+Shift+Down で最後にフォーカスされていたチャット応答項目にフォーカスを移動できます。

アクセシブルビューの持続性

VS Code と他のウィンドウ間を切り替える際に、アクセシブルビュー内でのユーザーの位置を維持するようになり、シームレスなワークフローを実現します。

エディターエクスペリエンス

Quick Input の既定ショートカットの上書き

コマンドパレットで使用される Quick Pick や Input Box などの Quick Input コントロールは、リストの上下移動、確定 (Enter) などのナビゲーション用キーボードショートカットをハードコードしていました。

これらのアクションはコマンドに移行され、キーボードショートカットを上書きできるようになりました。たとえば、Quick Pick で Tab を確定に使用したい場合、今ではそれが可能です。上書き可能なすべてのキーボードショートカットを確認するには、キーボードショートカットエディター (kb(workbench.action.openGlobalKeybindings)) を開き、quickInput を検索してください。

空白のみの next edit suggestions を禁止

設定: github.copilot.nextEditSuggestions.allowWhitespaceOnlyChanges

Next edit suggestions (NES) がコードフォーマットのような空白のみの変更を提案しないようにすることが可能になりました。

ソース管理

AI によるマージ競合の解決

git のマージ競合マーカーを含むファイルを開くと、AI でマージ競合を解決できるようになりました。エディター右下に新しいアクションを追加しました。このアクションを選択すると、Chat ビューが開き、マージベースと各ブランチの変更をコンテキストとして用いたエージェントフローが開始されます。

提案されたマージ競合の解決内容はエディターで確認でき、必要に応じて追加のコンテキストでフォローアップできます。AGENTS.md ファイルを使用して、マージ競合の解決方法をカスタマイズすることもできます。

ファイルコミットをチャットコンテキストに追加

数マイルストーン前に、Source Control Graph ビューに表示される各履歴項目内のファイルを表示する機能を追加しました。今回、その履歴項目内のファイルをチャットリクエストのコンテキストとして追加できるようになりました。これは、特定バージョンのファイル内容をチャットプロンプトのコンテキストとして提供したい場合に便利です。

過去のコミットからファイルをチャットに追加するには、コミットを選択してファイル一覧を表示し、特定のファイルを右クリックして、コンテキストメニューから Add to Chat を選択します。

テスト

コードカバレッジ付きでテストを実行

コード用のテスト拡張機能がインストールされている場合、チャット内の runTests ツールにより、コマンドラインからではなく VS Code のテスト統合 を使用してコードベースのテストを実行できます。

このリリースでは、runTests ツールがテストコードカバレッジもエージェントに報告するようになりました。これにより、エージェントはコード全体をカバーするテストを生成・検証できるようになります。

テスト結果列の入れ替え

Test Results ビューのタイトルメニューにある新しい swap ↔️ ボタンを使用して、結果ツリーが表示される側を変更できます。

タスク

長時間実行タスク完了時の OS 通知

設定: task.notifyWindowOnTaskCompletion

ユーザーが開始した長時間実行タスクが、VS Code ウィンドウにフォーカスがない状態で完了した場合、OS バッジと通知トーストが表示されるようになりました。通知を選択すると、そのタスクが完了したウィンドウにフォーカスが移動します。この動作は task.notifyWindowOnTaskCompletion 設定で構成できます。

タスクターミナルタイトルの持続性

設定: terminal.integrated.tabs.title

ターミナルタブのタイトルは、 terminal.integrated.tabs.title 設定で構成できます。既定値は ${process} で、ターミナルで実行中のプロセス名が表示されます。

タスクの場合、タスクが別のプロセスを起動するとターミナルタイトルが変わる可能性があり、混乱を招くことがあります。これに対処するため、タスクが開始されたときにタスク名をターミナルタイトルとして保持するようにしました。

ターミナル

Start dictation の公開

ターミナルのオーバーフローメニューに Start dictation アクションを追加しました。このアクションにより、音声入力を使用してターミナルにテキストを入力できます。
必要に応じて、対応する Stop dictation アクションが表示されます。

認証

macOS 向け Microsoft 認証のネイティブブローカーサポート

設定: microsoft-authentication.implementation

このマイルストーンでは最新の MSAL ライブラリを採用し、macOS でネイティブなエクスペリエンスによるサインインが可能になりました (Windows に加えて)。

ネイティブブローカー認証が利用可能なのは次の環境のみです。

  • M シリーズ (ARM とも呼ばれる) macOS デバイス
  • ブローカー経由での認証を行うポリシーで Intune に登録された macOS マシン

これにより、シングルサインオンフローがスムーズになり、Microsoft 認証セッションを取得する推奨方法となります。MSAL チームは今後、残りのプラットフォーム (Linux、Windows ARM、macOS Intel/x64) に対してもこれを有効化していく予定ですので、続報をお待ちください。

注意: ブローカー経由の認証で問題が発生する場合は、 microsoft-authentication.implementation を msal-no-broker に変更することで、ブラウザーを使用した認証に切り替えることができます。

GitHub 認証の PKCE サポート

GitHub は最近 、認証フローにおいて PKCE (Proof Key for Code Exchange ) のサポートを有効化しました。VS Code が GitHub への認証に使用するフローでも、これを採用しました。

言語

Python

テスト ID コピーアクション

実行ガターアイコンのコンテキストメニューに Copy Test Id コマンドが追加され、完全修飾された pytest または unittest のテスト識別子をコピーできるようになりました。

拡張機能への貢献

GitHub Pull Requests

プルリクエストや Issue の作業・作成・管理を可能にする GitHub Pull Requests 拡張機能に、さらなる進捗がありました。新機能には次のものが含まれます。

  • #openPullRequest ツールが、開いている PR の差分と PR ファイルを「open pull request」として認識するようになりました。
  • 設定 githubIssues.issueAvatarDisplay を使用して、Issues ビューに表示されるアバターを最初のアサイン先のものにするか、作成者のものにするかを制御できます。
  • Pull Requests ビューの裏側で動作するプルリクエストクエリをリフレッシュ時に常に実行するのではなく、まずリポジトリに新しい PR があるかどうかを確認するようになりました。これにより、新しい PR がない場合の API 使用量が削減されます。

拡張機能のリリースに含まれるすべての内容については、バージョン 0.120.0 の changelog をご覧ください。

拡張機能オーサリング

Microsoft 認証で WWW-Authenticate クレームチャレンジをサポート

Azure は現在 、Azure リソースへのすべての作成/削除操作を、多要素認証 (MFA) を使用してサインインした認証済みセッションで行うことを必須としています。一部の組織ではあらゆる認証に対して MFA を要求していますが、そうでない組織もあり、そのような組織がこの MFA 強制の影響を受けます。

Microsoft 認証を使用し ARM と通信する拡張機能をお持ちの場合、ARM API 呼び出しが次のような WWW-Authenticate ヘッダー付きで 401 Unauthorized を返すケースを処理する必要があります。

1

Bearer realm="", authorization_uri="https://login.microsoftonline.com/common/oauth2/authorize", error="insufficient_claims", claims="SOME VALUE HERE"

朗報として、このステータスコードを処理するために使用できる最終版 API を導入しました。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

const wwwAuthenticateFromRequest = headers['WWW-Authenticate']; // the string above
vscode.authentication.getSession(
  'microsoft',
  {
    wwwAuthenticate: wwwAuthenticateFromRequest,
    fallbackScopes: scopesFromOriginalRequest
  },
  {
    createIfNone: true
  }
);

行うべきことは、元々要求したスコープ (おそらく ARM スコープ) とともに、その WWW-Authenticate の値をそのまま渡すだけです。Microsoft Authentication Provider が残りを処理し、ユーザーが MFA を通過するようにします。

Azure Resources 拡張機能を所有する Azure Tools チームと連携し、この新しい API を採用しました。この拡張機能、またはそれを利用する何らかの拡張機能を使用している場合、この強制は処理されるはずです。問題が発生した場合は、Azure Resources 拡張機能 に Issue を作成してください。

注意: ご自身の AuthenticationProvider で WWW-Authenticate チャレンジをサポートしたいとお考えですか? 提案中の API についてのご意見を Issue #267992 にお寄せください。

プロンプトファイルとインストラクションファイルのコントリビューション

拡張機能からプロンプトファイルとインストラクションファイルをコントリビュートできるようになりました。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16

"contributes": {
  "chatPromptFiles": [
    {
      "name": "ReviewAndCreateIssue",
      "description": "Review the selected code and create an issue",
      "path": "./prompts/reviewAndCreateIssue.prompt.md"
    }
  ],
  "chatInstructions": [
    {
      "name": "TextMateGuidelines",
      "description": "Use these instructions when creating or modifying TextMate grammars",
      "path": "./prompts/textMateGuidelines.instructions.md"
    }
  ]
}

チャットモードのコントリビューション (chatModes) は現在、提案 API フラグの背後にあります。

SecretStorage 内のキー一覧

このイテレーションでは、拡張機能が Secret Storage に保存したすべてのキーを一覧表示する API を最終化しました。これは context.secrets オブジェクト内にあります。

1
2
3
4
5

export function activate(context: ExtensionContext) {
  const keys: string[] = await context.secrets.keys();

  const value = await context.secrets.get(keys[0]); // a value that exists
}

この API の使用例としては、deactivate 時に Secret Storage のデータをすべて削除したい場合などが挙げられます。

エンジニアリング

Playwright VS Code MCP サーバー

VS Code の開発ループを支援するために、ローカルビルドの VS Code を制御できる MCP サーバーの利用をさらに検証しました。スクリーンショットのパースに関するモデルの理解度には賛否がありましたが、#executePrompt ツール ( github.copilot.chat.executePrompt.enabled で有効化可能) を用いたサブエージェントのオーケストレーションは、コンテキストを汚染しないという点で有効でした。

今後のリリースでもこれをさらに検証していく予定ですので、続報をお待ちください。

この MCP サーバーを試すには、vscode リポジトリの test/mcp フォルダー を参照してください。開始は非常に簡単です。

注目すべき修正

  • vscode#265842 - Chat: Sonnet、Gemini、Grok モデルに影響するファイル破損の問題を修正
  • vscode#221255 - 「URI を開くことは安全でない可能性があります」警告の確認に関係なくターミナルリンクが開いてしまう問題を修正
  • vscode#229374 - ターミナルの OSC 8 ハイパーリンクでフォルダーを開く際、ネイティブのファイルエクスプローラーではなく VS Code のエクスプローラーで開くように修正
  • vscode#268443 - リリースノート内の設定リンクが何もしない問題を修正

謝辞

Issue トラッキング

Issue トラッキングへの貢献:

プルリクエスト

vscode への貢献:

vscode-copilot-chat への貢献:

vscode-eslint への貢献:

vscode-json-languageservice への貢献:

vscode-mypy への貢献:

vscode-python-environments への貢献:

vscode-vsce への貢献:

debug-adapter-protocol への貢献:

新機能を準備が整い次第すぐに試してくださる皆さんに心から感謝しています。ここを頻繁にチェックして、最新情報をぜひご確認ください。
以前の VS Code バージョンのリリースノートを読みたい場合は、code.visualstudio.com の Updates にアクセスしてください。

スポンサーリンク
共有
もふもふ

プロフィール

著者
もふもふ
プログラマ。汎用系→ゲームエンジニア→Webエンジニア→QAエンジニア

関連記事