MCPとは何か：AIが外部の記録を読み書きするしくみと、MCPだけでは決まらないこと

先に答え：MCPでつないでも、AIが台帳を「覚える」わけではない

MCP（Model Context Protocol）は、AIアプリと外部のデータや道具をつなぐための公開された約束事です。顧客台帳や議事録をMCPでつなぐと、AIは必要なときにそこから情報を受け取り、回答の材料にできます。ただし、台帳の中身がAIのモデルに書き込まれて残るわけではありません。

公式の概要ページは、MCPの守備範囲を「文脈をやり取りする手順」に限っており、受け取った情報をAIアプリがどう使い、どう管理するかは決めていないと明記しています。また最新版（2026-07-28）の仕様では、MCPは状態を持たない方式とされ、各リクエストが単独で処理できる形になっています。つまりMCPは「記憶の置き場所」ではなく「記録のある場所への通り道の規格」と考えるのが正確です。

そのため、読者が最初に整理すべきなのは「MCPを入れれば何でも解決するか」ではなく、「通り道を作ったうえで、何を通すか、誰に通させるか、どこから通すか」です。以下、この順に見ていきます。

登場するのは3者：ホスト、クライアント、サーバー

MCPの説明には3つの役割が出てきます。ホストは、利用者が操作するAIアプリそのものです。クライアントはホストの中にある接続部品で、つなぐ先のサーバー1つにつき1つ作られます。サーバーは、ファイルやデータベースなどの情報や機能をAIアプリに差し出すプログラムです。

サーバーには、同じ端末の中で動く「ローカル」と、ネットワーク越しにつなぐ「リモート」があります。公式の説明では、ローカルは標準入出力を使って同じマシン上のプロセス同士でやり取りし、リモートはHTTPベースの方式で通信し、認証にはOAuthの利用を勧めています。どちらで動かすかによって、後で触れるネットワークの問題が変わってきます。

会社の台帳にたとえると、台帳システムの前に「MCPサーバー」という窓口を置き、AIアプリ側の「クライアント」がその窓口と決まった書式で会話する、という構図です。窓口の書式が共通なので、同じAIアプリから台帳、カレンダー、チャットなど複数の窓口へ同じやり方でつなげます。

サーバーが差し出す3つの要素

公式ドキュメントは、サーバーが提供するものをResources、Tools、Promptsの3つに分けています。違いは中身だけでなく、「誰がそれを使うと決めるか」にあります。これを押さえると、読むだけの接続と書き込む接続の線引きがしやすくなります。

Resourcesは、ファイルの内容やデータベースの構造など、文脈として読むための資料です。公式の表では読み取り専用の情報源とされ、取り込むかどうかはAIアプリ側が決めます。取り出した資料の一部だけを選ぶのか、埋め込みで検索するのか、丸ごと渡すのかもアプリの判断に任されています。

Toolsは、AIが呼び出せる操作です。データベースへの書き込み、外部APIの呼び出し、ファイルの変更なども含みます。いつ使うかはモデルが会話の流れから判断する点が特徴で、そのぶん実行前に利用者の同意を求める仕組みが重要になります。

Promptsは、サーバー側が用意した定型の指示のひな形です。利用者が明示的に呼び出したときだけ使われ、自動では動きません。たとえば「会議の要約」のような決まった作業を、毎回同じ手順で進めたいときに向いています。

MCPが決めていないこと：保存・権限・接続経路

MCPは通り道の書式を決めるだけなので、次のような点は別の場所で決まります。ここを混同すると、「MCP対応だから安全」「MCPでつないだから記録が残る」といった誤解につながります。

まず保存と管理です。受け取った台帳の内容が会話履歴に残るか、どれくらいの期間保持されるかは、AIアプリ側の設定や規約で決まります。台帳側の変更履歴や削除の扱いは、台帳システム側の問題です。

次に同意と権限です。仕様書には、ツールを呼ぶ前に利用者の明確な同意を得ること、利用者のデータをサーバーへ渡す前にも同意を得ることが原則として書かれています。一方で同じ仕様書は、MCP自身はこうした原則をプロトコルの段階で強制できないとも述べ、実装する側に同意の流れや権限管理を作り込むよう求めています。つまり承認画面や権限設定がどれだけ整っているかは、使うAIアプリと接続先のサービスの作りしだいです。

最後に接続経路です。リモートサーバーにどこから通信が届くかは、AIアプリの提供のされ方で変わります。Claudeの例は次の判断の目安で扱います。また仕様書は、ツールの説明文などは信頼できるサーバーから得たもの以外は鵜呑みにしないよう注意しています。つなぐ先が誰の作ったサーバーかも、MCPの外で確かめることになります。

