homula
MCP活用ガイドVol.1 / 3

MCP(Model Context Protocol)とは?仕組み・アーキテクチャ・企業導入を徹底解説

LLMが社内のSlackやSalesforce、基幹システムを「直接操作」する時代。 その接続を標準化するのがMCP(Model Context Protocol)です。 本ガイドでは、MCPの基本概念からアーキテクチャ、API個別実装の不要化やプロンプト工数の劇的削減まで、エンタープライズ導入の要点を体系的に解説します。

MCP(Model Context Protocol)とは、Anthropic社が2024年11月にオープンソースとして公開した、AIモデルと外部ツール・データソース間の連携を標準化するプロトコルです。 「AIアプリケーションのためのUSB-Cポート」と例えられ、Claude・ChatGPT・Geminiなどの主要LLMが公式サポートする事実上の業界標準です。 MCPの導入により、APIごとの個別実装が不要になり、プロンプトエンジニアリングの工数を最大90%削減できます。 homulaは、このMCPを活用したエンタープライズ向けAIエージェント接続基盤の設計・構築・運用を、400社超の支援実績に基づき一気通貫で提供しています。

公開: 2026年2月22日読了目安: 15分著者: homula編集部

The Problem

なぜMCPが必要なのか — 「M×N問題」の解決

MCPが登場する以前、M個のAIモデルとN個のツールを連携させるには、 最大でM×N通りの個別実装が必要でした。 MCPはこの構造的課題を根本から解決します。

MCP以前

M × N

3つのLLM × 10のツール = 30通りの個別実装

MCP導入後

M + N

3つのLLM + 10のツール = 13通りの標準実装

MCP導入で何が変わるか

MCP導入前MCP導入後
AIツールごとに個別API連携を開発(M×N問題)1つのプロトコルで標準接続(M+N)
ツールが増えるたびに開発工数がリニアに増加MCPサーバー追加だけで接続先を拡張
APIごとに8個のツール定義が必要(例: Outlook連携で8ツール)MCP 1接続であらゆるアクションが可能
システムプロンプトが約3,000文字に膨張プロンプト約270文字に簡略化(90%削減)
認証情報がアプリごとに散在認証・認可をMCPゲートウェイで一元管理
監査ログが取れない / ツールごとに散在全操作の統一ログを記録・監査可能
LLMの切り替え時にツール連携を全面再実装LLMを変更してもMCPサーバーは再利用可能

Intuitive Understanding

MCPを直感的に理解する — 「社長とAI部長と秘書」

MCPの仕組みを、会社の組織図に例えて説明します。技術的な詳細は後述しますが、まずは「誰が何をするのか」を直感的に把握してください。

MCPの「会社組織」アナロジー

あなた(社長)

要望を出し、最終決定を下す

AI部長(MCPホスト)

Claude Desktop / ChatGPT / Cursor

社長の指示を受けてプロジェクトを統括する司令官

優秀な秘書(MCPクライアント)

部長と専門業者の間の実務・セキュリティを代行

JSON-RPC 2.0

旅行手配業者

Slack MCP

気象情報業者

DB MCP

ファイル管理業者

GitHub MCP

あなた(社長)がAI部長に「来月のバルセロナ出張を手配して」と指示すると、以下のように動きます。

1

社長が指示を出す

「来月バルセロナへ出張。フライトとホテルを手配して」とAI部長に伝える。

2

AI部長(ホスト)が計画を立てる

指示を分解し、必要な専門業者を特定する。秘書(クライアント)に実行を任せる。

3

秘書(クライアント)が専門業者と連携

フライト検索→ホテル予約→カレンダー登録→確認メール送信。すべて共通の連絡方法(JSON-RPC 2.0)で安全にやり取り。

4

承認が必要な場面では社長に確認

高額な予約や重要なアクションの前には、秘書が社長に「よろしいですか?」と確認を求める。

MCPがない世界では?

