MCP（Model Context Protocol）とは？
Model Context Protocol——エージェントを外部のツールやデータに接続するためのオープン標準で、システムは AI 製品ごとに一度ではなく、一度だけ自らの能力を公開する。
MCP はプラグの標準です。それ以前は、エージェントを CRM に接続することは、そのエージェントとその CRM のために連携を書くことを意味しました。二つ目のエージェントを接続するには、もう一度書く必要がありました。
MCP では、システムが自分に何ができるかを記述する MCP サーバーを公開し、MCP を話すどのエージェントもそれを使えます。N×M の問題が N+M になります。
実際にはどう見えるか
MCP サーバーはツールのリストを公開します——それぞれに名前、いつ使うかの説明、そして入力の形があります。エージェントはそのリストを読み、あるツールが関連すると判断し、引数を付けて呼び、推論のための結果を受け取ります。
そこに AI 特有のものは何もありません。ビルド時にどのエンドポイントかを決める開発者向けではなく、実行時にどのエンドポイントが必要かを決める読み手向けに書かれた、型付き API 記述に近いものです。
ツールの背後に属する類のもの
返済可能性。ポイント制の適格性。保険料の割増。ルールが長く、答えが正確でなければならず、あとで誰かがどう導かれたかを示さねばならないかもしれない、あらゆるもの。
住宅ローンの見積もりが分かりやすい例です。ルールは何ページにも及び、規制が変わると変わり、100 違う数字は言葉づかいの問題ではなく——苦情です。だから計算は、あなた自身のシステムがすでに使っている関数の中に留まり、ツールとして公開され、エージェントの仕事は入力を集め、それを呼び、返ってきたものを報告することです。
そこに残るのは監査可能なものです。これらの入力が入り、この数字が出た。それは、たまたまある数字で終わったもっともらしい推論の段落とは、まったく異なる成果物です。
なぜ商業的に重要か
オープン標準からは二つのことが導かれ、どちらも囲い込まれないことに関するものです。
連携がモデル選択より長生きします。 MCP 越しに公開されたツールは、基盤のモデルが変わっても動き続けます。契約がベンダーではなくプロトコルと結ばれているからです。
システムはあなたのものであり続けます。 MCP サーバーはあなたが走らせる場所で走り、あなたが公開すると選んだツールだけを公開します。エージェントを予約システムに接続することは、予約システムを誰かに手渡すことを意味しません。
ここでツールにどう到達するか
エージェントは、テナントが接続したすべてのツールを単に手渡されるわけではありません。ツールはエージェントが携える Skill によって有効化され、Skill は会話がそれを求めるときにだけ読み込まれます——だから読み込まれたどの Skill も有効にしていないツールは、エージェントが手を伸ばさないツールです。
商業的に最も重要な失敗様式への防御もあります。エージェントは接地（グラウンディング）を要求するように設定できます。特定の数字を述べる前に、それを得るために実際にツールや検索を呼んでいなければなりません。そうせずに数字を生み出せば、そのターンは再実行されます。それは「モデルはたいてい調べる」を、ルールに近いものへと変えます。
MCP はここでは双方向に走ります。あなたのエージェントはそれを通じてあなたのシステムを呼べます——そしてこのドキュメント自体が MCP 越しに提供されるので、コーディングエージェントがそれを読み、あなたが何も書き写すことなく連携を組めます。コーディングエージェントでセットアップするを参照。
エージェントが誰であるか——その性格、口調、譲れない一線——を、たまたま担っている仕事とは切り離して保持する、恒常的な記述。
エージェントが答えてよい文書。agent4.io は二種類を保つ——あなたの会社の検証済み資料と、各顧客自身のファイル——同時に検索されるが、決して互いに混同されない。
名前付きの能力パック——いつ使うかの短い説明、より詳しい手順、そしてそれが解放するツールをまとめたもので、エージェントは関連が生じたときにだけそれを読み込む。
一つのものと混同されがちな、三つの異なる仕事——知識ベースは事実を保持し、MCP ツールはモデルに即興させてはならない計算を実行し、Skill はそのどれに手を伸ばすかを決める手順である。
望む振る舞いの例でモデルの学習を継続し、その振る舞いを、毎回のリクエストで求めるものではなくデフォルトにすること。モデルが何を知っているかではなく、どう働くかを変える。