Visual Studio | The .NET Blog

Visual Studio 2026 4 月アップデート：クラウドエージェント、カスタムエージェント、デバッガーエージェント

Emiliano Montesdeoca — Thu, 14 May 2026 00:00:00 +0000

この投稿は自動翻訳されました。元のバージョンはこちら。

Visual Studio 2026 (18.5) の 4 月アップデートでは、クラウドエージェント統合、ユーザーレベルのカスタムエージェント、GA に到達する C++ ツール、新しいデバッガーエージェントが提供されます。

クラウドエージェント：リモート Copilot セッションに作業を委任

Chat ウィンドウのエージェントピッカーで Cloud を選択すると、リモートの Copilot コーディングエージェントにタスクを委任できます。作業を説明すると、エージェントはリポジトリに GitHub issue を作成し、完了したら PR を開きます。“View PR” / “Open in browser” の通知が届きます — コーディングを続けながら、または IDE を閉じた状態でも動作します。

カスタムエージェントがどこへでもついてくる

%USERPROFILE%/.github/agents/ に保存されたユーザーレベルのカスタムエージェントはリポジトリに限定されなくなりました — プロジェクトをまたいで追従します。保存パスは Tools > Options > GitHub > Copilot > Chat で設定可能です。エージェントピッカーの + ボタンで直接新しいエージェントを作成できます。リポジトリスコープのエージェントと同じ機能を持ちます：ワークスペース認識、ツール、モデル選択、MCP 接続。

組み込みエージェント：Agent、Ask、Copilot CLI、Debugger、Modernize、Profiler。

C++ コード編集ツールが GA に

2 つのツール — get_symbol_call_hierarchy と get_symbol_class_hierarchy — がデフォルトで有効になりました。C++ コードベースの継承階層や関数呼び出しチェーンを Copilot が言語認識ナビゲーションで探索できます。Copilot Chat のツールアイコンから有効化します。ツール呼び出し対応モデルで最も効果的です。

デバッガーエージェント：実際のランタイム動作に対して修正を検証

GitHub または Azure DevOps の issue（または自然言語での説明）から開始し、Debugger モードに切り替えると、エージェントは：

最小限の再現手順を作成
失敗の仮説を生成
トレースポイントと条件付きブレークポイントでアプリを計測
実際のデバッグセッションを実行
ライブテレメトリを分析
正確な修正を提案

プロセス全体を通じてループに留まれます — インタラクティブで、完全自律ではありません。

IntelliSense 優先度の修正

IntelliSense リストがアクティブな間、VS は Copilot の補完を抑制するようになりました。一度に 1 つの提案のみ。頻繁な摩擦ポイントであり、デフォルトで有効になりました。

完全なリリースノートとダウンロードは devblogs.microsoft.com で。

Visual Studio の拡張機能プロジェクトに SDK スタイルサポートが追加

Emiliano Montesdeoca — Wed, 13 May 2026 00:00:00 +0000

この投稿は自動翻訳されました。元のバージョンはこちら。

VSSDK ベースの拡張機能プロジェクトへの SDK スタイルサポートが Visual Studio 18.5 で正式に利用可能になりました — クラシックな VSIX 拡張機能プロジェクトは古い MPF スタイルの .csproj 形式から脱却できます。

プロジェクトファイルの変化

最も目に見える変化は、プロジェクトファイルがどれほど小さくなるかです。典型的な VSSDK 拡張機能は今このような形になります：

<Project Sdk="Microsoft.NET.Sdk">
 <PropertyGroup>
 <TargetFramework>net472</TargetFramework>
 <VSSDKBuildToolsAutoSetup>true</VSSDKBuildToolsAutoSetup>
 <VsixDeployOnDebug>true</VsixDeployOnDebug>
 <GeneratePkgDefFile>true</GeneratePkgDefFile>
 </PropertyGroup>
 <ItemGroup><ProjectCapability Include="CreateVsixContainer" /></ItemGroup>
 <ItemGroup>
 <PackageReference Include="Microsoft.VisualStudio.SDK" Version="17.14.40265" ExcludeAssets="runtime" />
 <PackageReference Include="Microsoft.VSSDK.BuildTools" Version="18.5.38461" />
 </ItemGroup>
