MCPサーバーとは？業務システムをAIに繋ぐ仕組みと開発の選び方

MCPサーバーとは、AIが社内システムやデータに接続するための窓口です。MCPは Model Context Protocol（モデル・コンテキスト・プロトコル）の略で、AIと社内システムや各種データを繋ぐ方法を共通化した仕様です。2024年11月にAnthropicがオープンな標準として公開しました。在庫DBや受発注システムの側にMCPサーバーを置くと、MCPに対応したAIから、データの参照や処理の実行を依頼できます。

注目される理由は、AIを業務に使うときの「繋ぐ手間」にあります。生成AI（文章や回答を作り出すAI）は、そのままでは「自社の在庫データ」も「昨日の受注メール」も知りません。業務を手伝ってもらうには社内のシステムやデータへAIを繋ぐ必要があり、これまではシステムごとに個別の接続を作っていました。MCPはその繋ぎ方に共通の作法を持ち込む仕様で、対応するAIツールやサービスが増えたことで、業務での利用が検討されるようになりました。

導入を判断する担当者にとって要点になるのは、業務のどこで使うか、AIにどこまで触らせるか、自社で作るか依頼するかの3つです。プロトコルの実装方法には触れず、この3つの判断に必要な範囲で仕組みを書きます。

MCPサーバーとは何か：AIと社内システムをつなぐ共通の窓口

MCPサーバーを一言で言うと、AIが社内のシステムやデータを安全に読み書きするための「共通の差し込み口」です。

イメージしやすいのは、電源の差し込み口（コンセント）です。家電ごとに違う形のプラグだったら大変ですが、規格が共通だからどの家電も同じ口に挿せます。MCPは、これのAI版だと考えると分かりやすいでしょう。AIの側に「MCPという共通の口」を用意し、社内システムの側に「MCPに合わせた差し込み口＝MCPサーバー」を用意しておけば、両者を決まった作法で繋げられます。

• MCPサーバー：社内システムやデータ（在庫DB、受発注、ファイル置き場、外部サービスなど）の側に置く「AIからの接続を受け付ける窓口」
• AI側：MCPという共通ルールに沿って、その窓口へ「この情報を見せて」「この処理をして」と依頼する

従来は、AIと各システムを繋ぐたびに専用の接続部品（API＝システム同士をつなぐ接続口。Application Programming Interfaceの略）を個別に作り込む必要がありました。MCPサーバーは、この繋ぎ方に共通の型を与え、AIに新しいシステムを繋ぐときの作り直しを減らすための仕組みです。

MCPの公式ドキュメントでは、MCPサーバーがAIに提供する機能を3つに分けています。AIが呼び出して処理を実行する「ツール」（データベースへの書き込み、外部APIの呼び出しなど）、参照用のデータを渡す「リソース」（ファイルの中身やデータベースの構造など）、定型の指示文である「プロンプト」です。業務に当てはめると、在庫の照会や見積の作成がツール、商品マスタや取引条件の文書がリソースにあたります。

MCPサーバー開発が業務で必要になる場面

MCPが業務で役に立つのは、AIの使われ方が「質問に答える」段階から「実際に処理を進める」段階へ移りつつあるからです。

たとえば、注文メールを読み取って在庫を照合し、見積を作るという一連の作業をAIに任せる場合、AIは在庫DBにも、メールにも、見積のひな型にも触れる必要があります。こうした「AIが自律的に処理を進める仕組み」をAIエージェントと呼びます（チャットボットとの違いはAIエージェント開発会社の選び方にあります）。エージェントが役に立つかどうかは、必要なシステムへ安全に繋がっているかで決まります。

MCPサーバーで繋ぎ方に共通の作法をそろえると、次の利点が期待できます。

• 新しいシステムをAIに繋ぐたびに、ゼロから作り込む必要がなくなる
• 「どのシステムへ、どこまで触れてよいか」の線引きを、窓口側でまとめて管理できる
• 一度作った窓口を、別のAI活用でも使い回せる余地が生まれる

一方で、MCPサーバーの設計が粗いと、AIが触れてはいけないデータに触れる、想定外の処理を実行するといったリスクにつながります。MCPサーバーの開発には、接続の実装に加えて、どこまでAIに任せ、どこで止めるかという安全設計が含まれます。

広く使われるクラウドサービスには、提供元や開発者が公開している汎用のMCPサーバーもあります。ただ、自社の在庫DB・受発注システム・独自の業務ルールにAIを繋ぐとなると、汎用のものでは足りないことが多く、自社向けのMCPサーバーを開発する選択肢が出てきます。

自社向けMCPサーバー開発で決めるべきことは、技術というより業務の線引きが中心です。

