Visual StudioのMCPサーバー対応でまず押さえるべき結論は、GitHub Copilotのエージェントモードを「コードを書くAI」から「承認済みの外部ツールを呼び出して作業できるAI」に拡張する仕組みだという点です。MCP対応サーバーを接続すると、CopilotがGitHub、ファイルシステム、データベース、Azure、デザイン情報などを扱うワークフローに参加しやすくなります。Microsoft Learnの「Use MCP servers」では、前提条件としてVisual Studio 2026、またはVisual Studio 2022 version 17.14の最新サービスリリースが示されています。(Microsoft Learn)
なお、2026年4月24日のGitHub履歴では、docs/ide/mcp-servers.md に2件のコミットが確認できます。差分上は、当該ページについて ms.manager や ms.subservice など管理メタデータの整理が中心です。つまり「4月24日に大きなUI新機能が追加された」と読むよりも、4月時点の公式本文で整理されているMCPサーバー接続、ツール承認、OAuth、allowlist、Prompts/Resources/Sampling対応を実務導入の観点で把握することが重要です。(GitHub)
Visual StudioのMCPサーバー対応で何ができるようになるのか
MCPはModel Context Protocolの略で、AIモデルが外部ツールやサービスとやり取りするための標準的なインターフェイスです。Visual Studioでは、GitHub CopilotのエージェントモードにMCPサーバーを接続することで、AIが開発作業に必要なツールを呼び出せるようになります。たとえば、GitHub MCP Serverなら、リポジトリの参照、Issueの管理、Pull Request作成といった操作を自然言語の指示から実行しやすくなります。(Microsoft Learn)
従来のCopilotは、主にエディター内のコード補完やチャット回答が中心でした。MCPサーバーを組み合わせると、Copilotは「手元のコードを説明する」だけでなく、「外部システムから情報を取りに行く」「許可された操作を実行する」「チームの開発フローに沿って作業する」といった役割に近づきます。
開発者、DevOpsエンジニア、プラットフォームチームにとっての価値はそれぞれ異なります。
| 読者 | 主な関心 | MCPサーバーで得られる実務上のメリット |
|---|---|---|
| 開発者 | Issue対応、PR作成、コードレビュー、調査 | CopilotからGitHubやプロジェクト情報を参照し、作業の前後工程を短縮できる |
| DevOpsエンジニア | Azure、CI/CD、運用情報、環境確認 | IDE内でクラウドや運用系ツールの情報を扱いやすくなる |
| プラットフォームチーム | 標準化、セキュリティ、統制 | 利用可能なMCPサーバーを管理し、チーム全体で安全にAIエージェント活用を進められる |
重要なのは、MCPサーバーを「便利そうだから全部つなぐ」のではなく、チームの開発プロセスで繰り返し発生する作業から選ぶことです。最初の候補としては、GitHubのIssue・PR管理、Azureリソース確認、テスト生成、設計情報の参照などが現実的です。
前提条件はVisual Studio 2026またはVisual Studio 2022 17.14
公式ドキュメントでは、Visual Studio 2026、またはVisual Studio 2022 version 17.14が前提条件として示されています。特に最新のMCP機能を使う場合は、Visual Studio 2022でも最新のサービスリリースを適用することが推奨されています。GitHub MCP Serverを使った構成例については、version 17.14.9以降が必要とされています。(Microsoft Learn)
導入前には、まず環境を次のように切り分けると判断しやすくなります。
| 利用環境 | 判断基準 | 最初にやること |
|---|---|---|
| Visual Studio 2026 | MCPを本格導入する本命環境 | Copilotエージェントモードとツールピッカーを確認する |
| Visual Studio 2022 17.14以降 | 既存環境で試したい場合に有効 | 最新サービスリリースへ更新してから検証する |
| Visual Studio 2022 17.14未満 | 公式の前提条件から外れる | まずアップデート計画を立てる |
| 企業管理端末 | ポリシーで制限される可能性あり | 管理者にCopilot Agent ModeとMCP利用可否を確認する |
見落としやすいのは、Visual Studioのバージョンだけでなく、GitHub Copilotの利用権限や組織ポリシーも影響する点です。個人環境では動いても、会社の端末ではallowlistやCopilotポリシーで接続できない場合があります。
サポートされるMCP機能はToolsだけではない
Visual StudioのMCP対応で注目すべき点は、単に外部コマンドを実行できるだけではありません。公式ドキュメントでは、MCPサーバーのトランスポートとして stdio、sse、http が示され、MCPの機能としてTools、Prompts、Resources、Samplingがサポート対象として整理されています。(Microsoft Learn)
| 機能 | できること | 実務での使いどころ |
|---|---|---|
| Tools | Copilotエージェントモードから操作を実行する | Issue一覧取得、PR作成、検索、データ取得、テスト補助 |
| Prompts | 再利用可能なプロンプトテンプレートを呼び出す | レビュー観点、コミットメッセージ生成、調査手順の標準化 |
| Resources | URIベースで外部データやコンテキストを参照する | 設計情報、DBスキーマ、作業項目、ドキュメントの参照 |
| Sampling | MCPサーバー側がLLM呼び出しを使って複雑な処理を行う | テストシナリオ生成、複数ステップの分析、補助的な推論処理 |
開発チームにとって特に重要なのは、PromptsとResourcesです。Toolsだけを見ると「AIに操作させる機能」と捉えがちですが、Promptsはチームの作業手順をテンプレート化する手段になり、ResourcesはAIに渡すコンテキストを安定させる手段になります。
たとえば、Pull Requestレビューの観点をMCP Promptとして用意すれば、メンバーごとにレビュー品質がばらつく問題を減らせます。DBスキーマやAzure DevOpsの作業項目をResourceとして参照できれば、Copilotが文脈を取り違えるリスクを下げられます。
MCPサーバーの追加方法は4パターンある
Visual StudioでMCPサーバーを追加する方法は複数あります。公式ドキュメントでは、Webからのインストール、チャット画面からの追加、GitHub MCP Server Registryからの追加、.mcp.json ファイルへの追加が説明されています。(Microsoft Learn)
| 追加方法 | 向いているケース | 注意点 |
|---|---|---|
| Webからインストール | 公開されているMCPサーバーをすばやく試したい | 組織ポリシーで制限される可能性がある |
| チャットから追加 | HTTPサーバーやstdioサーバーを手早く登録したい | 入力したURLやコマンドの妥当性を確認する |
| GitHub MCP Server Registryから追加 | 管理された候補から選びたい | 企業利用ではregistryの管理方針が重要 |
.mcp.json / mcp.json に追加 | チームで設定を共有したい | 秘密情報をコミットしない設計が必要 |
個人検証なら、まずチャット画面または .mcp.json で試すのが早いです。チーム導入なら、最初から設定ファイルの置き場所とレビュー手順を決めておくべきです。特に、ローカル実行コマンドや認証情報を含む設定は、ソース管理に含める範囲を慎重に判断してください。
.mcp.json と mcp.json の置き場所を使い分ける
Visual Studioは、複数の場所からMCP構成を読み取ります。公式ドキュメントでは、ユーザー単位の %USERPROFILE%\.mcp.json、Visual Studio固有の <SOLUTIONDIR>\.vs\mcp.json、リポジトリで追跡しやすい <SOLUTIONDIR>\.mcp.json、さらに .vscode\mcp.json や .cursor\mcp.json も確認対象として挙げられています。(Microsoft Learn)
実務では、次のように使い分けると混乱を防げます。
| 置き場所 | 推奨用途 | ソース管理 |
|---|---|---|
%USERPROFILE%\.mcp.json | 個人が全ソリューションで使う共通設定 | 基本的にしない |
<SOLUTIONDIR>\.vs\mcp.json | 特定ソリューションの個人設定 | 通常しない |
<SOLUTIONDIR>\.mcp.json | チームで共有したいMCP設定 | レビューしたうえで管理対象にする |
<SOLUTIONDIR>\.vscode\mcp.json | VS Codeなど他IDEとの共存 | チーム方針に従う |
<SOLUTIONDIR>\.cursor\mcp.json | Cursorなど他エディターとの共存 | チーム方針に従う |
判断基準はシンプルです。全員に同じMCPサーバーを使ってほしいなら <SOLUTIONDIR>\.mcp.json、個人の実験や資格情報が絡むものはユーザー配下またはソリューションの個人領域に置きます。
GitHub MCP ServerをVisual Studioで試す基本手順
最初に試すなら、GitHub MCP Serverが分かりやすいです。Microsoft公式ドキュメントでは、.mcp.json にGitHub MCP ServerのURLを定義し、CodeLensから認証し、GitHub Copilot Chatをエージェントモードに切り替えてツールを選択する流れが示されています。(Microsoft Learn)
手順
- Visual Studio 2026、またはVisual Studio 2022 version 17.14の最新サービスリリースを用意する
- ソリューション配下、またはユーザープロファイル配下に
.mcp.jsonを作成する - Visual Studioで
.mcp.jsonを編集し、JSONスキーマが適用される状態にする - 次のような設定を追加する
- 保存後、CodeLensに表示される認証操作からGitHubアカウントで認証する
- GitHub Copilot ChatでAgent Modeを選ぶ
- 利用したいツールを有効化する
- 最初はセッション単位の承認で動作を確認する
{
"servers": {
"github": {
"url": "https://api.githubcopilot.com/mcp/"
}
}
}試すプロンプトは、最初から複雑にしないほうが安全です。公式ドキュメントでは「List issues assigned to me on GitHub.」という例が示されています。日本語環境なら、次のように依頼しても目的が明確です。
GitHubで自分に割り当てられているIssueを一覧表示してください。ここで確認すべきなのは、回答の品質だけではありません。どのツールを呼び出そうとしているか、どの権限で実行しようとしているか、認証や承認の流れがチームのセキュリティ基準に合うかを見てください。
ツール承認は「便利さ」より「安全な粒度」を優先する
MCPサーバーのツールは、ローカル環境で動いたり、ファイルや外部データを変更したりする可能性があります。そのためVisual Studioでは、ツール呼び出し時にCopilotが確認を求めます。承認のスコープは、現在のセッション、現在のソリューション、今後すべての呼び出しなどから選べる形で説明されています。(GitHub)
おすすめは、検証段階では「現在のセッション」に限定することです。最初から広い範囲で自動承認すると、想定外のツール実行に気づきにくくなります。
特に注意したい操作は次の通りです。
| 操作 | リスク | 推奨する承認方針 |
|---|---|---|
| IssueやPRの読み取り | 情報漏えい、権限外参照 | 最初はセッション単位で承認 |
| PR作成、Issue更新 | 誤投稿、誤更新 | 変更内容を確認してから承認 |
| ローカルファイル操作 | ファイル上書き、削除 | 書き込み系ツールは個別承認 |
| DB操作 | データ変更、機密情報参照 | 読み取り専用から検証 |
| クラウド操作 | リソース変更、コスト発生 | 管理者承認済みサーバーのみ利用 |
Visual Studioは、MCPサーバーを検出するとハンドシェイクしてツール一覧を取得し、ツール一覧変更イベントを購読します。ツール一覧が変わった場合、過去の承認や権限をリセットすることで、ツール差し替えによるリスクを抑える設計が説明されています。(GitHub)
これは地味ですが重要なポイントです。AIエージェント時代のセキュリティでは、「どのAIを使うか」だけでなく、「AIが呼び出せるツールが途中で変わっていないか」まで見る必要があります。
OAuth認証とallowlistは企業導入の必須チェック項目
企業でVisual StudioのMCPサーバーを使う場合、認証と利用制御を避けて通れません。公式ドキュメントでは、Visual Studioがリモートサーバー認証で任意のOAuthプロバイダーをサポートすること、GitHubを通じて組織管理者が設定したallowlistポリシーを尊重することが説明されています。allowlistが構成されている場合、承認済みのMCPサーバーにのみ接続できます。(GitHub)
GitHub Docsでも、MCP registry URLとアクセス制御ポリシーを構成し、開発者がサポート対象IDEで発見・利用できるMCPサーバーを制御できると説明されています。ただし、MCP registry URLとallowlistはpublic previewであり、変更される可能性がある点にも注意が必要です。(GitHub Docs)
プラットフォームチームは、少なくとも次の項目を導入前に決めておきましょう。
| 管理項目 | 決めるべき内容 |
|---|---|
| 利用可能なMCPサーバー | GitHub、Azure、社内ツールなど、承認済み候補を明確にする |
| registryの運用 | 公式・社内・部門別のどれで管理するかを決める |
| 認証方式 | OAuth、既存の資格情報管理、Visual Studio側の認証フローを確認する |
| 承認スコープ | セッション単位、ソリューション単位、恒久承認の基準を作る |
| ログ・監査 | どの操作を監査対象にするかを定める |
| 例外申請 | 未承認サーバーを使いたい場合の申請ルートを用意する |
MCPサーバーは、AIに外部システムへの入口を与える仕組みです。便利さだけで導入すると、ツール実行、データ参照、認証情報、監査の責任範囲が曖昧になります。企業利用では、Copilotの利用ポリシーとMCPのallowlistをセットで設計してください。
開発現場で使いやすいMCPサーバーの選び方
MCPサーバーを選ぶときは、人気や話題性よりも「繰り返し発生する作業を減らせるか」で判断します。公式ドキュメントでは、GitHub MCP Serverのほか、MarkItDown、DuckDB、MongoDB、HuggingFace、Azure DevOps、Figma、Playwrightなどの例が示されています。(Microsoft Learn)
実務では、次の順番で導入すると失敗しにくいです。
| 優先度 | MCPサーバーの種類 | 理由 |
|---|---|---|
| 高 | GitHub、Issue、PR管理系 | 日常業務に直結し、効果を測りやすい |
| 高 | 読み取り中心のドキュメント・設計情報系 | リスクを抑えながらコンテキスト品質を上げられる |
| 中 | テスト支援、Playwright系 | テストシナリオ生成などで効果が出やすい |
| 中 | DB・分析系 | 読み取り専用から始めると安全に検証しやすい |
| 慎重に導入 | クラウド操作、書き込み系、自動変更系 | コスト・権限・監査の設計が必要 |
最初から多くのMCPサーバーを有効にすると、Copilotがどのツールを使っているのか追いにくくなります。まず1つのサーバーで、認証、ツール選択、承認、ログ、失敗時の戻し方を確認しましょう。
よくある失敗と回避策
Visual StudioのMCPサーバー導入でつまずきやすいポイントは、設定ファイルの場所、Agent Modeの選択、ツール承認、組織ポリシーの4つです。
| 失敗しやすいポイント | 起きること | 回避策 |
|---|---|---|
| Visual Studioのバージョンが古い | MCP関連UIや機能が見つからない | Visual Studio 2026またはVisual Studio 2022 17.14最新サービスリリースへ更新する |
.mcp.json を別エディターで雑に編集する | JSONミスやスキーマ不一致に気づきにくい | Visual Studioで編集し、スキーマ補完を利用する |
| Agent Modeを選んでいない | ツールが使えない、期待した動作にならない | Copilot ChatのモードをAgentに切り替える |
| ツールを有効化していない | サーバーは追加済みでもCopilotが使えない | ツールピッカーで必要なツールだけ有効化する |
| CodeLensが表示されない | 認証操作に進めない | Tools > Options > Text Editor > CodeLensを確認する |
| すべての呼び出しを自動承認する | 想定外の操作を見逃しやすい | 検証中はセッション単位の承認にする |
| 未承認サーバーを使う | 組織ポリシーでブロックされる | 管理者にallowlist登録を申請する |
@latest に頼りすぎる | サーバー側の更新で挙動が変わる | 本番運用ではバージョン固定を検討する |
特に注意したいのは、MCPサーバーを「AIの拡張機能」ではなく「実行権限を持つ統合先」として扱うことです。読み取り専用のサーバーと、ファイル・Issue・クラウドリソースを変更できるサーバーでは、リスクがまったく違います。
まず何から始めるべきか
個人の開発者なら、最初の一歩はVisual Studioを前提バージョンに更新し、GitHub MCP Serverを1つだけ追加して、Issue一覧の取得やPR関連の読み取り操作から試すことです。動作確認では、ツール承認をセッション単位に限定し、どのツールが呼び出されるかを必ず確認してください。
チーム導入なら、先にMCPサーバーの利用ルールを決めるべきです。共有する .mcp.json の管理方法、allowlist、認証、承認スコープ、監査対象を決めてから、GitHubやAzure DevOpsなど日常業務に近いサーバーを段階的に追加します。
Visual StudioのMCPサーバー対応は、Copilotを単なるチャット相手から、開発ワークフローに参加するエージェントへ近づける機能です。効果を出すコツは、接続先を増やすことではありません。チームが毎日繰り返している作業を1つ選び、MCPサーバー、権限、承認、運用ルールを小さく検証することです。
コメント