</Project>

VSSDKBuildToolsAutoSetup=true は適切なデフォルト値を適用します：CreateVsixContainer=true とレガシーの DeployExtension=false。この 1 つのプロパティが、以前は明示的に指定する必要があったものの大部分を置き換えます。

ビルド時間の改善

Fast Up-To-Date Check とインクリメンタルビルドサポートが含まれています。大規模なソリューションでの小さな変更に対して、ビルド時間が最大 75% 削減されます — 大規模なホストソリューション内で拡張機能を反復開発している場合に大きな意味を持ちます。

新規プロジェクト vs 既存プロジェクト

18.5 で作成した新しい拡張機能プロジェクトは自動的に SDK スタイルを使用します。既存の MPF スタイル拡張機能は引き続き動作します — 移行はオプションです。移行時の注意点：XAML を使用している場合は <UseWpf>true</UseWpf> を追加してください。また、.sln または .slnx ファイルで拡張機能をデプロイ可能としてマークする必要があります。

vsixmanifest デザイナーはデフォルトで XML エディターに置き換えられています — 古いデザイナーが必要な場合は右クリック → [プログラムから開く]。

エージェントによる移行パス

vs-agent-plugins の Modernize エージェントが移行を自動化できます。Mads Kristensen の Smart Screen、Command Explorer、Postfix Templates、Whitespace Visualizer など、複数の実際の拡張機能がすでにこの方法で変換されています。

補足

VisualStudio.Extensibility（新しい拡張性フレームワーク）はすでに SDK スタイルをサポートしていました。このアップデートはクラシック VSSDK パスとの同等性をもたらします。唯一の要件は Visual Studio 拡張機能開発ワークロードです。

詳細は公式ポストをご覧ください。

Azure MCPツールがVisual Studio 2022に組み込まれました — 拡張機能のインストール不要

Emiliano Montesdeoca — Thu, 16 Apr 2026 00:00:00 +0000

この記事は自動翻訳されています。原文はこちらをクリックしてご覧ください。

Visual Studioで別途拡張機能としてAzure MCPツールを使っていた方なら、あのお決まりの流れをご存知でしょう — VSIXをインストールし、再起動し、壊れないことを祈り、バージョンの不一致を管理する。その煩わしさはもう終わりです。

Yun Jung Choiが発表したとおり、Azure MCPツールはVisual Studio 2022のAzure開発ワークロードの一部として直接同梱されるようになりました。拡張機能なし。VSIXなし。再起動の手間なし。

これが実際に意味すること

Visual Studio 2022 バージョン17.14.30以降、Azure MCP ServerはAzure開発ワークロードにバンドルされています。すでにそのワークロードがインストールされていれば、GitHub Copilot Chatで有効にするだけで完了です。

45のAzureサービスにわたる230以上のツール — チャットウィンドウから直接アクセスできます。ストレージアカウントの一覧表示、ASP.NET Coreアプリのデプロイ、App Serviceの問題診断、Log Analyticsへのクエリ — すべてブラウザタブを開くことなく実行できます。

なぜこれが見た目以上に重要なのか

開発ツールについて言えることはこれです：余分なステップはすべて摩擦であり、摩擦は普及を妨げます。MCPが別の拡張機能だった頃は、バージョンの不一致、インストールの失敗、そしてもう一つアップデートを管理するものが増えるということを意味していました。ワークロードへの組み込みは以下を意味します：

単一の更新パス — Visual Studio Installerを通じて
バージョンのずれなし — 拡張機能とIDEの間で
常に最新 — MCP Serverは通常のVSリリースと一緒に更新

Azureを標準化しているチームにとって、これは大きな前進です。ワークロードを一度インストールし、ツールを有効にすれば、毎回のセッションで利用可能です。