• 何を見せて、何を見せないか：AIに参照させるデータの範囲。個人情報や機微な情報をどう扱うか
• 何をさせて、何をさせないか：AIに実行を許す処理の範囲。金額の大きい発注や削除など、影響の大きい操作をどう扱うか
• 暴走をどう止めるか：判断を誤ったまま処理を続けないための制限（ガードレール＝AIの行動に設ける安全柵）をどこに置くか
• どこで人が確認するか：重要な操作の前に人の承認を挟むか

これらは、AIに繋ぐ自社の業務を理解していないと決められません。MCPサーバー開発で時間をかけるべきは、最新技術への追随より、自社業務の棚卸しと安全設計です。決めた線引きは、実装では次の4つの方針に落とし込みます。

繋ぐ前に決める4つの設計方針

開発を依頼する場合も自社で作る場合も、接続を作り始める前に次の4点を決めてください。

• 繋ぐ範囲を絞る：どのデータを、どの処理のために見せる必要があるかを書き出し、必要な範囲に限って繋ぐ。全テーブルに読み書きできる接続は、最も事故が起きやすい形になる
• 権限を読み取り専用から始める：最初は参照のみを許可し、更新・削除は後から個別に開放する。検索・集計・文書の下書きなど、読み取りで足りる用途も多い
• 操作の記録を残す：いつ、どの接続経由で、どのデータにアクセスしたかを記録する。監査でも障害調査でも、この記録がないと原因を追えない
• 止め方を用意する：問題が起きたときに接続を即座に遮断できる手段（アカウント停止・トークン失効）と、その手順を誰が持つかを決める

この4点は、委託先を比較するときの質問にもなります。接続の作り方の説明に終始し、権限の範囲と止め方の話が出てこない提案では、運用に入ってから手当てが要ります。

自社で作るか、開発を依頼するかの判断基準

内製か外注かを決める考え方は、AI受託開発の内製・外注の判断基準も参考になります。MCPに固有の観点では、次のように分かれます。

内製に向きやすいケース：社内に、AIとシステム連携の両方を分かる人材がいて、対象システムの中身（データ構造・接続方法）を自社で把握している場合です。小さく始めて自社で育てていきたい場合も、こちらに当たります。

開発を依頼したほうが早いケース：AI活用は進めたいが、社内にエージェントや接続の設計経験がない場合です。既存システムが複雑で、繋ぎ方と安全設計を相談できる相手が欲しいときや、まず小さく試して（PoC＝Proof of Concept、試験導入）、続けるかを判断したいときも、依頼が向いています。

委託先は、「MCPサーバーを作れます」という技術的な可否で選ばないでください。見るべきは、業務の線引きと安全設計まで踏み込んで提案できるかです。技術的に繋げても、触ってはいけないデータに触れる設計では意味がありません。委託先を探す段階の方は、生成AI導入支援の会社の選び方も判断の材料になります。

開発を委託するときに確認したい3つのこと

MCPサーバー開発を外部に依頼する場合、価格や技術力を聞く前に、次の3点を質問してください。設計の要点を理解している相手ほど、具体的に答えます。

• ①「AIに触らせる範囲は、どう線引きしますか？」：全部を繋がずに、業務のリスクに応じて「見せる/見せない」「させる/させない」を自社と詰めながら設計してくれるか
• ②「AIが間違えたとき、どこで止まりますか？」：ガードレールと、影響の大きい操作の前に人が承認する仕組みを説明できるか
• ③「作った窓口の中身は、自社で把握できますか？」：設定や接続の内容が自社側で追える形か。ブラックボックスのまま渡されると、改修のたびに委託先に頼るしかなくなる（いわゆるベンダーロックイン＝特定業者に縛られて乗り換えられない状態）。社内データを扱う窓口では、オンプレミス（自社が管理する環境。社外クラウドに預けない構成）を含めた選択肢を相談できるかも確かめる

この3つに曖昧な答えしか返ってこない場合、MCPを「ただの配線作業」と捉えている可能性があります。

すでに「他社に乗り換えたくても引き継げない」という状況に心当たりがある場合は、AI受託開発のベンダーロックイン対策｜引き継げない原因と契約条項に、引き継げなくなる典型例と発注前に確認する契約条件があります。

MCPサーバーが自社に必要かを確かめる手順

自社にMCPサーバー開発が必要かどうかは、AIに任せたい業務の性質（対象システムの数、扱うデータの機微さ、繋いだ先で何を実行させたいか）によって変わります。用意されている汎用の仕組みで足りることもあれば、自社向けの開発が要ることもあります。

開発が必要かは、次の手順で確認できます。①使いたいシステムに公式の連携機能やAPIが用意されていないか、②既製のツールで同じことができないか、③それでも足りない場合に、どの操作のために何を繋ぐのか。①②で足りれば、MCPサーバーの開発費はかかりません。開発の前にこの確認を挟むと、不要な開発を避けられます。

AIに任せたい業務と繋ぎたいシステムの一覧があれば、awaiが既存の連携機能で足りるかを確認し、開発が要る場合は見せる範囲・させる処理・止め方の線引きを書き出すところから手伝います。