
この記事のポイント
- MCPは、AIアプリが社内システムの情報や操作を同じ手順で呼び出すための共通の規格です。
- 最初は参照の多いシステムを読み取り専用でつなぎ、書き込みは下書きと人の承認を組み合わせて追加します。
- 外部のMCPサーバーは、提供元、公開しているツール、送られる情報、更新の扱いを確かめてから使います。
社内でAIを使い始めると、「顧客管理の情報を見ながら答えてほしい」「社内の規程フォルダを参照してほしい」という要望が出てきます。こうした連携の方法として、MCPという言葉を目にする機会が増えました。MCPとは何か、導入すると何ができ、何を先に決めればよいのでしょうか。
MCPは、AIアプリと社内システムをつなぐ共通の規格です。MCPを使うとつなぐ作業は進めやすくなりますが、どのシステムを、どの権限で、誰に使わせるかは会社が決める必要があります。この記事では、MCPの役割、つなぐシステムの選び方、権限の分け方、公開前の確認を順に説明します。
MCPの 役割
MCPはModel Context Protocolの略で、AIアプリを外部のデータやツールにつなぐためのオープンな規格です。MCPの公式サイトでは、AIアプリがファイルやデータベース、検索などのツールにつながる例が紹介されています。

MCPの仕様では、登場する役割を三つに分けています。利用者が操作するAIアプリをホスト、ホストの中で接続を受け持つ部分をクライアント、社内システムなどの情報や機能を提供する側をサーバーと呼びます。社内システムの前にMCPサーバーを置くと、MCPに対応した複数のAIアプリから同じ方法で呼び出せるようになります。
MCPサーバーが提供するものは、主に次の三種類です。
| 種類 | 内容 | 社内での例 |
|---|---|---|
| ツール | AIが実行する機能 | 顧客の検索、商談メモの下書き保存 |
| リソース | AIや利用者が参照する情報 | 規程の文書、製品の仕様一覧 |
| プロンプト | 利用者が選ぶ指示のひな形 | 議事録の要約、問い合わせ返信の下書き |
仕様の詳細や用語は改定されることがあります。設計に使うときは、MCPの仕様の最新版を確認してください。
つなぐ システムの 選び方
MCPに対応したからといって、社内のシステムを一度に全部つなぐ必要はありません。最初につなぐシステムは、社員が日常的に情報を探していて、読み取るだけでも作業が減るものから選びます。
| 候補 | 最初につなぐかの判断 |
|---|---|
| 社内規程・マニュアルのフォルダ | 参照が多く、読み取りだけで役立つため候補にしやすい |
| 顧客管理 | 参照は多いが、個人情報を含むため閲覧範囲の確認が先 |
| 会計・給与 | 扱う情報の機密度が高く、最初の対象には向かない |
| チャット・メール | 範囲が広いため、対象のチャンネルや期間を絞ってから検討する |
判断するときは、そのシステムの管理者が誰か、APIなど外部から呼び出す方法があるか、利用者ごとの閲覧権限をAIからの呼び出しにも反映できるかも確認します。Microsoft 365やGoogle Workspaceのように共有設定が複雑なサービスは、Microsoft 365・Google Workspaceと社内AIをつなぐ考え方で説明した手順で、元の共有設定とAI側の設定を照らし合わせてください。
読み取りと 書き込みの 権限を 分ける
MCPサーバーのツールには、情報を読み取るだけのものと、データを書き換えたり外部へ送ったりするものがあります。最初は読み取りのツールだけを公開し、書き込みのツールは使い方を確かめてから追加します。

書き込みを追加する段階でも、AIが直接登録や送信をする形から始めないようにします。AIは下書きを作り、人が内容を確認してから登録する流れにすると、誤った登録や送信を止められます。どの操作に承認を入れるかは、AIの操作に人の承認を入れる設計で場面ごとに整理しています。
権限のもう一つの論点は、AIが誰の権限でシステムを呼び出すかです。管理者権限の共通アカウントで接続すると、利用者が本来見られない情報までAIが取得できてしまいます。利用者本人の権限を超えない設計にする考え方は、AIに社内システムを操作させるときの権限設計を参照してください。
顧客 管理の 参照から 始める 想定例
ここからは想定例です。営業事務の担当者が、商談前に顧客の対応履歴をまとめる作業をAIに手伝ってもらう場面を考えます。情報システム担当は顧客管理の前にMCPサーバーを置き、顧客名から基本情報を検索するツールと、指定した顧客の直近の対応履歴を取得するツールだけを公開します。どちらも読み取りだけのツールです。
営業事務の担当者は、社内のAIアプリに次のように入力します。
来週訪問する「サンプル商事」の直近の対応履歴を確認し、
訪問前に確認したい点を5つ以内で箇条書きにしてください。
対応履歴にない内容は推測せず、「履歴に記載なし」と書いてください。
AIはMCPサーバーを通じて顧客を検索し、対応履歴を取得してから要約します。担当者は、要約の各項目が実際の履歴のどの記録に基づくかを顧客管理の画面で確かめます。同名の顧客が複数いる場合に、AIが別の顧客を選んでいないかも確認します。
この段階では、AIは顧客管理へ何も書き込めません。要約の精度と利用者の閲覧範囲を確かめてから、商談メモの下書き保存のような書き込みのツールを検討します。
外部の MCP サーバーを 使うときの 確認
MCPサーバーは自社で作るほかに、ソフトウェアの提供元や第三者が公開しているものを使う方法もあります。外部のMCPサーバーを使う前に、次の点を確認してください。
| 確認項目 | 見るところ |
|---|---|
| 提供元 | 公式の提供元か、更新が続いているか |
| 公開しているツール | 不要な書き込みや削除の機能が含まれていないか |
| 送られる情報 | 入力や取得した情報がどこへ送られ、保存されるか |
| 動く場所 | 社員のパソコンで動くか、外部のサーバーで動くか |
| 更新の扱い | 更新でツールが増えたときに気づけるか |
MCPの仕様では、ツールの動作の説明は信頼できるサーバーから得たものでない限り信用しないよう求めています。ツールの説明文に書かれた内容だけで判断せず、実際の動作を試験用のデータで確かめます。
公開前に 確認すること
MCPでつないだAIを社員に公開する前に、利用者の立場で次の点を確かめます。
- 閲覧権限の異なる二人の利用者で同じ質問をし、見えてよい範囲だけが返るか
- 公開していない操作を依頼したとき、AIが実行せずに断るか
- 接続先のシステムが止まっているとき、利用者に分かる案内が出るか
- 誰がいつどのツールを呼び出したかを、管理者が記録で追えるか
- 異動や退職で権限を外したあと、AIからも同じ情報が見えなくなるか
この確認で問題が見つかったら、公開する範囲を狭めて試験を続けます。社員に案内するときは、つないだシステムと、AIができる操作・できない操作を一覧で示しておくと、問い合わせへの回答もしやすくなります。
まとめ
MCPは、AIアプリが社内システムの情報や機能を共通の方法で呼び出すための規格です。最初は参照の多いシステムを読み取り専用でつなぎ、利用者本人の権限を超えない設計にします。書き込みは下書きと人の承認を組み合わせて追加し、外部のMCPサーバーは提供元と動作を確かめてから使ってください。
e-GrantsのAIを使える社内インフラの構築では、社員がブラウザから使えるAIワークスペースと、安全に運用するためのインフラを構築します。社内の情報を参照するAIをどの範囲から始めるか迷っている場合は、無料のAI活用診断もご利用ください。一宮市・名古屋市・愛知県を中心に、オンラインで全国からご相談いただけます。