秘書も標準化された連絡ルールもない状態です。AI部長は専門業者ごとに異なる「独自マニュアル」を覚え、異なる言語で交渉し、セキュリティも自力で管理しなければなりません。結果として、社長であるあなたの指示出しのハードルが上がり、新しいサービス導入に時間がかかり、情報漏洩のリスクも高まります。

MCPがある世界では?

優秀な秘書(MCPクライアント)と共通の連絡ルール(MCPプロトコル)により、AI部長は「旅行を計画して」とシンプルに指示するだけ。秘書がセキュリティ、承認管理、作業記録のすべてを代行し、社長であるあなたは安心してビジネスに集中できます。

Architecture

MCPのアーキテクチャ — 3つの構成要素

MCPは、Language Server Protocol(LSP)に着想を得たJSON-RPC 2.0ベースのクライアント-サーバ型アーキテクチャを採用しています。 構成は「MCPホスト」「MCPクライアント」「MCPサーバー」の3層で、シンプルかつ拡張性の高い設計です。

MCPアーキテクチャ概要

MCPホスト

Claude Desktop / Cursor / ChatGPT Desktop

MCPクライアント(内蔵)

セッション管理・メッセージ変換

JSON-RPC 2.0

Slack MCP Server

PostgreSQL MCP Server

GitHub MCP Server

Slack API

PostgreSQL DB

GitHub API

MCPホスト

MCPクライアントを内包するアプリケーション本体

例: Claude Desktop、Cursor、ChatGPT Desktop、IDEプラグイン

例え: 会社の「AI部長」— あなた(社長)の指示を受けてプロジェクトを統括する司令官

MCPクライアント

ホストとサーバー間のセッション管理・メッセージ変換

例: 各ホストアプリに内蔵(1クライアント:1サーバーの1対1接続)

例え: 「優秀な秘書」— 部長と外部業者の間で実務的なやり取りを安全に代行する

MCPサーバー

外部システムとの接続・データ取得・アクション実行

例: Slack MCP Server、PostgreSQL MCP Server、GitHub MCP Server

例え: 「専門業者チーム」— 各分野に特化したサービスを、秘書を通じて提供する

MCPサーバーが提供する3つの機能

MCPサーバーは以下の3種類の機能(Capability)をAIエージェントに公開します。 これにより、AIは外部システムの「データ参照」「操作実行」「定型処理」をすべてMCP経由で行えます。

リソース(Resources)

構造化されたデータやファイルへの読み取りアクセスを提供する。データベースのテーブル、社内ドキュメント、APIレスポンスなど。

「読む」— 情報を参照する

ツール(Tools)

AIが外部システムに対してアクションを実行する機能。メール送信、レコード更新、検索実行など、副作用を伴う操作を安全に実行する。

「動かす」— 操作を実行する

プロンプト(Prompts)

事前定義された対話テンプレート。特定のタスクにおいて一貫性のある応答を導くために使用する。

「導く」— 定型処理をテンプレート化する

Practical Impact

実務で体感するMCPの効果 — 2つの劇的削減

MCPの導入効果は「M×N問題の解決」だけではありません。 実務においてもっとも大きなインパクトがあるのは、個別API実装の不要化プロンプトエンジニアリング工数の劇的削減の2つです。

効果① APIごとの個別ツール実装が不要に

従来のアプローチでは、例えばMicrosoft Outlookと連携する場合、「メール削除」「メール取得」「一括取得」「メール移動」「返信」「送信」「応答待ち送信」「更新」と、APIごとに個別のツール定義を実装する必要がありました。ツール数が増えるほどワークフローは複雑化し、保守コストも増大します。

Before — MCP未使用

APIごとに大量のツール構築が必要

AI Agent

Delete message

Get message

Get many msgs

Move message

Reply message

Send message

Send & Wait

Update message

8個のツール定義が必要

After — MCP活用

MCP 1接続であらゆるアクションが可能

AI Agent

MCP Outlook Client

全操作を統一プロトコルで実行

1接続ですべて完結

効果② プロンプトエンジニアリング工数を90%削減

