AIエージェントとMCPの関係とつなぎ方【2027年】

AIエージェントとMCPの関係とつなぎ方【2027年】

AIエージェントとMCPで社内の道具を使いたいのに、接続の形が分からない。触れてよい範囲や、人の確認をどう残すかも気になる所です。

結論

AIエージェントは考えて動く頭、MCPは道具へつなぐ共通の差し込み口です。

  • 対応する口がそろえば、頭を替えても道具の接続を使えます。
  • 読む、書く、外へ出すという口ごとに権限を決めます。
  • 最初は読むだけの口を一つ選び、結果を確かめます。
鈴木 晋介

この記事の監修者

鈴木 晋介株式会社WEBMARKS 代表取締役

同志社大学を卒業後、設備メーカーの海外営業を経て2016年に独立。旅行・医療などのメディアを自ら運営し、SEOとWeb広告で検索上位を数多く獲得してきました。いまはWebマーケティングのスクールと法人研修を運営しながら、11部署57名のAIエージェントと会社を回しています。

公的な認定・承認:神奈川県 経営革新計画 承認/経済産業大臣認定講座/厚生労働大臣指定講座/経済産業省 リスキリング補助事業者

目次
  1. AIエージェントとMCPの関係は?頭と手足をつなぐ口
  2. AIエージェントはMCPをどう使う?
  3. MCPはいつ誰が作り、AIエージェントにどこまで広がった?
  4. AIエージェントにMCPを1本つなぐ手順は?
  5. MCPタスクで長い仕事を任せるとAIエージェントはどう変わる?
  6. AIエージェントのMCP権限はつなぐ口ごとに分ける
  7. AIエージェントにMCPを何本つなぐ?増やしすぎの注意
  8. WEBMARKSはAIエージェントとMCPをこう動かしている
  9. AIエージェントとMCPのよくある質問
  10. AIエージェントとMCPのまとめ

AIエージェントとMCPの関係は?頭と手足をつなぐ口

AIエージェントは次の行動を選び、MCPは道具との接続を支えます。競合する製品ではなく、組み合わせる役割です。

ウェーブ
頭が次の仕事を選び、共通の差し込み口で道具を使う形です。口をつないだだけで、仕事の許可まで決まるわけではありません。

図解:AIエージェントは頭、MCPは差し込み口・頭:次の行動を選ぶ・差し込み口:道具へつなぐ・頭を替えても接続は残る

役目の違い

MCPは、道具をつなぐ共通のコンセントにたとえられます。接続する側と提供する側が、同じ決まりで話します。エージェントは、その結果を見て次に使う道具を選びます。

MCP公式の紹介で、接続の役割を読む画面です。

画面2MCP 公式の説明ページで、MCP が「AIアプリと外の道具・データをつなぐ共通の口」だと全体図で分かる

MCP 公式の説明ページで、MCP が「AIアプリと外の道具・データをつなぐ共通の口」だと全体図で分かる。赤枠の番号は画像の下の説明に対応

  • 1定義の1文(AIアプリを外部の仕組みにつなぐオープンな標準)
  • 2USB-C のたとえ
  • 3全体図(左=Claude Code などのAIアプリ、真ん中=MCP、右=データ・開発ツール・業務ツール)
