2025年11月 (バージョン 1.107)
リリース日: 2025年12月10日
アップデート 1.107.1: このアップデートではエージェントセッションの体験が向上し、エージェントワークフローのチュートリアルが追加されました。また、これらの問題に対処しています。主なハイライトは以下の通りです。
- エージェントセッションビューはデフォルトでサイドバイサイド表示になり、トグルの状態が保持されるようになりました。
- 入力を必要とするエージェントセッションが明確にマークされるようになりました。
- バックグラウンドセッション作成時にワークスペースの変更をコピーするサポートが追加されました。
- 新しいセッションを作成してもチャットプロンプトがクリアされないようになりました。
- クラウドセッションでのツール呼び出しは、デフォルトで折りたたまれるようになりました。
ダウンロード: Windows: x64 Arm64 | Mac: Universal Intel silicon | Linux: deb rpm tarball Arm snap
VS Code 1.107ではマルチエージェントオーケストレーションが導入されました。GitHub Copilotとカスタムエージェントを組み合わせて使用することで、開発の加速と並列化が可能になります。
- エージェントHQ (Agent HQ) を使用すると、すべてのエージェントを一箇所で管理でき、Copilotとカスタムエージェントがタスクをまたいで共同作業できるようになります。
- バックグラウンドエージェントは分離されたワークスペースで実行されるため、アクティブな作業を妨げず、複数のバックグラウンドタスクを同時に有効にできます。
- ローカル、バックグラウンド、またはクラウドのエージェント間で作業を委任（Delegate）することで、中断することなくワークフローを維持できます。
エンジニアによるこれらの機能の紹介は、VS Code 1.107 リリースハイライト動画をご覧ください！
ハッピーコーディング！
オンラインのリリースノートは、code.visualstudio.com のUpdatesでご覧いただけます。
Insiders: 夜間ビルドのInsiders版をダウンロードして、最新のアップデートをいち早くお試しください。
エージェント
- チャットからエージェントを管理する (詳細を表示)。
- 組織全体でエージェントを共有する (詳細を表示)。
- チャットを閉じてもエージェントをアクティブに保つ (詳細を表示)。
- エージェントセッションをローカルからクラウドへ移動する (詳細を表示)。
- 専用のGitワークツリーでエージェントを実行する (詳細を表示)。
- バックグラウンドエージェントにコンテキストを添付する (詳細を表示)。
- バックグラウンドエージェントをカスタマイズする (詳細を表示)。
- 環境間でカスタムエージェントを再利用する (詳細を表示)。
- カスタムサブエージェントを実行する (詳細を表示)。
- Claudeのスキルを再利用する (詳細を表示)。
エージェントセッションとチャットの統合
設定: chat.viewSessions.enabled
アップデート 1.107.1: このアップデートでは、サイドバイサイドのセッション体験が大幅に向上しました。トグルを使用してセッションを非表示にした場合、その選択が記憶されるため、チャットビューを自由なサイズに調整できます。エージェントワークフローのチュートリアルから始めてみましょう。
エージェントは、ユーザーに代わってコーディングタスクを自律的に実行するための鍵となります。チャットインターフェースは、ローカル（VS Code内）、バックグラウンド（CLI使用）、クラウド、サードパーティ拡張機能など、実行場所に関係なくエージェントと対話するための主要な手段です。VS Codeでのエージェントの使用については、ドキュメントをご覧ください。
今回のイテレーションでは、エージェントセッションをチャットビューに統合し、エージェントを扱う際に統一された体験を提供できるようにしました。セッションのステータス、進行状況、ファイル変更の統計情報を一目で確認できます。セッションのアーカイブやアーカイブ解除も可能で、セッションリストを整理しやすくしました。
ワークスペース内で作業している場合、セッションリストには現在のワークスペースに関連するセッションのみが表示されます。空のウィンドウでは、すべてのワークスペースにわたるセッションが表示されます。
リストからセッションを選択すると、サイドバーのチャットビューでセッションが開き、会話の全履歴を確認できます。必要に応じて、セッションをエディタータブまたは新しいウィンドウとして開くこともできます。セッションを右クリックすると、これらのオプションを含むコンテキストメニューが表示されます。
チャットビュー内のセッションリストは、 chat.viewSessions.enabled を設定することで無効にできます。
この変更に伴い、スタンドアロンのエージェントセッションビューはデフォルトで無効になります。引き続きスタンドアロンビューを使用したい場合は、 chat.agentSessionsViewLocation で再度有効にできます。今後のリリースで、スタンドアロンビューは完全に削除される予定です。
コンパクトビュー
チャットビューの幅が狭い場合、新しいチャットセッションを開始するとセッションリストがチャットビュー内に表示されます。デフォルトでは、アーカイブされていない最新の3つのセッションが表示されます。
すべてのセッションを表示を選択すると、セッションの全リストが検索・フィルタリングオプション付きで表示されます。
アクションを使用してエージェントセッションのサイドバーを切り替えることで、すべてのセッションをより広いスペースで確認できます。
サイドバイサイドビュー
チャットビューが十分に広い場合（最大化した際など）、エージェントセッションリストがチャットビューと並んで自動的に表示されます。このビューでは、コンテキストを失わずにセッション間をすばやく移動できます。コントロールを使用して、手動でこのサイドバイサイドビューを切り替えることも可能です。
セッションリストを絞り込むには、プロバイダーや状態でフィルタリングできます。このフィルタ設定はVS Codeによって保持されます。
向きの設定
設定: chat.viewSessions.orientation
デフォルトでは、セッションリストは幅が十分にある場合、または手動で切り替えた場合にチャットビューとサイドバイサイドで表示されます。この動作は chat.viewSessions.orientation 設定で変更できます。
auto(デフォルト): 幅が許せばサイドバイサイドで表示し、そうでなければ空のチャットの上に表示するstacked: 常に空のチャットの上にセッションを表示するsideBySide: 幅が許せばセッションリストをサイドバイサイドで表示し、そうでなければセッションリストを非表示にする
ローカルエージェントセッションは閉じてもアクティブなままに
以前は、ローカルチャットセッションを閉じると実行中のエージェントリクエストはキャンセルされていました。これにより、長時間実行されるタスクや複数のタスクを同時に実行する場合のローカルエージェントの有用性が制限されていました。
これからは、チャットエディターやチャットビューが開いていない場合でも、ローカルエージェントはバックグラウンドで実行し続けます。セッションリストで実行中のエージェントのステータスを確認でき、いつでもセッションに戻って詳細な進捗を確認できます。
チャットでのローカルエージェントの使用について、さらに詳しく学習しましょう (こちら)。
バックグラウンドまたはクラウドエージェントでタスクを継続
ローカルエージェントは、VS Code内でエージェントとやり取りをする対話型セッションに適しています。これは、ブレインストーミング、探索的なタスクの実行、または実装計画の立案などに便利です。計画が明確になったら、そのタスクをバックグラウンドまたはクラウドエージェントに渡して自律的に実行させることができます。
今回のイテレーションでは、ローカルチャットをバックグラウンドまたはクラウドエージェントで継続する体験が向上しました。UIの各所で、新しい継続（Continue in）オプションを使用してシームレスにタスクを継続できるようになりました。
ローカルチャットをバックグラウンドまたはクラウドエージェントに引き継ぐ際、現在のチャットコンテキストが渡され、元のセッションは引き継ぎ後にアーカイブされます。
-
チャットビュー
-
エージェントを計画する
-
無題のプロンプトファイル
Gitワークツリーでバックグラウンドエージェントを分離
バックグラウンドエージェント（以前はCLIエージェントと呼ばれていました）は、バックグラウンドで自律的に実行されるように設計されており、他の作業に集中している間にタスクをオフロードできます。複数のバックグラウンドエージェントを同時に実行すると、同じワークスペース内のファイルを変更する場合に競合が発生する可能性があります。
今回のイテレーションでは、Gitワークツリーのサポートを導入し、バックグラウンドエージェントの分離を強化しました。新しいバックグラウンドエージェントを作成する際、現在のワークスペースで実行するか、専用のGitワークツリーで実行するかを選択できます。
ワークツリーでバックグラウンドエージェントを実行すると、エージェントはセッション用に新しいGitワークツリーを自動的に作成し、その変更を別のフォルダーに分離します。これにより、競合なしで複数のバックグラウンドエージェントを同時に実行できます。
エージェントがタスクを完了したら、ワークツリーで行われた変更をメインのワークスペースに簡単にレビューしてマージできます。また、ワークツリーからの変更を直接ワークスペースに適用する新しいアクションも追加しました。
VS Codeでのバックグラウンドエージェントの使用について、さらに詳しく学びましょう (こちら)。
バックグラウンドエージェントにコンテキストを追加
バックグラウンドエージェントは、複数のコンテキスト添付タイプをサポートするようになりました。選択範囲、問題、シンボル、検索結果、gitコミットなどをプロンプトに添付できます。これにより、よりリッチで精密なプロンプトを作成でき、複雑で柔軟なワークフローが可能になります。たとえば、報告された問題を添付し、ファイルパスや行番号を手動で指定せずにエージェントに修正を依頼できます。
GitHub組織間でカスタムエージェントを共有する (実験的)
設定: github.copilot.chat.customAgents.showOrganizationAndEnterpriseAgents
以前は、カスタムエージェントはワークスペースまたはユーザーレベルでしか定義できませんでした。組織間でカスタムエージェントを共有するには、各ユーザーにエージェントファイルを手動で配布する必要がありました。
このリリースでは、GitHubアカウントの組織レベルでカスタムエージェントを定義できるようになりました。この実験的機能により、チャット内で個人用エージェントに加えて、組織固有のエージェントを使用できます。
この機能を有効にするには、 github.copilot.chat.customAgents.showOrganizationAndEnterpriseAgents を true に設定します。有効にすると、組織によって作成されたカスタムエージェントがVS Codeのエージェントドロップダウンに表示されます。
組織向けのカスタムエージェント作成の詳細については、GitHubドキュメントのカスタムエージェントの作成を参照してください。
バックグラウンドエージェントでカスタムエージェントを使用する (実験的)
設定: github.copilot.chat.cli.customAgents.enabled
独自のカスタムエージェントをバックグラウンドエージェントに取り込めるようになりました。有効にすると、.github/agentsフォルダーで定義されたカスタムエージェントがエージェントリストに表示され、ワークフローや要件に合わせて調整されたエージェントを活用できます。
この実験的機能は、 github.copilot.chat.cli.customAgents.enabled 設定で有効にできます。
ドキュメントでカスタムエージェントの定義について詳細を確認しましょう。
エージェントツール構成の再編成
GitHubのカスタムエージェントとの互換性を高めるため、エージェントツール構成を再編成しました。これにより、個別の設定を必要とせず、VS CodeとGitHubの環境間でカスタムエージェントをより簡単に再利用できるようになります。
この変更に伴い、一部の既存のツール参照とそれらが属するツールセットの名前を変更しました。エージェントファイル内の既存のツール参照は引き続き機能しますが、最新の推奨形式に名前を変更するCode Actionが表示されます。これにより、エージェント構成が最新のベストプラクティスに従い、プラットフォーム間での互換性が維持されます。
エージェントをサブエージェントとして実行する (実験的)
設定: chat.customAgentInSubagent.enabled
エージェントが複雑な問題を解決する必要がある場合、サブエージェントにタスクを委任できます。サブエージェントはメインのチャットセッションとは独立して動作し、独自のコンテキストウィンドウを持っています。これにより、メインの会話を高レベルの目標に集中させ、コンテキストウィンドウの制限を管理しやすくなります。
今回のリリースでは、カスタムエージェントを通じてサブエージェントをカスタマイズできます。カスタムエージェントを使用すると、AIの専門的なペルソナを定義し、特定のタスクやドメインに合わせて動作を調整できます。たとえば、コードレビューエージェントは、コードを変更するのではなく、コードのレビューに集中します。
カスタムエージェントをサブエージェントとして使用するには、以下の手順に従ってください。
-
chat.customAgentInSubagent.enabled を有効にします。
-
まだカスタムエージェントがない場合は、Chat: New Custom Agent コマンドで作成します。
-
チャットでモデルに「どんなサブエージェントが使える？」と尋ねて、利用可能なサブエージェントのリストを表示します。カスタムエージェントがリストに表示されるはずです。
-
カスタムエージェントの要件を満たすプロンプトを入力します。言語モデルは、カスタムエージェントの説明と引数を使用して、リクエストに使用すべきかどうかを判断します。
カスタムエージェントがサブエージェントとして使用されないようにするには、*.agent.mdファイルでメタデータプロパティ infer を false に設定します。
チャットでのサブエージェントの使用について、さらに詳しく学びましょう (こちら)。
Claudeのスキルを再利用する (実験的)
設定: chat.useClaudeSkills
スキルは Claude Code によって導入された、エージェントがオンデマンドで読み込める機能です。各スキルには、そのスキルを宣伝する短い説明が付属しています。有用であれば、エージェントはスキルの完全な指示を読むことを決定できます。スキル指示には、スクリプトやテンプレートなどのサポートファイルが付属している場合があります。読み込まれると、スキルの指示とサポートファイルはメインの会話のコンテキストの一部となります。
VS Codeで既存のスキルを再利用できるようになりました。 chat.useClaudeSkills 設定を有効にして、エージェントがスキルを発見して使用できるようにします。
VS Codeは、~/.claude/skills/skill-name/SKILL.md にある個人スキルと、ワークスペースフォルダー内の ${workspaceFolder}.claude/skills/skill-name/SKILL.md にあるプロジェクトスキルをサポートしています。
SKILL.md ファイルのヘッダーに、スキルを宣伝する description 属性があることを確認してください。なお、allowed-tools 属性はVS Codeではサポートされていません。
エージェントモードで、read-fileツールが有効になっていることを確認し、「どんなスキルがある？」と尋ねてスキルが見つかるか確認します。次に、スキルで回答できるリクエストを行います。エージェントがスキルを使用しない場合は、スキルの説明を改善するか、モデルにスキルを使用するよう促してください。
チャット
- インラインチャットはコード編集用に最適化されています (詳細を表示)。
- チャットモデルを管理する (詳細を表示)。
- 外部Webコンテンツをレビューする (詳細を表示)。
- 動的Webコンテンツを取得する (詳細を表示)。
- 無視されたファイルを検索する (詳細を表示)。
- チャットでターミナル出力を利用する (詳細を表示)。
- セッションのターミナルコマンドを自動的に承認する (詳細を表示)。
- より多くのキーボードショートカットが利用可能です (詳細を表示)。
- AzureホストモデルにEntra IDを使用する (詳細を表示)。
- Anthropicモデルの拡張思考予算を構成する (詳細を表示)。
- チャットをより効率的に使用する (詳細を表示)。
- 機密ファイルの編集に対する差分を表示する (詳細を表示)。
- 推論モデルのチャットツール呼び出しを非表示にする (詳細を表示)。
インラインチャットのUX
設定: inlineChat.enableV2
VS Codeの他のチャット体験と合わせ、迅速な単一ファイルのコード変更に最適化するため、インラインチャットの体験を改善し続けています。
以前は、一般的な質問や議論にもインラインチャットを使用できました。現在は、現在のファイル内でのコード変更用に最適化されています。インラインチャットで処理できないタスクについては、同じモデルとコンテキストを使用して、プロンプトが再生されるチャットビューに自動的にアップグレードされます。
inlineChat.enableV2 設定（プレビュー）は、現在、拡張機能がどのようにプロンプトを処理するかのみを制御します。これはまだ開発中ですが、安心してお試しいただけます。
言語モデルエディタ
VS Codeのチャットは、GitHub Copilot、サードパーティの拡張機能、またはBring-Your-Own-Key (BYOK) プロバイダーを通じて提供される複数の言語モデルをサポートしています。特に、さまざまなプロバイダー間で多数のモデルにアクセスできる場合、これらすべてを管理するのは困難です。VS Codeでの言語モデルの使用について、さらに学びましょう (こちら)。
言語モデル (Language Models) エディターは、VS Codeでチャットに使用できるすべての言語モデルを表示および管理するための一元化された場所を提供します。チャットのモデルピッカーから開くか、コマンドパレットから Chat: Manage Language Models を使用して開くことができます。
エディターには利用可能なすべてのモデルがリストされ、モデルの機能、コンテキストサイズ、課金詳細、表示ステータスなどの主要情報が表示されます。デフォルトではプロバイダーごとにグループ化されていますが、表示ステータスでグループ化することもできます。
モデル名やコンテキストサイズにカーソルを合わせると、モデルID、バージョン、ステータス、トークン内訳などの詳細情報が表示されます。
以下を使用してモデルを検索およびフィルタリングできます。
- ハイライト付きのテキスト検索
- プロバイダーフィルター:
@provider:"OpenAI" - 機能フィルター:
@capability:tools,@capability:vision,@capability:agent - 表示フィルター:
@visible:true/false
モデルの表示を管理する
利用可能なモデルが増えると、モデルピッカーは複雑で操作が難しくなることがあります。言語モデルエディターでは、各モデルの表示を切り替えて、モデルピッカーに表示するモデルを制御できます。モデルにカーソルを合わせて目のアイコンを選択し、表示を切り替えてください。
インストール済みのプロバイダーからモデルを追加する
言語モデルエディターから、Add Models... を使用してモデルを追加できます。これにより、インストールされているすべてのモデルプロバイダーのドロップダウンリストが表示されます。プロバイダーを選択して構成し、VS Codeのチャットにそのモデルを追加します。
これにより、言語モデルエディターから離れることなく、インストールした追加のモデルプロバイダーを簡単にアクティブ化できます。プロバイダーの行にある歯車アイコンを選択して、プロバイダー管理にアクセスします。
URLとドメインの自動承認
今回のイテレーションでは、fetchツール用のURL自動承認のセキュリティとユーザー体験を強化しました。モデルが明示的に要求していないURLからコンテンツを取得しようとする場合、新しい2段階の承認プロセスが表示されます。
-
URLを取得する初期リクエストを承認する
このステップでは、接続先のドメインを信頼していることを確認し、信頼できないサイトへ機密データが送信されるのを防ぐことができます。
1回限りの承認、または特定のURLやドメインへの将来のリクエストを自動的に承認するオプションがあります。
事前承認は「信頼できるドメイン」機能を尊重します。ドメインがそこにリストされている場合、そのドメインへのリクエストは自動的に承認され、応答レビューのステップに移行します。
-
チャットおよびその後のツール呼び出しで取得したコンテンツを使用することを承認する
このステップでは、取得したコンテンツがチャットに追加されたり他のツールに渡されたりする前に、それを確実にレビューし、プロンプトインジェクション攻撃を防ぐことができます。
たとえば、GitHub.comのような有名なサイトからコンテンツを取得するリクエストは承認するかもしれません。しかし、issueの説明やコメントなどのコンテンツはユーザーが生成したものであるため、モデルの動作を操作する可能性のある有害なコンテンツが含まれている可能性があります。
VS CodeチャットでのURLとドメインの承認について、さらに詳しく学びましょう (こちら)。
より堅牢なfetchツール
#fetch エージェントツールは、動的なWebコンテンツをより効果的に処理できるようになりました。静的なHTMLに加えて、動的なコンテンツを取得できます。Single-Page Application (SPA)、最新のドキュメントサイト、Jiraのようなissueトラッキングシステムなど、コンテンツの読み込みにJavaScriptに依存するWebサイトでも、不完全または空の結果が返されることはありません。
fetchツールは、ページを取得する前にJavaScriptの実行とコンテンツの読み込みを待機するため、動的にレンダリングされたコンテンツが確実にキャプチャされます。この改善により、ツールは実際のシナリオで非常に有用になります。
#fetch の後にURLを使用すると、モデルは最初のHTMLスケルトンだけでなく、ブラウザーで見ている実際のコンテンツにアクセスします。つまり、Webページについて質問したり、モデルにオンラインコンテンツの分析を依頼したりする際、より正確で完全な情報が得られるようになります。
Text Searchツールで無視されたファイルを検索可能に
#textSearch ツールは、files.exclude または search.exclude 設定、あるいは .gitignore ファイル（node_modules フォルダーなど）によって指定された無視されたファイル/フォルダー内での検索をサポートするようになりました。また、結果がない場合にはエージェントに無視されたファイル/フォルダーについてのヒントを返すため、エージェントはそれらの無視されたファイル/フォルダーでの検索を有効にすることができます。
チャットでのリッチなターミナル出力
Run in Terminal レスポンスの Toggle Output を使用すると、出力がチャット内の完全な読み取り専用の xterm.js ターミナルにレンダリングされます。このアプローチの利点は、基盤となるターミナルが終了した後でも、VS Codeがキャプチャされた出力を保持できることです。そのため、いつでも過去の実行を開き直して、コマンド実行時のターミナル出力を確認できます。
チャットターミナルは、ANSIカラーのコントラストを向上させるため、統合ターミナルのカラーテーマを採用しました。スクリーンリーダーを使用しているユーザーは、出力にフォーカスがあるときに、⌥F2 (Windows Alt+F2, Linux Shift+Alt+F2) を押してアクセシブルビューを開くことで、簡単にレビューやナビゲーションができます。
チャットでのターミナルコマンドの使用について、さらに詳しく学びましょう (こちら)。
チャットターミナルのコマンドステータスの詳細
チャットターミナルのメッセージは、コマンドのデコレーションにカーソルを合わせることで、コマンドの開始時刻、所要時間、終了コードを表示するようになりました。
このセッションですべてのターミナルコマンドを許可する
チャット体験を最適化しつつ、セキュリティと制御を維持するため、ターミナルツールに新しい自動承認オプションが追加され、セッション中の今後のすべてのコマンドを許可できるようになりました。新しいセッションを開始すると、ターミナルコマンドは既存の承認設定に従います。
チャットターミナルアクションのキーボードショートカット
専用のキーボードショートカットを使用して、最新のチャットターミナルにフォーカスしたり 、その展開状態を切り替えたり ⇧⌥⌘O (Windows, Linux Ctrl+Shift+Alt+O) できるようになりました。
カスタムエージェントのキーボードショートカット
各カスタムエージェントは、コマンドリスト内にそれぞれ独立したアクションを持つようになり、個別にキーボードショートカットをバインドできます。たとえば、「Code Reviewer」というカスタムエージェントを定義すると、コマンドパレットに Chat: Open Chat (Code Reviewer Agent) コマンドが表示され、キーボードショートカットをバインドできるようになります。
Azureモデルプロバイダー: Entra IDをデフォルトの認証に
設定: github.copilot.chat.azureAuthType
デフォルトでは、AzureモデルプロバイダーはBring-Your-Own-Key (BYOK) モデルに接続する際にEntra ID認証を使用するようになり、セキュリティの向上と、より合理化されたサインイン体験を提供します。
APIキーを使用して認証する場合は、 github.copilot.chat.azureAuthType を entraId (デフォルト) ではなく apiKey に設定してください。
Anthropicモデル: 拡張思考（Extended thinking）サポート
設定: github.copilot.chat.anthropic.thinking.budgetTokens
Anthropicモデルは拡張思考をサポートするようになり、すべてのAnthropic拡張思考モデルでデフォルトで有効になっています。拡張思考により、Claudeは複雑なタスクに対して、応答を生成する前に段階的な思考プロセスに追加のトークンを費やすことができるようになり、より思慮深く正確な出力を得ることができます。
デフォルトの思考予算は4,000トークンに設定されています。この予算は、 github.copilot.chat.anthropic.thinking.budgetTokens 設定を変更することで、モデルが拡張思考に使用できるトークン数を調整できます。拡張思考を完全にオフにするには、予算を 0 に設定します。
注: Claudeがツール呼び出し間で推論できるようにするインターリーブ思考（Interleaved thinking）は、Bring-Your-Own-Key (BYOK) を介してAnthropicモデルを使用する場合にのみ利用可能です。これは上記で構成したのと同じ思考予算設定を使用します。
チャットビューの外観の改善
読みやすさと使いやすさを向上させるため、チャットビューの外観にいくつかの改善を行いました。
-
チャットタイトル:
チャットを開くと、上部に新しいタイトルコントロールが表示され、チャットのタイトルを確認できるほか、空のチャットに戻るための素早い方法を提供します。この動作は chat.viewTitle.enabled 設定で構成します。
-
ウェルカムバナー:
新しいチャットを開くときに、よりミニマルな体験を好む場合は、新しい設定 chat.viewWelcome.enabled を使用して、アイコンとウェルカムテキストを非表示にできます。
-
以前のチャットセッションを復元する:
再起動後や別のワークスペースを開いた後にチャットを開くと、デフォルトで以前のセッションが復元されるようになりました。この動作は chat.viewRestorePreviousSession 設定で変更でき、常に空のチャットで開始するように選択できます。
機密ファイルの編集に対する差分表示
チャットが settings.json や package.json などの機密ファイルを編集しようとすると、通知が届き、変更が適用される前に承認を求められます。どのファイルを機密とみなすかは、 chat.tools.edits.autoApprove 設定で構成できます。
以前は、モデルが提案した生の編集結果が表示されており、理解するのが難しい場合がありました。現在は、提案された変更の差分が表示されるため、編集内容のレビューと承認が容易になりました。
チャットでの機密ファイルの編集について、さらに詳しく学びましょう (こちら)。
折りたたみ可能な推論とツール出力 (実験的)
設定: chat.agent.thinkingStyle , chat.agent.thinking.collapsedTools
言語モデルの推論とエージェントツールの出力により、チャットの会話はすぐに長くなり、追跡が難しくなることがあります。前回のイテレーションでは、 chat.agent.thinkingStyle 設定を使用して、チャットでの思考トークンの表示方法を改善しました。
今回のイテレーションでは、ツール呼び出しなどの非推論チャット出力に対して折りたたみ可能なチャットセクションを導入し、チャット体験をさらに最適化しています。デフォルトでは、連続するツール呼び出しは折りたたまれるようになり、視覚的なノイズを低減します。
折りたたみ可能なアイテム（ほとんどのツールと推論テキスト）は要約され、AIが生成したタイトルが各折りたたみセクションに付けられます。
MCP
最新のMCP仕様のサポート
VS Codeは、MCP仕様の最新リビジョン 2025-11-25 をサポートしています。これには、特に以下が含まれます。
- URLモードの解明
- 長時間実行される回復力のあるツール呼び出しとクライアント作業のためのタスク (Tasks)。
- 解明における列挙選択肢への拡張
これらの改善に加え、VS Codeはすでにサポートしている 2025-11-25 草案の機能（WWW-Authenticate スコープの同意、クライアントIDメタデータドキュメント認証フロー、ツール、リソース、サーバーのアイコンなど）をサポートしています。2025-11-25草案の変更ログは、MCP Webサイトで確認できます。
VS CodeでのMCPサーバーの使用について、さらに詳しく学びましょう (こちら)。
GitHub Copilot Chatによって提供されるGitHub MCPサーバー (プレビュー)
設定: github.copilot.chat.githubMcpServer.enabled
GitHubリモートMCPサーバーは、GitHub Copilot Chat拡張機能の組み込みMCPサーバーとして提供されるようになり、GitHubリポジトリやサービスとのシームレスな統合を実現します。この統合にはいくつかの利点があります。
- すでにGitHub MCPサーバーを使用しているCopilot CLIやCopilot Cloud Agentなどの他のCopilotエージェントハーネスとの整合性
- 既存のGitHub認証状態の再利用により、追加の認証プロンプトが不要に
- GHE.comを含む異なるGitHub MCPエンドポイントへの透過的なサポート
GitHub MCPサーバーを有効にするには、 github.copilot.chat.githubMcpServer.enabled 設定を true に設定します。有効にすると、エージェント使用時にサーバーがツールピッカーに自動的に表示されます。これにより、追加の構成やセットアップなしで、GitHubのissues、プルリクエスト、その他のリポジトリ情報について質問できるようになります。
GitHub MCPサーバーは、いくつかの設定を通じてカスタマイズをサポートしています。
- github.copilot.chat.githubMcpServer.toolsets : 使用可能なツールを構成します。デフォルトでは
defaultツールセットが使用されますが、GitHub MCPサーバードキュメントに記載されているように、workflowsまたは他のツールセットを追加して拡張できます。注: 特定のツールセットを追加すると追加の権限が必要になる場合があり、再認証はまだサポートされていません。進捗についてはこちらのGitHub issueを参照してください。 - github.copilot.chat.githubMcpServer.readonly : サーバーが読み取り専用ツールのみを返すように強制し、書き込み操作を防ぎます。
- github.copilot.chat.githubMcpServer.lockdown : ツール動作に対する追加のセキュリティ制御。
注: この機能は現在プレビュー段階であり、上記の設定を通じて明示的にオプトインする必要があります。将来のリリースでは、必要な時に利用でき、不要な時には邪魔にならない方法で、デフォルトで有効にする予定です。
アクセシビリティ
チャット確認のためのキーボード承認
エージェントが確認を求める場合、⌘Enter (Windows, Linux Ctrl+Enter) を使用してキーボードから承認できるようになりました。
エディターエクスペリエンス
ピッカーで開いているウィンドウを示すサポートを強化
最近を開く (Open Recent) ピッカーに、ワークスペースがすでにVS Codeウィンドウで開いている場合を示すインジケーターを追加しました。
現在アクティブなウィンドウは、他の開いているウィンドウとはわずかに異なる方法で示され、区別がより明確になりました。どのウィンドウでも開かれていないエントリにはアイコンがありません。
アクティブなウィンドウを示すインジケーターは、ウィンドウピッカーにも適用されています。
macOS: マウススワイプでナビゲーション
設定: workbench.editor.swipeToNavigate
macOSでは、トラックパッドで3本指のスワイプジェスチャを使用してエディター間を移動できるようになりました。左または右にスワイプすると、エディターグループ内の最近使用したエディター間を移動できます。これは workbench.editor.swipeToNavigate 設定で有効にしてください。
注: 現在は3本指のスワイプジェスチャのみをサポートしています。これが動作するように、スワイプのトラックパッド設定が以下のように構成されていることを確認してください。
- ページ間をスワイプ: 3本指で左右にスクロールします。
- フルスクリーンアプリ間をスワイプ: 4本指で左右にスワイプします。
オンデマンドエディターホバーポップアップ
設定: editor.hover.enabled
エディター内の自動ホバーポップアップを無効にしつつ、キーボード修飾キーを使用して必要な時にオンデマンドでホバー情報をトリガーする能力を維持できるようになりました。 editor.hover.enabled 設定は、on、off、onKeyboardModifier の3つの値をサポートしています。
onKeyboardModifier に設定すると、コードにカーソルを合わせている間、 editor.multiCursorModifier 設定の反対側の修飾キーを押している場合にのみ、ホバー情報が表示されます。これにより、テキスト選択中の視覚的な妨げが減り、必要な時にコンテキスト情報へすばやくアクセスできます。
例えば、 editor.multiCursorModifier が ctrlCmd に設定されている場合、ホバー時に Alt を押すとホバーが表示されます。alt に設定されている場合は、Ctrl（macOSでは Cmd）を押すとホバーが表示されます。
コード編集
TypeScriptの名称変更の提案
名称変更の提案は、通常のテキスト候補ではなく、シンボルの名前変更が発生すべきタイミングを予測します。予測されると、通常のテキスト編集に加えて追加のインジケーターが表示されます。その後、Shift+Tab を使用してシンボルの名称変更を適用できます。
以下のビデオでは、プロパティ a が width に名称変更されています。その際、名称変更の提案によって b を height に変更すること、および2つのパラメータ a と b をそれに応じて変更することが提案されます。次の名称変更の提案は、他のシンボルへの関連する名称変更を予測する場合に最も効果的です。
注: この機能は現在、実験の一環としてユーザーベースに展開されており、現時点ではTypeScriptでのみ利用可能です。他のプログラミング言語への対応も計画されています。
次の編集候補向けの新しいモデル
次の編集候補向けに、よりスマートで、よりユーザーの直近の編集に合わせた新しいモデルをリリースしました。これにより、候補の受け入れおよび破棄のパフォーマンスが大幅に向上しました。このモデルとその開発の詳細については、GitHubブログ投稿（英語）をご覧ください。
ビューポート外の次の編集候補をプレビュー
現在のビューポート外にある次の編集候補を受け取った場合、現在位置からスクロールせずにそれがどのような候補かを知ることは困難でした。この体験を改善するため、カーソルの現在位置に編集候補のプレビューを表示するようにしました。これにより、候補を確認する際の作業フローへの影響を軽減します。
注: 現在の言語モデルはカーソルに近い位置の編集候補に焦点を当てているため、ビューポート外の候補を目にすることはあまりないかもしれません。しかし、より遠くの候補を提示できるモデルを積極的に開発中です！
VS Codeのインライン候補の詳細をご覧ください。
ソース管理
ソース管理リポジトリビューのスタッシュ（実験的）
設定: scm.repositories.explorer 、 scm.repositories.selectionMode
今回のマイルストーンでは、「スタッシュ」ノードを追加し、ソース管理リポジトリビューに表示されるリポジトリ成果物のリストを拡張しました。このノードの下で、スタッシュの全リストを表示したり、各スタッシュを表示、適用、適用解除（pop）したりできます。コンテキストメニューには、各スタッシュを削除するアクションも含まれています。
実験的なリポジトリエクスプローラーは、 scm.repositories.selectionMode と scm.repositories.explorer の設定を行うことで有効にできます。ぜひお試しいただき、リポジトリエクスプローラーに他にどのようなリポジトリ成果物を表示したいか、フィードバックをお寄せください。
VS Codeでのソース管理の使用方法の詳細をご覧ください。
デバッグ
チャットに変数を添付
VS Codeのチャットコンテキストに変数を添付できるようになりました。変数ビューやウォッチビューのデータ上で右クリックするか、チャットのコンテキストを追加ボタンを使用することで可能です。
ターミナル
ターミナル候補が安定版にリリース
ターミナル候補（Terminal Suggest）が安定版ユーザー向けに有効化されました。シェルコマンド入力中にインライン補完やコンテキストに基づいたヒントを提供します。関連する引数の値がグループ化されるようになり、オプションフラグとそのパラメータがリスト内で整理された状態で表示されます。
認証
Microsoft認証のクロスプラットフォームネイティブブローカーサポート
設定: microsoft-authentication.implementation
今回のマイルストーンで最新のMSALライブラリを採用し、以下の環境でネイティブな体験によるサインインが可能になりました。
- Intel Mac
- Linux x64 (Debianベースの特定のディストリビューションのみ)
これは、既存の以下のサポートに追加されるものです。
- Windows x64
- macOS Mシリーズ (ARM)
macOSおよびLinuxでのサポートには、マシンがIntuneに登録されており、ネイティブブローカーを使用する設定になっている必要があります。
これにより、優れたシングルサインオンフローが可能になり、Microsoft認証セッションを取得する推奨される方法となります。MSALチームは、他のプラットフォーム（Windows ARM、Linux ARM、および追加のディストリビューション）についても順次有効にしていく予定ですので、ご期待ください！
注意: ブローカー経由の認証で問題が発生した場合は、 microsoft-authentication.implementation を
msal-no-brokerに変更してください。これにより、ブラウザを使用して認証を行うようになります。
classic Microsoft認証は利用不可になりました
先月お伝えした通り、利用頻度が低く、Entra IDチームによって推奨されていないため、 microsoft-authentication.implementation の classic オプションを削除しました。
念のため： microsoft-authentication.implementation 設定は、Microsoftアカウントのネイティブブローカー認証で問題が発生した場合に、ユーザーがそれをオプトアウトできるように用意されています。この設定の値は以下の通りです。
msal- 可能であればブローカー認証付きでMSALを使用（デフォルト）msal-no-broker- ブローカー認証なしでMSALを使用
言語
TypeScript 7.0 プレビュー
TypeScriptチームと協力し、次期TypeScript 7リリースへのVS Codeのサポートを改善し続けています。TypeScript 7はネイティブコードで完全に書き直されており、劇的に優れたパフォーマンスを提供します。
TypeScript 7プレビューはほぼ完全な型チェックサポートを備えており、TypeScriptチームはエディター機能の追加にも取り組んでいます。最近のハイライトには、自動インポート補完、名前変更サポート、リファレンスコードレンズが含まれます。
今すぐ TypeScript (Native Preview) 拡張機能 をインストールして、TypeScript 7.0を試すことができます。その後、JavaScriptまたはTypeScriptファイルで TypeScript (Native Preview): Enable (Experimental) コマンドを実行して、すべてのIntelliSenseをネイティブプレビューを使用するように切り替えてください。TypeScript 7とプロジェクトの一般的な方向性に関する最新情報は、最新のTypeScript 7ブログ投稿をご確認ください。
TypeScriptチームと緊密に連携し、TypeScript 7のVS Codeサポートを改善していく予定です。TypeScript 7の準備が整い次第、VS CodeのJavaScript/TypeScript IntelliSenseを動かすデフォルトのエクスペリエンスとして切り替えることが長期的目標です。古いTSバージョンを使用する必要がある場合や、TypeScript 7への移行が容易でないTypeScriptサービスプラグインなどのエディター機能が必要な場合は、TypeScript 7.0以降と並行して、既存のTypeScriptバージョンのサポートを当面継続する予定です。
リモート開発
リモート開発拡張機能を使用すると、Dev Container、SSH 経由のリモートマシン、またはリモートトンネル、あるいはWindows Subsystem for Linux (WSL) をフル機能の開発環境として使用できます。
ハイライト
- SSH再接続猶予時間の制御
これらの機能の詳細については、リモート開発のリリースノートをご覧ください。
エンタープライズ
VS Codeのエンタープライズ機能の詳細については、ドキュメントをご覧ください。
エージェントツールの自動承認の制御
設定: chat.tools.eligibleForAutoApproval この設定は組織レベルで管理されています。変更するには管理者に連絡してください。
特定のエージェントツールは、特に破壊的なアクションを実行したり、機密データにアクセスしたり、バックグラウンドで任意のコードを実行したりするもの（例： runTask）は、明示的なユーザー承認なしで使用するとリスクを伴う可能性があります。
新しい chat.tools.eligibleForAutoApproval この設定は組織レベルで管理されています。変更するには管理者に連絡してください。 設定を使用して、どのツールが自動承認の対象となるかを定義できます。ツールが自動承認の対象外とされた場合、ユーザーはチャットでそのツールを常に承認するオプションを選択できなくなり、使用ごとに明示的な承認が必要になります。
組織は、エージェント使用時のセキュリティを強化するために、エンタープライズポリシーを通じてこの動作を強制できます。
ポリシーによるエージェント使用の無効化
エンタープライズポリシーによってチャットでのエージェント使用が無効になっている場合、エージェントピッカーで利用できない理由がより分かりやすく表示されるようになりました。
CodespacesでのGitHub Enterpriseポリシーのサポート
VS Codeに適用されるGitHubのエンタープライズまたは組織向けポリシーを指定できます。例えば、組織内の開発者が使用する MCPレジストリURLを構成 できます。
今回のリリースでは、VS CodeをGitHub Codespacesで使用する際にこれらのポリシーのサポートを追加しました。開発者がCodespaceを開くと、ローカルでVS Codeを使用しているときと同様に、同じポリシーが自動的に適用されます。
拡張機能への貢献
GitHub Pull Requests
プルリクエストと課題の操作、作成、管理を可能にする GitHub Pull Requests 拡張機能にさらなる進歩がありました。新機能には次のようなものがあります。
- プルリクエストまたはIssueのウェブビューがアクティブな場合の暗黙的なコンテキスト。
- プルリクエストやIssueは、「コンテキストの追加」を通じてチャットセッションに明示的にコンテキストとして追加できます。
- Copilotのプルリクエストは、単一のボタンでレビュー準備完了のマーク、承認、自動マージの設定を行うことができます。
リリースの詳細については、拡張機能の0.124.0の変更履歴をご覧ください。
提案API
チャットコンテキストの提供
拡張機能がチャット用のコンテキストプロバイダーを提供できるようにするための新しいAPI提案があります。これにより、拡張機能は自身のドメインからリッチなコンテキストを提供し、チャットセッションで使用できるようになります。例えば、GitHubプルリクエスト拡張機能は以下のコンテキストを提供します。
- 現在のリポジトリ、ブランチ、プルリクエストに関する情報を含むワークスペースコンテキスト。
- プルリクエストまたはIssueのウェブビューがアクティブな場合の暗黙的なコンテキスト。
- ユーザーが「コンテキストの追加」で追加した場合の明示的なコンテキスト。
APIはまだ初期段階であるため、変更が予想されます。拡張機能の作者のニーズをどのような部分が解決できるか、フィードバックをお待ちしています。提案はこちらです： vscode.proposed.chatContextProvider.d.ts。
エンジニアリング
ビルドの展開
Insidersビルドリリースの展開を、4時間の期間をかけて段階的に開始しました。つまり、Insidersユーザーは更新通知を通常より少し遅れて受け取る可能性があります。お急ぎの場合は、いつでも更新の確認を実行して、更新を即座に適用させることができます。
11月2025年（1.107）リリースは、24時間の期間をかけて安定版ユーザーに展開します。Insidersと同様に、いつでも更新の確認を実行して更新を即座に適用できます。
ウェブサイト検索機能の向上
当社のウェブサイトを改善し、高速なクライアントサイド検索により、ドキュメントを簡単かつ迅速にナビゲートできるようになりました。
この機能を支えるライブラリをオープンソース化しました。docfind をダウンロードして、今すぐプロジェクトにご活用ください！この技術の背後にあるイノベーションについては、後日ブログ記事で紹介する予定です。
TypeScriptとして直接実行される更新済みビルドスクリプト
今回のイテレーションでは、ビルドスクリプトを扱いやすくメンテナンスしやすくするためにクリーンアップを行いました。これらのビルドスクリプトは、コンパイルされたTypeScript、ts-nodeを使用して実行されるTypeScriptファイル、JavaScriptが混在していました。多くのスクリプトは型チェックされておらず、モダンな import や export ではなくCommonJS（require）を使用していました。さらに悪いことに、多くのTypeScriptビルドスクリプトは、コンパイルされたJS出力をソース管理にチェックインする必要がありました。ひどい状態でした！
幸いなことに、Node 22.18以降では TypeScriptを直接実行 できるようになりました。これにより、ビルドスクリプトを段階的にモダンなTypeScriptに変換できます。新しいTypeScriptコードをNodeで直接実行できるようにするため、以下のtsconfigオプションを使用しました。
{
"compilerOptions": {
"target": "esnext",
"module": "nodenext",
"noEmit": true, // Don't generate .js files
"erasableSyntaxOnly": true, // Only allow TypeScript syntax that node can strip out. Enums and namespaces for example are not allowed
"allowImportingTsExtensions": true, // Allow importing of .ts files
"verbatimModuleSyntax": true // Make sure imports will be valid when the script is run by node directly
}
}
GitHub Copilotは、古いCommonJSファイルをモジュールに変換したり、型注釈を追加したりするなど、必要な変更の多くを自動化するのに役立ちました。
覚えておくべき点は、NodeはTypeScriptコードを実行できますが、実際に型チェックは行わないということです。そのためには依然として tsc を使用する必要があります。VS Codeでは、すべてのビルドスクリプトを1秒未満で完全に型チェックできる ts-go を使用しています。
node build/hygiene.ts を直接実行できるのは非常に素晴らしいことです。TypeScriptに完全に移行することで、ビルドスクリプトのモダナイズと型安全性の導入が可能になり、理解や変更が大幅に容易になります。さらに、以前はチェックインし続ける必要があった約15,000行のコンパイル済みJSコードを削除できました！
Copilot拡張機能の統一
設定: chat.extensionUnification.enabled
インライン補完をGitHub Copilot Chat拡張機能から提供するように完全に移行しました。この変更の一環として、GitHub Copilot拡張機能はすべてのユーザーに対してデフォルトで無効になります。
インライン補完で問題が発生した場合は、ご報告ください。 chat.extensionUnification.enabled を false に設定することで、GitHub Copilot拡張機能を再有効化し、以前の動作に一時的に戻すことができます。
2026年1月にGitHub Copilot拡張機能を完全に廃止する予定であり、その時点で chat.extensionUnification.enabled 設定も削除されることに注意してください。
注目すべき修正
- vscode#233635 - 他のウィンドウを閉じるアクションを追加
- vscode#262817 - 最左のグループから「エディターを前のグループに移動」を実行した際に左側に新しいグループを作成する
- vscode#264569 - window.activeBorderの色を設定および解除してもウィンドウの枠線の色がリセットされない
- vscode#140186 - リモートコンテナをワークスペースとして開いているときにローカルターミナルを開けない
- vscode#228359 - ターミナルを再起動するとターミナルが単に閉じてしまうことが多い
- vscode#232420 - Python 3.13でターミナルカーソルが間違った場所にある
- vscode#247568 - ターミナルでファイル名にコロンが含まれるファイルをCtrl+クリックしてもファイルが開かず、先行するゼロが削除される
- vscode#275011 - 信頼されたワークスペースでWSLのVS Codeを開くと奇妙なターミナルメッセージが表示される
- vscode#275417 - reveal:never, close:true を設定したタスクがWSLで機能しなくなった
- vscode#277311 - コマンドパレットの「最近使用した項目」リストからコマンドを削除する「X」ボタンを追加
- vscode#282222 - SCM - git blame/timeline/graphのホバーレンダリングを改善。Stanislav Fort (Aisle Research) に感謝
- vscode-python-environments#1000 - 「コマンドプロンプト」での環境アクティベーションが確実に機能しない
ありがとうございます
イシュートラッキング
イシュートラッキングへの貢献
- @gjsjohnmurray (John Murray)
- @RedCMD (RedCMD)
- @tamuratak (Takashi Tamura)
- @IllusionMH (Andrii Dieiev)
- @albertosantini (Alberto Santini)
vscodeへの貢献
- @Abrifq (Arda Aydın)
- バックティックが含まれている場合にターミナルタブのプロンプト入力が壊れる問題を修正 PR #272425
- microsoft#272425 のクリーンアップ PR #277406
- @bilogic:
// #region ...も有効なマーカーとして認識するように修正 PR #278943 - @busorgin (Artem Busorgin): VSBufferでTextDecoder.ignoreBOMをtrueに設定 PR #272389
- @cannona (Aaron Cannon): 「エディターを前のグループに移動」で新しいグループを作成できるように許可 PR #275968
- @DrSergei (Sergei Druzhkov): ブレークポイントの範囲計算を修正 PR #280263
- @gjsjohnmurray (John Murray): 一部の設定で 'status bar' という用語の非標準的な大文字表記を修正 (fix #277376) PR #277383
- @jakebailey (Jake Bailey):
@types/vscodeの package.json も更新 PR #277972 - @JeffreyCA: ターミナル候補 - 候補に永続的なオプションを含め、候補のグループ化を改善 PR #276409
- @joelverhagen (Joel Verhagen): NuGet MCPインストールからのランタイム構成を期待するように修正 PR #271770
- @Josbleuet (Eric Fortin): Dynamic Auth Providerロガーのファイル名に含まれる不正な文字を修正 PR #280217
- @nikdmello (Nik D'Mello): KaTeXマッチングにおけるjQuery式用のkatex正規表現を更新 PR #269635
- @ramanverse (Raman): 廃止されたmaybeMigrateCurrentSessionメソッドを削除 PR #280042
- @remcohaszing (Remco Haszing): Cursor mdcファイルをMarkdownとしてマーク PR #276518
- @SalerSimo: 設定のブール値ウィジェットオブジェクトのオーバーフローを修正 PR #278884
- @SimonSiefke (Simon Siefke)
- 修正: パンくずリストのメモリリーク PR #276597
- 修正: クイック差分モデルのメモリリーク PR #276914
- 修正: パンくずリストのメモリリーク PR #276915
- 修正: ターミナルプロセスのメモリリーク（部分的に） PR #276962
- 修正: スタートアップページのメモリリーク PR #277199
- 修正: ターミナルタブリストのメモリリーク PR #277225
- 修正: サブデコレーションが破棄されないメモリリーク PR #278328
- 修正: デコレーション登録による可能性のあるメモリリーク PR #278331
- 修正: タスク問題モニターのメモリリーク PR #279093
- 修正: 履歴サービスのメモリリーク PR #279246
- 修正: コンポジットバーのメモリリーク PR #280659
- @tamuratak (Takashi Tamura)
- コードブロックエディターのレンダリング完了後にonDidChangeHeightを発火。Fix #265031 PR #274691
- 修正: MarkdownレンダリングのDOM.resetでchildrenの代わりにchildNodesを使用。Fix #266103 PR #276890
- 修正: $(a+b)^2$ を正しく処理するようにmathInlineRegExpを更新 PR #280021
- @yavanosta (Dmitry Guketlev): UriIdentityServiceのパフォーマンスを改善 (#_273108) PR #273111
- @yaxiaoliu: fix(process-explorer): 名前正規表現エラーを修正 PR #280273
vscode-copilot-chat への貢献
- @AbdelrahmanAbouelenin (ababouelenin)
- @cuining: ESLint構成を更新し、ハードコードされた制限付きインポートリストの代わりにNodeの組み込みモジュールを使用するように修正 PR #2107
- @IanMatthewHuff (Ian Huff)
- @jeffreyhunter77 (Jeff Hunter)
- @joelverhagen (Joel Verhagen): server.json のフォーマットをVS Codeコアから切り離し PR #1373
vscode-js-debug への貢献
- @marat-gainullin: 各所での未定義の逆参照を修正 PR #2297
vscode-pull-request-github への貢献
vscode-python への貢献
- @iBug: microsoft/vscode#232420 を修正: Python REPLカーソルのドリフト PR #25521
vscode-python-debugger への貢献
- @rchiodo (Rich Chiodo): 最新のdebugpyに更新 PR #877
vscode-python-environments への貢献
- @zsol (Zsolt Dollenstein): UvWorkspace環境もサポート PR #1022
language-server-protocolへの貢献
- @arshadrr (Arshad Riyaz): slang-serverを追加 PR #2200
node-native-keymap への貢献
- @tmm1 (Aman Karmani): msctf.h ヘッダーの大文字小文字を修正 PR #64
- @yonas (Yonas Yanfa): README.md を更新 - FreeBSD での依存関係として libxkbfile を追加 PR #61
node-pty への貢献
- @42lizard (Oliver Gassner): OpenBSDのtermiosおよびutilインクルードを追加 PR #817
- @huangcs427 (huangcs): 「Enjoy Git」の実用例を追加 PR #818
python-environment-tools への貢献
- @reflectronic (John Tur): Windowsでコンソールウィンドウを作成せずにコマンドを実行 PR #266
- @zsol (Zsolt Dollenstein): uvワークスペースを検出 PR #263