Copilot Visual Studio更新、MCP信頼と使用量管理

GitHubは2026年7月14日、GitHub Copilot in Visual Studioの6月更新を公開した。今回の中心は、派手な新モデルではない。Visual Studio内でMCP serverを信頼する導線、Copilot usage notification、C++ modernization agentの一般提供、生成されたC# code review comment、ask mode改善がまとまっている。

これは、以前扱ったVisual Studioからcloud agentを直接起動する更新の続きとして読むと分かりやすい。4月の焦点が「Visual Studioからエージェント作業を始める入口」だったのに対し、今回は「その入口を企業の統制、費用、既存C++資産の刷新へどう接続するか」が焦点になる。

同時に、GitHub Copilot AI Credits課金開始で見た予算管理や、GitHub MCP Serverの事前検査で見たMCP権限設計ともつながる。Visual Studioを標準IDEにしている日本の.NET/C++開発組織では、Copilotを単なる開発者補助ではなく、IDEの中に入るAI実行面として扱う必要が強まっている。

事実: Visual Studio向けCopilot更新の焦点

GitHub Changelogによると、今回のVisual Studio更新では、MCP serverを初回接続時に信頼するためのprompt、Copilot usageの通知、C++ modernization agentのGA、C#向けの生成コメント、ask modeの改善が示された。Visual Studio側の月例更新と合わせて、Copilotが補完、質問、agent、レビュー、近代化支援を同じIDE内で扱う方向が進んでいる。

重要なのは、今回の各機能が別々の便利機能ではなく、企業運用の同じ問題に触れている点だ。MCPは、AIが外部ツールや社内リソースへ接続するための経路になる。usage notificationは、どの利用が費用や上限に近づいているかを開発者へ近づける。C++ modernization agentは、レガシーコード刷新の実作業にAIを入れる。いずれも、現場の開発者だけでなく、情シス、AppSec、開発基盤チーム、予算管理者が関わる領域だ。

Microsoft LearnのVisual Studio release notesでも、2026年のVisual StudioはCopilotやagentic workflowをIDEの主要な更新領域として扱っている。つまり、GitHub Changelogだけの話ではなく、Visual Studio本体側の開発体験としてAI支援が深く入っている。

事実: MCP trust promptは接続権限の入口になる

今回の更新で特に実務的なのは、Visual StudioでMCP serverを使う前に信頼確認を挟む導線だ。GitHubは、MCP serverを初めて使うときにpromptが表示され、開発者がそのserverを信頼するか判断できるようになったと説明している。

MCPは便利だが、AIが呼べる外部能力の一覧でもある。GitHub Docsでは、MCPを使うとCopilotが外部ツール、データソース、サービスから文脈を取得できると説明している。これは、社内issue、API、設計文書、CI、セキュリティ検査へAIを接続できる可能性を広げる一方、誤ったserverや過剰権限のserverを信頼すると、情報漏えいや誤操作の入口にもなり得る。

日本企業では、開発者個人が便利なMCP serverを見つけて接続する運用は危うい。特に受託開発、金融、製造、公共系SIでは、顧客別のネットワーク、秘密情報、委託先端末、VDIが混在する。Visual Studio内にtrust promptが出ること自体は前進だが、それだけで統制が完了するわけではない。信頼してよいserverのallowlist、社内配布方法、権限範囲、ログ確認を別途決める必要がある。

ここでGitHub MCP Serverのセキュリティ検査の記事とつながる。MCPは危険だから止める、ではなく、secret scanningやdependency scanningのように使う価値の高いtoolsetもある。問題は、誰がどのリポジトリでどのtoolsetを使えるかを、IDE任せにしないことだ。

事実: usage notificationはAI Credits運用とつながる

GitHub Changelogは、Visual StudioでCopilot usageに関する通知も入ったと説明している。これにより、開発者はIDE内で使用状況や上限に関する情報を確認しやすくなる。

この更新は、2026年6月から本格化したAI Credits運用と切り離せない。GitHub Docsでは、Copilot BusinessとEnterpriseのAI Creditsが組織単位の共有プールとして扱われ、Chat、CLI、cloud agent、その他のAI機能の利用量が費用に影響すると説明されている。補完中心の使い方と、agentic workflowや長いchatを多用する使い方では、同じライセンス数でも消費が違う。

IDE内のusage notificationは、管理者画面だけを見ていた費用情報を、利用者の作業面へ戻す意味がある。日本企業では、月末に管理者が「使いすぎ」と言って止める運用は現場との摩擦が大きい。Visual Studioで通知が出るなら、開発者自身が重い作業を走らせる前に、予算や上限を意識しやすくなる。

