本記事は、AIエージェント・ストラテジスト試験（AICX協会主催）の公式シラバスver1.0 Chapter 1 / Section 5「エージェントの接続標準 MCP」 の解説です。試験で問われるのは MCPの実装方法ではなく「なぜ接続方式の標準化が必要なのか」「標準化で何が変わるのか」という概念レベルの理解 です。技術用語に身構えず、考え方を押さえましょう。
AIエージェントはなぜ「接続」が必要か
Section2で、AIエージェントは「頭脳・記憶・手足」の三位一体だと学びました。頭脳であるLLMは文章を理解して回答を作れますが、それだけではSlackにメッセージを送ることも、チケットを起票することも、データベースから情報を取ることもできません。実際に業務を遂行するには、外部のツールやシステムと「つながる」仕組み——すなわち手足が要ります。
その「つながる」を支える基本概念が API（Application Programming Interface） です。APIは、あるソフトが別のソフトの機能を呼び出すための「窓口」。Slackに投稿したければ「Slack API」に、顧客情報を取りたければ「Salesforce API」に問い合わせます。ただしツールごとに専用の窓口があり、注文の書き方（作法）もバラバラ。エージェントが複数ツールにつなぐほど、開発者は窓口ごとに接続コードを書き、「この場面はこのAPI」というルーティングまで自分で設計しなければなりません。
MCPとは：接続を「共通規格」にする（USBの発想）
ここで登場するのが MCP（Model Context Protocol） です。AIエージェントと外部ツールの接続を共通の規格で行えるようにする仕組みで、2024年11月にAnthropicがオープン標準として公開しました。APIが「ツールごとに専用の窓口」だとすれば、MCPは 「どのツールも共通の窓口フォーマットに統一する」仕組みです。
イメージは USBの標準化。かつてプリンタ・カメラ・キーボードで端子がバラバラだったのが、USBの登場で「どのPCにもどの機器も挿せる」ようになりました。MCPはAIの世界で同じことを実現しようとしています。実際、ClaudeやChatGPT、各種IDEのAIプラグインでMCP対応が広がり、公開されているMCPサーバーも増えています。
MCPが解く「M×N問題」
MCPの価値は、M×N問題を考えると一目で分かります。M個のAIモデルとN個の外部ツールを個別に接続しようとすると、組み合わせの数だけ連携が必要になります。モデル3種類×ツール5種類なら、個別APIでは 3×5＝15通り。モデル5×ツール10なら50通りと、増えるほど開発・保守コストが膨らみます。
MCPはこの構造を変えます。各モデルがMCPに対応し、各ツールもMCPに対応するだけでよくなるため、15通りが「3＋5＝8通り」で済みます。ストラテジストにとってこれが重要なのは、「将来の拡張コスト」に直結するから。今は接続先が3つでも、半年後に5つ、1年後に10へ増えるかもしれません。「今の要件」だけでなく「将来の拡張」を見据えて接続方式を判断するのが、設計段階での腕の見せどころです。
もう一つの強み：ツール選択の自動化
MCPにはM×N問題の解消に加え、もう一つ重要な特徴があります。ツール選択の自動化です。従来のAPI開発では「メールを送るならメールAPI」「起票ならチケットAPI」と、どの場面でどのツールを使うかを開発者が事前にコードで定義する必要がありました。MCPでは、対応ツールをつないでおくだけでLLMが「今どんなツールが使えるか」を自動認識し、依頼に応じてどれを呼ぶかをLLM自身が判断します。
たとえば「来週の会議を設定して、参加者にSlackで通知して、議題をドキュメントに残して」と頼むと、エージェントはMCP経由でカレンダー・Slack・ドキュメントの中から必要なものを自動選択し、登録→通知→作成を一気に実行します。ユーザーはどのツールを使うか指定しません。この「ツールの組み合わせをAIが自動で判断する」能力こそ、MCPがもたらす最大の変化です。接続の標準化とあわせて、構築・保守コストを下げつつ柔軟な業務対応を可能にします。
ストラテジスト視点：MCPか個別APIか、そしてアーキテクトへの橋渡し
「常にMCPが正解」ではありません。判断基準は 「今後の拡張計画があるか」。拡張が見込まれるなら、初期コストはやや上がっても、MCPで標準化しておけばツール追加もモデル変更も影響範囲が最小で済みます。逆に、接続先が固定的で少数、拡張予定もないなら個別APIで十分です。「今は3つだから個別APIでいい」と将来を確認せずに決め、半年後に大きな手戻りが出る——これは実務で繰り返される失敗です。
接続方式の技術設計そのものは アーキテクトの仕事。ストラテジストがコードを書く必要はありません。役割は 「技術判断に必要なビジネス情報を整理して渡すこと」 です。具体的には、(1)接続先ツールの一覧と今後の追加予定、(2)LLMを切り替える可能性、(3)ワークフローツールの選定状況——この3点を伝えられるかで設計の質が変わります。
なお、MCPは誰でも作成・公開できるオープンな仕組みです。便利な反面、信頼できない提供元のMCPを入れるとセキュリティリスクになります。提供元の信頼性の確認は欠かせません（リスク管理は Section7 も参照）。
試験ではこう問われる（予想問題）
本試験は架空企業のケースをもとにした多肢選択式（4択）です。Section5の理解度を測る問題は、たとえば次のような形が予想されます。選択肢をクリックして解答してみてください（※当サイト独自の予想問題であり、公式の出題ではありません）。
MCP（Model Context Protocol）に関する説明として、最も適切なものはどれか。
このセクションの要点まとめ
- AIエージェントが業務を遂行するには外部ツールとの接続（手足）が必要。APIは「ツールごとの窓口」で作法がバラバラ。
- MCP（Model Context Protocol）は接続を共通規格に統一する仕組み（USBの発想）。2024年11月にAnthropicがオープン標準として公開。
- M×N問題を解消：個別接続のM×N通りが、MCP対応でM＋N通りに。将来の拡張コストに直結。
- もう一つの強みはツール選択の自動化。LLMが使えるツールを自動認識し、依頼に応じて自分で呼び出す。
- 「MCPか個別APIか」は拡張計画の有無で判断。技術はアーキテクト、ストラテジストは判断材料（接続先一覧・LLM切替・ツール選定）を整理して渡す。オープンゆえ提供元の信頼性確認は必須。
関連記事・次に読む
※本記事は、AICX協会 公式シラバスver1.0 の構成（Section5「エージェントの接続標準 MCP」）に基づき、当サイトが独自に解説・例示したものです。公式テキスト本文・図版の転載は行っていません。図はすべて当サイトのオリジナルです。例示や予想問題は当サイトオリジナルであり、実際の出題内容を示すものではありません。最新の正式情報は AICX協会公式サイト をご確認ください。