これで何ができるか

ツールはCopilot Chatを通じて開発ライフサイクル全体をカバーします：

学ぶ — Azureサービス、ベストプラクティス、アーキテクチャパターンについて質問
設計・開発 — サービスの推奨を取得、アプリコードの設定
デプロイ — リソースのプロビジョニングとIDEからの直接デプロイ
トラブルシューティング — ログのクエリ、リソースの正常性チェック、本番環境の問題診断

簡単な例として、Copilot Chatで以下を入力してみてください：

List my storage accounts in my current subscription.

Copilotは裏側でAzure MCPツールを呼び出し、サブスクリプションを照会し、名前、場所、SKUが記載されたフォーマット済みリストを返します。ポータルは不要です。

有効にする方法

Visual Studio 2022 17.14.30以降にアップデート
Azure developmentワークロードがインストールされていることを確認
GitHub Copilot Chatを開く
Select toolsボタン（レンチアイコン）をクリック
Azure MCP Serverをオンに切り替え

以上です。セッション間で有効な状態が維持されます。

注意点

ツールはデフォルトで無効になっています — オプトインが必要です。また、VS 2026固有のツールはVS 2022では利用できません。ツールの利用可能性はAzureサブスクリプションの権限にも依存します。ポータルと同じです。

より大きな視点

これは明確なトレンドの一部です：MCPは開発者IDEにクラウドツールを提供するための標準になりつつあります。すでにAzure MCP Server 2.0の安定版リリースやVS Codeをはじめとする各種エディタでのMCP統合が進んでいます。Visual Studioのワークロードシステムへの組み込みは、その自然な進化です。

Visual Studioで日々開発している.NET開発者にとって、Azureポータルへのコンテキストスイッチの理由がまた一つ減りました。正直なところ、タブの切り替えは少なければ少ないほど良いですからね。

知らなかったVisual Studioのフローティングウィンドウ設定（でも知るべき）

Emiliano Montesdeoca — Fri, 10 Apr 2026 00:00:00 +0000

この記事は自動翻訳されました。原文はこちらをご覧ください。

Visual Studioで複数モニターを使っている方（正直に言って、今どきそうじゃない人っていますか？）は、おそらくこの煩わしさを経験したことがあるでしょう：フローティングツールウィンドウがメインIDEを最小化すると消えてしまう、常に他のすべての上に表示される、そしてタスクバーに別々のボタンとして表示されない。一部のワークフローには機能しますが、マルチモニター環境では苛立たしいものです。

Visual Studioチームの Mads Kristensen が、フローティングウィンドウの動作を完全に変えるあまり知られていない設定を共有しました。ドロップダウン一つ。それだけです。

設定

Tools > Options > Environment > Windows > Floating Windows

ドロップダウン「These floating windows are owned by the main window」には3つのオプションがあります：

None — 完全な独立性。すべてのフローティングウィンドウが独自のタスクバーエントリを持ち、通常のWindowsウィンドウとして動作します。
Tool Windows（デフォルト）— ドキュメントは自由にフロート、ツールウィンドウはIDEに紐づけられます。
Documents and Tool Windows — クラシックなVisual Studioの動作、すべてがメインウィンドウに紐づけられます。

マルチモニター環境で「None」が最適な理由

Noneに設定すると、すべてのフローティングツールウィンドウとドキュメントが本物のWindowsアプリケーションのように動作します。タスクバーに表示され、Visual Studioのメインウィンドウを最小化しても表示され続け、すべての前面に無理やり表示されることがなくなります。

これをPowerToys FancyZonesと組み合わせると、まさにゲームチェンジャーです。モニター全体にカスタムレイアウトを作成し、ソリューションエクスプローラーを一つのゾーンに、デバッガーを別のゾーンに、コードファイルを好きな場所に配置できます。すべてがその場に留まり、すべてが独立してアクセスでき、ワークスペースが混沌ではなく整理されたものに感じられます。

クイック推奨事項

