Productivity | The .NET Blog

VS Code 1.119：エージェントセッションの OpenTelemetry、ブラウザー統合、セキュリティ

Emiliano Montesdeoca — Fri, 15 May 2026 00:00:00 +0000

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

VS Code 1.119 は 2026 年 5 月 6 日にリリースされました（その後すぐに 1.119.1 セキュリティパッチも公開）。このリリースはエージェントの可観測性、ブラウザーとの連携、割り込みの削減に重点を置いています。

エージェントセッションの OpenTelemetry トレーシング

本番環境でエージェントを実行している方や、エージェントワークフローをデバッグしている方にとって注目の機能です。2 つの設定で有効化します：

"github.copilot.chat.otel.enabled": true,
"github.copilot.chat.otel.otlpEndpoint": "http://localhost:4318"

トレースは GenAI セマンティック規約に従います。各エージェントリクエストは invoke_agent ルートスパンを生成し、ネストされた子スパン（chat、execute_tool、execute_hook）を持ちます。トークン使用量はリクエストごとに報告されます — キャッシュ読み取りと作成のカウントも含みます。

ローカルエージェント、Copilot CLI バックグラウンドエージェント、Claude エージェントと連携します。OTLP 対応バックエンドでトレースを受信できます — ローカル開発には Aspire Dashboard スタンドアロンが便利です。

エージェントがブラウザータブにアクセス可能に

エージェントは統合ブラウザーのタブへのアクセスを要求できるようになりました — ただし自動ではありません。コンテキストピッカー、ドラッグアンドドロップ、または提案されたコンテキストを通じてタブを明示的に共有する必要があります。ブラウザーにアクセスを取り消すための共有ボタンがあります。エージェントが既に開いている（共有されていない）タブと同じドメインの新しいタブを開こうとすると、VS Code は既存のタブを再利用するよう促します。

トークン使用量の最適化

実験的な軽量モデルがエージェントのタスクリスト管理を担うようになり、この管理作業を高コストなメインモデルから切り離します。フルの推論能力を必要としないタスクのトークン消費を削減します。

信頼とセキュリティ

割り込みの削減：VS Code 1.119 はエージェントによるネットワークアクセス要求と一時フォルダーへの書き込みのプロンプトを削減します。1.119.1 パッチは特定のセキュリティ問題に対処しています — まだ更新していない場合は更新することをお勧めします。

Markdown プレビューへのクイックスワップ

小さいながら便利：ナビゲートせずに現在のエディターを Markdown プレビューに素早く切り替えられるようになりました。

VS Code Agents (Insiders プレビュー)

再設計されたエージェントセッション UI — 新しいリポジトリピッカー（ローカル/リポジトリ/リモート）、サブセッションの改善、Web とモバイルの改善、進捗アニメーション — は Insiders の insiders.vscode.dev/agents で利用可能です。

完全な変更履歴：code.visualstudio.com/updates/v1_119。

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のフローティングウィンドウ設定（でも知るべき）

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のフローティングウィンドウに少しでも苛立ちを感じたことがあるなら、今すぐ変更しに行きましょう。

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

Azure DevOpsがついに全員が不満だったMarkdownエディタを修正

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

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

Azure Boardsを使っているなら、きっとこの経験があるでしょう：ワークアイテムの説明を読んでいて、受け入れ条件を確認している最中に、うっかりダブルクリックしてしまう。ドカン — 編集モードに入ってしまった。何も編集したくなかった。ただ読んでいただけなのに。

Dan Hellemが修正を発表しました。小さく聞こえる変更ですが、日常のワークフローから本当の摩擦を取り除くものです。

何が変わったか

ワークアイテムのテキストフィールド用Markdownエディタがデフォルトでプレビューモードで開くようになりました。コンテンツを読んだり操作したり — リンクをたどったり、フォーマットを確認したり — 誤って編集モードに入る心配なく行えます。

実際に編集したい時は、フィールド上部の編集アイコンをクリックします。終わったら、明示的にプレビューモードに戻ります。シンプル、意図的、予測可能。

なぜ見た目以上に重要か

コミュニティフィードバックスレッドは長いものでした。ダブルクリックで編集の動作は2025年7月のMarkdownエディタで導入され、苦情はほぼ即座に始まりました。

Azure Boardsでスプリント計画、バックログリファインメント、コードレビューを行うチームにとって、この種のマイクロ摩擦は積み重なります。

ロールアウト状況

すでに一部の顧客に展開中で、今後2〜3週間で全員に拡大されます。

まとめ

すべての改善がヘッドライン機能である必要はありません。時に最高のアップデートは、単に迷惑なものを取り除くことです。これはまさにそれ — ワークアイテムを静かに読みたい人にとってAzure Boardsをより親切にする小さなUX修正です。

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からダウンロードしてください。

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内からヘルプ > 更新の確認で更新してください。