APIごとの個別実装が不要になることで、システムプロンプト(AIエージェントへの指示書)も劇的に簡略化されます。 従来は各APIの操作手順・安全性ルール・ガバナンスガイドラインをすべてプロンプトに記述する必要がありましたが、MCPではツールの説明と制約がプロトコル側で標準定義されるため、指示の大部分が不要になります。

Before — MCP未使用

プロンプト文字数:

約3,000文字

## システムプロンプト(抜粋)

あなたはOutlook APIと連携したメール管理AIエージェントです。以下のOutlook操作を実行できます:

Delete, Get, Get Many, Move, Reply, Send, Send and Wait, Update

## 安全性とガバナンス原則

以下の操作は必ず実行前にユーザーの明示的な承認を得てください:

- Delete: メール削除(復元困難な場合があるため)

- Send: 新規メール送信(外部への情報発信のため)

- Reply: メール返信(外部とのコミュニケーション)

## 操作実行ガイドライン

### Delete(削除)

実行条件:ユーザーが明示的に削除を指示 / 削除対象メールを具体的に特定 / 重要なメールでないことを確認

確認プロンプト例:「以下のメールを削除しますか? 件名:[件名] / 送信者:[送信者] / 日時:[日時]」

・・・(以下、各操作について詳細な記述が続く)

After — MCP活用

プロンプト文字数:

約270文字

(90%削減)

## システムプロンプト

あなたはOutlookツールがMCP経由で利用可能なAIエージェントです。

## 基本方針

- 影響度の高い操作(Delete/Send/Reply)は実行前にユーザー確認を取得

- 情報取得・整理操作(Get/Move/Update)は直接実行可能

- MCPツールの説明と制約に従い、安全な操作を実行

## 実行フロー

1. ユーザーの意図を理解

2. 適切なMCPツールを選択

3. 必要に応じてユーザー確認

4. ツール実行と結果報告

詳細な操作制御とセキュリティガイダンスはMCPプロトコルで管理されます。

90%

プロンプト文字数削減

8→1

ツール定義数(Outlook例)

0

個別API実装コード

homula's Insight

homulaの支援実績では、10以上の業務システムと連携するエージェント構築において、MCP導入により開発工数を平均60%削減しています。特にプロンプトエンジニアリングの工数削減は、保守・運用フェーズでのコスト削減に直結します。従来は接続先が増えるたびにプロンプトが肥大化し、テスト・検証の負荷も増大していましたが、MCPでは接続先が増えてもプロンプトはほぼ変わりません。

Adoption

MCPの採用動向 — 業界標準への道のり

Anthropicが2024年11月に公開して以来、MCPは驚異的なスピードで業界標準として浸透しています。 主要LLMベンダー3社が揃って採用するのは、AI業界では異例のことです。

2024年11月

Anthropicがオープンソースとして公開。Claude Desktopで対応開始

2025年3月

OpenAIがMCP採用を発表。Agents SDKに統合

2025年4月

Google DeepMindが自社製品でのMCPサポートを発表

2025年5月

AWS・Microsoftが自社製品へのMCP組み込みを発表

2025年10月

Salesforce/Slack社がAnthropicと共同で公式Slack MCPサーバーを発表

2026年1月

日経クロステック「ITインフラテクノロジーAWARD 2026」でMCPがグランプリ受賞

Enterprise Value

エンタープライズ導入における3つの戦略的価値

MCPは単なる開発効率化ツールではなく、AIエージェント導入の戦略的基盤です。 経営層・IT部門が注目すべき3つの価値を解説します。

ベンダーロックインの回避

MCPはオープンスタンダードのため、特定のAIベンダーに依存しないアーキテクチャを構築できます。A社のLLMからB社のLLMへ移行する際、ツール連携部分の再実装が不要になります。

51%の企業が「ベンダーロックイン」をAI導入の課題として認識

開発効率の飛躍的向上(M×N → M+N)

3つのLLMと10のツールを連携させる場合、従来は最大30通りの個別実装が必要でした。MCPにより13通り(3+10)に削減。接続先が増えるほど効果が拡大します。