マルチモニターのパワーユーザー：Noneに設定し、FancyZonesと組み合わせる
たまにフロートする方：Tool Windows（デフォルト）が良いバランス
従来のワークフロー：Documents and Tool Windowsでクラシックな動作を維持

プロのコツ：ツールウィンドウのタイトルバーをCtrl + ダブルクリックで即座にフロートまたはドッキングできます。設定変更後の再起動は不要です。

まとめ

これは典型的な「なんで今まで知らなかったんだ」系の設定です。Visual Studioのフローティングウィンドウに少しでも苛立ちを感じたことがあるなら、今すぐ変更しに行きましょう。

詳細とスクリーンショットは完全な記事をご覧ください。

Bookmark Studioがスロットベースのナビゲーションと共有をVisual Studioのブックマークに追加

Emiliano Montesdeoca — Thu, 02 Apr 2026 00:00:00 +0000

この記事は自動翻訳されました。オリジナル版はこちらをご覧ください。

Visual Studioのブックマークはずっと…まあまあでした。ひとつ設定して、次に移動して、どれがどれか忘れる。機能するけど、パワフルと呼べるものではありませんでした。

Mads KristensenがBookmark Studioをリリースしました。定期的にブックマークを使っているなら感じていたギャップを正確に埋める実験的な拡張機能です。

スロットベースのナビゲーション

ブックマークをスロット1〜9に割り当て、Alt+Shift+1からAlt+Shift+9で直接ジャンプできます。新しいブックマークは自動的に次の利用可能なスロットを取得します。

ブックマークマネージャー

新しいツールウィンドウですべてのブックマークを表示し、名前、ファイル、場所、色、スロットでフィルタリングできます。

ラベル、色、フォルダーで整理

ブックマークにラベル、色を付けてフォルダーにグループ化できます。メタデータはソリューションごとに保存されます。

エクスポートと共有

Bookmark Studioはプレーンテキスト、Markdown、CSVとしてブックマークをエクスポートできます。

コードの移動に追従するブックマーク

Bookmark Studioはアンカーされたテキストに対してブックマークを追跡するので、編集中に間違った行にずれることがありません。

まとめ

Bookmark Studioは何も再発明しません。何年も「十分」だった機能を本当に便利にします。Visual Studio Marketplaceからダウンロードしてください。

Visual Studioの3月アップデートでカスタムCopilotエージェントが作成可能に — find_symbolが大きな進化

Emiliano Montesdeoca — Thu, 02 Apr 2026 00:00:00 +0000

この記事は自動翻訳されました。オリジナル版はこちらをご覧ください。

Visual Studioが最も重要なCopilotアップデートを受けました。Mark Downieが3月リリースを発表し、見出しはカスタムエージェントですが、正直なところfind_symbolツールがワークフローを最も変える機能かもしれません。

リポジトリ内のカスタムCopilotエージェント

Copilotにチームのコーディング標準に従わせたい？カスタムエージェントはリポジトリの.github/agents/に.agent.mdファイルとして定義されます。各エージェントはワークスペース認識、コード理解、ツール、優先モデル、MCP接続へのフルアクセスを持ちます。

エージェントスキル：再利用可能なインストラクションパック

スキルはリポジトリの.github/skills/またはプロファイルの~/.copilot/skills/から自動的にロードされます。

find_symbol：言語対応ナビゲーション

新しいfind_symbolツールはCopilotのエージェントモードに言語サービスベースのシンボルナビゲーションを提供します。テキスト検索の代わりに、シンボルのすべての参照を見つけ、型情報やスコープにアクセスできます。

.NET開発者にとって、これは大きな改善です — 深い型階層を持つC#コードベースが大きく恩恵を受けます。

Copilotでテストをプロファイル

Test ExplorerのコンテキストメニューにProfile with Copilotが追加されました。Profiling Agentがテストを実行し、パフォーマンスを自動分析します。

ライブデバッグ中のPerf Tips

