Visual Studio 2022 リリース ノート

Copilot エージェント モードは、AI 支援型開発の次の進化であり、プレビューから移行しました。

GitHub Copilot を使用してビルドする新しい方法が使用できるようになり、1 ターンのプロンプトを超えてタスク全体を最初から最後まで処理できます。

開始するには、Copilot Chat を開き、[問い合わせ] ボタンをクリックして、[エージェント] に切り替えます。

アイデアからコードへ

エージェント モードでは、ユーザーの意図を理解し、プランを作成し、適切なコンテキストを取得して、アクションを実行します。 バグを修正したり、ファイルを編集したり、ソリューションをビルドしたりできます。これらはすべて、目標に達するまで 1 つのプロンプトで完了できます。

MCP を統合すると、エージェント モードは、接続されたシステムからリッチ コンテキスト (GitHub、CI パイプライン、監視ダッシュボードなど) を取得して、さらにスマートなアクションを実行することもできます。

お試しいただき、改善点をご確認ください。

Visual Studio チャットで新しいモデルが削除されました。

より強いパワー、スピード、柔軟性 - すべて IDE 内で!

🚨 Gemini 2.5 Pro が Visual Studio に追加されました

Gemini 2.5 Pro は、利用可能な最もパフォーマンスの高いモデルの 1 つと広く認識され、Visual Studio でサポートされるようになりました。 GPT-4.1、GPT-4o、Claude Sonnet 3.7、Claude Sonnet 3.5、o3 mini に参加して、真に汎用性の高いマルチモデル AI エクスペリエンスを IDE に提供します。

🚨 GPT-4.1 が、デフォルトになりました

GPT-4.1 が Visual Studio のデフォルト モデルになり、より高速で応答性が高く、ボード全体で非常にスムーズなエクスペリエンスが提供されるようになりました。

---

タスク、コード、ワークフローに最適なモデルを簡単に選択できるようになりました。 今すぐお試しいただき、ご意見をお聞かせください。

新しいモデル コンテキスト プロトコル (MCP) を使用して Visual Studio を AI エージェントに接続します。これは、コンテキストの共有、データへのアクセス、インテリジェントな機能の推進のための標準化された方法です。

Visual Studio で MCP サーバーがサポートされ、よりスマートでより良く接続された AI デプロイのロックが解除されるようになりました。 MCP は、アプリと AI エージェントがコンテキストを共有してアクションを実行する方法を標準化するオープン プロトコルです。

Visual Studio の MCP を使用すると、ログ、テスト エラー、PR、問題など、MCP サーバーから情報を取得する以外にもさまざまなことを実行できます。 また、この情報を使用すると、スタック間のコード、IDE、接続されたシステム内で意味のあるアクションを促進できます。

MCP サーバーをセットアップする

mcp.json ファイルをソリューションに追加すると、Visual Studio は、自動検出されます。 また、.vscode/mcp.json などのその他の環境からの構成も認識されます。

MCP サーバーを使用する

[Copilot Chat] パネルで [ツール] ドロップダウンを開くと、接続された MCP サーバーを表示できます。 そこから、Copilot はコンテキストを取得し、既存システムを使用してアクションを実行できます。

注: MCP サーバーにアクセスして操作するには [エージェント モード] である必要があります。

---

Visual Studio を離れることなく、スタックのフル パワーを Copilot に取り込んでください。

これで、Copilot Chat で出力ウィンドウをコンテキストとして参照できるようになりました。

ビルドの追跡、デバッグ、内部での動作の把握には、出力ウィンドウが不可欠であることは明白です。 これで、Copilot はその情報を読み取ることができるため、出力ログに基づいて質問したり、ヘルプを表示したり、アクションを実行したりできます。

使用方法

• #output を使用して、チャットで直接参照します。
• チャット入力の ➕ アイコンをクリックして、コンテキストとして追加します。
• Copilot に直接問い合わせる: 出力ログを確認し、このエラーを修正するのに役立てます。
• または、出力ウィンドウを右クリックし、[Copilot で説明] を選択して、すぐに接続します。

試してみると、ログを読んで操作することがどれだけ簡単かを確認できます。

Visual Studio で Copilot の使用状況を直接追跡できるようになりました。

今月の Copilot を状況を確認するにはどうしたらいいですか? Visual Studio に、[Copilot 消費量] パネルが追加されたため、状況を簡単に確認できます。

Copilot Free または有料プランのどちらを使用していても、IDE から直接チャット要求数とコード完了数を確認できます。

IDE の右上隅にある Copilot バッジ をクリックし、 Copilot Consumptions を選択してアクセスします。

これで、その月の現在の使用状況を示すパネルが開きます。

ヒント: Premium モデルを使用している場合は、モデル ピッカーに使用量の乗数も表示されるので、使用している内容を常に正確に把握できます。

リポジトリに再利用可能なプロンプト ファイルを作成して、頻繁に使用されるプロンプトをすばやく実行または共有できるようになりました。

効果的なプロンプトの作成には時間がかかる場合がありますが、これは Copilot Ask と Agent モードを最大限に活用するための鍵となります。 再利用可能なプロンプト ファイルを有効にして、これらの優れたプロンプトを何度も活用できるようにしました。 そこから、チャット ウィンドウからすばやく実行したり、チームと共有したりできます。

プロンプト ファイルを書き込む方法

1. プロンプト ボックスに通常どおりにプロンプトを記述し、#参照を添付して、メソッド、クラス、ファイルなどの特定の情報をソリューションから追加します。 他のプロンプト ファイルを参照して、一般的な基本手順を含めることもできます。
2. 次に、プロンプト ボックスからマークダウン ファイルにコピーし、 .github/prompts フォルダー内のリポジトリのルートにある .prompt.md ファイル拡張子で保存します。

ヒント:プロンプトをより具体的に絞り込む際にCopilotの助けを得ることもできます

プロンプトを実行する方法

1. #prompt:入力を開始して、.github/prompts フォルダーのすべてのプロンプト ファイルをチャットで直接参照するか、チャット入力のアイコンをクリックして➕コンテキストとして追加します。
2. プロンプト ボックスに追加情報を追加するか、プロンプトを送信します。

試してみると、AI ワークフローを高速化できます。

📣 この調査は、機能をさらに向上させるために役立ちます。

GitHub Copilot チュートリアルが Visual Studio で利用できるようになりました。これにより、すぐに起動して実行できるようになります。 チュートリアルでは、エディターで Copilot の主要な機能を直接使用する方法について説明します。

Visual Studio で GitHub Copilot チュートリアルが利用できるようになりました。 このチュートリアルはエディターに直接組み込まれた対話型ガイドで、GitHub Copilot の機能を段階的に探索するのに役立ちます。 GitHub Copilot を初めて使う方も、最新の機能について学びたい方も、このチュートリアルを使えば、これまで以上に簡単に始められます。

チュートリアルの概要

Visual Studio から直接 Copilot Walkthroughs を起動するには、 GitHub Copilot Walkthrough の [Copilot] ボタン (右上) →移動します。

開くと、次のような Copilot エクスペリエンスのさまざまな部分を紹介するガイド付きアクティビティが表示されます。

• チャットでのプロンプトの書き込み

• インライン コード補完の使用

• Copilot の提案を受け入れる、編集する、または拒否する

• Copilot Edits などの新機能の探索と学習

このチュートリアルは、ドキュメントや実際の使用方法を詳しく調べる前に、Copilot で何ができるかを大まかに理解するのに最適です。

チュートリアルへのアクセス方法

GitHub Copilot チュートリアルは、GitHub Copilot に初めてサインインしたときに自動的に開かれ、簡単に始められるようになっています。 後でもう一度ご覧になりたい場合は、Visual Studio の GitHub Copilot チュートリアル > GitHub Copilot チュートリアルにアクセスしてください。

GitHub Copilot を初めて探索する場合でも、ちょっと復習する必要がある場合でも、このチュートリアルは Copilot の可能性を最大限に引き出すためのわかりやすいガイドになります。 自信を持って作成を始めましょう。

GPT-4o Copilot コード補完モデルを導入して、より高品質な完成を実現します。

新しい GPT-4o Copilot コード補完モデルが、GitHub Copilot ユーザー向けの Visual Studio 17.14 で利用可能になったことをお知らせします。 GPT-4o miniに基づくこの高度なモデルは、30以上の人気のあるプログラミング言語にわたって275,000以上の高品質のパブリックリポジトリでさらにトレーニングされています。 その結果、開発者は、より正確な提案とパフォーマンスの向上を楽しみにしています。

GPT-4o Copilot アクセスに関する注意事項:

• Copilot Pro、Business、Enterprise のユーザー: 新しいモデルは、17.14 以降で使用できるようになりました。
• Copilot Free ユーザー: このモデルを使用すると、月間 2,000 回の無料完了分にカウントされます。

📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

C++ および C# 関数のドキュメント コメントを自動的に生成します。

Copilot は Visual Studio のコード エディターにシームレスに統合され、関数のドキュメント コメントを生成することで生産性が大幅に向上しました。