ただし、通知だけではFinOpsにはならない。以前のCopilot AI Credits課金開始で整理したように、共有プール、user-level budget、追加利用ポリシー、cost center、Actions minutesを合わせて見る必要がある。Visual Studioの通知は、その運用を現場へ見せる一部であって、部門配賦や承認線を決める代わりにはならない。

事実: C++ modernization agent GAはレガシー刷新に効く

今回の更新では、C++ modernization agentの一般提供も示された。C++の古いコードを現代的な書き方へ移す支援は、日本企業にとってかなり実務的な意味がある。製造業、組込み、通信、金融基盤、ゲーム、CAD/CAEなどでは、長年使っているC++資産が残っているからだ。

AIによるmodernizationは、単純な構文変換ではない。古いAPI、所有権、例外安全性、メモリ管理、ビルド設定、テスト不足が絡む。Copilotが提案を出せても、最終的には性能、互換性、リアルタイム性、認証済みライブラリの制約を人間が検証する必要がある。

それでも、Visual Studio内でC++ modernization agentがGAになった意味は大きい。PoCではなく、標準IDEの中で試しやすくなるからだ。大規模な全自動刷新を狙うより、まずは小さなmodule、警告が多いcomponent、テストがあるutility層から、提案とレビューを繰り返す使い方が現実的だ。

分析: 日本の.NET/C++現場はIDE統制として読む

ここからは分析だ。

今回のVisual Studio更新は、「Copilotがまた便利になった」という話で終わらせないほうがよい。日本企業にとっての本質は、Visual StudioがAIエージェントの実行面、MCP接続面、費用通知面、レガシー刷新面を兼ね始めたことだ。

Visual Studioを使う現場は、VS Code中心のWeb開発とは違う制約を持つことが多い。Windows端末、Active Directory、閉域ネットワーク、商用ライブラリ、顧客別設定、古い.NET Framework、C++資産、社内ビルドツールが絡む。AI機能を入れるときも、モデル性能より先に「どの端末で使えるか」「どのMCP serverを許すか」「使用量を誰が払うか」「変換後のC++を誰が検証するか」が問題になる。

この意味で、Visual StudioのCopilot更新は開発者個人の生産性施策ではなく、開発基盤の運用設計として扱うべきだ。IDEの設定、Copilot plan、GitHub enterprise policy、MCP allowlist、usage budget、コードレビュー基準を別々に決めると、現場では矛盾が出る。

実務: 管理者が今週確認すべき項目

最初に確認すべきは、Visual Studioの対象versionとCopilot機能の展開範囲だ。GitHub Changelogで発表された機能が、社内標準イメージ、VDI、委託先端末、オフライン環境で同じように見えるとは限らない。まず、標準端末でMCP trust prompt、usage notification、C++ modernization agentの可用性を確認する。

次に、MCP serverのallowlistを決める。社内で許可するserver、検証中のserver、禁止するserverを分け、開発者向けに短い判断基準を出す。個人が勝手に外部serverを信頼する運用を避け、必要なserverは開発基盤チームが配布するほうがよい。

3つ目は、usage notificationと予算設定の整合だ。通知が出ても、実際のuser-level budgetや追加利用ポリシーが未設定なら、現場は何を見ればよいか分からない。標準利用者、agentic workflow利用者、検証ユーザーを分け、上限と承認手順を明文化する。

4つ目は、C++ modernization agentの対象範囲だ。最初から全社のレガシー刷新に使うのではなく、テストがあり、影響範囲が小さく、レビュー担当者が明確なコードから始める。生成差分は通常のPRレビューに乗せ、性能、ABI、例外、安全性、ライセンス影響を確認する。

最後に、既存のVisual Studio cloud agent運用と今回の更新をつなげる。cloud agent、MCP、usage通知、modernization agentを別々のPoCにすると、成果もリスクも見えにくい。1つの代表リポジトリで、IDEからの作業開始、MCP接続、費用通知、PRレビューまでを通して確認するのがよい。

まとめ

GitHub Copilot in Visual Studioの2026年7月更新は、MCP trust、usage notification、C++ modernization agent GAを通じて、Visual Studio上のAI利用を一段企業運用へ近づけた。

日本の.NET/C++開発チームが見るべき点は、単なる機能追加ではない。信頼してよいMCP server、AI Creditsの上限、C++刷新の検証責任、Visual Studio標準端末への展開をセットで決めることだ。CopilotをIDE補助から開発基盤へ広げるなら、今回の更新は統制設計を始めるよい節目になる。

出典

• GitHub Copilot in Visual Studio - June update - GitHub Changelog, 2026-07-14
• Visual Studio 2026 release notes - Microsoft Learn, accessed 2026-07-15
• About Model Context Protocol (MCP) - GitHub Docs, accessed 2026-07-15
• Usage-based billing for organizations and enterprises - GitHub Docs, accessed 2026-07-15