この画面で確かめること図の左に AIアプリ(チャット・Claude Code などの開発ツール)、右にデータや Slack・Git などの道具が並び、真ん中を MCP が受け持っていること。
覚えておく点左のエージェントを替えても、右の道具はそのまま使い回せる。エージェント=考えて動く側、MCP=手足をつなぐ口。
出典:Model Context Protocol「What is the Model Context Protocol (MCP)?」(https://modelcontextprotocol.io/docs/2026-07-28/getting-started/intro)/撮影:2026-11-03

赤枠で、AIアプリと外の情報をつなぐ関係を確かめます。自社でも、頭の働きと接続先を分けて書き出します。

観点 AIエージェント MCP
役目 目標へ向けて進む 道具やデータをつなぐ
決める物 次の行動 接続で使う決まり
替えた時に残る物 仕事の指示や成果 対応する道具の接続

MCP公式の紹介は、役割を読む入口です。エージェントの定義は、AIエージェントとはで説明します。MCP自体の詳細は、MCPとはへ進めます。

替えても残る物

共通の決まりを使えば、道具側の接続を再利用しやすくなります。ただし、接続するアプリの対応や権限は別に確認します。同じ口に対応することと、同じ操作が許可されることは違います。

たとえば、資料を読む機能と、その内容を外へ公開する機能を分けます。接続するアプリを替える場合も、公開の判断まで一緒に渡す必要はありません。

AIエージェントはMCPをどう使う?

作業机にあたるホストが、接続係のクライアントを通して道具を使います。道具の窓口であるサーバーから一覧を受け取り、使う物を選んで結果を読みます。

マリーネ
一覧を受け取ったら、AIが勝手に何でも操作するのでしょうか。道具を選ぶ所と、実行を許可する所を分けて知りたいです。

図解:一覧を受け取る→選ぶ→呼ぶ→結果・一覧・選ぶ・呼ぶ

一覧を受け取る→選ぶ→呼ぶ→結果

MCP公式の図の左には、Claude CodeなどのAIアプリがあります。右にはデータやSlack、Gitなどの道具が並びます。MCPは、その間のつなぎ方をそろえる役割です。調べる内容や、仕事の終わりを決める役割とは分けて考えます。

資料を探す例なら、ホストが利用できる道具の一覧を受け取ります。次にエージェントが、依頼に合う道具と入力を選びます。道具の結果が戻ると、資料が足りるかを判断します。足りなければ、次に探す対象や人へ戻す内容を選びます。

MCP公式の構成では、アプリの役割と窓口の役割が分かれます。ホストが仕事を進める場でも、情報は外のサーバーという道具の窓口にある場合があります。頭が持つ知識と、道具で取得する結果を分けて考えます。

一覧の受取りは、使う道具を知る段階です。道具の名前だけでなく、どんな入力が必要かを確認します。検索する語を渡す道具と、ファイルを保存する道具は入力が違います。

選択は、エージェント側の仕事の流れに属します。MCPそのものが、会社の目的を決めるわけではありません。たとえばNotionの資料を探すなら、探す内容と返す形式を先に指定します。

呼び出す段階では、選んだ道具へ入力を送ります。許可された口でも、対象の資料への権限があるかは別です。Claude Codeの接続状態が良好でも、全資料を読めるとは限りません。

MCPの構成で、ホストと接続先を読む画面です。

画面3MCP 公式の仕組みのページで、ホスト・クライアント・サーバーの3つの役と「つなぐ先1つに係が1つ」の形が分かる

MCP 公式の仕組みのページで、ホスト・クライアント・サーバーの3つの役と「つなぐ先1つに係が1つ」の形が分かる。赤枠の番号は画像の下の説明に対応

  • 13つの役(ホスト=AIアプリ、クライアント=サーバーとのつなぎを持つ係、サーバー=道具やデータを出すプログラム)
  • 2VS Code の例(サーバーを1つつなぐたびに係が1つ増える)
  • 3構成図(1つのホストの中に係が4つ、ローカルとリモートのサーバーが3つ)
この画面で確かめること図で、係(MCP Client)1つごとに専用のつなぎ(Dedicated connection)が1本ずつ引かれていること。
覚えておく点エージェントにつなぐ先を増やすほど、係とつなぎも増える。権限・承認・記録は、つなぐ先ごとに考える必要がある。
出典:Model Context Protocol「Architecture overview」(https://modelcontextprotocol.io/docs/2026-07-28/learn/architecture)/撮影:2026-11-03

赤枠で、接続するアプリ側と道具の窓口を確かめます。つなぐ先が増えるほど係と接続も増えると考えて、一覧を作ります。

MCPの構成の説明は、役割を分けています。サーバーが提供する一覧を、アプリが受け取ります。必要な操作の名前と入力を決めて呼び、結果を次の判断へ使います。

つなぐ先1つに係1つ

MCPの図では、一つのホストが複数のクライアントを持てます。接続先ごとの通信を分けて扱います。一つの窓口の停止が、全ての仕事の停止と同じとは限りません。

社内で接続先を増やすなら、口ごとの対象を記録します。読む資料、書く場所、外へ送る先を分けます。後半の権限表は、この一覧から作れます。

AIエージェントを、仕事で使える形にしたい方へ

個人の方はスクールで、法人の方は自社の業務を題材にした研修で学べます。

MCPはいつ誰が作り、AIエージェントにどこまで広がった?

MCPはAnthropicが2024年11月に公開した、外の道具をつなぐ決まりです。

マリーネ
新しい決まりでも、今の仕事に何が役立つのでしょうか。既存の接続を残した方がよい場合も、合わせて知りたいです。

図解:MCPは2024年11月に公開・2024年11月 公開・各社が対応・標準づくり・全部をMCPにしなくてよい

2024年11月の公開

AnthropicのMCP公開の発表を読む画面です。

画面1Anthropic の発表ページで、MCP が2024年11月25日に「AIをデータのある場所へつなぐ標準」として公開されたと分かる

Anthropic の発表ページで、MCP が2024年11月25日に「AIをデータのある場所へつなぐ標準」として公開されたと分かる。赤枠の番号は画像の下の説明に対応

  • 1公開日(Published Nov 25, 2024)
  • 2最初の段落(AIアシスタントを、データのある仕組みや業務ツールへつなぐ新しい標準として公開した)
  • 3「ばらばらのつなぎ込みを1つの決まりに置き換える」と書いた段落
この画面で確かめること公開日が2024年11月25日であることと、狙いが「AIの賢さ」ではなく「AIとデータのつなぎ方」だと書かれていること。
覚えておく点MCP が解くのは、道具ごとに別々のつなぎ込みが要った問題(n対m)。定義の細かい話は「MCPとは」の記事へ送る。
出典:Anthropic「Introducing the Model Context Protocol」(https://www.anthropic.com/news/model-context-protocol)/撮影:2026-11-03

赤枠で、外の資料や道具へつなぐ目的を読みます。自社で必要な接続と照らして、使う理由を整理します。

Anthropicは、公開発表でMCPを紹介しました。同社の発表では、Claudeでの利用は今年110倍です。

各社の対応と標準づくり

70超の場で使われる手順書のAgent Skillsを、Anthropicが2026年10月に寄付しました。

MCP共同作者は10月28日、AppleがSwift向け開発キットを保守すると発信しました。

デジタル庁公式は、2026年8月13日にMCPを使う検証を紹介しました。

同投稿は、約7.5万件のデータをMCPで分析する検証の紹介です。自社でも、対象データと分析する目的を先に決めてください。

出典公開の接続規約など、AIエージェントの標準づくりを扱います。NISTのAIエージェント標準化

全部をMCPにしなくてよい

APIはソフト同士の注文窓口、CLIは文字で命令する操作盤にたとえられます。

エンジニアの岩瀬義昌氏は、2026年9月26日に反対の見方を紹介しました。

同投稿は、AIが窓口を呼べるため、包むだけのMCPサーバーの多くは不要という記事の紹介です。今ある窓口を使い続ける選択とも比べてください。

AIエージェントにMCPを1本つなぐ手順は?

まず安全の決まりを読み、公式の接続先を一つ選びます。接続した後は、つながる、読める、操作できるを分けて確かめます。

マーク
最初は読むだけの口を一つ選びましょう。設定を入れたことと、実際に読めたことを分けると、問題の場所を探せます。

図解:MCPを1本つなぐ手順・STEP1 安全の決まりを見る・STEP2 1行でつなぐ・つながる・読める・操作できる

STEP1:安全の決まりを見る

MCP公式は、手元でサーバーを動かす前の同意を扱っています。画面6では、実行する命令と危険を示し、人が承認する条件が並びます。接続を追加する前に、次の点を一つずつ確かめます。

  • 命令を全部見る:短い説明だけでなく、手元で実行する命令全体を見ます。どのプログラムを起動するかが読める状態にします。
  • 危険な操作を知る:手元のパソコンでコードが動く操作だと分かる表示を見ます。資料を読む機能の紹介と、実際の起動を区別します。
  • 人が明示して承認する:接続名が表示されたことを、承認の代わりにしません。実行する内容を読んでから、人が許可する位置を確認します。
  • 取り消せる形を確かめる:追加する前に、接続の名前を控えます。後で対象を特定できるよう、使う仕事と接続名を対応させて残します。

同じ手引きは、権限を最小から段階的に広げる考え方も示します。最初の仕事が資料の検索なら、読む対象を絞って試します。別の道具に向けた鍵を、そのまま接続先へ流さない点も確認します。

たとえば、資料を読む窓口と、別の場所へ書く窓口を使う場合です。読取りのための接続情報を、書く窓口へも渡す前提にしません。どの相手に使う認証かを分け、本物の鍵を記事や画面へ残さないようにします。

MCP公式の安全に関する説明を読む画面です。

画面6MCP 公式の安全の手引きで、手元で動く MCP サーバーは「実行する命令を全部見せて、人が承認してから」が必須だと分かる

MCP 公式の安全の手引きで、手元で動く MCP サーバーは「実行する命令を全部見せて、人が承認してから」が必須だと分かる。赤枠の番号は画像の下の説明に対応

  • 1つなぐ前の同意(ワンクリックで手元のサーバーをつなぐ前に、はっきりした確認画面を出す)
  • 2実行する命令を省略せずに全部見せる
  • 3人がはっきり承認してから進める
この画面で確かめること「MUST(必ず)」の下に、命令を全部見せる・危ない操作と示す・承認を取る・取り消せる、の4つが並んでいること。
覚えておく点承認を外すと速くなるが、手元のパソコンでコードが動く。会社では「承認を外さない口」を先に決める。
出典:Model Context Protocol「Security Best Practices」(https://modelcontextprotocol.io/docs/2026-07-28/tutorials/security/security_best_practices)/撮影:2026-11-03

赤枠1で事前の同意、赤枠2で実行する命令の表示を確かめます。赤枠3の明示的な承認も読み、許可する操作を書き出します。

MCPの安全の説明を先に読みます。接続先が公式に案内された物か、誰が提供するかも確認します。入館証にあたる本物のトークンや鍵は、記事や画面に貼らないようにします。

STEP2:1行でつなぐ

HTTPは、ネット越しに情報をやり取りする通信の方法です。

Claude Codeの公式資料で、追加の書き方を読む画面です。

画面4Claude Code の公式手順で、claude mcp add の1行でエージェントに MCP サーバーをつなげると分かる

Claude Code の公式手順で、`claude mcp add` の1行でエージェントに MCP サーバーをつなげると分かる。赤枠の番号は画像の下の説明に対応

  • 1「リモート HTTP サーバーを追加する」の節(推奨の方法)
  • 2基本の書き方(claude mcp add --transport http <名前> <URL>)
  • 3実際の例(Notion につなぐ1行)
この画面で確かめること入れるのは「名前」と「URL」の2つだけで、クラウドのサービスには HTTP でつなぐのが推奨だと書かれていること。
覚えておく点同じ枠の下にある「トークン付きの例」の鍵は、記事や画面に本物を貼らない。つないだ後は /mcp で状態を確かめる。
出典:Claude Code Docs「MCP を使用して Claude Code をツールに接続する」(https://code.claude.com/docs/ja/mcp)/撮影:2026-11-03

赤枠1で推奨のHTTP、赤枠2で名前とURL、赤枠3でNotionの例を見ます。つなぐ名前と公式URLを決め、下の書き方へ当てはめます。

claude mcp add --transport http <名前> <URL>

名前には、自分が区別できる接続の名前を入れます。URLには、利用する提供元が公式に案内する接続先を入れます。鍵やログイン情報を、この例の文字列へ書き込む必要はありません。

Claude CodeのMCP資料に沿って進めます。認証を求められる場合は、サービスが指定する本人の認証を行います。道具の追加だけで、利用する権限が増えるわけではありません。

つないだ後の確認

Claude Codeの/mcpで、追加した名前と接続状態を見ます。画面4のNotionの例では、名前とURLを決めて接続します。実際に追加した名前は、外す時の対象として控えておきます。

次に、自分が読む許可を持つ資料を一つ指定して取得します。検索の一覧だけか、ページの本文まで読めたかを確かめます。返った内容を元の資料と照らし、必要な記述が得られたかを見ます。

書く操作も試す場合は、読む資料への上書きと、別の下書きの保存を分けます。書込先を指定し、実行前に対象と内容を人が確認します。本物の認証情報は、接続の証拠として画面や記事へ残しません。

つながらない時の切り分け

「つながらない」なら、まず公式の接続先と設定を比べます。Claude Codeの資料で、HTTP接続の書き方を確認します。違うURLを推測して次々に試すより、提供元の案内を確かめます。

「つながるが読めない」なら、接続後のアクセスの問題を調べます。対象資料、本人の読む権限、指定した識別子を分けて確認します。MCPの通信の成功だけで、資料が存在しないと判断しません。

「読めるが操作できない」なら、書く許可と操作の承認を見ます。OpenAIの資料も、承認を扱う構成を説明しています。拒否が出た時は、その文を残し、同じ操作を別名で通しません。

症状 まず見る所 直し方
つながらない URLと接続の状態 公式の設定と照合
つながるが読めない 対象資料と読む権限 読める対象で確認
読めるが操作できない 書く権限と承認 許可の範囲を照合
1本目のMCPをつなぐ前のメモ
つなぐ名前:
URL(公式の物か):
この口の種類:読むだけ・書く・公開や送信やお金
人の承認を外さない操作:
止め方・外し方:
確かめ方:/mcpで状態を見る

最初は対象を一つに絞り、接続、読取り、操作のどこまで確かめたかを記録します。エラーがあれば、その文と対象の名前を残して切り分けます。

MCPタスクで長い仕事を任せるとAIエージェントはどう変わる?

MCP Tasksは、長い仕事を預けて結果を受け取る受付票のような仕組みです。Elicitationsは、途中で人へ情報や承認を求める確認窓口です。

ウェーブ
長い仕事を預ける受付票と、途中で尋ねる窓口を分けて考えましょう。任せたままにせず、状態と止め方も残します。

図解:長い仕事は受付票、途中は確認窓口・Tasks:預けて結果を受け取る・Elicitations:人に尋ねる・止め方:/tasks で選んで x

待たずに先へ進む

サーバーが仕事を受け付けると、Claudeは待たずに次へ進めます。終わると、その結果が記録に表示される形です。

Claude CodeのTasksでは、長い仕事を一つの応答だけで扱いません。受付から実行、結果の受取りへと段階を分けて考えます。依頼を受け取った通知を、仕事が済んだ結果としないことが重要です。

長い仕事を預けた場合も、対象の名前を記録します。Claude Codeの/tasksで、止める対象と対応させるためです。複数の仕事を頼む時は、それぞれの結果を別に確かめます。

Anthropicの開発者向け公式は、2026年10月23日に対応を発表しました。

同投稿は、MCPのTasksとElicitationsへの対応を紹介しています。自社でも、仕事の受渡しと途中の確認を分けてください。

Claude Code CLIでは、先に試してもらう試用版(パブリックベータ)として説明されています。対象はv2.1.304以降という資料の範囲です。

Claude Codeの資料で、MCPタスクの説明を読む画面です。

画面5Claude Code の公式ページで、長い仕事をサーバーに任せて終わったら結果を受け取る「MCPタスク」の動きと止め方が分かる

Claude Code の公式ページで、長い仕事をサーバーに任せて終わったら結果を受け取る「MCPタスク」の動きと止め方が分かる。赤枠の番号は画像の下の説明に対応

  • 1MCPタスクの説明(サーバーが仕事を受け付けたら Claude は待たずに先へ進み、終わると記録に表示される)
  • 2注意書き(Claude Code CLI のパブリックベータ・v2.1.304 以降が必要)
  • 3止め方(/tasks で選んで x。Esc では止まらない)
この画面で確かめること仕事の途中でも Claude が待たずに次へ進めることと、止め方が /tasks だと書かれていること。
覚えておく点まだベータ。任せる前に止め方を先に覚える。途中で人に確認を求める仕組み(Elicitation)とセットで「任せきり」と「確認つき」を分ける。
出典:Claude Code Docs「MCP を使用して Claude Code をツールに接続する」の節「サーバー上で実行される MCP タスク」(https://code.claude.com/docs/ja/mcp)/撮影:2026-11-03

赤枠1で受渡し、赤枠2で試用版の条件を読みます。赤枠3の/tasksとxの止め方を、任せる前に確かめてください。

途中で人に聞く

たとえば資料を読む長い調査は、結果を受け取る形にします。送信や支払いの前は、人に確認を求める形にします。MCP共同作者も、承認や入力を人へ戻す使い方を紹介しています。

足りない情報を尋ねることと、実行の承認は区別します。自社の仕事では、何を人が決めるかを先に書きます。

MCP共同作者は、説明で長く動く調査や自動テストへの接続を紹介しています。途中の承認や入力を人へ戻す使い方もあります。

止め方

調べ物や自動テストを長く動かす場合は、預けた仕事の名前を控えます。共同作者の説明にあるように、別のエージェントをMCPから呼ぶ形もあります。受付の記録と、完了した結果が返る記録を別々に確認します。

資料で案内される停止は、/tasksで対象を選んでxです。Escではタスクが止まらないことも説明されています。画面を閉じることと、裏で動く仕事の停止を分けます。

停止の対象を選ぶ際は、タスク名と実行中の内容を照合します。Claude Codeの資料に沿い、自分が頼んだ仕事を対象にします。停止後は、結果と保存した物を確認する所まで進めます。

AIエージェントのMCP権限はつなぐ口ごとに分ける

読むだけ、書く、外へ出すという口を分けます。接続先が同じでも、許可する操作の影響は違います。

マリーネ
承認を外せば楽でも、送信や支払いまで進むと困りませんか。読む口と書く口を分け、どこで人が見るかを決めたいです。

図解:権限は口ごとに分ける・読むだけ・既定の承認を保つ・書く

3つの口

口の名前だけで、実際の許可は判断できません。同じMCPサーバーでも、読む道具と書く道具がある場合があります。提供元の説明を読み、使う機能ごとに対象を決めます。

OpenAIの資料では、承認を求める構成が説明されています。自社では、確認する人に操作の内容が見えるようにします。承認した事と実際に操作した結果も、別々に記録します。

読む口は、情報を取得するための窓口です。ただし、読むことにも対象の範囲があります。OpenAIの機密への承認の考えと合わせ、どの資料を渡すかを指定します。

書く口は、社内の下書きや設定を変更する窓口です。書ける機能があっても、仕事の受け持ちの外は対象にしません。下書きの保存なら、書く口の名前と保存先を一緒に指定します。

公開、送信、お金に関わる口は、外へ影響する操作です。内部で案を作ることと、相手に確定することは別です。実行前に対象と内容を見られる形で、人の確認を置きます。

権限表の記録欄は、設定の写しだけを置く場所ではありません。読む口なら、読んだ対象と結果を対応させます。書く口なら、変更した物と確認した内容を対応させます。

口 例 人の承認 記録
読むだけ 許可した資料を読む 既定の承認を保つ 資料と参照結果
書く 下書きを保存 書く前に確認 変更した実物
公開・送信・お金 社外へ出す操作 毎回承認する 対象と実行結果

MCPの接続一覧と、この権限表を対応させます。一つの口で複数の操作を提供する場合もあります。その場合は、道具の名前ごとに許可を分けて記録します。

承認を外さない操作

OpenAIのMCP資料は、既定の承認を説明しています。機密を扱う場合は、承認を残すよう勧めています。便利さだけで設定を一括で変えず、対象を決めます。

MCP公式の安全の説明も合わせて読みます。読むための接続と、送信できる操作を同じ許可にしません。資料を読む許可と、外へ送る操作の許可を分けます。

会社でまとめて許可

Anthropicの2026年8月24日の発表は、Team・Enterpriseの接続先の許可を扱います。会社のIDの仕組みでまとめる対応で、一人ずつ許可する手間を変えるものです。会社が選ぶ接続先と、その仕事の実行を誰が承認するかを分けて決めます。

Anthropicは、会社のIDによる接続先の管理も発信しています。会社で許可する接続先と、個別の操作の承認は分けます。組織の許可がある口でも、全ての資料が読めるとは限りません。

接続先の管理者と、仕事を依頼する人も一致するとは限りません。業務の依頼にも、読む資料と書く場所を明記します。会社のルールと担当の受け持ちをつなぐことが重要です。

AIエージェントにMCPを何本つなぐ?増やしすぎの注意

必要な口から始め、使う対象と操作を記録します。口が増えると、点検する接続先や入力も増えます。

マーク
今ある口の一覧を見て、使っていない物を一つ選びましょう。外す前に担当と用途を確かめ、必要な接続まで止めないようにします。

図解:口を増やしすぎない・口が増える=入口が増える・提供元と権限を点検・使わない口を外す

入口が増える

IPAの短信が紹介するリスクでは、接続の増加も観点です。口が増えると、提供元や入力を確かめる対象も増えます。必要な機能を使う一方、使わない口を一覧から見直します。

Enno氏の連載は、悪意ある窓口も想定する材料です。見た目の説明だけで、すべての接続先を信用しないようにします。誰が提供し、何を取得して、どこへ渡すかを確認します。

MCP公式の安全の説明と、IPAの紹介情報は資料の性質が違います。仕様側の決まりと、攻撃の紹介を分けて読みます。自社の設定でどこに当てはまるかを、口ごとに記録します。

AISIの評価観点も、結果をどう確かめるかを考える資料です。接続の成否だけでなく、返った情報と操作の影響を見る必要があります。設定を作ったことと、実際の動作を確認したことを区別します。

セキュリティ研究者のEnno氏は、2026年9月17日に攻撃の連載を紹介しました。

同投稿は、悪意のあるサーバーを含む攻撃の連載を紹介しています。自社でも、使う口の提供元と操作権限を点検してください。

IPAのAIセキュリティ短信を読む画面です。

画面7IPA の「AIセキュリティ短信」で、MCP サーバーを何本も連携させると攻撃のリスクが大きく増えると分かる

IPA の「AIセキュリティ短信」で、MCP サーバーを何本も連携させると攻撃のリスクが大きく増えると分かる。赤枠の番号は画像の下の説明に対応

  • 1「④MCPの脆弱性」の項
  • 2複数の MCP サーバーを連携させると攻撃のリスクが大幅に増え、特に外から命令を混ぜ込む攻撃に弱いという指摘
  • 3安全な運用には、入力の検証・権限の最小化・信頼できる接続先の選定・重要な操作の承認が要るという指摘
この画面で確かめること上の帯の題が「AIセキュリティ短信 2025年12月」で、④が MCP の項であること。
覚えておく点IPA は1ページ目で「ニュースの要約で、内容の正確さは保証しない」と断っている。記事では「IPA の短信が紹介している」と書く。
出典:IPA「AIセキュリティ短信 2025年12月号」(2026年4月2日 公開版)(https://www.ipa.go.jp/digital/ai/security/rcu1hd0000007gji-att/2-2-3_202512.pdf)/撮影:2026-11-03

赤枠で、接続の増加と入力、権限の関係を確かめます。紹介情報の位置付けも読み、自社の設定へ当てはめます。

出典複数の接続に関わる攻撃リスクを紹介しています。短信は紹介情報の正確さを保証するものではないという位置付けも示しています。IPAのAIセキュリティ短信2025年12月号

公的な決まり

NISTの標準づくりには、業界が主導する標準、公開の接続規約、安全と身元の研究という柱があります。MCPそのものの設定手順ではなく、エージェントをつなぎ運用する土台の話です。会社では、接続の仕様と、誰がどの操作を承認するかを別の項目にできます。

資料 読む所 自社で決める事
MCP公式 同意と権限 接続と操作の範囲
IPA短信 入力と最小の権限 口ごとの点検
ガイドライン更新案 新しいリスクへの対処 人の確認の位置
AISI評価観点 評価の対象 結果の確かめ方
出典エージェントの新しいリスクへ対処する方針を示した案です。確定した本文と分けて読みます。AI事業者ガイドラインの令和7年度更新内容案
出典エージェントの広がりを受け、評価の観点を拡充しています。自社で確かめる対象を決める材料になります。AISIのAIセーフティ評価観点ガイド

詳しいリスクは、MCPのセキュリティリスクで説明します。接続先の数だけで危険度を決めるのでなく、操作の影響を見ます。読める情報と書ける対象を分けて、必要な口を残します。

WEBMARKSはAIエージェントとMCPをこう動かしている

WEBMARKSでは、担当の触れてよい範囲を指示書に書きます。点検で合格まで直すことと、公開や入稿の許可を分けます。

マーク
担当への指示書に、触ってよい口と対象を一行足しましょう。作る物と公開する操作を分ければ、確認する担当も決められます。

図解:指示書に触ってよい範囲を書く・作る物・触ってよい口と対象・人の許可が要る操作

組織と役割

  • 調べはGrokと下調べのAI、設計はClaudeのAPIです。
  • 本文はCodex、図解は原版を渡したGPT Imageが担当します。
  • 点検は機械と別の会社のAIで行い、85点未満は差し戻します。
  • 統括のClaudeが全体を指示し、見本を確かめます。
  • 公開してよいかは、代表の鈴木晋介が判断します。

社長、統括AI、部署、担当AIと監査役という流れです。ここで大切なのは、接続と受け持ちを同じにしないことです。作業で使う口があっても、許された範囲で使います。

指示書の「触ってよい範囲」

WEBMARKSの公式Xは、2026年10月27日にMCPの二つの機能を解説しました。

投稿は、長い仕事を預けるMCP Tasksと、途中で人に尋ねるElicitationsを紹介しています。自社でも、預ける仕事と、人に確認する操作を書き分けてください。

WEBMARKSの接続の切り分けに関するnoteも、接続、読取り、操作の違いを説明しています。担当へ指示する時は、使う口の名前と対象を一緒に渡します。

WEBMARKSの画面では、作る物と受け持ちの範囲を指定しています。MCPの口が複数あっても、その仕事で使う対象を決めます。外部の公開や入稿は、本人の許可を別に残します。

点検で直す条件も、接続の許可とは別です。WEBMARKSの画面は、合格まで実物を直す指示を示しています。口が動くという理由だけで、成果物を合格にしない形です。

担当へ渡す時は、口の名前と対象を一緒に書きます。読む口なら資料、書く口なら保存先という組合せです。使える道具を並べるだけより、受け持ちの境界を明確にできます。

触ってはいけない物も、WEBMARKSの指示書の項目として分けます。目的のために便利そうでも、指定範囲を自動で広げません。本人の許可が要る操作は、同じ指示の中に書いて渡します。

合否を出す係は、担当が返した物と条件を照合します。MCPの接続先を決める係とは、別の役割になる場合があります。誰が何を確認するかを、最初の一枚で区別します。

WEBMARKSで、担当の範囲を指定する作業画面です。

画面8WEBMARKS の作業画面で、AIエージェントごとに「受け持ちの範囲」と「人の許可が要る操作」を書いて渡していると分かる

WEBMARKS の作業画面で、AIエージェントごとに「受け持ちの範囲」と「人の許可が要る操作」を書いて渡していると分かる。赤枠の番号は画像の下の説明に対応

  • 1部長の欄(受け持ちは決めた10本だけ・ほかの番号に触らない)
  • 2点検(機械の監査役=点検の道具に「合格」が出るまで自分で直す)
  • 3監査役の判定(公開・WordPress への入稿・push はしない。本人の許可が要る)
この画面で確かめること1枚の指示書に「誰の指示か・何を作るか・どこまで触ってよいか・誰が合否を出すか」がそろっていること。
覚えておく点MCP で道具を増やすほど、この「触ってよい範囲」と「人の承認が要る操作」を先に書いておくのが効く。撮影時、番号の丸が文字に重ならないよう左の余白だけ広げて表示した(中身は変えていない)。
出典:WEBMARKS の作業画面/撮影:2026-11-03

赤枠で、受け持ちと点検、公開や入稿の許可を確かめます。撮影時に左の余白だけ広げた画面で、中身は同じです。

触ってよい範囲の指定
誰の指示か:
作る物:
触ってよい範囲(口と対象):
触ってはいけない物:
人の許可が要る操作:公開・入稿・送信・支払い
合否を出す係と合格の条件:

止まって直した所

画面8の指示では、受け持ちは決めた10本だけです。機械の点検に合格が出るまで、担当が本文を直します。採点が85点未満なら差し戻し、公開や入稿は本人の許可へ残します。pushという共有の棚へ変更を送る操作も同じです。

WEBMARKSの導入前の確認に関するnoteは、接続を入れる前の確認を扱います。記事の仕事でも、使える口の一覧だけでなく、触ってよい対象を指定します。

AIエージェントを、仕事で使える形にしたい方へ

個人の方はスクールで、法人の方は自社の業務を題材にした研修で学べます。

AIエージェントとMCPのよくある質問

MCPは、道具や資料への接続をそろえる決まりです。手順の知識や、業務上の許可とは役割が違います。

ウェーブ
口、手順、許可を別にすると疑問を整理できます。接続できた後も、読める対象と実行できる操作を一つずつ確かめましょう。

Q. MCPとAgent Skillsの違いは?

MCPは道具をつなぐ決まり、Skillsは使い方の知識として考えられます。接続できる口と、その仕事で使う手順は別です。接続先を示す設定と、その仕事の手順書を別に持てます。

Q. MCPとAPIの違いは?全部MCPにすべき?

APIは、ソフトウェアが機能を呼ぶ窓口です。MCPは、AIアプリと道具の間をそろえる決まりです。既存のAPIを包むだけなら、変えない選択も比較します。

Q. ChatGPTやVS Codeでも使える?

MCP公式は、ChatGPT、VS Code、Cursorなどを対応先に挙げています。OpenAIもMCPサーバーに関する資料を公開しています。認証や権限は、使う接続ごとに確かめます。

Q. 承認を外してもいい?

OpenAIは、機密の操作では承認を残すよう勧めています。読む、書く、公開や送信などを分けて決めます。人の許可が要る操作を、口ごとの権限表に記録します。

Q. 会社で許可をまとめて管理できる?

Anthropicは、会社のIDで接続先を管理する機能を発信しています。組織の許可と、個別の操作の承認は別です。誰のどの資料を扱うかも、仕事の単位で指定します。

AIエージェントとMCPのまとめ

  1. 読む口を一つつなぎ、/mcpと取得結果を確かめます。
  2. 口ごとの権限表を作り、人の確認を入れる操作を決めます。
  3. 追加した接続の名前を控え、使わない口を外す時はその名前を対象にします。

図解:まとめ:今日からの3ステップ・読む口を1つつなぐ・口ごとの権限表を作る・接続名を控えて外せるように

関連記事として、AIエージェントの作り方で、仕事を組み立てる手順を説明しています。

鈴木 晋介

監修者

鈴木 晋介株式会社WEBMARKS 代表取締役

同志社大学を卒業後、設備メーカーの海外営業を経て2016年に独立。旅行・医療などのメディアを自ら運営し、SEOとWeb広告で検索上位を数多く獲得してきました。いまはWebマーケティングのスクールと法人研修を運営しながら、11部署57名のAIエージェントと会社を回しています。

公的な認定・承認:神奈川県 経営革新計画 承認/経済産業大臣認定講座/厚生労働大臣指定講座/経済産業省 リスキリング補助事業者

AIエージェントの記事一覧へ

TOP