56%の接続工数を削減(3LLM×10ツールの場合)

エンタープライズ・ガバナンスの統一

MCPは認証・認可・監査ログを標準仕様としてサポート。SOC 2やISO 27001準拠の環境でも、統一されたセキュリティモデルで運用できます。

200+のツールに対して共通のセキュリティポリシーを適用可能

How We Help

homulaのMCP導入支援

homulaは、MCPの技術選定からアーキテクチャ設計、実装、本番運用までをワンストップで支援します。 数多くのエンタープライズ向けAI導入実績に基づく知見で、「PoC止まり」にならない確実な導入を実現します。

FAQ

よくある質問

従来のAPI連携は、ツールごとに個別の認証・データ形式・エラーハンドリングを実装する必要がありました。MCPは「AIエージェントが外部ツールを使う」というユースケースに特化した標準規格であり、ツール発見・認証・実行・ログ取得の一連のフローが統一インターフェースで提供されます。USB-Cのように、一度対応すればどのデバイス(LLM)からでも同じ方法で接続できます。

2026年2月時点で、Claude(Anthropic)、ChatGPT(OpenAI)、Gemini(Google)の主要3社がMCPを公式サポートしています。さらにCursor、Windsurf、VS Codeなどの開発ツールもMCPクライアント機能を内蔵しており、事実上の業界標準となっています。MCPはオープンプロトコルのため、対応LLM・ツールは今後も拡大していきます。

MCPの導入により、プロンプトエンジニアリングの工数は劇的に削減されます。従来はAPIごとに操作手順・安全性ルール・ガイドラインを約3,000文字のシステムプロンプトとして記述する必要がありましたが、MCP経由ではツールの説明と制約がプロトコル側で標準定義されるため、約270文字(90%削減)で同等以上の機能を実現できます。これにより、プロンプトの開発・保守コストが大幅に低下し、エージェントの信頼性も向上します。

RAGは「社内ドキュメントを検索してLLMに渡す」技術で、主に情報参照(読み取り専用)のユースケースに使われます。一方MCPは、情報参照に加えて「外部システムへのアクション実行(書き込み・更新・削除)」も標準化しています。つまりRAGが“読む”技術だとすれば、MCPは“読む+動かす”を両方カバーする接続基盤です。両者は競合ではなく補完関係にあり、RAGをMCPサーバーとして実装するパターンも一般的です。詳しくは「MCP vs RAG」ガイドで解説しています。

接続対象や要件によりますが、homulaの導入支援では環境構築から業務別MCPサーバーの初期構築(3-5本)まで1-3週間で完了した実績があります。5日間のブートキャンプで、まず動くプロトタイプとROI試算を完了し、その後2-4ヶ月で本番環境への移行を進めるアプローチが一般的です。

MCPはエンタープライズ環境での利用を前提に設計されています。OAuth 2.1ベースの認証・認可、操作単位のアクセス制御(ツール/リソースレベル)、全操作の監査ログ記録、DLP(情報漏洩防止)連携などのセキュリティ機能を標準仕様としてサポートしています。homulaでは閉域網環境でのMCPゲートウェイ構築やWAF連携など、エンタープライズ・ガバナンス設計を一気通貫で支援しています。

主要なSaaS(Slack、GitHub、Google Drive、Salesforce、Notion等)にはすでに公式またはコミュニティのMCPサーバーが存在しており、2026年2月時点でPulseMCPには8,200以上のサーバーが登録されています。ただし、社内基幹システムや独自のオンプレミスシステムとの接続には、カスタムMCPサーバーの開発が必要です。homulaでは業務要件に応じたMCPサーバーの設計・開発を支援しています。

MCPを活用したAIエージェント構築を始めませんか?

homulaは、MCP環境構築からエンタープライズ・ガバナンス設計まで、数多くのエンタープライズ案件の実績に基づく一気通貫の支援を提供しています。まずは5日間のブートキャンプで、動くプロトタイプとROI試算を体験してください。