パフォーマンス最適化がデバッグ中に行われるようになりました。Visual Studioがインラインで実行時間を表示します。遅い行を見つけたら、Perf Tipをクリックして最適化の提案をCopilotに依頼できます。

Solution ExplorerからNuGet脆弱性を修正

NuGetパッケージの脆弱性が検出されると、Solution Explorerに直接Fix with GitHub Copilotリンクが表示されます。

まとめ

カスタムエージェントとスキルが見出しですが、find_symbolが隠れた逸品です — .NETコードのリファクタリング時のCopilotの精度を根本的に変えます。Visual Studio 2026 Insidersをダウンロードしてお試しください。

VS Code 1.112：.NET開発者が本当に注目すべきこと

Emiliano Montesdeoca — Thu, 26 Mar 2026 00:00:00 +0000

VS Code 1.112がリリースされました。正直に言うと、.NETの世界で日々過ごしているなら、このリリースは一味違います。公式リリースノートには多くの内容がありますが、スクロールの手間を省いて、私たちにとって本当に重要なことに焦点を当てましょう。

Copilot CLIがずっと便利になった

今回のリリースの大きなテーマはエージェントの自律性 — Copilotにもっと自由にやらせて、あなたが一つ一つのステップを見守る必要をなくすことです。

メッセージのステアリングとキューイング

Copilot CLIがタスクの途中で、何か言い忘れたことに気づく瞬間を知っていますか？以前は待つしかありませんでした。今はリクエストがまだ実行中でもメッセージを送れます — 現在のレスポンスを方向付けるか、フォローアップの指示をキューに入れるかのどちらかです。

dotnetのスキャフォールディングの長いタスクで、Copilotがプロジェクトをセットアップしているのを見ながら「あ、待って、MassTransitも必要だった」と思う時に、これは最高です。

パーミッションレベル

これが一番ワクワクするものです。Copilot CLIセッションが3つのパーミッションレベルをサポートするようになりました：

デフォルトパーミッション — ツールが実行前に確認を求める通常のフロー
承認バイパス — すべてを自動承認し、エラー時にリトライ
オートパイロット — 完全に自律：ツールを承認し、自分の質問に答え、タスクが完了するまで続行

ASP.NET Core APIをEntity Framework、マイグレーション、Dockerセットアップで新規作成するなら — オートパイロットモードは欲しいものを説明してコーヒーを取りに行くだけ。なんとかしてくれます。

chat.autopilot.enabled設定でオートパイロットを有効にできます。

デリゲーション前の変更プレビュー

Copilot CLIにタスクをデリゲートすると、ワークツリーが作成されます。以前は、コミットしていない変更がある場合、ソースコントロールを確認して何が影響されるかを見る必要がありました。今はチャットビューで保留中の変更がすぐそこに表示され、コピー、移動、無視を決められます。

小さなことですが、「待って、何をステージしてたっけ？」というモーメントから救ってくれます。

VS Codeを離れずにWebアプリをデバッグ

統合ブラウザがフルデバッグをサポートするようになりました。ブレークポイントの設定、コードのステップスルー、変数の検査 — すべてVS Code内で。Edge DevToolsに切り替える必要はもうありません。

新しいeditor-browserデバッグタイプがあり、既存のmsedgeやchromeのランチ設定がある場合、移行はlaunch.jsonのtypeフィールドを変更するだけです：

{
 "type": "editor-browser",
 "request": "launch",
 "name": "Debug Blazor App",
 "url": "https://localhost:5001"
}

Blazor開発者にとって、これはゲームチェンジャーです。すでにターミナルでdotnet watchを実行しています — デバッグも同じウィンドウに留まります。

ブラウザには独立したズームレベル（やっと）、適切な右クリックコンテキストメニュー、Webサイトごとにズームが記憶される機能も追加されました。

MCPサーバーのサンドボックス

これは思っている以上に重要です。MCPサーバーを使っている場合 — Azureリソースやデータベースクエリ用にカスタムのものを設定しているかもしれません — これまでVS Codeプロセスと同じ権限で実行されていました。つまり、ファイルシステム、ネットワーク、すべてへのフルアクセスです。