プロジェクトに対してドキュメント コメントの自動生成を有効にすると、設定の構成 ( /// など) に従ってコメント パターンを入力するだけで、Copilot は関数の内容に基づいて関数の説明を即座に完了します。 この機能を使用すると、貴重な時間と労力が節約され、コーディングに集中し、ドキュメントに集中することが可能になります。

このゲームを変更する機能は、C++ と C# の両方のプロジェクト ファイルで使用できるため、コーディングエクスペリエンスがよりスムーズで効率的になります。

📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

NES は、以前に行った編集内容を活用し、挿入、削除、または両方の組み合わせであるかどうかに関係なく、次に行われる編集を予測します。

コーディング エクスペリエンスをさらに向上させるために、Visual Studio で Next Edit Suggestions (NES) が使用可能になったことをお知らせします。 NES は、以前に行った編集内容を活用して、挿入、削除、またはその両方の組み合わせであるかどうかに関係なく、次に行うべき編集を予測します。 キャレットの位置で提案を生成するように制限されている Completions とは異なり、NES は、次に編集が行われる可能性が最も高いファイル内の任意の位置をサポートできます。 NES は、開発者のコード編集アクティビティをサポートすることで、既存の Copilot Completions エクスペリエンスを強化します。

NES の始め方

GitHub → Copilot → Copilot Completions → Tools → Options を使用して NES を有効にする→次の編集候補を有効にします。

補完機能と同様に、NES を利用するために必要なのはコーディングを開始することです。

編集候補が表示されたら、現在の行とは異なる行にある場合は、 Tab キーを押して対応する行に最初に移動 することをお勧めします。 関連する編集を手動で検索する必要はもうありません。NES が先導します!

編集対象と同じ行に移動したら、Tab キーで提案を受け入れることができます。

注: ヒント バーをオンまたはオフにするには、[ ツール] → [オプション] → IntelliCode → [詳細設定] →灰色のテキストで表示されているヒントを非表示にします。

ヒント バーに加えて、とじしろでも矢印がポップアップ表示され、編集の提案が使用可能であることを示します。 矢印をクリックすると、編集の提案メニューを見ることができます。

シナリオの例

Next Edit Suggestions は、明らかな繰り返しの変更を加えるだけでなく、論理的な変更を加えるといったさまざまなシナリオで役立ちます。 いくつかの例を次に示します。

2D Point クラスを 3D Point にリファクタリングする:

STL を使用してコード構文を最新の C++ に更新:

NES では、すべての printf() を std::cout に更新するといった繰り返しの変更を加えるだけでなく、fgets() などの他の構文も更新する点に注意してください。

新しく追加された変数に応じて論理的な変更を行う:

NES は、新しい変数にすばやく応答し、プレイヤーがゲームで行うことができる推測を最大限に追加します。また、Copilot Completions も役立ちます。

これで、既存のコードのコンテキストに合わせて貼り付けたコードを Copilot で調整できるようになりました。

Visual Studio でコードを貼り付ける場合、シームレスに動作させるために追加の手順が必要になることがよくあります。 ソリューションで既に使用されているパラメーターに合わせてパラメーターを調整する必要が生じる場合や、構文とスタイルがドキュメントの残りの部分と一致していない場合があります。

アダプティブ貼り付けを使用すると、貼り付けたコードが既存のコードのコンテキストに合わせて自動的に調整され、手動による変更の必要性が最小限に抑えられるため、時間を節約し、労力を軽減できます。 この機能では、軽微なエラーの修正、コードのスタイル設定、書式設定、人間の言語とコード言語の翻訳、空白を埋めるタスク、パターンを繰り返すタスクといったシナリオもサポートされます。

たとえば、Math インターフェイスを実装する IMath クラスがある場合、Ceiling メソッドの実装をコピーして同じファイルに貼り付けることで、未実装のメンバー Floor を実装するようにその内容が調整されます。

通常の貼り付け {KeyboardShortcut:Edit.Paste} を実行すると、アダプティブ貼り付けの UI が表示されます。 TABキーを押して提案を要求するだけで、元の貼り付けたコードと調整されたコードを比較する差分が表示されます。

ツール → オプション → GitHub → Copilot → Editor → アダプティブ ペーストを有効にして、今すぐ試してみてください。

これで、Copilot に空の C# メソッドを完全に実装させることができます。

現在、まだ実装されていない C# コード内のメソッドを参照している場合は、 Generate Method と呼ばれる一般的な電球リファクタリングを使用して、クラスでそのメソッドをすぐに作成できます。 ただし、このリファクタリングでは、正しいシグネチャを持つメソッドのみが作成されますが、それ以外の場合は空のスケルトンと throw new NotImplementedException 行が作成されます。 つまり、メソッドは技術的に存在し、作成する作業が少なくて済みますが、メソッドを自分で実装する必要があります。これには時間がかかる可能性があります。

Copilot による実装リファクタリングは、GitHub Copilot の助けを借りて、メソッドに肉を自動的に実装または追加できるようにすることで、このシナリオの生産性をさらに高めることを目的としています。 NotImplementedException のスローのみを含む空のメソッドが検出された場合、その行で電球アイコン (+throw を選択し、「Copilot で実装」を選択すると、Copilot が既存のコードベースやメソッド名などに基づいてメソッドのすべての内容を自動的に入力します。

Visual Studio Core デバッガーに統合された .NET MAUI 用の新しい Mono デバッグ エンジン。

.NET MAUI アプリ用の新しい Mono デバッガーは、Visual Studio デバッガーに統合された高度なデバッグ エンジンです。 信頼性、パフォーマンス、Visual Studio の他の部分との機能の類似性が大幅に向上しています。

特筆すべき強化機能として、Just My Code、変数、式の評価などが挙げられます。

この機能を使用するには、次の Visual Studio プレビュー オプションを有効にしていることを確認します。 MAUI アプリに対して新しい .NET Mono デバッガーを有効にします。

現時点では、この機能は Android プラットフォームでのみ使用できます。 iOS のサポートは近日公開予定です。

句のホバー データヒントによる LINQ 式のデバッグ エクスペリエンスが強化されました。

LINQ クエリの生成とトラブルシューティングは、面倒で複雑なプロセスになりがちであり、正確な構文知識と多大なの反復作業が必要になる場合があります。 これらの課題を軽減するために、Visual Studio 2022 では、デバッガーに LINQ オンホバー データヒントが導入されます。

デバッグ中に中断状態になっている間は、LINQ クエリの個々の句またはセグメントにカーソルを合わせて、実行時に即座にクエリ値を評価できます。

さらに、データヒントの末尾にある GitHub Copilot アイコンをクリックすることで、カーソルを合わせた特定のクエリ句に対して Copilot を使用した分析を実行できます。 それにより、Copilot が句の構文を説明し、指定された結果が取得される理由を明確にします。

LINQ Hover データヒントの例

この機能により、効率が大幅に向上し、デバッグ エクスペリエンスがより円滑かつ簡単になるため、LINQ クエリの問題をより迅速に特定し、開発ワークフロー全体を合理化できます。

📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

.NET 割り当てツールで長さ 0 の配列の割り当てが識別され、メモリ使用量とパフォーマンスを最適化できるようになりました。

.NET 割り当てツールでは、長さ 0 の配列割り当てに関する詳細な分析情報が提供され、不要なメモリ使用量を特定して最適化できるようになりました。 これらの割り当ては個別には重要でないように見えるかもしれませんが、特に高パフォーマンスまたはメモリ制約のあるアプリケーションでは、すぐに増大してパフォーマンスに影響を与える可能性があります。

この更新プログラムにより、[調査] リンクをクリックすると、長さ 0 の配列割り当てを調査できます。これにより、割り当ての詳細が表示された [割り当て] ビューが開きます。 ダブルクリックすると、これらの割り当てが行われるコード パスが表示され、正確な最適化が可能になります。 効率を向上させるには、静的に割り当てられた空の配列インスタンスである Array.Empty<T>()を使用して、冗長メモリ割り当てを排除することを検討します。

Git リポジトリ ウィンドウには、送信/受信コミットのみを表示するフィルターがツール バーに表示されるようになりました。

Git リポジトリ ウィンドウは、Git 履歴を理解するための go-to の場所です。 ローカル ブランチで作業すると、新しいコミット (送信) を作成したか、プルする新しいコミット (受信) があるため、リモートとの同期が失われる可能性があります。

ツール バーで使用できる新しい送信/受信フィルターを使用すると、こうした同期されていないコミットを即座に見つけることができます。 自分のコミットや他のユーザーのコミットを簡単にスキャンして、完璧な同期状態を維持できます。

📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

再起動の間、この新しい設定で Git リポジトリ ウィンドウを開いたままにします。

ブランチ操作専用の環境として、 Git リポジトリ ウィンドウ は日々の開発の中核となる可能性があります。 Visual Studio セッションごとに頻繁に再度開く場合、この更新プログラムは時間と労力を節約するように設計されています。

Visual Studio の再起動時に Git リポジトリ ウィンドウを自動的に復元する新しい設定が Git > 設定に追加されました。 さらに、保存したウィンドウ レイアウトにウィンドウが含まれるので、カスタマイズ オプションが強化されます。

既定では、この機能は、不要なユーザーのためにスムーズに動作し続けるためにオフになっています。 しかし、あなたが利便性が好きなら、この設定はあなたに最適です。

📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

新しい Git リポジトリの作成時に、ユーザーが最初の既定のブランチをカスタマイズできるようにします。

Visual Studio を使用して、新しい Git リポジトリの既定のブランチ名を設定できるようになりました。 この新しい設定は Git 構成とスムーズに統合されるため、必要に応じてワークフローを調整しやすくなります。

メイン ブランチGit changes window after a new repository was created with main branchを使用して新しいリポジトリが作成された後のGit の変更ウィンドウ

Git >設定に移動するだけで、次にリポジトリを作成するときに、カスタム ブランチ名が動作していることがわかります。

표시됩니다。

📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

Agents Toolkit 17.14 GA 6 月リリースの更新プログラム。

6 月のリリースには、17.14 GA リリースのいくつかの修正が含まれています。

• Microsoft 365 Copilot でカスタム エンジン エージェント起動してプレビューする

このツールキットには、Weather Agent と呼ばれる Custom Engine Agent テンプレートが用意されています。 Microsoft 365 Copilot Chat で起動およびプレビューできるように、このテンプレートを更新しました。 試すには、デバッグ時に Copilot 起動プロファイルを選択するだけです。

• Microsoft 365 Agents Playground のインストールでデバッグに失敗した場合のエラー ポップアップを修正しました。 現在は、ツールキットが明確なメッセージと問題を解決する方法の指示をポップアップ表示します。

• テンプレートが、App manifest dependency to v1.21 をアップグレードする

• 新しいブランディング変更によって導入されたテンプレート README ファイルのいくつかのバグを修正しました。

• 拡張機能マネージャーのツールキット アイコンを更新しました。

• Agents Playground を起動するときの問題を修正しました。必要なチャネル ID 値では msteam とエミュレーターのみが許可されます。 これで、Web チャットなどの他の値が許可されるようになりました。
  

NuGet では、資格情報の入力を求めるコンテキストが提供されるようになりました。

NuGet 認証プロセスが改善されました。 潜在的な認証の問題が検出された場合に、フィードと特定のアカウントのニーズに関するコンテキストを提供する新しい認証ダイアログが表示されるようになります。

この更新プログラムは、多要素認証 (MFA) シナリオの再認証プロセスを強化し、連続する認証プロンプトの問題を解決し、プライベート NuGet フィードを管理するときの全体的なエクスペリエンスを円滑にします。

Teams Toolkit 17.14 GA の更新プログラム。

以前は Teams Toolkit と呼ばれる製品の名前が Microsoft 365 Agents Toolkit に変更されたことをお知らせします。 この変更は、Microsoft 365 エコシステム内の広範なプラットフォームとプロジェクトの種類をサポートするための焦点とコミットメントの拡大を反映しています。

製品の強化を続ける中で、Teams 開発のサポートのみに焦点を移し、開発者が Microsoft 365 Copilot エージェントやその他のアプリケーションを Microsoft 365 プラットフォーム全体で作成できるようにします。 これらのプラットフォームには、Microsoft 365 Copilot、Microsoft Teams、Office ファミリ、Outlook が含まれます。 この範囲の拡大により、さまざまな Microsoft 365 ソリューションを開発するための包括的なツール、テンプレート、リソースを提供することで、ユーザーにより良いサービスを提供できます。

新しい名前である Microsoft 365 Agents Toolkit は、製品の多様な機能をより適切に表しています。 この変更は、ユーザーが Microsoft 365 環境内で利用可能な開発機会の全範囲をより簡単に特定するのに役立つと考えています。

開発者コミュニティの拡大するニーズに合わせて進化する中で、引き続きご支援を賜りますよう、お願い申し上げられます。

宣言型エージェントの作成

このリリースでは、Microsoft 365 Copilot 用の宣言型エージェントを構築するためのプロジェクト テンプレートが追加されたことをお知らせします。

DA プロジェクトDA プロジェクトの作成を作成

アクションの有無に関係なく、宣言型エージェントを作成できます。 新しい API を定義するか、タスクの実行またはデータの取得を実行する既存の API を使用することができます。

Microsoft 365 Agents Toolkit を使用して、Microsoft Copilot で宣言型エージェントをデバッグおよびプレビューします。

スムーズなワンクリック デバッグを有効にする

以前のバージョンの Teams Toolkit (現在は Microsoft 365 Agents Toolkit) では、ユーザーが生成されたソリューションをデバッグするときに、プロジェクトをデバッグする前に Teams アプリの依存関係を準備 するコマンドを使用する必要がありました。 このコマンドは、開発者が Teams アプリの登録や更新など、デバッグに不可欠なリソースを作成するのに役立つツールキットをトリガーしました。

デバッグ エクスペリエンスを強化し、Visual Studio ユーザーにとってより直感的にするために、この手順を削除し、ワンクリック デバッグ エクスペリエンスを有効にしました。 これで、準備の手順なしでデバッグ ボタンを直接クリックできるようになりました。 ただし、2 つのデバッグ イベントの間でアプリ マニフェストを編集し、アプリを更新する必要がある場合は、それを行うオプションが残ります。 次の 2 つのデバッグ プロファイルが提供されます。

• 更新アプリを使用してデバッグする: アプリに対して編集を行い、更新プログラムが適用されていることを確認する場合は、既定のプロファイル [Your Target Launch Platform] (browser) を選択します。
• アプリを更新せずにデバッグする: 2 つ目のプロファイル [Your Target Launch Platform] (browser) (skip update app) を選択すると、アプリ リソースの更新がスキップされ、デバッグが軽くなり、迅速になります。

.NET 9 にアップグレードします。

さらに、このリリースでは、.NET 9 をサポートするためにすべてのプロジェクト テンプレートを更新しました。

コーディングを楽しんでください。
Microsoft 365 Agents Toolkit チーム

テーマを変更すると、フォントとフォント サイズの設定が維持されるようになりました。

開発者が選択するフォントは、コーディングが個人的な選択であり、読みやすさ、アクセシビリティ、美学などの好みによる影響を受けます。 Visual Studio のテーマは主にプレゼンテーションの色に焦点を当て、好みのフォントに依存しません。

この更新プログラムでは、テーマを切り替えるときにフォント フェイスとサイズの選択を保持する機能が導入されました。 フォント設定を一度設定したら、Visual Studio でテーマを切り替える際に、毎回フォントを再設定しなくてもよくなりました。 フォントの色はテーマの目的であるため、テーマにリンクされたままですが、フォントの選択は保持されます。

📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

WinForms アウトプロセス デザイナーを使用して、.NET Framework プロジェクトのツールボックスに自動的に追加される明示的なアセンブリ参照に存在する、お気に入りの Windows フォーム (WinForms) コントロールを検出します。

.NET Framework プロジェクトの WinForms アウトプロセス デザイナーでは、スタンドアロン アセンブリ参照 ( 明示的アセンブリ参照とも呼ばれます) に存在するコントロールを自動的に検出して表示することで、エクスペリエンスが強化されました。

この機能により、従来の 32 ビット アセンブリを参照する .NET Framework プロジェクトのデザイン時エクスペリエンスが大幅に強化されます。 ユーザーは、最新の開発ワークフローとのより良い統合と生産性の向上のために調整された改善されたツール構成を利用できます。 詳細については、こちらのブログ記事を参照してください。

.NET MAUI のデザイン時に、ライブ プレビュー、ホット リロード、その他の UI ツールを使用できるようになりました。

ライブ プレビューがデザイン時に利用できるようになりました。これにより、アプリの UI での変更をリアルタイムに表示できます。 ホット リロードやその他のライブ UI ツールもこの方法で使用できるようになり、シームレスなワークフローが確保されます。

これらのツールは、デバッガーからデタッチしたときでも使用できるため、中断されることなくデザインの実験や調整を行えます。

新しい [ライブ プレビュー] インジケーターをクリックすると、デザイン時に任意の XAML ファイルから [ライブ プレビュー] にアクセスできます。

新しい .NET MAUI アプリに取り組んでいる場合でも、既存のアプリを改良する場合でも、これらの機能強化は、高品質のアプリケーションをより迅速かつ確実に提供するのに役立ちます。

📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

Visual Studio に、.NET 9 とネイティブ AOT を対象とする更新された UWP MSTest プロジェクト テンプレートが含まれるようになりました。

Visual Studio には、.NET 9 とネイティブ AOT を対象とする新しい UWP MSTest プロジェクト テンプレートが含まれるようになりました。 MSTest チームと密接に協力して、UWP .NET 9 プロジェクトに必要なすべてのサポートを MSTest ライブラリ、インフラストラクチャ、Visual Studio テスト ホストに追加しました。 これにより、UWP テスト プロジェクトで .NET 9 をターゲットにし、すべての最新の .NET SDK および MSTest ツールを活用しながら、期待どおりに UWP コンテキストで実行できるようになりました。

.NET ネイティブを使用した以前の UWP MSTest プロジェクト テンプレートは、引き続き使用できます。 ただし、今後は .NET 9 とネイティブ AOT をターゲットとする新しいプロジェクト テンプレートを使用することをお勧めします。 Visual Studio 17.13 と同様に、すべてのUWPテンプレートの順序を調整し、検索結果で新しい .NET 9プロジェクト テンプレートが優先されるようにしました。

📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

インストーラーは拡張機能パックのインストールを処理できるようになりました。

インストーラーでは、1 つの拡張機能から参照される複数の拡張機能のバンドルである拡張パックがサポートされるようになりました。

インストーラーで拡張パックを使用するには、最初に .vsconfig ファイルで目的の拡張子を指定します。 次に、Visual Studio インストーラーのインポート構成機能を使用して、拡張機能の詳細を含む .vsconfig ファイルをインポートします。

.vsconfig ファイルの作成または生成の詳細については、 インストール構成のドキュメントを参照してください。

.vsconfig ファイルをインポートすると、インストールの概要ウィンドウで拡張機能が独自の見出しの下にグループ化される変更画面が表示されます。 ここでは、拡張パック全体、または任意のパック内の個々の拡張機能を選択または選択解除できます。

1 つ以上のプロジェクト参照を含む VSIX プロジェクトでインテリジェントな増分ビルドが使用されるようになりました。これにより、F5 シナリオと開発者の生産性が大幅に向上します。

複数のプロジェクトで Visual Studio 拡張機能を開発している場合は、このパフォーマンスの向上が気に入ります。 1 つ以上のプロジェクト参照を含む VSIX プロジェクトでは、実際にリビルドが必要なプロジェクトのみがビルドされ、開発ワークフローが大幅に高速化されます。

動作方法

ソリューション内のどのプロジェクトをリビルドする必要があるかどうかを判断する際に、よりスマートな最新のチェック システムが改善されました。

• プロジェクト B と C に依存するプロジェクト A を変更すると、プロジェクト A のみが再構築されます
• プロジェクト B を変更すると、プロジェクト A と B のみが再構築されます。
• このインテリジェンスは、プロジェクトの依存関係ツリー全体にわたって拡張されます

実際の影響

実際のシナリオでは、パフォーマンスが大幅に向上します。 たとえば、Visual Studio に付属する GitHub Copilot 拡張機能 (約 30 プロジェクト) では、段階的な変更のためにビルド時間が 50% 以上改善され、ビルド時間が約 60 秒からわずか 24 秒に短縮されました。

この機能強化は、次の場合に特に役立ちます。

• 複数の依存関係を持つ大規模な VSIX プロジェクト
• 迅速なイテレーション開発ワークフロー
• F5 デバッグ セッションが頻繁に発生する

ソリューションに含まれるプロジェクトが 1 つだけの場合、この拡張機能のパフォーマンス上の利点は表示されません。

注: これは、SDK-Style VSIX プロジェクトにのみ適用されます。

拡張機能の開発が一気に加速しました。コーディングを楽しんでください！

Visual Studio の拡張機能マネージャーには、拡張機能の管理を容易にする新しい機能強化がいくつかあります。

ワークフローを効率化し、拡張機能の管理エクスペリエンスを向上させる、Visual Studio の強力な新機能セットをご紹介します。 これらの更新プログラムを使用すると、更新プログラムを適用する方法とタイミングをより詳細に制御しながら、簡単に最新の状態を維持できます。

新着情報は何ですか？

シームレスな自動更新

Visual Studio では、アプリケーションを開くと自動的に更新がトリガーされるようになり、手動による介入なしに常に最新の機能と修正が利用できるようになります。

適用された更新プログラムのゴールド バーを再起動する

更新プログラムが適用されると、変更を有効にするために Visual Studio を再起動するように求める金色のバーの通知が表示されます。

拡張機能ページの自動更新の設定

自動更新設定を拡張機能ページに直接統合することで、自動更新の設定にアクセスしやすくなりました。構成オプションにすばやくアクセスできます。

保留中の変更でフィルターする

新しい 保留中 のカテゴリで保留中の変更が強調表示され、注意が必要な更新や変更に関する情報が保持されるようになりました。

自動更新の設定

拡張機能ページに加えて、[ ツール] → [オプション] → [環境] →拡張機能で自動更新設定を使用できるようになりました。これにより、より直感的な設定管理エクスペリエンスが可能になります。

シンプルな設定エクスペリエンス

設定 UI が合理化され、クリック回数が少なくなり、オプションが明確になり、自動更新やその他の関連設定を簡単に構成できるようになりました。

除外された拡張機能の一覧

Visual Studio には、自動的に入力される除外された拡張機能リストが追加され、自動的に更新しない拡張機能の管理が容易になりました。 これは、バージョンの更新を手動で管理したい重要な任務に関わる拡張機能に特に役立ちます。

これらの拡張機能は、使いやすさの向上、更新の摩擦の軽減、開発環境の制御を強化し、最新の機能強化の恩恵を確実に受けられるように設計されています。

📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

SQL Server Data Tools プロジェクトで、強化された SQL デバッグ機能とスキーマ比較機能を使用して、SDK スタイルのプロジェクト ファイル形式を使用できるようになりました。

Visual Studio 17.14 の更新プログラムでは、SDK スタイルの SQL Server Data Tools (プレビュー) に対する新しい項目テンプレートと .dacpac データベース参照が導入されています。 SDK スタイルの SSDT SQL プロジェクトは、Microsoft.Build.Sql SDK に基づいており、SQL Server Data Tools (SSDT) プロジェクト向けにクロスプラットフォーム サポートと強化された CI/CD 機能を提供します。

NuGet パッケージへのプロジェクト ファイルとデータベース参照を減らすことで、チームは、1 つのプロジェクト内の大規模なデータベースでより効率的に共同作業を行ったり、複数のプロジェクトから複数のオブジェクト セットをコンパイルしたりできます。 Microsoft.Build.Sql プロジェクトからのデータベース デプロイは、Windows 環境および Linux 環境で自動化でき、Microsoft.SqlPackage dotnet ツールを使用して、SQL プロジェクトからビルド アーティファクト (.dacpac) を発行することができます。 SDK スタイルの SQL プロジェクトと DevOps for SQLについて説明します。

17.14 では、プロジェクトと .dacpac アーティファクト参照をサポートするようにデータベース参照が拡張されました。 パッケージ参照としてのデータベース参照のサポートは、今後提供予定です。 SlnGen ソリューション ファイル ジェネレーターに対する最近の更新で、Microsoft.Build.Sql プロジェクトのサポートも追加され、大規模なソリューションをプログラムで管理できるようになりました。

SDK スタイル SQL プロジェクトをソリューションで使用するためには、Visual Studio インストーラーで最新の SSDT プレビュー コンポーネントを必ずインストールします。

📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

IntelliSense クイック ヒントと補完機能に CMake モジュールのサポートが追加されました。

Visual Studio で、CMake モジュール用の IntelliSense ベースの補完機能とクイック ヒントのサポートが追加されたことをお知らせします。 これにより、Visual Studio エディターから直接、使用可能なすべての CMake モジュールを表示し、その詳細を確認できるようになるため、開発プロセスがよりスムーズかつ効率的になります。

クイック情報

参照先の CMake モジュールにカーソルを合わせると、選択したモジュールに関する詳細情報が IntelliSense によって提供され、その使用方法と機能を一目で理解するのに役立ちます。

クイック ヒントCMake information in the Quick Info内ので CMake 情報

完了

CMakeLists.txt またはその他の CMake スクリプト ファイルに CMake モジュールの入力を開始すると、IntelliSense から選択できるモジュールの一覧が提供されます。

パフォーマンスを損なうことなく、最適化された C++ コードの完全なデバッグ機能。

最適化されたコードのデバッグがこれまで以上に簡単になりました。 C++ 動的デバッグをアクティブ化することで、最適化されたコードを、最適化されていない場合と同様にデバッグできます。 すべてのローカル変数を表示し、任意の場所にステップインして、最適化されたバイナリに完全に忠実なブレークポイントを設定できます。 詳細については、こちらのブログ記事を参照してください。

テンプレート IntelliSense では、[定義へ移動] (F12) を使用してテンプレート引数が自動的に設定されるようになりました。

[ 定義へ移動 ] または F12 キーを使用すると、テンプレート バーにテンプレート引数を自動的に設定できるようになりました。これにより、テンプレート パラメーターが表示され、編集できるようになります。

たとえば、vector で F12 キーを押すと、テンプレート バーが自動的に事前設定された状態で vector にジャンプします。これにより、開発者はテンプレート パラメーターの検査と変更をすばやく行えるようになります。

次の例では、[ 定義へ移動] を使用するか 、F12 キーを押すと、テンプレート バーに型とアロケーターの両方が設定されます。

インクルード補完を構成すると、インクルード完了リストに表示されるヘッダーを制御できます。

#include を入力するときにインクルード補完リストに表示されるヘッダーを制御できるようになりました。

ツール → オプション → テキストエディタ → C/C++ → IntelliSense → 提案用インクルードスタイルのドロップダウン設定により、インクルード提案とインクルード補完の両方に影響が出ます。以下のように動作が改善されました。

• コア ガイドライン (既定): 相対パスには引用符を使用し、その他のすべての場合には山括弧を使用します。
• 引用符モード: 山かっこを使用する標準ヘッダーを除き、すべてのヘッダーに引用符を使用します。
• 山括弧モード: インクルードパスに含まれるすべてのヘッダーに山括弧を使用します。

従来は、使用されている構文に関係なく、(相対ヘッダーを除く) すべてのヘッダーが提案に表示されていました。 今回の更新で、#include <> and #include "" を使用するときにヘッダーの提案がどのように表示されるかを調整できるようになりました。

📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

GitHub Copilot チュートリアルが Visual Studio で利用できるようになりました。これにより、すぐに起動して実行できるようになります。 チュートリアルでは、エディターで Copilot の主要な機能を直接使用する方法について説明します。

Visual Studio で GitHub Copilot チュートリアルが利用できるようになりました。 このチュートリアルはエディターに直接組み込まれた対話型ガイドで、GitHub Copilot の機能を段階的に探索するのに役立ちます。 GitHub Copilot を初めて使う方も、最新の機能について学びたい方も、このチュートリアルを使えば、これまで以上に簡単に始められます。

チュートリアルの概要

Visual Studio から直接 Copilot Walkthroughs を起動するには、 GitHub Copilot Walkthrough の [Copilot] ボタン (右上) →移動します。

開くと、次のような Copilot エクスペリエンスのさまざまな部分を紹介するガイド付きアクティビティが表示されます。

• チャットでのプロンプトの書き込み

• インライン コード補完の使用

• Copilot の提案を受け入れる、編集する、または拒否する

• Copilot Edits などの新機能の探索と学習

このチュートリアルは、ドキュメントや実際の使用方法を詳しく調べる前に、Copilot で何ができるかを大まかに理解するのに最適です。

チュートリアルへのアクセス方法

GitHub Copilot チュートリアルは、GitHub Copilot に初めてサインインしたときに自動的に開かれ、簡単に始められるようになっています。 後でもう一度ご覧になりたい場合は、Visual Studio の GitHub Copilot チュートリアル > GitHub Copilot チュートリアルにアクセスしてください。

GitHub Copilot を初めて探索する場合でも、ちょっと復習する必要がある場合でも、このチュートリアルは Copilot の可能性を最大限に引き出すためのわかりやすいガイドになります。 自信を持って作成を始めましょう。

GPT-4o Copilot コード補完モデルを導入して、より高品質な完成を実現します。

新しい GPT-4o Copilot コード補完モデルが、GitHub Copilot ユーザー向けの Visual Studio 17.14 で利用可能になったことをお知らせします。 GPT-4o miniに基づくこの高度なモデルは、30以上の人気のあるプログラミング言語にわたって275,000以上の高品質のパブリックリポジトリでさらにトレーニングされています。 その結果、開発者は、より正確な提案とパフォーマンスの向上を楽しみにしています。

GPT-4o Copilot アクセスに関する注意事項:

• Copilot Pro、Business、Enterprise のユーザー: 新しいモデルは、17.14 以降で使用できるようになりました。
• Copilot Free ユーザー: このモデルを使用すると、月間 2,000 回の無料完了分にカウントされます。

📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

C++ および C# 関数のドキュメント コメントを自動的に生成します。

Copilot は Visual Studio のコード エディターにシームレスに統合され、関数のドキュメント コメントを生成することで生産性が大幅に向上しました。

プロジェクトに対してドキュメント コメントの自動生成を有効にすると、設定の構成 ( /// など) に従ってコメント パターンを入力するだけで、Copilot は関数の内容に基づいて関数の説明を即座に完了します。 この機能を使用すると、貴重な時間と労力が節約され、コーディングに集中し、ドキュメントに集中することが可能になります。

このゲームを変更する機能は、C++ と C# の両方のプロジェクト ファイルで使用できるため、コーディングエクスペリエンスがよりスムーズで効率的になります。

📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

NES は、以前に行った編集内容を活用し、挿入、削除、または両方の組み合わせであるかどうかに関係なく、次に行われる編集を予測します。

コーディング エクスペリエンスをさらに向上させるために、Visual Studio で Next Edit Suggestions (NES) が使用可能になったことをお知らせします。 NES は、以前に行った編集内容を活用して、挿入、削除、またはその両方の組み合わせであるかどうかに関係なく、次に行うべき編集を予測します。 キャレットの位置で提案を生成するように制限されている Completions とは異なり、NES は、次に編集が行われる可能性が最も高いファイル内の任意の位置をサポートできます。 NES は、開発者のコード編集アクティビティをサポートすることで、既存の Copilot Completions エクスペリエンスを強化します。

NES の始め方

GitHub → Copilot → Copilot Completions → Tools → Options を使用して NES を有効にする→次の編集候補を有効にします。

補完機能と同様に、NES を利用するために必要なのはコーディングを開始することです。

編集候補が表示されたら、現在の行とは異なる行にある場合は、 Tab キーを押して対応する行に最初に移動 することをお勧めします。 関連する編集を手動で検索する必要はもうありません。NES が先導します!

編集対象と同じ行に移動したら、Tab キーで提案を受け入れることができます。

注: ヒント バーをオンまたはオフにするには、[ ツール] → [オプション] → IntelliCode → [詳細設定] →灰色のテキストで表示されているヒントを非表示にします。

ヒント バーに加えて、とじしろでも矢印がポップアップ表示され、編集の提案が使用可能であることを示します。 矢印をクリックすると、編集の提案メニューを見ることができます。

シナリオの例

Next Edit Suggestions は、明らかな繰り返しの変更を加えるだけでなく、論理的な変更を加えるといったさまざまなシナリオで役立ちます。 いくつかの例を次に示します。

2D Point クラスを 3D Point にリファクタリングする:

STL を使用してコード構文を最新の C++ に更新:

NES では、すべての printf() を std::cout に更新するといった繰り返しの変更を加えるだけでなく、fgets() などの他の構文も更新する点に注意してください。

新しく追加された変数に応じて論理的な変更を行う:

NES は、新しい変数にすばやく応答し、プレイヤーがゲームで行うことができる推測を最大限に追加します。また、Copilot Completions も役立ちます。

これで、既存のコードのコンテキストに合わせて貼り付けたコードを Copilot で調整できるようになりました。

Visual Studio でコードを貼り付ける場合、シームレスに動作させるために追加の手順が必要になることがよくあります。 ソリューションで既に使用されているパラメーターに合わせてパラメーターを調整する必要が生じる場合や、構文とスタイルがドキュメントの残りの部分と一致していない場合があります。

アダプティブ貼り付けを使用すると、貼り付けたコードが既存のコードのコンテキストに合わせて自動的に調整され、手動による変更の必要性が最小限に抑えられるため、時間を節約し、労力を軽減できます。 この機能では、軽微なエラーの修正、コードのスタイル設定、書式設定、人間の言語とコード言語の翻訳、空白を埋めるタスク、パターンを繰り返すタスクといったシナリオもサポートされます。

たとえば、Math インターフェイスを実装する IMath クラスがある場合、Ceiling メソッドの実装をコピーして同じファイルに貼り付けることで、未実装のメンバー Floor を実装するようにその内容が調整されます。

通常の貼り付け {KeyboardShortcut:Edit.Paste} を実行すると、アダプティブ貼り付けの UI が表示されます。 TABキーを押して提案を要求するだけで、元の貼り付けたコードと調整されたコードを比較する差分が表示されます。

ツール → オプション → GitHub → Copilot → Editor → アダプティブ ペーストを有効にして、今すぐ試してみてください。

これで、Copilot に空の C# メソッドを完全に実装させることができます。

現在、まだ実装されていない C# コード内のメソッドを参照している場合は、 Generate Method と呼ばれる一般的な電球リファクタリングを使用して、クラスでそのメソッドをすぐに作成できます。 ただし、このリファクタリングでは、正しいシグネチャを持つメソッドのみが作成されますが、それ以外の場合は空のスケルトンと throw new NotImplementedException 行が作成されます。 つまり、メソッドは技術的に存在し、作成する作業が少なくて済みますが、メソッドを自分で実装する必要があります。これには時間がかかる可能性があります。

Copilot による実装リファクタリングは、GitHub Copilot の助けを借りて、メソッドに肉を自動的に実装または追加できるようにすることで、このシナリオの生産性をさらに高めることを目的としています。 NotImplementedException のスローのみを含む空のメソッドが検出された場合、その行で電球アイコン (+throw を選択し、「Copilot で実装」を選択すると、Copilot が既存のコードベースやメソッド名などに基づいてメソッドのすべての内容を自動的に入力します。

Visual Studio Core デバッガーに統合された .NET MAUI 用の新しい Mono デバッグ エンジン。

.NET MAUI アプリ用の新しい Mono デバッガーは、Visual Studio デバッガーに統合された高度なデバッグ エンジンです。 信頼性、パフォーマンス、Visual Studio の他の部分との機能の類似性が大幅に向上しています。

特筆すべき強化機能として、Just My Code、変数、式の評価などが挙げられます。

この機能を使用するには、次の Visual Studio プレビュー オプションを有効にしていることを確認します。 MAUI アプリに対して新しい .NET Mono デバッガーを有効にします。

現時点では、この機能は Android プラットフォームでのみ使用できます。 iOS のサポートは近日公開予定です。

句のホバー データヒントによる LINQ 式のデバッグ エクスペリエンスが強化されました。

LINQ クエリの生成とトラブルシューティングは、面倒で複雑なプロセスになりがちであり、正確な構文知識と多大なの反復作業が必要になる場合があります。 これらの課題を軽減するために、Visual Studio 2022 では、デバッガーに LINQ オンホバー データヒントが導入されます。

デバッグ中に中断状態になっている間は、LINQ クエリの個々の句またはセグメントにカーソルを合わせて、実行時に即座にクエリ値を評価できます。

さらに、データヒントの末尾にある GitHub Copilot アイコンをクリックすることで、カーソルを合わせた特定のクエリ句に対して Copilot を使用した分析を実行できます。 それにより、Copilot が句の構文を説明し、指定された結果が取得される理由を明確にします。

LINQ Hover データヒントの例

この機能により、効率が大幅に向上し、デバッグ エクスペリエンスがより円滑かつ簡単になるため、LINQ クエリの問題をより迅速に特定し、開発ワークフロー全体を合理化できます。

📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

.NET 割り当てツールで長さ 0 の配列の割り当てが識別され、メモリ使用量とパフォーマンスを最適化できるようになりました。

.NET 割り当てツールでは、長さ 0 の配列割り当てに関する詳細な分析情報が提供され、不要なメモリ使用量を特定して最適化できるようになりました。 これらの割り当ては個別には重要でないように見えるかもしれませんが、特に高パフォーマンスまたはメモリ制約のあるアプリケーションでは、すぐに増大してパフォーマンスに影響を与える可能性があります。

この更新プログラムにより、[調査] リンクをクリックすると、長さ 0 の配列割り当てを調査できます。これにより、割り当ての詳細が表示された [割り当て] ビューが開きます。 ダブルクリックすると、これらの割り当てが行われるコード パスが表示され、正確な最適化が可能になります。 効率を向上させるには、静的に割り当てられた空の配列インスタンスである Array.Empty<T>()を使用して、冗長メモリ割り当てを排除することを検討します。

Git リポジトリ ウィンドウには、送信/受信コミットのみを表示するフィルターがツール バーに表示されるようになりました。

Git リポジトリ ウィンドウは、Git 履歴を理解するための go-to の場所です。 ローカル ブランチで作業すると、新しいコミット (送信) を作成したか、プルする新しいコミット (受信) があるため、リモートとの同期が失われる可能性があります。

ツール バーで使用できる新しい送信/受信フィルターを使用すると、こうした同期されていないコミットを即座に見つけることができます。 自分のコミットや他のユーザーのコミットを簡単にスキャンして、完璧な同期状態を維持できます。

📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

再起動の間、この新しい設定で Git リポジトリ ウィンドウを開いたままにします。

ブランチ操作専用の環境として、 Git リポジトリ ウィンドウ は日々の開発の中核となる可能性があります。 Visual Studio セッションごとに頻繁に再度開く場合、この更新プログラムは時間と労力を節約するように設計されています。

Visual Studio の再起動時に Git リポジトリ ウィンドウを自動的に復元する新しい設定が Git > 設定に追加されました。 さらに、保存したウィンドウ レイアウトにウィンドウが含まれるので、カスタマイズ オプションが強化されます。

既定では、この機能は、不要なユーザーのためにスムーズに動作し続けるためにオフになっています。 しかし、あなたが利便性が好きなら、この設定はあなたに最適です。

📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

新しい Git リポジトリの作成時に、ユーザーが最初の既定のブランチをカスタマイズできるようにします。

Visual Studio を使用して、新しい Git リポジトリの既定のブランチ名を設定できるようになりました。 この新しい設定は Git 構成とスムーズに統合されるため、必要に応じてワークフローを調整しやすくなります。

メイン ブランチGit changes window after a new repository was created with main branchを使用して新しいリポジトリが作成された後のGit の変更ウィンドウ

Git >設定に移動するだけで、次にリポジトリを作成するときに、カスタム ブランチ名が動作していることがわかります。

표시됩니다。

📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

NuGet では、資格情報の入力を求めるコンテキストが提供されるようになりました。

NuGet 認証プロセスが改善されました。 潜在的な認証の問題が検出された場合に、フィードと特定のアカウントのニーズに関するコンテキストを提供する新しい認証ダイアログが表示されるようになります。

この更新プログラムは、多要素認証 (MFA) シナリオの再認証プロセスを強化し、連続する認証プロンプトの問題を解決し、プライベート NuGet フィードを管理するときの全体的なエクスペリエンスを円滑にします。

Teams Toolkit 17.14 GA の更新プログラム。

以前は Teams Toolkit と呼ばれる製品の名前が Microsoft 365 Agents Toolkit に変更されたことをお知らせします。 この変更は、Microsoft 365 エコシステム内の広範なプラットフォームとプロジェクトの種類をサポートするための焦点とコミットメントの拡大を反映しています。

製品の強化を続ける中で、Teams 開発のサポートのみに焦点を移し、開発者が Microsoft 365 Copilot エージェントやその他のアプリケーションを Microsoft 365 プラットフォーム全体で作成できるようにします。 これらのプラットフォームには、Microsoft 365 Copilot、Microsoft Teams、Office ファミリ、Outlook が含まれます。 この範囲の拡大により、さまざまな Microsoft 365 ソリューションを開発するための包括的なツール、テンプレート、リソースを提供することで、ユーザーにより良いサービスを提供できます。

新しい名前である Microsoft 365 Agents Toolkit は、製品の多様な機能をより適切に表しています。 この変更は、ユーザーが Microsoft 365 環境内で利用可能な開発機会の全範囲をより簡単に特定するのに役立つと考えています。

開発者コミュニティの拡大するニーズに合わせて進化する中で、引き続きご支援を賜りますよう、お願い申し上げられます。

宣言型エージェントの作成

このリリースでは、Microsoft 365 Copilot 用の宣言型エージェントを構築するためのプロジェクト テンプレートが追加されたことをお知らせします。

DA プロジェクトDA プロジェクトの作成を作成

アクションの有無に関係なく、宣言型エージェントを作成できます。 新しい API を定義するか、タスクの実行またはデータの取得を実行する既存の API を使用することができます。

Microsoft 365 Agents Toolkit を使用して、Microsoft Copilot で宣言型エージェントをデバッグおよびプレビューします。

スムーズなワンクリック デバッグを有効にする

以前のバージョンの Teams Toolkit (現在は Microsoft 365 Agents Toolkit) では、ユーザーが生成されたソリューションをデバッグするときに、プロジェクトをデバッグする前に Teams アプリの依存関係を準備 するコマンドを使用する必要がありました。 このコマンドは、開発者が Teams アプリの登録や更新など、デバッグに不可欠なリソースを作成するのに役立つツールキットをトリガーしました。

デバッグ エクスペリエンスを強化し、Visual Studio ユーザーにとってより直感的にするために、この手順を削除し、ワンクリック デバッグ エクスペリエンスを有効にしました。 これで、準備の手順なしでデバッグ ボタンを直接クリックできるようになりました。 ただし、2 つのデバッグ イベントの間でアプリ マニフェストを編集し、アプリを更新する必要がある場合は、それを行うオプションが残ります。 次の 2 つのデバッグ プロファイルが提供されます。

• 更新アプリを使用してデバッグする: アプリに対して編集を行い、更新プログラムが適用されていることを確認する場合は、既定のプロファイル [Your Target Launch Platform] (browser) を選択します。
• アプリを更新せずにデバッグする: 2 つ目のプロファイル [Your Target Launch Platform] (browser) (skip update app) を選択すると、アプリ リソースの更新がスキップされ、デバッグが軽くなり、迅速になります。

.NET 9 にアップグレードします。

さらに、このリリースでは、.NET 9 をサポートするためにすべてのプロジェクト テンプレートを更新しました。

コーディングを楽しんでください。
Microsoft 365 Agents Toolkit チーム

テーマを変更すると、フォントとフォント サイズの設定が維持されるようになりました。

開発者が選択するフォントは、コーディングが個人的な選択であり、読みやすさ、アクセシビリティ、美学などの好みによる影響を受けます。 Visual Studio のテーマは主にプレゼンテーションの色に焦点を当て、好みのフォントに依存しません。

この更新プログラムでは、テーマを切り替えるときにフォント フェイスとサイズの選択を保持する機能が導入されました。 フォント設定を一度設定したら、Visual Studio でテーマを切り替える際に、毎回フォントを再設定しなくてもよくなりました。 フォントの色はテーマの目的であるため、テーマにリンクされたままですが、フォントの選択は保持されます。

📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

WinForms アウトプロセス デザイナーを使用して、.NET Framework プロジェクトのツールボックスに自動的に追加される明示的なアセンブリ参照に存在する、お気に入りの Windows フォーム (WinForms) コントロールを検出します。

.NET Framework プロジェクトの WinForms アウトプロセス デザイナーでは、スタンドアロン アセンブリ参照 ( 明示的アセンブリ参照とも呼ばれます) に存在するコントロールを自動的に検出して表示することで、エクスペリエンスが強化されました。

この機能により、従来の 32 ビット アセンブリを参照する .NET Framework プロジェクトのデザイン時エクスペリエンスが大幅に強化されます。 ユーザーは、最新の開発ワークフローとのより良い統合と生産性の向上のために調整された改善されたツール構成を利用できます。 詳細については、こちらのブログ記事を参照してください。

ライブ プレビュー、ホット リロード、その他の UI ツールがデザイン時に使用できるようになりました。

ライブ プレビューがデザイン時に利用できるようになりました。これにより、アプリの UI での変更をリアルタイムに表示できます。 ホット リロードやその他のライブ UI ツールもこの方法で使用できるようになり、シームレスなワークフローが確保されます。

これらのツールは、デバッガーからデタッチしたときでも使用できるため、中断されることなくデザインの実験や調整を行えます。

新しい [ライブ プレビュー] インジケーターをクリックすると、デザイン時に任意の XAML ファイルから [ライブ プレビュー] にアクセスできます。

新しい .NET MAUI アプリに取り組んでいる場合でも、既存の WPF アプリを改良する場合でも、これらの機能強化は、高品質のアプリケーションをより迅速かつ確実に配信するのに役立ちます。

📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

Visual Studio に、.NET 9 とネイティブ AOT を対象とする更新された UWP MSTest プロジェクト テンプレートが含まれるようになりました。

Visual Studio には、.NET 9 とネイティブ AOT を対象とする新しい UWP MSTest プロジェクト テンプレートが含まれるようになりました。 MSTest チームと密接に協力して、UWP .NET 9 プロジェクトに必要なすべてのサポートを MSTest ライブラリ、インフラストラクチャ、Visual Studio テスト ホストに追加しました。 これにより、UWP テスト プロジェクトで .NET 9 をターゲットにし、すべての最新の .NET SDK および MSTest ツールを活用しながら、期待どおりに UWP コンテキストで実行できるようになりました。

.NET ネイティブを使用した以前の UWP MSTest プロジェクト テンプレートは、引き続き使用できます。 ただし、今後は .NET 9 とネイティブ AOT をターゲットとする新しいプロジェクト テンプレートを使用することをお勧めします。 Visual Studio 17.13 と同様に、すべてのUWPテンプレートの順序を調整し、検索結果で新しい .NET 9プロジェクト テンプレートが優先されるようにしました。

📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

インストーラーは拡張機能パックのインストールを処理できるようになりました。

インストーラーでは、1 つの拡張機能から参照される複数の拡張機能のバンドルである拡張パックがサポートされるようになりました。

インストーラーで拡張パックを使用するには、最初に .vsconfig ファイルで目的の拡張子を指定します。 次に、Visual Studio インストーラーのインポート構成機能を使用して、拡張機能の詳細を含む .vsconfig ファイルをインポートします。

.vsconfig ファイルの作成または生成の詳細については、 インストール構成のドキュメントを参照してください。

.vsconfig ファイルをインポートすると、インストールの概要ウィンドウで拡張機能が独自の見出しの下にグループ化される変更画面が表示されます。 ここでは、拡張パック全体、または任意のパック内の個々の拡張機能を選択または選択解除できます。

1 つ以上のプロジェクト参照を含む VSIX プロジェクトでインテリジェントな増分ビルドが使用されるようになりました。これにより、F5 シナリオと開発者の生産性が大幅に向上します。

複数のプロジェクトで Visual Studio 拡張機能を開発している場合は、このパフォーマンスの向上が気に入ります。 1 つ以上のプロジェクト参照を含む VSIX プロジェクトでは、実際にリビルドが必要なプロジェクトのみがビルドされ、開発ワークフローが大幅に高速化されます。

動作方法

ソリューション内のどのプロジェクトをリビルドする必要があるかどうかを判断する際に、よりスマートな最新のチェック システムが改善されました。

• プロジェクト B と C に依存するプロジェクト A を変更すると、プロジェクト A のみが再構築されます
• プロジェクト B を変更すると、プロジェクト A と B のみが再構築されます。
• このインテリジェンスは、プロジェクトの依存関係ツリー全体にわたって拡張されます

実際の影響

実際のシナリオでは、パフォーマンスが大幅に向上します。 たとえば、Visual Studio に付属する GitHub Copilot 拡張機能 (約 30 プロジェクト) では、段階的な変更のためにビルド時間が 50% 以上改善され、ビルド時間が約 60 秒からわずか 24 秒に短縮されました。

この機能強化は、次の場合に特に役立ちます。

• 複数の依存関係を持つ大規模な VSIX プロジェクト
• 迅速なイテレーション開発ワークフロー
• F5 デバッグ セッションが頻繁に発生する

ソリューションに含まれるプロジェクトが 1 つだけの場合、この拡張機能のパフォーマンス上の利点は表示されません。

注: これは、SDK-Style VSIX プロジェクトにのみ適用されます。

拡張機能の開発が一気に加速しました。コーディングを楽しんでください！

Visual Studio の拡張機能マネージャーには、拡張機能の管理を容易にする新しい機能強化がいくつかあります。

ワークフローを効率化し、拡張機能の管理エクスペリエンスを向上させる、Visual Studio の強力な新機能セットをご紹介します。 これらの更新プログラムを使用すると、更新プログラムを適用する方法とタイミングをより詳細に制御しながら、簡単に最新の状態を維持できます。

新着情報は何ですか？

シームレスな自動更新

Visual Studio では、アプリケーションを開くと自動的に更新がトリガーされるようになり、手動による介入なしに常に最新の機能と修正が利用できるようになります。

適用された更新プログラムのゴールド バーを再起動する

更新プログラムが適用されると、変更を有効にするために Visual Studio を再起動するように求める金色のバーの通知が表示されます。

拡張機能ページの自動更新の設定

自動更新設定を拡張機能ページに直接統合することで、自動更新の設定にアクセスしやすくなりました。構成オプションにすばやくアクセスできます。

保留中の変更でフィルターする

新しい 保留中 のカテゴリで保留中の変更が強調表示され、注意が必要な更新や変更に関する情報が保持されるようになりました。

自動更新の設定

拡張機能ページに加えて、[ ツール] → [オプション] → [環境] →拡張機能で自動更新設定を使用できるようになりました。これにより、より直感的な設定管理エクスペリエンスが可能になります。

シンプルな設定エクスペリエンス

設定 UI が合理化され、クリック回数が少なくなり、オプションが明確になり、自動更新やその他の関連設定を簡単に構成できるようになりました。

除外された拡張機能の一覧

Visual Studio には、自動的に入力される除外された拡張機能リストが追加され、自動的に更新しない拡張機能の管理が容易になりました。 これは、バージョンの更新を手動で管理したい重要な任務に関わる拡張機能に特に役立ちます。

これらの拡張機能は、使いやすさの向上、更新の摩擦の軽減、開発環境の制御を強化し、最新の機能強化の恩恵を確実に受けられるように設計されています。

📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

SQL Server Data Tools プロジェクトで、強化された SQL デバッグ機能とスキーマ比較機能を使用して、SDK スタイルのプロジェクト ファイル形式を使用できるようになりました。

Visual Studio 17.14 の更新プログラムでは、SDK スタイルの SQL Server Data Tools (プレビュー) に対する新しい項目テンプレートと .dacpac データベース参照が導入されています。 SDK スタイルの SSDT SQL プロジェクトは、Microsoft.Build.Sql SDK に基づいており、SQL Server Data Tools (SSDT) プロジェクト向けにクロスプラットフォーム サポートと強化された CI/CD 機能を提供します。

NuGet パッケージへのプロジェクト ファイルとデータベース参照を減らすことで、チームは、1 つのプロジェクト内の大規模なデータベースでより効率的に共同作業を行ったり、複数のプロジェクトから複数のオブジェクト セットをコンパイルしたりできます。 Microsoft.Build.Sql プロジェクトからのデータベース デプロイは、Windows 環境および Linux 環境で自動化でき、Microsoft.SqlPackage dotnet ツールを使用して、SQL プロジェクトからビルド アーティファクト (.dacpac) を発行することができます。 SDK スタイルの SQL プロジェクトと DevOps for SQLについて説明します。

17.14 では、プロジェクトと .dacpac アーティファクト参照をサポートするようにデータベース参照が拡張されました。 パッケージ参照としてのデータベース参照のサポートは、今後提供予定です。 SlnGen ソリューション ファイル ジェネレーターに対する最近の更新で、Microsoft.Build.Sql プロジェクトのサポートも追加され、大規模なソリューションをプログラムで管理できるようになりました。

SDK スタイル SQL プロジェクトをソリューションで使用するためには、Visual Studio インストーラーで最新の SSDT プレビュー コンポーネントを必ずインストールします。

📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

IntelliSense クイック ヒントと補完機能に CMake モジュールのサポートが追加されました。

Visual Studio で、CMake モジュール用の IntelliSense ベースの補完機能とクイック ヒントのサポートが追加されたことをお知らせします。 これにより、Visual Studio エディターから直接、使用可能なすべての CMake モジュールを表示し、その詳細を確認できるようになるため、開発プロセスがよりスムーズかつ効率的になります。

クイック情報

参照先の CMake モジュールにカーソルを合わせると、選択したモジュールに関する詳細情報が IntelliSense によって提供され、その使用方法と機能を一目で理解するのに役立ちます。

クイック ヒントCMake information in the Quick Info内ので CMake 情報

完了

CMakeLists.txt またはその他の CMake スクリプト ファイルに CMake モジュールの入力を開始すると、IntelliSense から選択できるモジュールの一覧が提供されます。

パフォーマンスを損なうことなく、最適化された C++ コードの完全なデバッグ機能。

最適化されたコードのデバッグがこれまで以上に簡単になりました。 C++ 動的デバッグをアクティブ化することで、最適化されたコードを、最適化されていない場合と同様にデバッグできます。 すべてのローカル変数を表示し、任意の場所にステップインして、最適化されたバイナリに完全に忠実なブレークポイントを設定できます。 詳細については、こちらのブログ記事を参照してください。

テンプレート IntelliSense では、[定義へ移動] (F12) を使用してテンプレート引数が自動的に設定されるようになりました。

[ 定義へ移動 ] または F12 キーを使用すると、テンプレート バーにテンプレート引数を自動的に設定できるようになりました。これにより、テンプレート パラメーターが表示され、編集できるようになります。

たとえば、vector で F12 キーを押すと、テンプレート バーが自動的に事前設定された状態で vector にジャンプします。これにより、開発者はテンプレート パラメーターの検査と変更をすばやく行えるようになります。

次の例では、[ 定義へ移動] を使用するか 、F12 キーを押すと、テンプレート バーに型とアロケーターの両方が設定されます。

インクルード補完を構成すると、インクルード完了リストに表示されるヘッダーを制御できます。

#include を入力するときにインクルード補完リストに表示されるヘッダーを制御できるようになりました。

ツール → オプション → テキストエディタ → C/C++ → IntelliSense → 提案用インクルードスタイルのドロップダウン設定により、インクルード提案とインクルード補完の両方に影響が出ます。以下のように動作が改善されました。

• コア ガイドライン (既定): 相対パスには引用符を使用し、その他のすべての場合には山括弧を使用します。
• 引用符モード: 山かっこを使用する標準ヘッダーを除き、すべてのヘッダーに引用符を使用します。
• 山括弧モード: インクルードパスに含まれるすべてのヘッダーに山括弧を使用します。

従来は、使用されている構文に関係なく、(相対ヘッダーを除く) すべてのヘッダーが提案に表示されていました。 今回の更新で、#include <> and #include "" を使用するときにヘッダーの提案がどのように表示されるかを調整できるようになりました。

📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

Copilot エージェント モードは、AI 支援型開発の次の進化であり、プレビューから移行しました。

GitHub Copilot を使用してビルドする新しい方法が使用できるようになり、1 ターンのプロンプトを超えてタスク全体を最初から最後まで処理できます。

開始するには、Copilot Chat を開き、[問い合わせ] ボタンをクリックして、[エージェント] に切り替えます。

アイデアからコードへ

エージェント モードでは、ユーザーの意図を理解し、プランを作成し、適切なコンテキストを取得して、アクションを実行します。 バグを修正したり、ファイルを編集したり、ソリューションをビルドしたりできます。これらはすべて、目標に達するまで 1 つのプロンプトで完了できます。

MCP を統合すると、エージェント モードは、接続されたシステムからリッチ コンテキスト (GitHub、CI パイプライン、監視ダッシュボードなど) を取得して、さらにスマートなアクションを実行することもできます。

お試しいただき、改善点をご確認ください。

Visual Studio チャットで新しいモデルが削除されました。

より強いパワー、スピード、柔軟性 - すべて IDE 内で!

🚨 Gemini 2.5 Pro が Visual Studio に追加されました

Gemini 2.5 Pro は、利用可能な最もパフォーマンスの高いモデルの 1 つと広く認識され、Visual Studio でサポートされるようになりました。 GPT-4.1、GPT-4o、Claude Sonnet 3.7、Claude Sonnet 3.5、o3 mini に参加して、真に汎用性の高いマルチモデル AI エクスペリエンスを IDE に提供します。

🚨 GPT-4.1 が、デフォルトになりました

GPT-4.1 が Visual Studio のデフォルト モデルになり、より高速で応答性が高く、ボード全体で非常にスムーズなエクスペリエンスが提供されるようになりました。

---

タスク、コード、ワークフローに最適なモデルを簡単に選択できるようになりました。 今すぐお試しいただき、ご意見をお聞かせください。

新しいモデル コンテキスト プロトコル (MCP) を使用して Visual Studio を AI エージェントに接続します。これは、コンテキストの共有、データへのアクセス、インテリジェントな機能の推進のための標準化された方法です。

Visual Studio で MCP サーバーがサポートされ、よりスマートでより良く接続された AI デプロイのロックが解除されるようになりました。 MCP は、アプリと AI エージェントがコンテキストを共有してアクションを実行する方法を標準化するオープン プロトコルです。

Visual Studio の MCP を使用すると、ログ、テスト エラー、PR、問題など、MCP サーバーから情報を取得する以外にもさまざまなことを実行できます。 また、この情報を使用すると、スタック間のコード、IDE、接続されたシステム内で意味のあるアクションを促進できます。

MCP サーバーをセットアップする

mcp.json ファイルをソリューションに追加すると、Visual Studio は、自動検出されます。 また、.vscode/mcp.json などのその他の環境からの構成も認識されます。

MCP サーバーを使用する

[Copilot Chat] パネルで [ツール] ドロップダウンを開くと、接続された MCP サーバーを表示できます。 そこから、Copilot はコンテキストを取得し、既存システムを使用してアクションを実行できます。

注: MCP サーバーにアクセスして操作するには [エージェント モード] である必要があります。

---

Visual Studio を離れることなく、スタックのフル パワーを Copilot に取り込んでください。

これで、Copilot Chat で出力ウィンドウをコンテキストとして参照できるようになりました。

ビルドの追跡、デバッグ、内部での動作の把握には、出力ウィンドウが不可欠であることは明白です。 これで、Copilot はその情報を読み取ることができるため、出力ログに基づいて質問したり、ヘルプを表示したり、アクションを実行したりできます。

使用方法

• #output を使用して、チャットで直接参照します。
• チャット入力の ➕ アイコンをクリックして、コンテキストとして追加します。
• Copilot に直接問い合わせる: 出力ログを確認し、このエラーを修正するのに役立てます。
• または、出力ウィンドウを右クリックし、[Copilot で説明] を選択して、すぐに接続します。

試してみると、ログを読んで操作することがどれだけ簡単かを確認できます。

Visual Studio で Copilot の使用状況を直接追跡できるようになりました。

今月の Copilot を状況を確認するにはどうしたらいいですか? Visual Studio に、[Copilot 消費量] パネルが追加されたため、状況を簡単に確認できます。

Copilot Free または有料プランのどちらを使用していても、IDE から直接チャット要求数とコード完了数を確認できます。

IDE の右上隅にある Copilot バッジ をクリックし、 Copilot Consumptions を選択してアクセスします。

これで、その月の現在の使用状況を示すパネルが開きます。

ヒント: Premium モデルを使用している場合は、モデル ピッカーに使用量の乗数も表示されるので、使用している内容を常に正確に把握できます。

リポジトリに再利用可能なプロンプト ファイルを作成して、頻繁に使用されるプロンプトをすばやく実行または共有できるようになりました。

効果的なプロンプトの作成には時間がかかる場合がありますが、これは Copilot Ask と Agent モードを最大限に活用するための鍵となります。 再利用可能なプロンプト ファイルを有効にして、これらの優れたプロンプトを何度も活用できるようにしました。 そこから、チャット ウィンドウからすばやく実行したり、チームと共有したりできます。

プロンプト ファイルを書き込む方法

1. プロンプト ボックスに通常どおりにプロンプトを記述し、#参照を添付して、メソッド、クラス、ファイルなどの特定の情報をソリューションから追加します。 他のプロンプト ファイルを参照して、一般的な基本手順を含めることもできます。
2. 次に、プロンプト ボックスからマークダウン ファイルにコピーし、 .github/prompts フォルダー内のリポジトリのルートにある .prompt.md ファイル拡張子で保存します。

ヒント:プロンプトをより具体的に絞り込む際にCopilotの助けを得ることもできます

プロンプトを実行する方法

1. #prompt:入力を開始して、.github/prompts フォルダーのすべてのプロンプト ファイルをチャットで直接参照するか、チャット入力のアイコンをクリックして➕コンテキストとして追加します。
2. プロンプト ボックスに追加情報を追加するか、プロンプトを送信します。

試してみると、AI ワークフローを高速化できます。

📣 この調査は、機能をさらに向上させるために役立ちます。

Agents Toolkit 17.14 GA 6 月リリースの更新プログラム。

6 月のリリースには、17.14 GA リリースのいくつかの修正が含まれています。

• Microsoft 365 Copilot でカスタム エンジン エージェント起動してプレビューする

このツールキットには、Weather Agent と呼ばれる Custom Engine Agent テンプレートが用意されています。 Microsoft 365 Copilot Chat で起動およびプレビューできるように、このテンプレートを更新しました。 試すには、デバッグ時に Copilot 起動プロファイルを選択するだけです。

• Microsoft 365 Agents Playground のインストールでデバッグに失敗した場合のエラー ポップアップを修正しました。 現在は、ツールキットが明確なメッセージと問題を解決する方法の指示をポップアップ表示します。

• テンプレートが、App manifest dependency to v1.21 をアップグレードする

• 新しいブランディング変更によって導入されたテンプレート README ファイルのいくつかのバグを修正しました。

• 拡張機能マネージャーのツールキット アイコンを更新しました。

• Agents Playground を起動するときの問題を修正しました。必要なチャネル ID 値では msteam とエミュレーターのみが許可されます。 これで、Web チャットなどの他の値が許可されるようになりました。