MCPとは——AIと社内システムをつなぐ「共通の差込口」
AIと外部のツール・データをつなぐための共通仕様。個別に作り込む代わりに、決まった差込口を用意しておく形にすると、AIを乗り換えても接続をやり直さずに済みます。
「うちの基幹システムとAIをつなげますか」——導入相談の後半で、必ず出てくる質問です。
つなぐこと自体は以前からできました。変わったのは、つなぎ方に共通の作法ができたことです。それがMCP(Model Context Protocol)と呼ばれるものです。
個別配線から、共通の差込口へ
これまで、AIを社内のシステムやファイル置き場につなぐには、その組み合わせごとに作り込みが要りました。
使うAIが三つ、つなぎ先が四つあれば、組み合わせのぶんだけ作ることになります。しかも、AIを乗り換えたら作り直しです。連携を増やすほど身動きが取れなくなる、という状態が起きていました。
MCPは、ここに共通の差込口を持ち込みます。つなぎ先の側が決まった形の差込口を用意しておけば、それに対応したAIはどれでも挿せる。家電のコンセントに近い発想です。
実務にとっての意味は、はっきりしています。AIを乗り換えても、つないだものを作り直さずに済む。モデルの世代交代が速い今、この点は費用の予測に直結します。
子育ての現場でいうと
子ども四人ぶんの学校・園・習い事があると、連絡の形式がばらばらであることの負担が身に沁みます。
こちらはアプリ、あちらは紙の連絡帳、そちらはメール。それぞれ様式が違うので、親が全部覚えることになる。しかも、こちらが把握していないと、妻に代わってもらうこともできません。
様式が揃った先は、まるで違います。どこの分でも同じ形で書いてあるから、誰が見ても分かる。片方が忙しい日に、もう片方が引き取れる。
MCPが持ち込もうとしているのは、この状態です。繋ぎ口が決まっていれば、AIを乗り換えても繋いだ先を作り直さずに済む。選択が自由になるのは、性能が上がったからではなく、形が決まったからです。
家の作法もそのまま当てはまります。繋げるからといって全部を開けっぱなしにしない。見せる範囲は、必要なぶんだけにしておく。
つなげられるもの
対応の状況は動いていますが、実際に使われている先はだいたいこのあたりです。
- ファイル置き場(社内の共有フォルダ、クラウドストレージ)
- 業務システム(顧客管理、案件管理、チケット管理)
- 表計算・データベース
- 社内の検索やナレッジの仕組み
- 開発や運用の道具
つないだ先を、AIが必要なときに自分で参照します。人が資料を探して貼りつける工程が消える、というのがいちばん分かりやすい効果です。ここまで来ると、AIは答える相手から任せる相手に変わります。
判断するときに確認すること
導入の可否を判断する側が見ておくのは、技術の中身より、次の三つです。
見せる範囲。つないだ先の全部を見せる必要はありません。特定のフォルダだけ、読み取りだけ、といった制御ができます。最初に広く開けてしまうと、あとから絞るのが難しくなります。狭く開けて、必要に応じて広げるほうが安全です。
書き込みの扱い。読むだけなら、間違えても被害は限定的です。書き込み・更新・削除を許すと、取り消せない操作が入ります。ここは、人の承認を挟む設計と合わせて考えます。
記録。いつ、何を参照し、何を変えたか。後から追える形になっているか。トラブルが起きてから記録を足すのでは間に合いません。
三つとも、AIの話というより、システム連携全般で確認してきたことと同じです。目新しい技術が出てきたときほど、既存の判断基準が使えます。
いま押さえておくところ
この領域は動いている最中で、対応するサービスも増え続けています。仕様の細部を今すべて理解しておく必要はないと考えています。
押さえておくとよいのは、特定のAIサービスに閉じた作り込みを増やしすぎないという一点です。乗り換えの自由を残しておくと、モデルが変わるたびの作り直しが減ります。
そして、つなぐ前に整えておくものは変わりません。何を参照させるのか、どの判断基準で動かすのか。差込口があっても、渡すものが整っていなければ結果は出ません。コンテキストエンジニアリングが先で、接続はその上に載ります。
顧問先によく聞かれること
- MCPに対応していないと、社内システムとつなげませんか。
- つなげます。個別に作り込む方法は以前からありますし、今も使われています。差が出るのは数が増えたときで、つなぎ先が一つ二つなら、どちらでも大きくは変わりません。
- つないだ先のデータは、AI側にすべて渡りますか。
- 渡す範囲は、つなぐ側で決められます。読み取りだけを許して書き込みは許さない、特定のフォルダだけを見せる、といった制御が設計に含まれます。ここを詰めずに全部を見せる作りにすると、後から絞るのが難しくなります。
出典(一次情報)
- Model Context Protocol — Specification Model Context Protocol
解釈を挟まない一次情報だけを挙げています。仕様・条件・制度は改定されるため、 判断に使う際は必ずリンク先の最新版をご確認ください。