Microsoft Copilot Studioは、ノーコード・ローコードで業務エージェントを構築できるプラットフォームです。2025年5月にMCP（Model Context Protocol）連携が一般提供（GA）されて以降、外部のデータソースやAPIをエージェントに「ツール」として組み込む標準的な方法として定着しつつあります。GitHub CopilotやClaude CodeでのMCP活用が主にエンジニア個人の開発環境を対象にしているのに対し、Copilot StudioにおけるMCPは、社内の複数のエージェントに対して一元的にツールを提供する、より組織的な使い方が想定されている点が特徴です。
本記事では、Microsoft公式ドキュメントに基づき、既にMCPサーバーを構築済みという前提で、それをCopilot Studio上のエージェントに接続する具体的な手順と、接続時につまずきやすいポイントを解説します。ノーコードで設定できる部分が多いため、エンジニアだけでなく、Copilot Studioでエージェント構築を担当する業務部門の方にも参考にしていただける内容です。
Copilot StudioでMCPサーバーを使うとは何か
MCP統合がGAになった背景と主な強化点
Copilot StudioのMCP統合は、プレビュー公開後にGA移行するタイミングで、いくつかの機能強化が加えられました。MCPサーバーに含まれるツールの一覧を見やすく表示する「ツールリスト」表示、ランタイムでどのMCPサーバー・どのツールが呼び出されたかを可視化するトレーシング機能の強化などが代表的です。これにより、接続後にどのツールが実際に使われているかを運用側が把握しやすくなりました。
対応トランスポートとSSE非推奨の注意点
MCPにおける「トランスポート」は、クライアントとサーバー間の通信方式を指します。Copilot Studioが現在サポートしているのは、Streamable HTTPと呼ばれる方式です。従来使われていたSSE（Server-Sent Events）トランスポートはMCPの仕様上非推奨となっており、Copilot Studioでは2025年8月以降、SSEのサポートが打ち切られています。既存のMCPサーバーをSSEで実装している場合は、Streamable HTTPへの対応状況を事前に確認しておく必要があります。
既存のMCPサーバーをCopilot Studioに接続する2つの方法
Copilot Studioから既存のMCPサーバーに接続する方法は、大きく分けて2種類が用意されています。
方法1：MCPオンボーディングウィザード（推奨）
最も簡単な方法は、Copilot Studio上の「MCPオンボーディングウィザード」を使うことです。エージェントの「Tools」ページから「Add a tool」→「New tool」→「Model Context Protocol」と選択すると、ウィザードが起動します。
ウィザードでは、まずサーバー名・サーバーの説明・サーバーURLという基本情報を入力します。ここで入力する説明文は、実行時にエージェントのオーケストレーターが「どのタイミングでこのサーバーを呼び出すべきか」を判断する材料として使われるため、具体的かつ簡潔に書くことが推奨されています。この点は、Claude CodeなどのMCP実装でツールの説明文が呼び出し精度に直結するのと同じ考え方です。
続いて認証方式を「なし」「APIキー」「OAuth 2.0」の3つから選択します。認証が不要なサーバーであれば、この時点で「Create」を選択するだけで設定が完了します。
方法2：Power Appsでカスタムコネクタを作成する
もう一つの方法は、Power Apps上でMCPサーバー用のカスタムコネクタを手動作成する方式です。この方法では、MCPサーバーのAPIを記述したOpenAPI仕様のYAMLファイル（スキーマファイル）があらかじめ必要になります。エージェントの「Tools」ページから「Add a tool」→「New tool」→「Custom connector」を選ぶとPower Appsに遷移し、「New custom connector」→「Import OpenAPI file」でスキーマファイルを取り込みます。
Streamable transportを使うMCPサーバーの場合、スキーマファイル内で x-ms-agentic-protocol: mcp-streamable-1.0 という拡張フィールドを指定する点が特徴的です。細かい制御が必要な場合や、複数の環境で同じコネクタ設定を再利用したい場合に向いた方法といえます。
認証方式の選び方と設定のポイント
認証なし／APIキー認証
社内限定のネットワークに閉じたMCPサーバーなど、認証が不要な構成であれば「None」を選ぶだけで済みます。APIキー認証を使う場合は、キーを「ヘッダー」で送るか「クエリパラメータ」で送るかを選択し、そのヘッダー名またはパラメータ名を指定します。利用者側はエージェント経由でAPIキーを入力し、以降のリクエストに自動的に付与される仕組みです。
OAuth 2.0（Dynamic discovery／Dynamic／Manual）
OAuth 2.0認証には3つのサブタイプが用意されています。MCPサーバー側が「動的クライアント登録（DCR）とディスカバリー」の両方に対応している場合は、最も設定項目が少ない「Dynamic discovery」が使えます。DCRには対応しているもののディスカバリー機構がない場合は「Dynamic」を選び、認可URLとトークンURLテンプレートを手動で入力します。
どちらにも対応していないMCPサーバーの場合は「Manual」を選択し、クライアントID・クライアントシークレット・認可URL・トークンURLテンプレート・リフレッシュURL・スコープ（任意）をすべて手動で設定します。Manual・Dynamicの設定では、途中で「コールバックURL」が発行されるため、これをMCPサーバー側（アイデンティティプロバイダー）のアプリ登録に追加し忘れると、ユーザーがサインインを試みた際にエラーになる点に注意してください。
つながらない・動かないときに確認すべきポイント
生成オーケストレーションが有効になっているか
MCPサーバーをエージェントに追加できても、そもそもエージェントが「生成オーケストレーション（generative orchestration）」を有効にしていないと、MCP経由のツールが呼び出されません。トピックベースの古い構成のまま移行していないか、エージェントの設定を確認しておく必要があります。
データポリシー（DLP）による制御
Copilot StudioにおけるMCPサーバーへのアクセスは、内部的にPower Platformのコネクタ機構を利用しています。そのため、組織でPower Platformのデータポリシー（データ損失防止、DLP）が設定されている場合、そのポリシーがMCPサーバーへのアクセスにもそのまま適用されます。「MCPサーバーを追加したのに接続できない」というケースでは、まず環境のDLPポリシーでコネクタがブロックされていないかを、Power Platform管理センター側で確認するのが近道です。
コールバックURLの登録漏れとスキーマの不整合
OAuth 2.0のDynamicまたはManual設定で発行されるコールバックURLをMCPサーバー側に登録し忘れると、認可自体が失敗します。またカスタムコネクタ方式の場合は、インポートしたOpenAPIスキーマの operationId や x-ms-agentic-protocol の記述に誤りがあると、ツールとして正しく認識されないことがあるため、公式のスキーマ例と見比べて確認するとよいでしょう。
ビジネスパーソン・管理職が押さえておきたいポイント
Copilot StudioでのMCP活用を組織として進める場合、いくつか意識しておきたい観点があります。
まず、MCPサーバーへのアクセスが既存のPower Platformデータポリシーの管理下に入るという設計は、情報システム部門にとって扱いやすい仕組みです。新しい仕組みのために新しい統制を一から作る必要がなく、既存のガバナンス体制の延長線上でMCP活用を管理できます。
MCPサーバーを一度整備すれば、複数のエージェントから再利用できるという点も重要です。個々のエージェントごとに個別のAPI連携を組む必要がなくなるため、全社で複数の業務エージェントを展開していく計画がある場合、共通のMCPサーバー資産として先に整備しておくアプローチが効率的です。
最後に、外部のMCPサーバー（マーケットプレイスで提供される認定済みサーバーなど）を利用する場合は、認証方式やデータの取り扱いについて提供元の情報を事前に確認し、社内のセキュリティ基準と照らし合わせておくことをおすすめします。
まとめ
Copilot StudioへのMCPサーバー接続は、オンボーディングウィザードを使えば認証設定を含めてノーコードで完了できる一方、OAuth 2.0のコールバックURL登録やデータポリシーとの兼ね合いなど、見落としやすいポイントもいくつか存在します。うまく接続できない場合は、まず生成オーケストレーションの有効化状況とDLPポリシーの2点を確認し、そのうえで認証方式ごとの設定項目を一つずつ見直していくのが確実な進め方です。既にMCPサーバーの運用経験がある方にとっても、Copilot Studio特有のデータポリシー連携という設計は押さえておく価値のあるポイントといえます。