今はサンドボックス化できます。mcp.jsonで：

{
 "servers": {
 "my-azure-tools": {
 "command": "node",
 "args": ["./mcp-server.js"],
 "sandboxEnabled": true
 }
 }
}

サンドボックス化されたサーバーが持っていないものへのアクセスが必要な場合、VS Codeが権限の付与を促します。「誰も変なことをしないことを祈る」アプローチよりずっと良いです。

注意： サンドボックスは現在macOSとLinuxで利用可能です。Windowsサポートは準備中 — WSLのようなリモートシナリオは動作します。

モノレポのカスタマイゼーション発見

モノレポで作業している場合（正直に言うと、多くのエンタープライズ.NETソリューションはモノレポになります）、これは本当の痛みのポイントを解決します。

以前は、リポジトリのサブフォルダを開いた場合、リポジトリルートにあるcopilot-instructions.md、AGENTS.md、カスタムスキルをVS Codeが見つけませんでした。chat.useCustomizationsInParentRepositories設定により、.gitルートまで遡ってすべてを発見するようになりました。

これはチームがエージェントの指示、プロンプトファイル、カスタムツールをモノレポ内のすべてのプロジェクト間で共有できることを意味します。全員がルートフォルダを開く必要はありません。

エージェントデバッグ用の/troubleshoot

カスタム指示やスキルを設定して、なぜ検出されないか不思議に思ったことはありますか？新しい/troubleshootスキルはエージェントのデバッグログを読んで何が起きたかを教えてくれます — どのツールが使われたかスキップされたか、なぜ指示がロードされなかったか、何が遅い応答を引き起こしているか。

次の設定で有効にします：

{
 "github.copilot.chat.agentDebugLog.enabled": true,
 "github.copilot.chat.agentDebugLog.fileLogging.enabled": true
}

チャットで/troubleshoot why is my custom skill not loading?と入力するだけです。

これらのデバッグログのエクスポートとインポートもできるようになり、何かが期待通りに動作しない場合にチームと共有するのに最適です。

画像とバイナリファイルのサポート

エージェントがディスクから画像ファイルとバイナリファイルをネイティブに読めるようになりました。バイナリファイルはhexdump形式で表示され、画像出力（統合ブラウザからのスクリーンショットなど）はカルーセルビューに表示されます。

.NET開発者の場合：UIバグのスクリーンショットをチャットに貼り付けてエージェントに何が問題かを理解させたり、Blazorコンポーネントのレンダリング出力を分析させたりできます。

自動シンボル参照

小さなクオリティオブライフの改善：シンボル名（クラス、メソッドなど）をコピーしてチャットに貼り付けると、VS Codeが自動的に#sym:Name参照に変換するようになりました。手動で追加することなく、エージェントにそのシンボルの完全なコンテキストを提供します。

プレーンテキストが欲しい場合はCtrl+Shift+Vを使用してください。

プラグインの有効/無効切り替え

以前はMCPサーバーやプラグインを無効にするには、アンインストールする必要がありました。今はオン/オフを切り替えられます — グローバルにもワークスペースごとにも。拡張機能ビューまたはカスタマイゼーションビューで右クリックするだけです。

npmとpypiのプラグインも自動更新できるようになりましたが、更新はマシン上で新しいコードを実行することを意味するので、まず承認を求めます。

まとめ

VS Code 1.112は明らかにエージェント体験を強力に推進しています — より多くの自律性、より良いデバッグ、より厳密なセキュリティ。.NET開発者にとって、統合ブラウザデバッグとCopilot CLIの改善が際立った機能です。

.NETプロジェクトでCopilot CLIのフルセッションをオートパイロットモードで試したことがないなら、このリリースが始めるのに良いタイミングです。パーミッションを設定して、あとはお任せしましょう。

VS Code 1.112をダウンロードするか、VS Code内からヘルプ > 更新の確認で更新してください。