判断の目安：導入前に決める4つのこと

ここからは、社内の台帳や議事録をAIにつなぐときの判断の目安です。製品ごとの細かい違いはありますが、確認する順番は共通です。

• ①欲しいのは「資料を読ませること」か「更新や送信などの操作」か。読むだけで足りるなら、読み取り中心の接続から始める。なおClaudeのコネクタでは読み取りもツール経由で行われることが多く、公式ヘルプでは読み取り系と書き込み・削除系にツールが分類され、それぞれ「常に許可」「承認が必要」「ブロック」を選べると説明されている。書き込みを伴う操作は、実行前に承認を求める設定にできるかを確認する。
• ②MCPは文脈をやり取りする約束事で、受け取った情報の使い方や管理までは決めていない。保存・削除・権限は、接続先のサービスとAIアプリそれぞれの設定で別々に確認する。Claudeの場合、接続先サービスでの各人の権限を引き継ぐ一方、APIキーのような共有の認証情報を使うと、利用者全員がその認証情報の範囲にアクセスできる点に注意する。
• ③Claudeのカスタムコネクタは、利用者の端末ではなくAnthropicのクラウドからリモートMCPサーバーへ接続する。claude.aiだけでなくデスクトップ版やモバイル版でも同じで、社内ネットワークの中やVPNの内側、ファイアウォールで塞がれたサーバーには届かない。公式ヘルプはファイアウォールでAnthropicのIPアドレス範囲を許可する方法を案内しているので、どこまで公開するか、ネットワーク要件をどう満たすかを先に決める。
• ④Teamプランではオーナーまたはプライマリーオーナーが、Enterpriseプランではそれに加えて所定の権限を持つカスタムロールの人が、先にカスタムコネクタを組織に追加する必要がある。追加された後も、各メンバーが個別に接続・認証して使う。誰が追加し、誰が使い、誰が見直すかを社内で決めておく。
• 補足：Claudeのリサーチ機能では、コネクタのツールが追加の承認なしに自動で呼ばれることがあると公式ヘルプにある。書き込み系のツールは、この用途では無効にしておくのが無難。

仮例：ミナト設備工業が顧客台帳をつなぐ場合

以下は架空の会社の例です。社員40名の「ミナト設備工業」が、AIアシスタントを自社の顧客台帳サーバー「MinatoCRM v2」にMCPでつなぐことを検討しています。

まず読み取りです。顧客ごとの点検履歴を資料として読めるようにしておけば、「株式会社サクラ製作所の前回点検日は？」という質問に、AIは台帳から該当する記録を受け取って答えられます。ただし、AIが台帳の中身を覚えたわけではありません。別の日に同じ質問をしても、答えの根拠は台帳から改めて受け取った記録です。台帳が更新されていれば、新しい日付で答えることになります。

次に書き込みです。「来月の点検予約を登録して」という依頼は、台帳を書き換える操作にあたります。ミナト設備工業では、予約登録の操作は必ず実行前に承認を求める設定にし、さらに最初の1か月は読み取り系の操作だけを許可して様子を見ることにしました。誤登録が起きても、台帳を直す手間がかからない範囲で慣れるためです。

ここで問題が見つかります。MinatoCRM v2は社内LANの中にしか置いていません。使おうとしているAIアプリのカスタムコネクタは、クラウド側から接続しにいく方式なので、このままでは台帳サーバーに届きません。担当者は情シス担当の田中さんと相談し、外部から届く範囲をどこまで開けるか、IPアドレスの許可で対応するか、そもそも別の接続方式を選ぶかを決め直すことにしました。

この例で分かるのは、MCPが決めてくれたのは「台帳とAIが話すときの書式」だけだという点です。読むか書くか、承認をどこで挟むか、どこからつなぐかは、すべて会社側の判断として残りました。

まとめ：MCPは通り道、判断は手元に残る

MCPを導入すると、AIアプリが社内外の記録や機能へ共通のやり方でつながれるようになります。これは便利ですが、AIが記録を自分のものとして覚えるようになるわけではなく、記録の保存・権限・公開範囲を代わりに決めてくれるわけでもありません。

はじめて使うなら、つなぐ先を1つに絞り、読み取りだけで試し、書き込みには承認を挟むところから始めるのが安全です。そのうえで、AIアプリ側の履歴の扱い、接続先サービスの権限、サーバーをどこに置くかを一つずつ確認していくと、MCPで何ができて何ができないかが自社の言葉で説明できるようになります。